Правила користування Платформою INBULK.COM

1. Загальні положення

1.1. Ці Правила регулюють технічний та організаційний порядок користування Платформою. Терміни, вжиті в цих Правилах, мають значення, визначені розділом 19. Перелік Договорів приєднання за країнами доступний за адресою: https://help.inbulk.com/accession-treaty 

1.2. Правила не є окремим способом приєднання до Договору. Реєстрація, перегляд сторінки або продовження користування не замінюють підписання Заяви про приєднання.

1.3. У разі суперечності з Договором перевагу має Договір. Для Угод / Business, Замовлень, Аукціонів та окремих сервісів також застосовуються ідентифіковані умови відповідної операції.

1.3.1. Чинні редакції документів, що регулюють користування Платформою, доступні за такими адресами:

• Правила користування Платформою INBULK.COM — https://help.inbulk.com/terms 
• Політики Платформи — https://help.inbulk.com/policies 

1.3.2. Інші документи, Спеціальні умови та умови окремих операцій розміщуються на Платформі у відповідних розділах та/або в Реєстрі юридичних документів INBULK.COM (https://help.inbulk.com/legal-documents ). Реєстр містить назву документа, його код, номер редакції, дату набрання чинності та посилання на чинну редакцію. Якщо відповідний документ застосовується до конкретної Юридично значущої дії або операції, Платформа забезпечує Користувачу можливість ознайомитися з ним до вчинення відповідної дії.

1.4. Функціональна та навчальна документація має довідковий характер. Назви кнопок, полів і статусів можуть змінюватися без зміни юридичного значення, якщо Користувачу до Юридично значущої дії однозначно показані її наслідки.

1.4.1. До остаточного підтвердження Юридично значущої дії Платформа надає Користувачу можливість переглянути основні умови такої дії та введені ним дані, виправити їх або повернутися до попереднього етапу без вчинення відповідної дії. Кнопка, команда або інший засіб остаточного підтвердження повинні однозначно відображати юридичний наслідок відповідної дії.

1.5. Кожна редакція цих Правил має окремий номер редакції та дату. Чинна редакція Правил публікується на Платформі. З дати набрання чинності новою редакцією попередня редакція втрачає чинність для нових дій та операцій, якщо інше не передбачено Договором. Архів попередніх редакцій Правил зберігається Оператором Платформи та містить номер редакції і дату її набрання чинності.

1.6. Ці Правила є обов’язковими:

• для Користувача-компанії — з моменту підписання Заяви про приєднання належно уповноваженим Підписантом;
• для Авторизованого користувача — з моменту прийняття ним цих Правил під час створення облікового запису, у частині його власних обов’язків, визначених пунктами 2.6–2.9 цих Правил.

1.6.1. Прийняття цих Правил Авторизованим користувачем здійснюється від його власного імені та не робить його стороною Договору приєднання. Авторизований користувач не приймає на себе комерційних зобов’язань Користувача-компанії за Угодами / Business, Контрактами, Замовленнями чи іншими операціями і не відповідає за них особисто. Відповідальність Користувача-компанії за дії своїх Авторизованих користувачів визначається Договором.

1.6.2. Прийняття цих Правил не є згодою на обробку персональних даних і не замінює її. Правові підстави обробки визначені Політикою конфіденційності. До створення облікового запису Авторизованому користувачу надається можливість ознайомитися з чинною редакцією Політики конфіденційності.

2. Доступ, реєстрація та обліковий запис

2.1. До укладення Договору може надаватися обмежений доступ для реєстрації, заповнення профілю, завантаження документів, Акредитації, Верифікації, створення чернеток та ознайомлення з функціоналом.

2.2. Користувач-компанія створює один або декілька Облікових записів лише у випадках, передбачених Платформою. Створення фіктивних, дублюючих або оманливих акаунтів заборонено.

2.3. Реєстраційні дані повинні бути повними, достовірними й актуальними. Зміни вносяться без невиправданої затримки та в строк, установлений Договором.

2.4. Оператор може направляти підтвердження email, телефону, домену, запрошення до компанії або інші перевірочні повідомлення. Запрошення має обмежений строк дії та не може передаватися іншій особі.

2.5. Користувач відповідає за конфіденційність логіна, пароля, OTP, ключів, пристроїв та інших індивідуальних засобів доступу. Передання індивідуальних засобів доступу або підпису іншій особі заборонено. При підозрі на компрометацію доступ негайно блокується або змінюється, а Оператор повідомляється.

2.5.1. Оператор має право вимагати багатофакторну автентифікацію (MFA), повторну автентифікацію або додаткове підтвердження іншою уповноваженою особою (Second Approval) для вчинення окремих дій із підвищеним рівнем ризику, зокрема публікації Безвідзивного ордера (Firm), Акцепту, подання Ставки, підписання документа, зміни банківських реквізитів або прав доступу.

2.5.2. До успішного проходження відповідної процедури підтвердження Платформа не завершує та не фіксує таку дію як Юридично значущу.

2.6. Авторизований користувач використовує індивідуальні засоби доступу особисто. Передання логіна, пароля, одноразового коду (OTP), ключа електронного підпису або іншого індивідуального засобу доступу іншій особі не допускається, у тому числі іншому Авторизованому користувачу того самого Користувача-компанії.

2.7. Авторизований користувач без невиправданої затримки повідомляє Оператора Платформи та Користувача-компанію про втрату, розкриття або підозру компрометації засобів доступу, а також про дії в Обліковому записі, яких він не вчиняв.

2.8. Авторизований користувач не обходить і не намагається обійти механізми автентифікації, обмеження наданих прав, ліміти операцій та інші технічні засоби контролю, встановлені Платформою.

2.9. Після припинення повноважень діяти від імені Користувача-компанії Авторизований користувач припиняє користування Обліковим записом. Своєчасне відкликання доступу забезпечує Користувач-компанія.

3. Акредитація та верифікація

3.1. Акредитація Користувача-компанії та Верифікація Авторизованого користувача є окремими процедурами. Порядок їх проведення, критерії, статуси, строки, повторна перевірка, підстави для обмеження, призупинення чи анулювання статусу та порядок оскарження визначаються Політикою акредитації та верифікації INBULK.COM, чинна редакція якої доступна за адресою: https://help.inbulk.com/uk/policies/accreditation 

3.2. Оператор може запитувати реєстраційні, установчі, ліцензійні, корпоративні, банківські та інші документи, а також інформацію про керівників, представників, бенефіціарних власників і види діяльності.

3.3. До завершення перевірки можуть бути обмежені публікація Firm Order, Акцепт, Ставки, Підписання, зміна реквізитів, Заявки, що допускають автоматичне формування Замовлення, та інші ризикові функції.

3.4. Статус акредитації або верифікації не є гарантією платоспроможності, добросовісності, наявності товару, якості послуги або виконання.

4. Співробітники, ролі та права

4.1. Уповноважений адміністратор Користувача може запрошувати працівників і представників, призначати технічні ролі, права доступу та окремі Права на вчинення Юридично значущих дій.

4.2. Технічні дозволи перегляду, створення чи редагування не надають права укладати Угоди / Business, формувати Замовлення, підписувати документи, змінювати реквізити або розпоряджатися товаром чи коштами.

4.3. Права можуть обмежуватися сумою, кількістю, видом операції, контрагентом, строком, територією та вимогою додаткового підтвердження іншою уповноваженою особою.

4.4. Шаблони ролей є інструментом конфігурації та не замінюють перевірку повноважень. Користувач регулярно переглядає доступи і негайно деактивує осіб, чиї повноваження припинилися.

4.5. Деактивація не видаляє історію дій, Угоди / Business, Замовлення або документи. Відкриті операції передаються іншому уповноваженому працівнику.

5. Ордери, торги та Угода / Business

5.1. Ордер може бути Індикативним (Soft) або Безвідзивним (Firm), а також публічним чи Прямим ордером (Direct Order). Статус і строк дії Ордера відображаються до його публікації або направлення.

5.2. Індикативний ордер (Soft) використовується для вивчення попиту, отримання пропозицій і переговорів та не створює обов’язку укласти Угоду / Business.

5.3. Безвідзивний ордер (Firm) та Зустрічний ордер (Counter Order) є безвідзивними протягом строку дії. До їх направлення Користувачу показуються всі істотні умови, документи та юридичний наслідок Акцепту.

5.4. Зміна істотної умови створює нову редакцію Ордера. Попередня неакцептована редакція припиняє можливість Акцепту.

5.5. Акцепт Безвідзивного ордера (Firm) або Зустрічного ордера (Counter Order) створює Угоду / Business відповідно до Договору. Платформа формує Підтвердження Угоди та Контракт.

5.5.1. Після Акцепту Платформа створює Підтвердження Угоди, у якому відображаються основні погоджені комерційні умови та дані про зафіксований Акцепт, зокрема редакція Акцептованого Ордера, дата, час, спосіб Акцепту та ідентифікатор системної події. Підтвердження Угоди підтверджує вже укладену Угоду / Business, не змінює її умов і доступне сторонам для збереження.

5.5.2. Для документального оформлення вже укладеної Угоди / Business Платформа формує або надає сторонам Контракт. Сторони підписують його протягом трьох робочих днів після укладення Угоди / Business; якщо технічно коректний Контракт став доступним пізніше, цей строк обчислюється з моменту його доступності.

5.5.3. Контракт відтворює погоджені сторонами умови Угоди / Business та може містити прямо обрані сторонами правила або стандартні форми, зокрема Incoterms® 2020, GAFTA, FOSFA чи інший визначений стандарт. Застосовна форма або правила ідентифікуються за назвою, номером, редакцією та, за наявності, датою. Формування або підписання Контракту не використовується для повторного погодження чи односторонньої зміни вже Акцептованих умов.

5.5.4. Перелік договорів, додаткових угод, шаблонів, стандартних форм і правил, доступних на Платформі, розміщується в розділі «Контракти»: https://help.inbulk.com/contracts 

5.5.5. Якщо сформований Контракт технічно або текстово не відповідає умовам Угоди / Business, сторона повідомляє про це без невиправданої затримки. Виправлення має лише привести Контракт у відповідність до Акцептованого Ордера та не відкриває повторного погодження комерційних умов.

5.5.6. Безпідставна відмова від підписання Контракту, ухилення від підписання або прострочення понад три робочі дні вважається істотним порушенням Угоди / Business, але не припиняє вже укладену Угоду та не звільняє сторони від її виконання. Інша сторона може вимагати належного оформлення та виконання, відшкодування прямих збитків і застосування погоджених або передбачених законом санкцій. Оператор вправі зафіксувати таке порушення та тимчасово обмежити створення нових юридично обов’язкових Ордерів до його усунення, не вирішуючи спір між сторонами по суті.

5.6. Повідомлення в чаті, вкладення, попередній вибір або натискання загальної кнопки не є Акцептом, якщо не виконана окрема процедура Юридично значущої дії.

6. Аукціони, тендери та Auto-Bidding

6.1. Загальний порядок проведення Аукціонів і Тендерів визначається цим розділом. Конкретні умови відповідного Аукціону або Тендеру доступні учаснику до подання Ставки та не можуть суперечити Договору приєднання, до якого приєднався Користувач.

6.2. До початку відображаються предмет, критерії допуску, ціна або порядок її формування, крок, строк, обов’язковість Ставок, критерії переможця, момент виникнення зобов’язань та порядок дій при збої.

6.2.1. До подання Ставки Платформа відображає учаснику юридичні наслідки перемоги в конкретному Аукціоні або Тендері.

6.2.2. Якщо правила конкретного Аукціону або Тендеру передбачають автоматичне укладення Угоди / Business, така Угода / Business виникає в момент, визначений відповідними правилами.

6.2.3. Якщо автоматичне укладення Угоди / Business не передбачене, за результатами Аукціону або Тендеру формується Безвідзивний ордер (Firm) або Зустрічний ордер (Counter Order), а Угода / Business виникає після його Акцепту.

6.2.4. Ставка є безвідкличною протягом строку її дії, якщо інше прямо не передбачено правилами відповідного Аукціону або Тендеру.

6.3. Auto-Bidding діє лише в межах підписаних або підтверджених параметрів. Зміна параметрів не скасовує вже подані Ставки.

6.3.1. Після початку Аукціону його істотні умови не змінюються. Якщо такі умови необхідно скоригувати, поточний Аукціон припиняється та створюється нова редакція; раніше подані Ставки не переносяться до неї без окремого підтвердження учасника.

7. Заявки на послугу та Замовлення

7.1. Подання Заявки є Юридично значущою дією в межах наслідків, відображених до її подання.

7.2. Заявка визначає вид, обсяг і результат послуги, Виконавця або критерії його визначення, ціну чи ліміт, строки, документи, строк дії, максимальну кількість Замовлень, Режим виконання послуги та необхідність остаточного підтвердження.

7.3. Якщо Заявка не містить позначки про остаточне підтвердження, Замовлення може сформуватися без повторного Акцепту після прийняття Виконавцем або автоматизованим сервісом у межах параметрів Заявки.

7.4. Якщо Заявка вимагає остаточного підтвердження або умови виходять за її параметри, Замовлення виникає лише після окремого Акцепту.

7.5. Для повідомлення без юридичних наслідків створюється Індикативний ордер (Soft Order) на послугу. Він може бути публічним або адресним і не дозволяє автоматично сформувати Замовлення.

7.6. Користувач може обрати режим із додатковим забезпеченням або без нього. Позначення в інтерфейсі опції «гарантований» означає виключно використання конкретного страхового, ескроу, забезпечувального або іншого прямо зазначеного інструменту та саме по собі не означає надання гарантії з боку INBULK. Якщо відповідна гарантія надається третьою особою або окремою юридичною особою INBULK, її надавач та умови такої гарантії визначаються окремо для відповідної операції.

7.7. Недоступність обраного обов’язкового забезпечення не переводить Заявку автоматично в режим без забезпечення.

7.8. До формування Замовлення Користувач може змінити або відкликати Заявку, якщо вона прямо не визначена як безвідзивна. Зміна або відкликання набирає чинності після її фіксації Платформою та не припиняє Замовлення, яке вже було сформоване.

7.9. До дії, внаслідок якої формується Замовлення, Користувачу відображаються його основні умови, зокрема: особа й роль надавача або порядок його визначення, предмет і обсяг послуги, строки, повна вартість або порядок її визначення, Агентська винагорода, витрати третіх осіб, податки, Платник, одержувач платежу, валюта, строк і порядок оплати, умови зміни, скасування та повернення, а також застосовні Спеціальні умови.

7.10. Якщо у наданні послуги бере участь юридична особа Групи INBULK, до формування Замовлення Користувачу відображається така юридична особа та її конкретна роль у відповідній операції. Залежно від погоджених умов INBULK може виступати Агентом, Комісіонером, Експедитором, Виконавцем, Організатором або лише Оператором Платформи.

7.11. Повноваження та відповідальність INBULK визначаються виключно його роллю у конкретному Замовленні. Саме приєднання до Договору не надає INBULK права діяти від імені Користувача, розпоряджатися товаром, документами чи коштами без окремо визначених повноважень.

7.12. Після формування Замовлення його істотні умови можуть бути змінені лише за згодою відповідних сторін. Скасування Замовлення не звільняє від оплати фактично наданих послуг, погодженої винагороди та документально підтверджених витрат.

7.13. Якщо окрема послуга або функціонал Платформи забезпечується із залученням стороннього постачальника, його статус, роль, обсяг відповідальності та застосовні умови визначаються відповідно до Договору приєднання, до якого приєднався Користувач, та, якщо застосовно, умовами відповідного сервісу або операції. Сам факт технічної інтеграції такого сервісу з Платформою не змінює визначену Договором роль Оператора.

8. Номінації

8.1. Номінація використовується для зазначення Виконавця, якого Користувач самостійно обрав для виконання відповідної послуги в межах Угоди / Business.

8.2. Номінація не є Замовленням INBULK, не створює агентських або представницьких відносин між Користувачем та Оператором Платформи і не робить Оператора стороною договору між Користувачем та номінованим Виконавцем.

8.3. Платформа може забезпечувати передання Номінації номінованому Виконавцю, передачу пов’язаних із нею документів та відображення відповідних статусів.

8.4. Якщо для Номінації необхідне підтвердження номінованого Виконавця, відсутність його відповіді або інше мовчання не вважається прийняттям Номінації.

8.5. Користувач самостійно відповідає за вибір номінованого Виконавця, наявність необхідних договірних відносин із ним та правильність даних, зазначених у Номінації.

9. Документи, підписання та докази

9.1. Підписання і доказова база регулюються Договором приєднання, до якого приєднався Користувач, цим розділом та Політикою електронного підпису, чинна редакція якої доступна за адресою: https://help.inbulk.com/uk/policies/electronic-signature 

9.2. Проєкт документа, електронна копія, скан, операційний статус, GPS, фото або ручний запис мають значення в обсязі, визначеному Договором і відповідною операцією.

9.3. Кожна редакція документа має ідентифікатор; заміна не видаляє попередню редакцію та пов’язані докази.

9.4. Користувач самостійно зберігає доступні документи. Оператор забезпечує доступ та зберігання протягом строків, визначених застосовними Політиками, Договором та законодавством.

10. Банківські реквізити та платежі

10.1. Банківські реквізити додаються або змінюються лише уповноваженою особою через посилену процедуру. Форматна перевірка IBAN не підтверджує належність рахунку.

10.2. Реквізити в уже сформованій операції не змінюються автоматично після зміни профілю. За потреби сторона підтверджує нові реквізити в самій операції.

10.3. Системний статус платежу має значення відповідно до його джерела. Остаточне виконання грошового зобов’язання визначається Договором і умовами операції.

10.3.1. Рахунок, інвойс або платіжна інструкція самі по собі не змінюють погоджені умови операції та не підтверджують факт оплати. Якщо сторони не погодили інше, грошове зобов’язання вважається виконаним після зарахування коштів належному одержувачу.

10.3.2. Якщо платіж належить здійснити на користь третьої особи, перерахування коштів Оператору Платформи вважається належною оплатою лише тоді, коли Оператор Платформи прямо уповноважений приймати такий платіж.

10.4. Оператор Платформи не є банком, платіжною установою, емітентом електронних грошей, страховиком або іншою фінансовою установою і не надає платіжних чи фінансових послуг. Якщо платіж, ескроу (Escrow), забезпечення, страхування, фінансування або інша фінансова послуга надається третьою особою, така послуга надається на підставі окремих відносин Користувача з відповідним постачальником та на його умовах. Відображення статусу такої послуги на Платформі має інформаційний характер і не підтверджує виконання грошового зобов’язання поза межами, визначеними пунктом 10.3.1 цих Правил.

10.5. Плата Оператора Платформи за доступ до Платформи та її функціонал визначається Тарифами INBULK.COM: https://help.inbulk.com/tariffs . Вартість послуг Виконавців, Сторонніх постачальників та юридичних осіб Групи INBULK Тарифами не встановлюється і визначається індивідуально для кожної Заявки або Замовлення відповідно до Договору.

11. Повідомлення, чат і комунікація

11.1. Платформа може направляти Користувачу системні, операційні, безпекові та договірні повідомлення через Обліковий запис, електронну пошту, SMS, push-повідомлення або інший доступний канал зв’язку.

11.1.1. Користувач зобов’язаний підтримувати актуальність контактних даних і каналів зв’язку, необхідних для отримання повідомлень, пов’язаних із безпекою Облікового запису, вчиненням та виконанням операцій і виконанням відкритих зобов’язань. Користувач не може повністю відмовитися від отримання таких повідомлень, доки його Обліковий запис є активним або існують відповідні відкриті зобов’язання.

11.1.2. Маркетингові та інші комерційні електронні повідомлення направляються окремо відповідно до вимог застосовного законодавства. Користувачу надається можливість відмовитися від їх подальшого отримання.

11.2. Юридично значущі повідомлення визначаються Договором. Звичайне повідомлення в чаті не змінює Угоду / Business або Замовлення.

11.3. Користувач не розміщує в чаті незаконні матеріали, шкідливі файли, персональні дані без підстав, платіжні секрети, паролі або ключі.

12. ШІ-асистент

12.1. ШІ-асистент може надавати інформацію, пояснення, здійснювати пошук, аналіз даних та формувати проєкти текстів, документів або інших матеріалів. Результати роботи ШІ-асистента мають допоміжний характер. ШІ-асистент не здійснює Юридично значущих дій без окремого підтвердження уповноваженим Користувачем.

12.2. Користувач повинен перевірити результат, сформований ШІ-асистентом, перед його використанням у торгівлі, документах, розрахунках, фінансах, логістиці, комплаєнсі або для вчинення інших значущих дій. Користувач самостійно приймає рішення щодо використання такого результату.

12.3. Користувач не повинен передавати ШІ-асистенту інформацію, доступ до якої або обробка якої заборонені законом, Договором, умовами відповідної операції чи застосовними політиками Платформи.

12.4. Детальні умови використання ШІ-асистента, обробки даних та застосування відповідних ШІ-сервісів визначаються Політикою використання ШІ, чинна редакція якої доступна за адресою https://help.inbulk.com/uk/policies/ai , та іншими застосовними політиками Платформи: https://help.inbulk.com/policies 

12.5. Платформа забезпечує можливість однозначно відрізнити матеріали, сформовані ШІ-асистентом, від офіційних системних статусів, документів, повідомлень Оператора та дій інших Користувачів. Матеріал, сформований ШІ-асистентом, сам по собі не є Юридично значущою дією, підтвердженням статусу, рішенням Оператора або волевиявленням іншого Користувача.

13. Допустиме використання

13.1. Користуючись Платформою, Користувач зобов’язується:

• дотримуватися законодавства, Договору, цих Правил та умов операцій;
• не створювати фіктивні Ордери, Заявки, Ставки, Номінації, акаунти або документи;
• не видавати себе за іншу особу та не використовувати чужі засоби доступу чи підпису;
• не маніпулювати торгами, рейтингами, статусами, алгоритмами або лімітами;
• не здійснювати scraping, автоматизований збір, reverse engineering чи обхід обмежень без письмового дозволу;
• не завантажувати шкідливе програмне забезпечення (malware), не перевантажувати інфраструктуру та не тестувати вразливості без погодження;
• не використовувати Платформу для шахрайства, санкційного обходу, відмивання коштів, незаконної торгівлі або порушення прав третіх осіб;
• не надсилати спам, масові небажані повідомлення або оманливу рекламу;
• не подавати Безвідзивний ордер (Firm), безвідзивний Зустрічний ордер (Counter Order) або безвідзивну Ставку завідомо без реального наміру виконати зобов’язання, які можуть виникнути внаслідок відповідної дії.

14. Контент, дані та інтелектуальна власність

14.1. Користувач зберігає права на власний контент та гарантує право його розміщувати й передавати.

14.2. Користувач має доступ до даних власного профілю, документів та операцій у межах функціоналу Платформи, своїх прав доступу, прав інших осіб та вимог законодавства.

14.3. Користувач не має права отримувати доступ до даних інших користувачів, контрагентів або операцій без належної правової чи договірної підстави.

14.4. Дані можуть передаватися контрагентам, Виконавцям та іншим залученим особам у межах відповідної операції, наданих повноважень, застосовних умов та вимог законодавства.

14.5. Права на програмне забезпечення, структуру баз даних, дизайн, торговельні марки, методики та документацію не передаються.

15. Доступність, підтримка та зміни

15.1. Оператор може проводити планові й аварійні роботи, змінювати інтерфейс, функціонал і технічні вимоги, не змінюючи ретроспективно сформовані права та обов’язки.

15.2. Технічна підтримка надається через доступні канали. Час відповіді є орієнтовним, якщо інший SLA не прийнятий окремо.

15.3. Помилки слід описувати із зазначенням компанії, користувача, часу, модуля, event ID та скриншотів, не передаючи пароль або особистий ключ.

15.3.1. Якщо зовнішній або інтегрований сервіс тимчасово недоступний, незавершена операція не відображається як успішно завершена. За технічної можливості Платформа повідомляє Користувача про збій, зберігає статус і час спроби та пропонує повторити дію або скористатися доступним альтернативним способом. Повторення тієї самої дії не повинно створювати дублюючого юридичного чи платіжного наслідку.

16. Обмеження, блокування та оскарження

16.1. Оператор може застосувати пропорційні заходи в разі порушення, шахрайства, санкційного ризику, недостовірних документів, компрометації, технічної загрози або законної вимоги.

16.2. Якщо це не заборонено законом та не створює загрози безпеці, комплаєнсу, розслідуванню або правам третіх осіб, Користувачу повідомляються підстава застосованого заходу, його обсяг, дата набрання чинності, орієнтовний строк або умови його припинення, доступні способи усунення порушення та порядок оскарження.

16.2.1. Користувач має право безоплатно оскаржити блокування, обмеження доступу або інший істотний захід через передбачений Платформою канал.

16.2.2. Оскарження розглядається уповноваженою особою з урахуванням пояснень і доказів, наданих Користувачем. Рішення за таким оскарженням не повинно ґрунтуватися виключно на автоматизованому рішенні, якщо відповідний захід істотно впливає на можливість Користувача здійснювати операції або виконувати відкриті зобов’язання.

16.2.3. Подання оскарження саме по собі не зупиняє дію застосованого заходу, якщо Оператор не визначить інше. У разі скасування або зміни заходу Оператор без невиправданої затримки відновлює відповідний доступ або статус у межах прийнятого рішення.

16.3. Блокування не скасовує відкриті Угоди / Business, Контракти або Замовлення і не повинно без необхідності позбавляти доступу до документів та дій для їх завершення.

16.3.1. Користувач може ініціювати припинення користування Платформою через передбачену функцію або підтверджений канал зв’язку. Перед обробкою такого запиту Оператор перевіряє повноваження заявника та інформує про наявні відкриті Угоди / Business, Контракти, Замовлення, платежі та претензії.

16.3.2. Після підтвердження запиту Обліковий запис може отримати статус «Закривається». У цьому статусі створення нових операцій може бути обмежене, однак Користувачу зберігається доступ до документів, розрахунків, претензій та дій, необхідних для завершення, припинення або належної передачі відкритих зобов’язань, а також до доступного експорту документів і даних.

16.3.3. Обліковий запис остаточно закривається після завершення, припинення або належної передачі відкритих операцій та врегулювання невиконаних зобов’язань, крім випадків, коли інший порядок випливає із закону, санкційних обмежень або необхідних заходів безпеки.

17. Зміни та архів

17.1. Про матеріальні зміни цих Правил Оператор повідомляє Користувача через Обліковий запис, електронну пошту або інший канал, що дозволяє зберегти зміст повідомлення, до дати набрання такими змінами чинності. Повідомлення містить короткий опис змін, дату їх набрання чинності, інформацію про необхідність їх явного прийняття та наслідки неприйняття, якщо це застосовно.

17.2. Технічні, редакційні та організаційні зміни можуть застосовуватися після повідомлення. Вони не змінюють раніше сформовані Угоди / Business і Замовлення.

17.2.1. Зміна розділу 19 (Терміни та правила тлумачення) не є редакційною зміною. Терміни, визначені цим розділом, вживаються в Договорі приєднання та інших документах Платформи, тому їх зміна прирівнюється до матеріальної та проходить порядок, передбачений пунктом 17.1.

17.3. Оператор зберігає архів редакцій із датою набрання чинності та контрольним ідентифікатором.

18. Заключні положення

18.1. Редакція Правил набирає чинності з дати її публікації або з іншої прямо визначеної дати. Яка саме редакція застосовується до конкретного Користувача чи операції, встановлюється за даними, зафіксованими Платформою до відповідної Юридично значущої дії, зокрема за номером редакції, датою та контрольним ідентифікатором. Матеріальні зміни застосовуються з урахуванням порядку повідомлення та прийняття, передбаченого Договором і розділом 17 цих Правил.

18.2. Недійсність окремого положення не впливає на інші положення. Якщо Правила не регулюють питання, застосовуються Договір, умови відповідної операції та закон.

19. Терміни та правила тлумачення

19.1. Для цілей цих Правил, Договору приєднання та інших документів Платформи терміни вживаються в такому значенні:

• «Оператор Платформи» — особа, яка здійснює експлуатацію та адміністрування Платформи, визначає правила доступу, керує обліковими записами і забезпечує технічну та організаційну можливість електронної взаємодії Користувачів. Конкретна особа Оператора Платформи для відповідної юрисдикції визначається Договором приєднання, до якого приєднався Користувач.

У межах конкретної операції Оператор Платформи може додатково виступати Агентом, організатором послуги, безпосереднім Виконавцем послуги або іншою стороною правовідносин лише тоді, коли відповідна роль прямо визначена в остаточних умовах такої операції.

• «Платформа» / «Платформа INBULK.COM» — програмно-технічний комплекс, що включає вебсайт https://inbulk.com , вебзастосунок та облікові записи Користувачів, доступні за адресою https://app.inbulk.com , програмні модулі, бази даних, інтеграції, API, а також мобільні застосунки та інші цифрові сервіси під брендом INBULK.COM у разі їх впровадження та фактичної доступності.
• «Група INBULK» — Оператор Платформи та інші юридичні особи, які правомірно використовують бренд INBULK та прямо визначені в умовах конкретної операції або іншій інформації, доступній Користувачу. Сам факт належності до Групи INBULK не створює солідарної відповідальності. У кожній Угоді або Замовленні за участю юридичної особи Групи INBULK однозначно визначаються така особа, її роль, реквізити та обсяг відповідальності.
• «Правовласник Платформи» — особа, яка володіє або належним чином контролює майнові права інтелектуальної власності на програмне забезпечення Платформи та надала Оператору Платформи право на її експлуатацію.
• «Користувач-компанія» — юридична особа, фізична особа-підприємець або інший суб’єкт господарювання, створений чи зареєстрований відповідно до законодавства відповідної держави та зареєстрований на Платформі, від імені якого діють ідентифіковані фізичні особи — Авторизовані користувачі, які можуть створювати, подавати, підтверджувати та погоджувати Заявки, Замовлення, Угоди / Business, документи, повідомлення та інші електронні дії на Платформі.
• «Обліковий запис Користувача-компанії» — створене на Платформі цифрове середовище Користувача, у межах якого зберігаються його відомості, документи, налаштування, ролі та права доступу Авторизованих користувачів, а також фіксуються вчинені ними дії та операції.
• «Акредитація» — процедура перевірки Користувача-компанії, його документів, повноважень представників та відповідності вимогам до користувачів, установленим Правилами користування Платформою, за результатами якої Користувач-компанія отримує доступ до відповідних функцій і сервісів Платформи.
• «Верифікація» — процедура підтвердження особи Авторизованого користувача, достовірності наданих ним даних та, за необхідності, його повноважень діяти від імені Користувача-компанії.
• «Статус акредитації» — інформаційне позначення стану перевірки Користувача-компанії, його документів, даних або окремих характеристик, що відображається на Платформі за результатами проведеної Оператором Платформи перевірки.
• «Авторизований користувач» — ідентифікована фізична особа, зокрема директор, Підписант, менеджер, трейдер, логіст, бухгалтер, диспетчер, інший працівник або представник, яка була додана Користувачем-компанією до Облікового запису Користувача-компанії та отримала визначену роль, права доступу та Права на вчинення Юридично значущих дій.
• «Права на вчинення Юридично значущих дій» — наданий Користувачем-компанією на Платформі обсяг прав Авторизованого користувача на вчинення конкретних Юридично значущих дій від імені Користувача-компанії, у тому числі з установленими лімітами за сумою, кількістю товару, видом операції, строком або необхідністю додаткового підтвердження іншою уповноваженою особою. Права на вчинення Юридично значущих дій можуть бути надані виключно Авторизованому користувачу, який підтвердив ознайомлення з цим Договором, Політикою конфіденційності та Правилами користування Платформою і зобов’язався їх дотримуватися.
• «Юридично значуща дія» — дія Авторизованого користувача від імені Користувача-компанії, яка створює, змінює або припиняє права та обов’язки Користувача-компанії. До таких дій належать, зокрема: публікація або пряме відправлення Ордеру або Зустрічного ордеру, Заявки на послугу, Акцепт, запит та підтвердження зміни умов, підтвердження платежу, зміна платіжних реквізитів та інформації про компанію, надання прав іншим користувачам, підписання електронних документів, подання Ставки та активація Автоматичної ставки в аукціоні.
• «Підписант» — фізична особа, яка вчиняє дії, необхідні для накладення Електронного підпису, від свого імені або від імені Користувача-компанії в межах належних повноважень, підтверджених застосовним законодавством, установчими документами, відомостями офіційного реєстру, рішенням або протоколом уповноваженого органу, довіреністю чи іншим належним документом.
• «Ордер» / “Order” — створене Користувачем на Платформі структуроване повідомлення про намір придбати або продати товар чи послугу на визначених комерційних умовах протягом установленого строку. Ордер може бути Індикативним або Безвідзивним. Публікація або направлення Ордера створює юридично обов’язкові наслідки лише тоді, коли Ордер має статус «Безвідзивний». Ордер може бути опублікований на Платформі або направлений безпосередньо конкретному Користувачу як «Прямий ордер» / “Direct Order”.
• «Зустрічний ордер» / “Counter Order” — безвідзивна пропозиція Користувача укласти Угоду на змінених умовах, направлена у відповідь на Ордер або інший Зустрічний ордер.
• «Індикативний ордер» / “Soft” — це статус ордера, який розміщений або відправлений конкретному Користувачу для вивчення попиту або пропозиції, отримання комерційних пропозицій і проведення переговорів. Індикативний ордер не створює юридично обов’язкові наслідки та може бути змінений або відкликаний до погодження сторонами остаточних умов та сам по собі не створює обов’язку укласти Угоду.
• «Безвідзивний ордер» / “Firm” — це статус ордера або зустрічного ордера, який містить достатньо визначені умови майбутньої угоди, та підтверджує намір Користувача виконати умови даної угоди у разі повного і безумовного Акцепту ордера іншою стороною. Діє протягом установленого Користувачем строку. Протягом цього строку Користувач не може змінити або відкликати Ордер.
• «Аукціон» — електронна процедура конкурентного подання та оцінювання Ставок за правилами конкретного Аукціону. До початку Аукціону всім учасникам відображаються його тип, обов’язковість Ставок, порядок визначення переможця, можливість відкликання, наслідки технічного збою та точний момент виникнення юридичних зобов’язань.
• «Ставка» — подана учасником Аукціону електронна комерційна пропозиція, яка є юридично обов’язковою та безвідкличною протягом строку її дії відповідно до правил Аукціону. Подання Ставки є юридично значущою дією та підтверджує намір учасника бути зобов’язаним її умовами у разі її прийняття відповідно до правил Аукціону.
• «Автоматична ставка» / “Auto-Bidding” — функція Аукціону, яка дозволяє Платформі автоматично підвищувати або знижувати ціну від імені Користувача без необхідності вручну подавати кожну наступну Ставку. Перед активацією Користувач встановлює граничну ціну та крок торгу. Платформа автоматично подає Ставки в межах установленого ліміту залежно від типу Аукціону та припиняє їх подання після досягнення граничної ціни або завершення Аукціону.
• «Тендер / Tender» — створений Користувачем на Платформі конкурентний запит на придбання або продаж товару, надання послуг, у межах якого інші Користувачі можуть подавати свої пропозиції на визначених умовах. Користувач, який створив Тендер, обирає переможця відповідно до визначених ним умов та критеріїв. Юридичні наслідки такого вибору визначаються умовами конкретного Тендеру та відображаються Користувачам до подання пропозицій.
• «Угода / Business» — операція між Користувачами, укладена після Акцепту Безвідзивного ордера або Зустрічного ордера та сформована на Платформі INBULK в електронному вигляді. Вона містить погоджені сторонами комерційні умови та створює для них юридичний обов’язок укласти відповідний Контракт на таких умовах і належним чином виконати Угоду / Business. Угода / Business вважається укладеною з моменту фіксації Акцепту Платформою.
• «Підтвердження Угоди» / “Business Confirmation” — сформоване Платформою електронне повідомлення, що підтверджує факт укладення Угоди та фіксує її основні погоджені умови. Підтвердження Угоди відображається на Платформі та надсилається на електронні адреси учасників Угоди.
• «Контракт / Contract» — договір, сформований на Платформі на підставі укладеної Угоди / Business та погоджених сторонами умов, який може ґрунтуватися на відповідних формах і правилах GAFTA, FOSFA або іншому прямо визначеному стандарті та підписується сторонами з використанням Електронного підпису.
• «Incoterms» — Правила Міжнародної торгової палати щодо базисів поставки. За замовчуванням застосовується редакція Incoterms® 2020. Обраний базис, погоджене місце, порт або інший конкретний пункт поставки та редакція правил зазначаються в остаточних умовах Угоди.
• «Заявка на послугу» — створений і поданий Користувачем на Платформі структурований запит на організацію або надання агентських, логістичних, сюрвейних, інспекційних, лабораторних, страхових, фумігаційних, митно-брокерських, інформаційних, фінансових або інших доступних на Платформі послуг. Подання Заявки є Юридично значущою дією, якою Користувач визначає параметри послуги, режим формування Замовлення, критерії або конкретного Виконавця та, за вибором, необхідність остаточного підтвердження. Якщо Заявка не містить позначки про необхідність остаточного підтвердження Користувачем, вона дозволяє сформувати Замовлення без повторного підтвердження Користувачем у межах визначених у Заявці параметрів після її прийняття Виконавцем або автоматизованим сервісом. Зазначення конкретного Виконавця підтверджує адресний і конкретний характер наміру Користувача; пряма позначка про необхідність остаточного підтвердження має перевагу.
• «Підтвердження прийняття заявки до виконання» — сформований Платформою електронний документ або системний запис, який фіксує прийняття Заявки Виконавцем та формування Замовлення відповідно до обраного Користувачем режиму. Якщо Заявка не вимагала остаточного підтвердження Користувачем, Підтвердження фіксує вже сформоване Замовлення і не потребує повторного Акцепту. Якщо Заявка вимагала остаточного підтвердження, Підтвердження відображає остаточні умови Виконавця, а Замовлення виникає лише після окремого Акцепту Користувачем.
• «Замовлення» — операція з надання конкретної агентської, логістичної, перевізної, експедиторської, сюрвейної, лабораторної, фумігаційної, страхової, фінансової або іншої послуги, яка формується через Платформу: (1) без повторного підтвердження Користувачем після прийняття Виконавцем Заявки в межах визначених у ній параметрів, якщо Заявка не вимагала остаточного підтвердження; (2) після Акцепту Користувачем остаточних умов, якщо таке підтвердження було прямо передбачене Заявкою або запропоновані умови виходять за її параметри; або (3) в іншому прямо відображеному сценарії, погодженому Користувачем до вчинення Юридично значущої дії. Замовлення повинно містити Виконавця послуги, предмет та обсяг послуги, вартість або порядок її визначення, строки, порядок оплати, застосовні документи, умови зміни й скасування та інші істотні умови. Права й обов’язки за Замовленням виникають з моменту фіксації Платформою події, яка відповідно до розділу 8 цього Договору створює Замовлення.
• «Спеціальні умови» — правила, тарифи та інші умови окремого сервісу або виду послуги, які визначають порядок надання, оплати, зміни, скасування, документального оформлення та відповідальності, надаються Користувачу до Юридично значущої дії, що створює Замовлення, та ідентифікуються назвою, номером, датою, редакцією, контрольним ідентифікатором або хешем.
• «Режим виконання послуги» — визначений Користувачем у Заявці режим: (1) із додатковим забезпеченням виконання, за якого Замовлення передбачає використання одного або декількох доступних сервісів страхування, ескроу, Забезпечення виконання, документарних розрахунків або іншого погодженого інструменту; або (2) без додаткового забезпечення виконання. Позначення першого режиму як «гарантованого» в інтерфейсі означає лише вибір зазначених інструментів і не є гарантією виконання з боку Оператора Платформи чи INBULK.
• «Акцепт» — фінальна та безумовна Юридично значуща дія, якою Авторизований користувач повністю приймає конкретний Безвідзивний ордер, Зустрічний ордер, остаточні умови Заявки на послугу, якщо вони потребують окремого підтвердження, або запропоновану зміну умов Угоди / Business чи Замовлення. Після Акцепту та його фіксації Платформою відповідна Угода / Business або Замовлення вважається укладеною та створює права й обов’язки для її сторін. Замовлення також може формуватися без повторного Акцепту Користувачем у випадках і межах, прямо визначених Заявкою та розділом 8 цього Договору.
• «Номінація» — визначення Користувачем конкретного перевізника, експедитора, термінала, елеватора, сюрвеєра, лабораторії, страховика або іншого виконавця у межах Угоди / Business, з яким Користувач самостійно укладає окремий договір на виконання. Номінація не є Замовленням через Платформу INBULK і не робить Оператора Платформи стороною відносин між Користувачем і номінованим виконавцем.
• «Виконавець послуги» — Оператор Платформи, інший Користувач або Сторонній постачальник, який бере на себе зобов’язання надати замовлену послугу на умовах, визначених у Замовленні. Виконавець повинен бути прямо визначений в остаточних умовах Замовлення.
• «Агент / Agent» — Оператор Платформи або інша конкретна юридична особа Групи INBULK, прямо визначена в умовах відповідного Замовлення, яка за винагороду та в межах наданих повноважень вчиняє від імені й за рахунок Користувача визначені фактичні та/або юридичні дії. Найменування, реєстраційні дані, обсяг повноважень і винагорода Агента відображаються Користувачу до подання Заявки, що допускає автоматичне формування Замовлення, або до іншої Юридично значущої дії, яка створює Замовлення. До таких послуг можуть належати, зокрема, пошук Покупця, Продавця, Виконавця, фінансуючого партнера або сервісної компанії, а також організація чи координація виконання Угод і Замовлень без прийняття обов’язку безпосередньо надати основну послугу, якщо інше прямо не визначено умовами Замовлення.
• «ШІ-асистент / AI Assistant» — функціональний модуль Платформи, що використовує технології штучного інтелекту для формування інформаційних відповідей, пояснень, аналітичних матеріалів, а також підготовки проєктів Ордерів, Заявок та інших документів або дій на підставі запитів Користувача. Сформовані ШІ-асистентом матеріали самі по собі не є Юридично значущими діями та набувають відповідного юридичного значення лише після їх окремої перевірки і підтвердження Користувачем.
• «Сервіси супроводження розрахунків» — Сервіс ескроу-розрахунків, Сервіс забезпечення виконання, Сервіс документарних розрахунків та Сервіс супроводження страхування.
• Кожен із Сервісів супроводження розрахунків є інформаційно-технологічною послугою Платформи. Платформа не приймає, не зберігає та не переказує кошти Користувачів і не набуває права розпорядження ними; не є стороною договорів, укладених Користувачами з Ескроу-агентом, Емітентом Забезпечення, Банком-емітентом або Страховиком; не встановлює факт виконання або порушення Угоди; не подає від імені Користувачів вимог, заяв чи комплектів документів; не надає регульованих фінансових, платіжних або страхових послуг чи послуг фінансового або страхового посередництва без належного правового статусу та окремої договірної моделі. Це положення не обмежує надання звичайних агентських, організаційних, інформаційних або технологічних послуг, прямо оформлених відповідним Замовленням.

Формування Платформою проєктів документів за шаблонами не є юридичною послугою, консультацією чи підтвердженням обґрунтованості звернення. Використання будь-якого із Сервісів супроводження розрахунків не є обов’язковою умовою укладення або виконання Угоди.

• «Ескроу-агент» — банк або інша особа, яка відповідно до застосовного до неї законодавства має право відкривати та обслуговувати рахунки умовного зберігання («Рахунок ескроу») на підставі договору з Сторонами Угоди («Договір ескроу»). Платформа не є стороною Договору ескроу.
• «Умови вивільнення» — узгоджений Сторонами Угоди та зафіксований у Платформі перелік підстав для перерахування коштів з Рахунку ескроу вигодонабувачу, а також перелік документів і підтверджень, що підтверджують настання таких підстав («Тригерні документи») — коносамент, сюрвейний звіт, акт приймання-передачі, митна декларація, підтвердження Сторони тощо. Умови вивільнення є обов’язковими для Ескроу-агента виключно в обсязі, включеному до Договору ескроу.
• «Сервіс ескроу-розрахунків» — послуга Платформи з надання Сторонам Угоди технічної можливості ініціювати відкриття Рахунку ескроу, узгодити та зафіксувати Умови вивільнення, формувати й передавати Ескроу-агенту Тригерні документи та повідомлення, відстежувати статуси розрахунку. Платформа не є володільцем Рахунку ескроу, вигодонабувачем чи Ескроу-агентом. Перерахування коштів здійснюється виключно Ескроу-агентом; формування або передача Платформою документів і повідомлень не є розпорядженням коштами та не зобов’язує Ескроу-агента здійснити перерахування.
• «Забезпечення виконання» / «Performance Security» — інструмент, наданий Стороною Угоди на користь іншої Сторони для забезпечення виконання її зобов’язань за Угодою, у формі, визначеній Угодою або Замовленням до їх Акцепту. Допустимими формами є: гарантія виконання Продавця (забезпечує поставку товару, його кількість, якість і строки), гарантія платежу Покупця (забезпечує оплату товару), гарантія виконання Покупця (забезпечує негрошові зобов’язання Покупця, зокрема номінування транспортного засобу, прийняття товару та надання інструкцій), резервний акредитив (SBLC), кошти на Рахунку ескроу, забезпечувальний платіж, а також інші форми, прямо погоджені Сторонами.
• «Гарантія виконання Продавця» / «Seller’s Performance Bond» — Забезпечення виконання, надане Продавцем на користь Покупця, що забезпечує виконання зобов’язань Продавця за Угодою щодо поставки товару, його кількості, якості та строків.
• «Гарантія виконання Покупця» / «Buyer’s Performance Bond» — Забезпечення виконання, надане Покупцем на користь Продавця, що забезпечує виконання грошових та негрошових зобов’язань Покупця за Угодою, зокрема щодо номінування транспортного засобу, прийняття товару та надання інструкцій.
• «Емітент Забезпечення» — банк, інша фінансова установа або страхова організація, яка видає Забезпечення виконання відповідно до застосовного до неї законодавства. Щодо забезпечувального платежу Емітент Забезпечення не визначається, а щодо коштів на Рахунку ескроу відповідні функції виконує Ескроу-агент.
• «Умови Забезпечення» — узгоджені Сторонами та зафіксовані в Безвідзивному ордері, Зустрічному ордері, Угоді / Business або Замовленні до Акцепту відповідних умов: форма Забезпечення виконання, його розмір або порядок визначення розміру, вимоги до Емітента Забезпечення, строк надання та строк дії, застосовні правила (зокрема URDG 758, ISP98, UCP 600), характер вимоги, допустимість часткових і повторних вимог, порядок зменшення розміру Забезпечення у разі часткового виконання та підстави припинення Забезпечення.
• «Вимога за Забезпеченням» — звернення вигодонабувача до Емітента Забезпечення про здійснення платежу за Забезпеченням виконання, що подається вигодонабувачем самостійно відповідно до умов Забезпечення виконання та застосованих правил.-змінити 9.11.2 змінити з вимоаи за забезпеченням виконання
• «Сервіс забезпечення виконання» — послуга Платформи з надання Сторонам Угоди технічної можливості узгодити та зафіксувати Умови Забезпечення, завантажити та зберігати документи Забезпечення виконання, відстежувати строки його надання та дії, отримувати повідомлення і формувати за шаблонами Платформи проєкти документів для звернення до Емітента Забезпечення. Платформа не є Емітентом Забезпечення, гарантом, поручителем, контргарантом, вигодонабувачем чи стороною Забезпечення виконання, не видає та не підтверджує Забезпечення виконання, не перевіряє його чинність і правоспроможність Емітента Забезпечення, не здійснює зменшення чи припинення Забезпечення, не визначає обсяг належно виконаних зобов’язань і не оцінює обґрунтованість розміру Вимоги за Забезпеченням.
• «Акредитив» / «Letter of Credit (LC)» — безвідкличне зобов’язання банку, який відкриває Акредитив («Банк-емітент»), здійснити платіж на користь Сторони, на користь якої відкрито Акредитив («Бенефіціар»), проти подання документів, що відповідають Умовам акредитива, незалежно від правовідносин за Угодою. Акредитив відкривається за заявою іншої Сторони Угоди («Заявник») і може бути авізований, підтверджений або виконуватися іншими банками відповідно до Умов акредитива та застосовних правил. Акредитив може бути: документарним («DLC») — як спосіб розрахунків за Угодою, за яким платіж здійснюється проти документів, що підтверджують поставку товару, відповідно до правил UCP 600; або резервним («SBLC») — як форма Забезпечення виконання, за яким платіж здійснюється проти документів, що підтверджують невиконання забезпечених зобов’язань, відповідно до правил ISP98 або UCP 600.
• «Умови акредитива» — узгоджені Сторонами та зафіксовані в Безвідзивному ордері, Зустрічному ордері, Угоді / Business або Замовленні до Акцепту відповідних умов: вид Акредитива, застосовні правила (UCP 600, eUCP, ISP98), сума, валюта, строк дії, місце подання, вимоги до Банку-емітента та необхідність підтвердження, перелік і вимоги до документів, строки відвантаження та подання документів, допустимість часткових відвантажень і часткового використання, розподіл банківських витрат.
• «Комплект документів» / «Presentation» — документи, подані Бенефіціаром відповідно до Умов акредитива для отримання платежу. Невідповідність Комплекту документів Умовам акредитива або застосовним правилам, встановлена банком, що здійснює перевірку документів, є Розбіжностями.
• «Сервіс документарних розрахунків» — послуга Платформи з надання Сторонам Угоди технічної можливості узгодити та зафіксувати Умови акредитива, формувати проєкти заяви на відкриття Акредитива та супровідних документів, завантажувати та зберігати пов’язані документи, відстежувати строки відвантаження, подання документів і дії Акредитива, отримувати повідомлення. Платформа не є Банком-емітентом, авізуючим, підтверджуючим або номінованим банком, не відкриває, не авізує, не підтверджує та не виконує Акредитив, не подає Комплект документів, не здійснює перевірку документів на відповідність Умовам акредитива у розумінні застосовних правил, не встановлює Розбіжності та не приймає рішень про здійснення або відмову у здійсненні платежу.
• «Сервіс супроводження страхування» — послуга Платформи з надання Користувачу технічної можливості зафіксувати Умови страхування щодо Угоди або Замовлення, завантажувати та зберігати договори, поліси, сертифікати страхування та пов’язані документи, відстежувати параметри покриття і строки повідомлення Страховика та подання Заяви про виплату, отримувати повідомлення, а також формувати за шаблонами Платформи проєкти документів для звернення до Страховика, перевізника або експедитора. Платформа не є Страховиком, страховим посередником, агентом, брокером або аварійним комісаром, не здійснює страхування, не укладає договорів страхування та не видає полісів чи сертифікатів, не оцінює страхові ризики, не встановлює параметрів покриття та не визначає його достатності, не встановлює факт настання страхового випадку, не подає Заяву про виплату, не приймає рішень щодо страхової виплати та не гарантує її здійснення.
• «Страховик» / «Insurer» — страхова організація, експортно-кредитне агентство, клуб взаємного страхування або інший страховик, який має право здійснювати відповідний вид страхування згідно із застосовним до нього законодавством.
• «Страхувальник» / «Insured» — Користувач або інша особа, яка укладає із Страховиком договір страхування щодо власного майнового інтересу, пов’язаного з Угодою або Замовленням. Право на отримання відшкодування може бути надане іншій особі, зокрема банку або фінансуючому партнеру, якому відступлено таке право («Вигодонабувач за полісом» / «Loss Payee»). Звернення Страхувальника або Вигодонабувача за полісом до Страховика про здійснення страхової виплати («Заява про виплату» / «Claim») подається ним самостійно відповідно до умов договору страхування.
• «Умови страхування» — узгоджені Сторонами та зафіксовані в Безвідзивному ордері, Зустрічному ордері, Угоді / Business або Замовленні до Акцепту відповідних умов: вид страхування, особа, зобов’язана його забезпечити, вимоги до Страховика, обсяг покриття та застраховані ризики, франшиза, Вигодонабувач за полісом, строки повідомлення Страховика та подання Заяви про виплату, а також обмеження та виключення з покриття. Залежно від виду страхування Умови страхування визначають також кредитний ліміт, відсоток відшкодування, період очікування, Страхову суму та Період покриття.
• «Страхування кредитних ризиків» / «Trade Credit Insurance» — страхування майнового інтересу Страхувальника, пов’язаного з ризиком невиконання його контрагентом грошових зобов’язань за Угодою.
• «Страхування вантажу» / «Cargo Insurance» — страхування майнового інтересу Страхувальника, пов’язаного з ризиком втрати, недостачі або пошкодження товару під час перевезення, перевалки, зберігання та інших операцій у межах Періоду покриття, на підставі договору, поліса або сертифіката страхування («Поліс страхування вантажу»). Обсяг покриття визначається застосовними застереженнями, зокрема Institute Cargo Clauses (A), (B) або (C), Institute War Clauses та Institute Strikes Clauses. Якщо Умовами страхування не визначено інше, Страхова сума визначається як вартість товару за Угодою, збільшена на суму фрахту, інших витрат та погоджений Сторонами відсоток.
• «Страхування відповідальності перевізника або експедитора» — страхування майнового інтересу перевізника, експедитора чи іншого постачальника логістичних послуг, пов’язаного з його відповідальністю перед замовником або третіми особами. Таке страхування діє в межах відповідальності відповідної особи та обмежень, встановлених договором перевезення і застосовними до відповідного виду транспорту нормами (зокрема Конвенцією CMR, Гаазько-Вісбійськими правилами, Монреальською конвенцією, УМВС/СМГС, законодавством про перевезення внутрішніми водними шляхами), і не є Страхуванням вантажу.
• «Загальна аварія» / «General Average» — надзвичайні витрати або пожертвування, здійснені навмисно і розумно для загального врятування судна, вантажу та фрахту, що розподіляються між учасниками морського перевезення відповідно до застосовних правил, зокрема Йорк-Антверпенських. Внески за Загальною аварією покриваються страхуванням лише в обсязі, передбаченому Умовами страхування.
• «Регрес Страховика» / «Subrogation» — право Страховика, який здійснив виплату, вимагати відшкодування від особи, відповідальної за настання страхового випадку, у межах здійсненої виплати. Користувачі зобов’язані утримуватися від дій, що позбавляють Страховика такого права, зокрема від відмови від вимог до перевізника без згоди Страховика.
• «Електронний документ» — документ, інформація в якому зафіксована в електронній формі, разом з обов’язковими реквізитами, у тому числі Електронним підписом, якщо його наявність передбачена для відповідного виду документа.
• «Електронний підпис» — електронні дані, які додаються до Електронного документа або логічно з ним пов’язані та використовуються Підписантом для підписання. Доступні рівні, технічна реалізація та порядок застосування визначаються Політикою електронного підпису.
• «Автентифікація» — підтвердження засобами Платформи того, що особа є тією, за яку себе заявляє.
• «Підписання» — послідовність дій у Платформі: надання Підписанту можливості ознайомитися з остаточною версією Електронного документа, Автентифікація, підтвердження Підписантом наміру бути зв’язаним умовами документа та накладення Електронного підпису. Моментом підписання є момент фіксації Платформою завершення цієї процедури за серверним часом (UTC).
• «Доказова база підписання» — дані, які Платформа формує та зберігає щодо кожного Підписання: криптографічний відбиток (хеш) документа, ідентифікатори Підписанта і Користувача, спосіб Автентифікації, дослівний текст підтвердження наміру, ІР-адреса та відомості про засіб доступу, дата і час системних подій (UTC), електронна позначка часу, якщо застосована, та ідентифікатори системних подій. На її основі Платформа формує Запис про підписання, доступний Користувачу для завантаження.
• «Оператор підписання» — Оператор Платформи або залучений ним Сторонній постачальник, який організовує технічний процес Підписання та формування Доказової бази підписання. Відповідні дії виконуються засобами Платформи та/або інтегрованого сервісу.
• «Провайдер електронного підпису» — особа, яка надає послуги створення, накладення або перевірки Електронного підпису, електронної ідентифікації Підписанта, електронних позначок часу, роботи із сертифікатами та інші пов’язані послуги, залучена Оператором Платформи для забезпечення Підписання. Послуги, що згідно із застосовним законодавством вимагають спеціального статусу надавача електронних довірчих послуг, надаються виключно особою, яка має такий статус. Оператор Платформи може виконувати технічні функції, що не потребують такого статусу, але не називається надавачем кваліфікованої довірчої послуги без належної правової підстави.
• «Політика електронного підпису» — документ Платформи, що визначає рівні Електронного підпису, способи вимог Автентифікації, застосування рівнів до видів документів і дій, залучених Провайдерів, склад і строки зберігання Доказової бази підписання та особливості для окремих юрисдикцій.

19.2. У цих Правилах термін «Користувач» у визначеннях, назвах функцій та операційних положеннях означає Користувача-компанію, якщо з контексту прямо не випливає інше. Термін «Сторони» без додаткового уточнення означає Оператора Платформи та Користувача-компанію; термін «Сторони Угоди» означає Користувачів, між якими укладено відповідну Угоду / Business. Однина включає множину і навпаки, якщо це відповідає змісту норми. Скорочені форми мають те саме значення, що й відповідні повні визначені терміни.

19.3. Заголовки, переклади й англомовні еквіваленти використовуються для зручності. У разі розбіжності перевагу має український термін та юридичний зміст відповідної норми.

Історія редакцій