Skip to Content
INBULK platform v1.0 released

Договір приєднання до онлайн-платформи INBULK.COM

Архівна редакція

Ця редакція не є чинною. Чинна редакція — INBULK-AGR-02.

Товариство з обмеженою відповідальністю «ІНБАЛК.КОМ», код ЄДРПОУ 46091188, створене та діюче за законодавством України, в особі директора Романіва Олександра Володимировича, який діє на підставі Статуту та на законній підставі здійснює операційне управління онлайн-платформою INBULK.COM (далі — «Оператор Платформи»), з однієї сторони, та юридична особа, фізична особа-підприємець або інший суб’єкт господарювання, який діє у зв’язку зі своєю професійною чи господарською діяльністю та приєднався до цього Договору (далі — «Користувач-компанія»), з іншої сторони, разом — «Сторони», уклали цей Договір приєднання (далі — «Договір»). Платформа призначена виключно для B2B-використання. Цей Договір укладається відповідно до положень законодавства України.

1. Загальні положення та приєднання

1.1. Цей Договір є договором приєднання та визначає рамкові умови доступу до Платформи, електронної взаємодії Користувачів, створення й Акцепту Ордерів, укладення та виконання Угод / Business, підписання Контрактів, формування Замовлень і використання інших фактично доступних сервісів.

1.2. Користувач-компанія приєднується до Договору шляхом підписання Заяви про приєднання належно уповноваженим Підписантом. Форма Заяви про приєднання наведена в Додатку 1 до цього Договору, який є його невід’ємною частиною. Підписана Користувачем-компанією Заява про приєднання є невід’ємною частиною Договору, укладеного з таким Користувачем-компанією.

Для Користувача-компанії, зареєстрованого за законодавством України, Заява про приєднання підписується кваліфікованим електронним підписом. Для Користувача-компанії, зареєстрованого за законодавством іншої юрисдикції, застосовуються локалізована редакція та спосіб електронного підписання, допустимі застосовним правом і доступні на Платформі.

1.3. Договір вважається укладеним після завершення процедури Підписання, успішної перевірки підпису та фіксації Платформою підписаної Заяви. Заява повинна дозволяти однозначно встановити Користувача-компанію, Підписанта, редакцію Договору, дату, час і результат перевірки підпису.

Кожна редакція цього Договору, у тому числі кожна нова редакція, підписується Оператора Платформи шляхом накладення кваліфікованого електронного підпису (КЕП) та оприлюднюється на Платформі.

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

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

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

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

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

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

2.1. Для цілей цього Договору терміни вживаються в такому значенні:

  • «Оператор Платформи» — ТОВ «ІНБАЛК.КОМ», код ЄДРПОУ 46091188, яке на підставі відповідної ліцензії та в межах прав, наданих правовласником Платформи, здійснює її експлуатацію та адміністрування, визначає правила доступу, керує обліковими записами і забезпечує технічну та організаційну можливість електронної взаємодії Користувачів.

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

  • «Платформа» / «Платформа 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), електронна позначка часу, якщо застосована, та ідентифікатори системних подій. На її основі Платформа формує Запис про підписання, доступний Користувачу для завантаження.
  • «Оператор підписання» — Оператор Платформи або залучений ним Сторонній постачальник, який організовує технічний процес Підписання та формування Доказової бази підписання. Відповідні дії виконуються засобами Платформи та/або інтегрованого сервісу.
  • «Провайдер електронного підпису» — особа, яка надає послуги створення, накладення або перевірки Електронного підпису, електронної ідентифікації Підписанта, електронних позначок часу, роботи із сертифікатами та інші пов’язані послуги, залучена Оператором Платформи для забезпечення Підписання. Послуги, що згідно із застосовним законодавством вимагають спеціального статусу надавача електронних довірчих послуг, надаються виключно особою, яка має такий статус. Оператор Платформи може виконувати технічні функції, що не потребують такого статусу, але не називається надавачем кваліфікованої довірчої послуги без належної правової підстави.
  • «Політика електронного підпису» — розміщений на Платформі документ, що визначає рівні Електронного підпису, способи вимог Автентифікації, застосування рівнів до видів документів і дій, залучених Провайдерів, склад і строки зберігання Доказової бази підписання та особливості для окремих юрисдикцій.

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

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

3. Предмет Договору, статус Платформи та правова підстава її використання

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

3.2. Функціонал може включати створення та опрацювання Ордерів, Зустрічних ордерів, Аукціонів, Тендерів, Угод / Business, Контрактів, Заявок на послугу, Замовлень, Номінацій, електронних документів, Сервісів супроводження розрахунків, сервісів пошуку, залучення та супроводження фінансування, аналітичних та інших сервісів, які доступні на Платформі.

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

3.4. Платформа є програмно-технічним комплексом і не є юридичною особою. Стороною Договору, Угоди / Business, Контракту, Замовлення або іншого правовідношення може бути лише конкретна особа, прямо визначена у відповідному документі.

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

3.6. Оператор Платформи експлуатує Платформу на підставі чинного ліцензійного договору та/або інших належних прав, наданих Правовласником Платформи. Номер і дата такого ліцензійного договору не є істотною умовою цього Договору та не включаються до нього; підтвердження правової підстави зберігається Оператором у корпоративному та IP-реєстрі й може надаватися в межах обґрунтованої перевірки з урахуванням конфіденційності.

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

4. Договірні документи, чинні Правила та їх пріоритет

4.1. Відносини Оператора Платформи та Користувача-компанії регулюються цим Договором, Заявою про приєднання, чинними Правилами користування, тарифами та прийнятими умовами конкретних сервісів.

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

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

Політики Платформи - https://help.inbulk.com/policies 

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

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

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

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

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

4.5. Документи конкретної Угоди / Business або Замовлення регулюють права й обов’язки лише осіб, прямо визначених у них сторонами або учасниками. Формування, підписання чи зберігання документа на Платформі саме по собі не робить Оператора стороною операції.

4.6. Для конкретної торгової операції застосовується така послідовність: (1) пізніша двостороння зміна, яка прямо ідентифікує змінювану умову; (2) Контракт у частині, в якій він підписаний усіма сторонами та прямо містить погоджену після укладення Угоди / Business зміну або доповнення; (3) Акцептований Безвідзивний ордер або Зустрічний ордер разом із Підтвердженням Угоди; (4) прямо включені стандартні правила; (5) правила конкретного Аукціону або Тендеру; (6) цей Договір; (7) Правила користування. Контракт, який лише відтворює Угоду / Business, не має переваги над Акцептованим Ордером у разі технічної або текстової розбіжності. Будь-яка зміна комерційної умови в Контракті має бути прямо погоджена обома сторонами як зміна Угоди / Business.

4.7. Для Замовлення застосовуються: (1) пізніша двостороння зміна; (2) остаточні умови Замовлення, сформованого відповідно до режиму Заявки або Акцептованого Користувачем; (3) прийняті Спеціальні умови відповідної послуги; (4) цей Договір; (5) Правила користування.

4.8. Документ нижчого рівня не змінює документ вищого рівня, якщо відповідні сторони прямо не погодили таку зміну. Нова вебредакція документа не змінює операцію, сформовану за раніше зафіксованою редакцією.

5. Акредитація, верифікація, Обліковий запис і права Авторизованих користувачів

5.1. Акредитація проводиться щодо Користувача-компанії, його документів, представників та відповідності вимогам доступу. Верифікація проводиться щодо конкретного Авторизованого користувача. Ці процедури мають окремі статуси й не замінюють одна одну.

5.2. Оператор має право перевіряти реєстраційні, корпоративні, санкційні, репутаційні та інші дані, запитувати додаткові документи й повторно проводити Акредитацію або Верифікацію, якщо дані змінилися або виник ризик.

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

5.4. Кожен Користувач самостійно перевіряє контрагента, Виконавця послуги, Фінансуючого партнера та економічну доцільність операції, оцінює юридичні, кредитні, санкційні, податкові, валютні, логістичні та інші ризики. Статус акредитації, рейтинг, скоринг, результат перевірки, вибір Режиму виконання послуги або використання додаткового забезпечення не звільняють Користувача від належної обачності та не є гарантією виконання.

5.5. До завершення Акредитації, Верифікації або перевірки додатково запитаних документів Оператор має право тимчасово обмежити ті функції або Юридично значущі дії, ризик яких неможливо належно оцінити до завершення відповідної перевірки.

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

5.7. Від імені Користувача-компанії діють лише Авторизовані користувачі, додані до його Облікового запису.

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

5.9. Користувач-компанія самостійно перевіряє корпоративні, посадові, статутні, довірчі та інші повноваження особи, отримує внутрішні погодження, правильно налаштовує Права та своєчасно їх відкликає.

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

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

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

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

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

6. Електронні документи, підписання та юридично значущі дії

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

6.2. Юридично значуща дія повинна бути окремою, однозначною та вчинятися після відображення остаточних умов, Користувача-компанії, від імені якого діє особа, застосовних документів і конкретних юридичних наслідків.

6.3. Перегляд сторінки, навігація, створення чернетки, завантаження файлу, системне сповіщення або інша технічна дія не є Акцептом, Підписанням, укладенням Угоди / Business або Замовленням, якщо до її вчинення прямо й однозначно не визначено інше. Подання Заявки на послугу є Юридично значущою дією в обсязі наслідків, прямо визначених розділом 8 та відображених Користувачу до її подання.

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

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

6.6. Електронний підпис підтверджує волевиявлення та зв’язок Підписанта з документом у межах застосованого способу, але сам по собі не підтверджує корпоративне повноваження, відсутність внутрішніх лімітів, право розпоряджатися товаром або коштами чи належність банківського рахунку.

6.7. Платформа формує Доказову базу підписання та системні записи в обсязі, передбаченому відповідним сценарієм, зокрема щодо редакції документа, Підписанта, Користувача-компанії, способу Автентифікації, дати й часу, результату операції та ідентифікатора події. Системні журнали, записи про Права, редакції документів і пов’язані електронні докази можуть використовуватися в спорі разом з іншими допустимими доказами для встановлення особи, змісту, часу та результату дії.

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

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

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

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

6.12. Після Підписання зміна Електронного документа повинна бути виявною. Кожна нова редакція документа має окремий ідентифікатор і зв’язок із попередньою редакцією; заміна або виправлення не призводить до видалення раніше сформованого чи підписаного документа та пов’язаної Доказової бази підписання.

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

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

7. Ордери, Аукціони, Угода / Business та Контракт

7.1. Ордер може бути Індикативним або Безвідзивним і може бути опублікований або направлений конкретному Користувачу як Прямий ордер. Прямий характер визначає адресата, але не змінює статус Soft або Firm.

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

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

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

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

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

7.7. На підставі укладеної Угоди / Business Платформа формує або надає сторонам Контракт. Сторони зобов’язані підписати Контракт протягом трьох робочих днів з моменту укладення Угоди / Business, а якщо технічно коректний Контракт став доступним пізніше — протягом трьох робочих днів з моменту його доступності.

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

Актуальний перелік договорів, додаткових угод, шаблонів, стандартних форм і правил, доступних для використання на Платформі, розміщується в розділі «Договори» за адресою:

https://help.inbulk.com/contracts 

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

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

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

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

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

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

7.15. Ставка є юридично обов’язковою та безвідкличною протягом строку її дії. Юридичні наслідки переможної Ставки або вибору переможця визначаються правилами конкретного Аукціону чи Тендеру та відображаються учасникам до подання Ставки. Якщо правила прямо передбачають автоматичне укладення Угоди / Business, вона виникає в зазначений у правилах момент. В інших випадках на підставі переможної Ставки формується Безвідзивний ордер або Зустрічний ордер, а Угода / Business виникає після його Акцепту.

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

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

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

8. Заявки, Замовлення, Номінації та ролі INBULK

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

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

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

8.4. Якщо Заявка не містить позначки про необхідність остаточного підтвердження Користувачем, Замовлення формується без повторного підтвердження Користувачем у момент, коли Платформа фіксує: (1) прийняття Заявки конкретним або підібраним Виконавцем без відхилення від її параметрів; (2) прийняття Заявки автоматизованим сервісом на заздалегідь відображених умовах; або (3) іншу прямо визначену до подання Заявки подію. Зазначення конкретного Виконавця підтверджує адресний і конкретний намір Користувача, однак пряма позначка про необхідність остаточного підтвердження має перевагу.

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

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

8.7. Користувач, який бажає опублікувати або направити повідомлення про потребу в послузі без юридичних наслідків, створює Ордер щодо послуги зі статусом «Індикативний» / Soft. Такий Ордер може бути опублікований у загальному доступі або направлений конкретному Користувачу, не дозволяє автоматичне формування Замовлення та використовується для отримання пропозицій і переговорів. Для виникнення Замовлення Користувач подає Заявку на послугу або окремо Акцептує остаточні умови.

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

8.9. У Заявці Користувач обирає Режим виконання послуги: із додатковим забезпеченням виконання або без нього. У режимі із додатковим забезпеченням Користувач може прямо вимагати страхування, ескроу, Забезпечення виконання, документарні розрахунки, перевірку документа, моніторинг або інший фактично доступний сервіс. У режимі без додаткового забезпечення Користувач погоджується на формування та виконання Замовлення без таких додаткових інструментів.

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

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

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

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

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

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

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

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

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

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

9. Сервіси супроводження розрахунків, вартість та платежі

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

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

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

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

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

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

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

9.8. Платіж на користь Оператора, Агента або іншої особи INBULK припиняє зобов’язання перед третьою особою лише тоді, коли відповідна особа прямо визначена кредитором або уповноваженим одержувачем.

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

9.10. Сам факт наявності в розділі 2 визначень ескроу, Забезпечення, Акредитива, страхування або згадування фінансування не означає запуск відповідного сервісу. Такий сервіс застосовується лише за умови фактичної доступності в регіоні, розкриття Стороннього постачальника або конкретної юридичної особи INBULK та її ролі, надання Спеціальних умов і вчинення передбаченої Юридично значущої дії Користувачем.

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

9.11.1. Сервіс ескроу-розрахунків

Платформа може забезпечувати ініціювання відкриття Рахунку ескроу, погодження та фіксацію Умов вивільнення, формування і передання Тригерних документів, обмін повідомленнями та відображення статусів. Рішення про відкриття рахунку, прийнятність документів і перерахування коштів приймає виключно Ескроу-агент. INBULK не є володільцем Рахунку ескроу, вигодонабувачем або особою, яка розпоряджається коштами, якщо інше не встановлено окремою законною структурою.

9.11.2. Сервіс забезпечення виконання

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

9.11.3. Сервіс документарних розрахунків

Платформа може забезпечувати погодження та фіксацію Умов акредитива, формування проєктів документів, обмін документами, відстеження строків і отримання повідомлень. Банк-емітент та інші залучені банки самостійно відкривають, авізують, підтверджують і виконують Акредитив, перевіряють Комплект документів, установлюють Розбіжності та приймають рішення про платіж або відмову в ньому. INBULK не здійснює банківську перевірку документів у значенні UCP, eUCP або ISP98.

9.11.4. Сервіс супроводження страхування

Платформа може забезпечувати фіксацію Умов страхування, зберігання полісів і сертифікатів, контроль строків повідомлення та подання Заяви про виплату (Claim), а також формування проєктів документів. Страховик самостійно оцінює ризик, установлює покриття, видає страховий документ, визначає настання страхового випадку та приймає рішення про виплату. Користувач або Вигодонабувач за полісом самостійно подає Заяву про виплату (Claim), якщо інше прямо не передбачено окремим агентським повноваженням; INBULK не гарантує страхову виплату.

9.11.5. Сервіс пошуку, залучення та супроводження фінансування

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

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

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

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

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

10. Сторонні постачальники, зовнішні дані та безперервність

10.1. Оператор може інтегрувати сервіси банків, платіжних провайдерів, страховиків, перевізників, лабораторій, реєстрів, KYC/KYB, електронного підпису, зв’язку, хмарної інфраструктури та інших Сторонніх постачальників, доступних на Платформі.

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

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

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

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

11. Права, обов’язки та заходи реагування

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

11.2. Користувач зобов’язаний:

● дотримуватися законодавства, Договору, чинних Правил та прийнятих умов конкретних операцій;

● надавати достовірні й актуальні дані та забезпечувати законність їх походження;

● забезпечувати належні повноваження Авторизованих користувачів і Підписантів;

● не створювати фіктивні Ордери, Заявки, Номінації, акаунти чи іншу оманливу інформацію;

● не використовувати Платформу для шахрайства, обходу санкцій, легалізації доходів, порушення прав третіх осіб або іншої незаконної діяльності;

● належно виконувати Угоди / Business, Контракти й Замовлення;

● самостійно виконувати податкові, митні, валютні, санкційні, ліцензійні та інші обов’язки;

● захищати засоби доступу та своєчасно відкликати Права.

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

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

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

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

12. Персональні дані, конфіденційність, інтелектуальна власність і ШІ

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

12.2. Якщо Користувач визначає цілі й засоби обробки, а INBULK обробляє дані за його документованими інструкціями, застосовується DPA. Для безпеки, Акредитації, Верифікації, комплаєнсу, доказів, захисту прав і виконання закону відповідна особа INBULK може діяти самостійним контролером.

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

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

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

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

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

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

13. Відповідальність та форс-мажор

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

13.2. Користувач відповідає за Авторизованих користувачів, надані їм Права, засоби доступу, достовірність даних, правомірність інструкцій, законність товару й коштів та своєчасне припинення доступу.

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

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

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

13.6. Сукупна відповідальність Оператора в ролі виключно оператора Платформи за вимоги одного Користувача протягом дванадцяти місяців не перевищує суму плати, фактично сплаченої цим Користувачем Оператору за безпосередньо пов’язаний сервіс протягом попередніх дванадцяти місяців. Для безоплатного функціоналу сукупна відповідальність не перевищує 100 000 (сто тисяч) гривень. Для іншої ролі INBULK окремий ліміт може встановлюватися прийнятими умовами відповідної послуги.

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

13.8. Сторона звільняється від відповідальності в тій частині, в якій доведе, що порушення безпосередньо спричинене надзвичайною та невідворотною обставиною поза її розумним контролем, що виникла після прийняття зобов’язання та об’єктивно унеможливила виконання.

13.9. Обставина, яка існувала та була або обґрунтовано мала бути відома Стороні на момент прийняття зобов’язання, сама по собі не є форс-мажором. Нові непередбачувані наслідки відомої загальної ситуації можуть визнаватися форс-мажором лише за умови, що вони виникли після прийняття зобов’язання, не могли бути розумно враховані та безпосередньо унеможливили виконання.

13.10. Сторона без невиправданої затримки повідомляє про форс-мажор, надає доступні підтвердження та мінімізує наслідки. Форс-мажор не припиняє автоматично зобов’язання та не звільняє від платежів, строк яких настав до його виникнення.

14. Строк, зміни, припинення та закриття Облікового запису

14.1. Договір набирає чинності в момент, визначений пунктом 1.3., та укладається на невизначений строк.

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

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

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

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

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

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

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

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

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

15. Повідомлення, застосовне право, спори та реквізити

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

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

15.3. Якщо інше не зазначено, строки обчислюються за київським часом. Для системних подій може зберігатися UTC із відображенням локального часу.

15.4. Цей Договір регулюється законодавством України. У випадках, у яких це допускається застосовним законодавством, сторони окремої Угоди / Business, Контракту, Замовлення або відносин з іншою юридичною особою INBULK можуть прямо погодити інше застосовне право та спосіб вирішення спорів.

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

15.6. Спори між Користувачами вирішуються за Угодою / Business, Контрактом або Замовленням. Оператор не є стороною такого спору лише через використання Платформи, але може надати доступні системні записи у дозволеному законом обсязі.

15.7. Недійсність окремого положення не впливає на решту Договору. Невикористання права не є відмовою від нього. Заголовки використовуються для зручності.

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

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

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

15.10. Реквізити Оператора: ТОВ «ІНБАЛК.КОМ», код ЄДРПОУ 46091188; 02072, Україна, м. Київ, вул. Михайла Гришка, буд. 4; [email protected]; +380 75 705 35 35; вебсайт — inbulk.com. Актуальні платіжні реквізити зазначаються лише у належно сформованому рахунку, Замовленні або платіжній інструкції.

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

Реквізити Сторін

Оператор ПлатформиКористувач-компанія
ТОВ «ІНБАЛК.КОМ»
Код ЄДРПОУ 46091188
Місцезнаходження: 02072, Україна, м. Київ, вул. Гришка Михайла, буд. 4
IBAN: UA143071230000026005012241796
Банк: АТ «ВСТ БАНК»
Електронна адреса: [email protected]
Телефон: +38 (050) 202-11-01
Вебсайт: https://inbulk.com 
В особі директора Романіва О. В., який діє на підставі Статуту.
Реквізити зазначаються у Заяві про приєднання до Договору.

Додаток 1 — Заява про приєднання

до Договору приєднання до онлайн-платформи INBULK.COM

Поля Заяви заповнюються в електронній формі під час підписання. Нижче наведено її склад за текстом Договору.

Користувач, який приєднується до онлайн-платформи INBULK.COM та діє на законних підставах у зв’язку зі своєю господарською або професійною діяльністю, в особі належно уповноваженого Підписанта, підписавши цю Заяву кваліфікованим електронним підписом, укладає з Товариством з обмеженою відповідальністю «ІНБАЛК.КОМ», код ЄДРПОУ 46091188 (далі — Оператор Платформи), Договір приєднання до онлайн-платформи INBULK.COM (далі — Договір) відповідно до статті 634 Цивільного кодексу України шляхом приєднання до всіх його умов у цілому.

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

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

1. Відомості щодо Користувача

  • 1.1. Повне найменування юридичної особи / прізвище, ім’я, по батькові (за наявності) фізичної особи — підприємця
  • 1.2. Організаційно-правова форма
  • 1.3. Код згідно з ЄДРПОУ / реєстраційний номер
  • 1.4. Країна та законодавство реєстрації
  • 1.5. Місцезнаходження
  • 1.6. Електронна адреса Користувача
  • 1.7. Податковий номер / номер платника ПДВ (за наявності)

2. Відомості щодо особи, уповноваженої на підписання цієї Заяви від імені Користувача (Підписант)

  • 2.1. Прізвище, ім’я, по батькові (за наявності) Підписанта
  • 2.2. Посада Підписанта
  • 2.3. Електронна адреса Підписанта

3. Відомості щодо документів, до яких приєднується Користувач

  • 3.1. Договір приєднання: номер і дата редакції; контрольний ідентифікатор / хеш Договору; посилання на електронну копію Договору
  • 3.2. Правила користування: номер і дата редакції; контрольний ідентифікатор / хеш Правил користування; посилання — https://help.inbulk.com/terms 
  • 3.3. Політика конфіденційності: номер і дата редакції; контрольний ідентифікатор / хеш Політики конфіденційності; посилання — https://help.inbulk.com/privacy-policy 

4. Підписанням цієї Заяви Користувач засвідчує

4.1. ознайомлення до підписання цієї Заяви з повними текстами Договору, Правил користування та Політики конфіденційності у редакціях, зазначених у розділі 3 цієї Заяви;

4.2. повне розуміння змісту Договору, Правил користування та Політики конфіденційності, значення використаних у них термінів і юридичних наслідків їх прийняття;

4.3. вільне, усвідомлене, повне та безумовне волевиявлення на укладення Договору, прийняття Правил користування та Політики конфіденційності шляхом приєднання до них у повному обсязі;

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

4.5. повноту, достовірність та актуальність відомостей, зазначених у цій Заяві та в Обліковому записі Користувача;

4.6. згоду на електронну взаємодію, створення, надсилання, отримання, підписання, зберігання та використання електронних документів і системних записів у порядку, передбаченому Договором;

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

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

4.9. згоду з тим, що дата і час підписання, редакції прийнятих документів, дані кваліфікованого електронного підпису, результат його перевірки, контрольні ідентифікатори документів та відповідні системні журнали можуть використовуватися для підтвердження факту, змісту і моменту приєднання.

5. Відомості про електронне підписання

  • 5.1. Дата та час підписання із зазначенням часового поясу
  • 5.2. Спосіб електронного підписання
  • 5.3. Дані сертифіката / ідентифікатор підпису
  • 5.4. Результат перевірки підпису та чинності сертифіката
  • 5.5. Контрольний ідентифікатор підписаної Заяви