Це Розкриття інформації щодо ескроу та платежів («Розкриття») пояснює, як у PRE-ORDER використовується платіжна термінологія, як очікується обробка платежів і, зокрема, що PRE-ORDER має і не має на увазі, коли в інтерфейсі, транзакційних документах, технічних описах або повідомленнях використовуються слова «утримується», «зарезервовано», «в очікуванні», «депозит», «передоплата», «вивільнення», «розрахунок» або «ескроу».
Мета цього Розкриття — пояснити, що PRE-ORDER самостійно не зберігає кошти як банк, платіжна установа, установа електронних грошей, довірчий керуючий чи ескроу-агент. Для B2C передбачено оплату через Stripe; для B2B погоджено бізнес-модель умовного утримання передоплат окремим ліцензованим платіжним партнером за умови його підключення, підтримки відповідних країн і погодження договірних умов. Цей документ слід читати разом з Умовами користування, Умовами платформи, Угодою з Покупцем, Угодою з Продавцем, Політикою платежів та передоплати, Політикою повернень і скасувань та відповідною B2B-угодою щодо колекції.
Важливе розкриття
- PRE-ORDER Europe EOOD керує цифровою Платформою, але самостійно не надає регульовану ескроу-послугу.
- B2C-передзамовлення передбачають повну оплату через Stripe. B2B-передоплати передбачають перерахування та умовне утримання коштів у незалежного ліцензованого платіжного партнера після активації такої послуги для конкретної транзакції.
- Кошти, які авторизовані, очікують обробки, затримані, зарезервовані, захищаються, розподілені або ще не виплачені в інфраструктурі платіжного провайдера, не стають через це коштами, які PRE-ORDER утримує в ескроу.
- Продавець, зазначений у лістингу або замовленні, залишається продавцем Товару та стороною, відповідальною за виконання, скасування і повернення коштів за Договором купівлі Товару, з урахуванням імперативного законодавства.
- Поки платіжний партнер лише розглядається, сервіс умовного утримання B2B-коштів не вважається підключеним. До оплати мають бути розкриті фактичний провайдер, платіжний метод, захист коштів, умови вивільнення та повернення, комісії й застосовні договори.
1. Оператор і мета документа
1.1 Платформу PRE-ORDER експлуатує “PRE-ORDER Europe” EOOD, UIC/EIK 208904127, зареєстрована за адресою: Arthur Residential Complex, Block C, Floor 3, Apartment C44, 8229 Sveti Vlas, Nessebar Municipality, Burgas District, Bulgaria («PRE-ORDER», «Оператор», «ми», «нас» або «наш»).
1.2 PRE-ORDER надає інноваційну цифрову інфраструктуру для fashion-передзамовлень, оптових закупівель, комунікації, керування замовленнями та координації платежів між Брендами, B2B-покупцями й B2C-клієнтами. Це Розкриття стосується платіжних механізмів, які надаються у зв’язку з такими сервісами.
1.3 Мета цього Розкриття – прозорість. Воно не замінює умови Stripe, банку, емітента картки, Продавця чи іншого регульованого учасника платежу та не створює з боку PRE-ORDER послугу з приймання депозитів, довірчого управління, ескроу або платіжну послугу.
2. Структура транзакції та сторони
2.1 Якщо checkout прямо не визначає іншу законну структуру, Договір купівлі Товару укладається безпосередньо між визначеним Продавцем і Покупцем. PRE-ORDER надає посередницькі й технічні сервіси та може сприяти передаванню платіжних інструкцій.
2.2 Продавець визначає або затверджує ціну Товару, умови виробництва та графік платежів, що застосовуються до його Товару, з урахуванням правил Платформи й імперативного законодавства. Покупець сплачує відповідно до платіжної моделі, показаної до виникнення відповідного платіжного зобов’язання.
2.3 Stripe є передбаченим провайдером платежів B2C. Для B2B окремий ліцензований платіжний партнер має забезпечувати приймання, умовне утримання, вивільнення, повернення та виплату коштів після погодження й активації відповідної послуги. Кожен провайдер діє в межах власних ліцензій, договорів і законодавства.
2.4 У платіжному ланцюгу також можуть брати участь банк Покупця, емітент картки, платіжна система, постачальник способу оплати, банк-кореспондент або постачальник конвертації валют. Строки та правила їх обробки не контролюються PRE-ORDER.
3. Що означає «ескроу» і чого PRE-ORDER не надає
3.1 У юридичній та фінансовій практиці ескроу зазвичай передбачає утримання коштів або активів нейтральною третьою стороною на визначених умовах і їх вивільнення після виконання встановлених умов. Точне юридичне значення та регуляторні вимоги залежать від юрисдикції і структури.
3.2 PRE-ORDER не є ескроу-агентом і не обіцяє, що кошти Покупця зараховуються на юридичний ескроу-рахунок, який веде PRE-ORDER. PRE-ORDER не приймає кошти Покупця на свій звичайний корпоративний банківський рахунок з метою утримання їх як довірчий власник або ескроу-утримувач конкретної транзакції.
3.3 Платіжний процес може відкладати списання, відкладати виплату, розміщувати суму в резерві провайдера або залишати її в статусі очікування в балансі провайдера без створення ескроу-відносин із PRE-ORDER.
3.4 Позначення «ескроу», «утримані кошти», «баланс гаманця» або «вивільнення» мають відповідати фактично наданій регульованій послузі й підтвердженому платіжному статусу. Гаманець або умовний платіж у провайдера не завжди є юридичним ескроу-рахунком; карткова авторизація не є довгостроковим депозитом. Неотриману суму не можна відображати як уже сплачену.
3.5 Захист коштів, порядок дій у разі неплатоспроможності, права на баланс гаманця та умови вивільнення визначаються виключно правовою і договірною структурою ліцензованого провайдера. Користувач має ознайомитися з конкретними умовами провайдера; PRE-ORDER самостійно не гарантує збереження коштів.
4. Роль платіжних провайдерів B2C та B2B
4.1 Stripe обрано для B2C-платежів. Для B2B планується окремий ліцензований провайдер умовних передоплат (розглядаються, зокрема, Mangopay або Lemonway), однак згадування кандидата не означає його підключення. Доступність залежить від договору, країн, валют, верифікації та платіжних методів.
4.2 Stripe може забезпечувати карткову оплату B2C, автентифікацію, захист платежів, повернення та спори. Підключений B2B-провайдер може здійснювати бізнес-верифікацію, керувати платіжними рахунками чи гаманцями, отримувати й захищати кошти, виконувати умовне вивільнення, виплати й повернення відповідно до власної регуляторної моделі.
4.3 PRE-ORDER може передавати платіжні інструкції, відображати підтверджені провайдером статуси платежів і гаманців, отримувати захищені повідомлення, звіряти транзакції та запитувати виплату або повернення в межах повноважень. PRE-ORDER не відкриває власні платіжні рахунки для коштів користувачів і не утримує депозити на корпоративному рахунку.
4.4 До виникнення платіжного зобов’язання процес має показати фактичного провайдера, отримувача, спосіб платежу, суму, комісії, значення статусів і застосовні умови, зокрема строки й підстави утримання B2B-коштів.
5. Значення поширених платіжних статусів
5.1 Платіжна термінологія може описувати різні технічні та юридичні події. Статус, показаний PRE-ORDER, є користувацьким відображенням інформації, доступної з платіжної інфраструктури та процесу транзакції.
Авторизовано / зарезервовано
Авторизація означає, що банк або емітент картки тимчасово зарезервував можливість списання; кошти можуть ще не бути отримані. Звичайна карткова авторизація має обмежений строк і не може подаватися як тривала B2B-передоплата чи кошти на умовному гаманці.
В очікуванні
Статус очікування може означати, що автентифікація, банківська обробка, capture, settlement, перевірка, risk review або інша подія провайдера ще не завершена. Точне значення залежить від способу оплати і запису провайдера.
Сплачено / списано
Статус paid або captured зазвичай означає, що списання завершено в платіжній системі. Це не обов’язково означає, що Продавець уже отримав виплату на свій банківський рахунок.
Утримується / резерв / відкладена виплата
Ці статуси можуть відображати баланс під контролем провайдера або відкладену виплату. Платформа може показати «кошти утримуються для замовлення» лише після підтвердження провайдером фактичного надходження та відповідного режиму утримання; PRE-ORDER не веде власного ескроу-рахунку.
Розраховано / виплачено
Settlement або payout зазвичай означає, що доступні надходження були або перебувають у процесі переказу Продавцю через платіжного провайдера, з урахуванням відрахувань, резервів, сторнувань, повернень або правил провайдера.
6. Платіжні моделі передзамовлень
6.1 Модель оплати залежить від типу Покупця та відповідної угоди. Для B2B: модель A — 30% першого платежу та 70% у погоджену дату або після визначеної події; модель B — 30% першого платежу та 70% частинами за графіком часткових поставок; модель C — 100% передоплата. Для B2C передбачена 100% оплата через Stripe. Умовне утримання B2B-коштів залежить від підтверджених можливостей ліцензованого провайдера.
- Короткострокова авторизація: можлива лише в межах строків і платіжних методів, які підтримує провайдер; не замінює отримання довгострокового B2B-депозиту.
- B2B-модель A: 30% сплачуються на етапі підтвердження замовлення, а 70% — у дату або після об’єктивно визначеної події згідно з Угодою щодо колекції.
- B2B-модель C та B2C: 100% передоплата через ліцензованого B2B-партнера або Stripe для B2C відповідно, коли послуга активна.
- B2B-модель B: 30% сплачуються на етапі підтвердження замовлення, а 70% — узгодженими частинами за графіком часткових поставок.
- Виробничі мінімуми: Бренд може встановлювати MOQ для всієї колекції, артикулу/SKU та кольору. Результат кампанії визначає запуск підтверджених замовлень або скасування відповідних замовлень і повернення сум, що підлягають поверненню.
6.2 Збережений товар, корзина, сповіщення або неоплачений прояв інтересу не є оплаченим попитом. B2B-депозит вважається фінансово підтвердженим лише після підтвердження його надходження ліцензованим провайдером. Відкладена виплата, авторизація картки або внутрішня назва статусу самі по собі не створюють юридичний ескроу.
7. Депозити та передоплати
7.1 B2B-угода щодо колекції та платіжний екран мають розкривати перший платіж (30% для A/B або 100% для C), залишок чи етапи, валюту, строк кампанії, MOQ колекції/артикулу/кольору, строк утримання, умови вивільнення та правила скасування/повернення до прийняття зобов’язання B2B-покупцем. B2C-checkout має показувати повну ціну з обов’язковими податками та зборами до укладення договору зі Споживачем.
7.2 PRE-ORDER описуватиме B2B-депозит як умовно утримуваний або захищений лише в межах підтвердженої послуги визначеного й підключеного ліцензованого провайдера. До цього моменту не стверджується, що PRE-ORDER чи третя сторона вже утримує кошти Покупця. B2C-платежі через Stripe не подаються як ескроу.
7.3 Формулювання про «неповернення» депозиту не скасовує імперативні права Споживача, обов’язкові засоби захисту у разі невиконання, права за платіжним законодавством або інші права, від яких не можна законно відмовитися.
7.4 Продавець залишається відповідальним за виконання Договору купівлі Товару та за фінансування або схвалення повернень, які належать за законом чи договором, навіть якщо надходження вже були виплачені Продавцю.
8. Поетапні та часткові B2B-платежі
8.1 Три моделі B2B-угод щодо колекції визначають суми й строки: A — 30% та 70% у погоджену дату/за подією; B — 30% та 70% за етапами часткової доставки; C — 100% наперед. Бренд і Покупець погоджують товар, розміри, кольори, мінімум колекції, MOQ артикулів/кольорів і кінцеву дату кампанії.
8.2 Запланований процес B2B передбачає фактичне надходження першого платежу до завершення кампанії та, за наявності відповідної послуги, його утримання в інфраструктурі ліцензованого провайдера до виконання прямо визначених умов MOQ, рішення Бренду й умов вивільнення. PRE-ORDER не утримує і не гарантує ці кошти самостійно.
8.3 Платіжні запити моделі B та часткові поставки виконуються за погодженим графіком. Офіційні податкові інвойси з належною нумерацією та визначенням ПДВ виставляє Продавець/Бренд; Платформа може показувати графік замовлення, платіжний запит і дозволяти завантажувати інвойс Бренду.
8.4 Якщо відповідний виробничий поріг не досягнуто або Бренд скасовує виробництво, можуть скасовуватися відповідні замовлення й повертатися отримані суми згідно з Договором щодо товару, правилами провайдера й обов’язковим законом. Мінімум колекції може впливати на всю колекцію, навіть якщо окремі артикули набрали MOQ.
9. Виплати Продавцю та вивільнення надходжень
9.1 Виплата Продавцю — переказ коштів, які ліцензований провайдер має право вивільнити на перевірений розрахунковий рахунок Продавця після виконання відповідних умов. Надходження грошей Покупця, дозвіл на вивільнення й зарахування банком — різні події з різними датами.
9.2 Статус «вивільнено Продавцю» можна відображати лише на підставі підтвердженої провайдером події вивільнення або переказу. Це не означає, що PRE-ORDER раніше утримував кошти як ескроу-агент або що зарахування банком уже завершене.
9.3 На виплати можуть впливати перевірка, графік розрахунків провайдера, банківські дні, повернення, chargeback, резерви, негативні баланси, санкційна перевірка, fraud review, технічні інциденти або юридичні обов’язки.
9.4 PRE-ORDER не гарантує точний час зарахування банком, якщо конкретний екран транзакції прямо не містить строку, підтвердженого провайдером.
10. Резерви, затримки виплат і контроль ризиків
10.1 Stripe для B2C або активований ліцензований B2B-провайдер можуть застосовувати верифікацію, контроль ризиків, механізми захисту коштів, резерви й обмеження виплат відповідно до власних умов. Такі ризикові обмеження відрізняються від погодженого B2B-умовного платежу, прив’язаного до MOQ чи іншого виробничого етапу.
10.2 Резерв або відкладена виплата не є автоматично окремим ескроу-рахунком для Покупця. Правовий захист коштів в інфраструктурі провайдера залежить від провайдера, сервісу, юрисдикції та регуляторної моделі.
10.3 Користувачі не повинні припускати, що резерв провайдера усуває кредитний ризик Продавця, ризик платіжного провайдера, банківський ризик або ризик невиконання транзакції.
10.4 PRE-ORDER може повідомляти про hold, reserve або delayed payout, коли це доречно, але може не мати права розкривати конфіденційні risk rules, методи безпеки або інформацію, обмежену законом.
11. Скасування, сторнування та повернення
11.1 Права на скасування і повернення визначаються імперативним законодавством, Договором купівлі Товару, Політикою повернень і скасувань, Угодою з Покупцем, Угодою з Продавцем та умовами конкретної транзакції.
11.2 Тимчасову авторизацію можна скасувати, якщо списання не відбулося. Якщо B2B-кошти вже отримані ліцензованим провайдером і утримуються ним, скасування або невиконання виробничої умови може вимагати повернення через механізм цього провайдера.
11.3 Повернення, обов’язкові за законом або договором, мають бути погоджені, профінансовані чи організовані відповідальним Продавцем та/або виконані провайдером відповідно до структури транзакції. PRE-ORDER може передати запит на повернення в межах повноважень, але не гарантує односторонній доступ до незалежно утримуваних коштів.
11.4 Повернення або сторнування зазвичай здійснюються на початковий платіжний метод чи інший законний напрям, дозволений провайдером. Для B2B перенесення коштів на нову колекцію, кредитний залишок або інший товар потребує окремої згоди й не може скасувати обов’язкове законом чи договором повернення.
11.5 Запит на повернення чи спір сам по собі не доводить, що кошти залишаються утриманими. Фактичний утриманий, вивільнений чи повернений залишок визначається авторитетними записами провайдера.
12. Chargeback і платіжні спори
12.1 Покупець може мати право через банк, емітента картки або спосіб оплати оскаржити несанкціоноване чи спірне списання. Такі права існують незалежно від внутрішнього support-процесу PRE-ORDER.
12.2 Продавець і PRE-ORDER можуть надавати Stripe або іншому учаснику платежу записи транзакції, дані автентифікації, комунікацію, інформацію про відправлення чи інші релевантні матеріали у відповіді на chargeback з дотриманням вимог приватності.
12.3 Рішення платіжної системи або провайдера щодо chargeback не обов’язково остаточно вирішує всі договірні права між Покупцем і Продавцем. Окремі вимоги можуть залишатися доступними за Договором купівлі Товару та застосовним законом.
12.4 Шахрайські, дубльовані або зловживальні chargeback заборонені та можуть призвести до обмеження Акаунта або стягнення законно належних сум.
13. Комісії, валюта, податки та відрахування
13.1 Валюта, сума, графік платежів і всі обов’язкові збори мають бути розкриті до виникнення зобов’язання Покупця. B2B-ціни Товару зазвичай зазначаються без ПДВ; застосовний режим ПДВ визначає Продавець відповідно до характеру поставки, місця постачання й податкових правил, а не лише за країною Покупця.
13.2 Погоджена комісія Платформи для B2B становить 1,5% з Бізнес-покупця та 1,5% з Бренду, зазвичай від вартості Товару без окремо зазначених ПДВ та доставки. Комісія Платформи для B2C — 8%; сторона, яка її сплачує, та спосіб відображення/утримання визначаються оприлюдненими й прийнятими умовами. Комісії платіжного провайдера, де застосовно, розкриваються окремо.
13.3 Офіційний податковий інвойс від свого імені, з належною нумерацією та визначенням ПДВ, виставляє Продавець/Бренд і відповідає за податковий та бухгалтерський облік. PRE-ORDER може надавати платіжний запит, графік замовлення й інструмент завантаження документа, але вони автоматично не є інвойсом Продавця. Власні рахунки PRE-ORDER за комісії оформлюються окремо.
13.4 Доставка розраховується окремо обраним логістичним провайдером; PRE-ORDER може мати окремі договори з логістичними партнерами. Мито, імпортний ПДВ та збори перевізника залежать від країни й погоджених Incoterms. Для B2C остаточна сума повинна містити або належним чином розкривати обов’язкові податки, доставку й неминучі збори до оплати згідно із законом.
14. Перевірка особи, шахрайство, AML і санкційний контроль
14.1 Stripe, активований B2B-провайдер, PRE-ORDER або відповідні сервіси верифікації можуть законно запитувати KYC/KYB, дані про бенефіціарів, реєстрацію компанії, уповноваженого представника, податки та банківський рахунок для онбордингу й платіжного комплаєнсу.
14.2 Перевірка або risk review може затримати платіж, виплату, повернення або функцію Акаунта. Така затримка не створює ескроу-відносин.
14.3 Заборонено обходити санкції, фальсифікувати платіжний статус чи дані компанії, створювати фіктивні передзамовлення або використовувати Платформу для переказу грошей без справжньої операції купівлі Товару.
14.4 Додаткова інформація наведена в AML/KYC Notice та застосовних умовах Stripe або іншого платіжного провайдера.
15. Захист коштів, safeguarding і ризик неплатоспроможності
15.1 PRE-ORDER не надає загальної обіцянки, що кошти Покупця відокремлені, safeguarded, застраховані, гарантовані або захищені від банкрутства так, ніби вони утримуються на ескроу-рахунку PRE-ORDER.
15.2 Якщо регульований платіжний провайдер зобов’язаний за законом або налаштований за договором safeguarding, segregate чи іншим чином захищати певні кошти, такий захист виникає з регуляторної та договірної структури провайдера, а не через те, що PRE-ORDER діє як ескроу-агент.
15.3 Наявність та обсяг захисту на рівні провайдера можуть залежати від платіжної послуги, юрисдикції, структури транзакції та статусу сторін. Користувачам слід покладатися на розкриття провайдера, що застосовуються до фактичного платежу, а не припускати єдину модель захисту.
15.4 PRE-ORDER не може гарантувати від неплатоспроможності або операційного збою незалежного Продавця, банку, платіжного провайдера, платіжної системи чи іншої третьої сторони. Імперативні права залишаються чинними.
16. Платіжні дані та безпека
16.1 PRE-ORDER не призначений для зберігання повних номерів карток, CVV-кодів чи незалежного обліку коштів користувачів у своїй прикладній базі даних. Регульовані платіжні реквізити й юридично значущий облік утриманих коштів веде відповідний провайдер.
16.2 PRE-ORDER може зберігати ідентифікатори транзакцій, платіжний статус, суму, валюту, часові позначки, статус повернення або спору, payer/payee references та обмежені платіжні метадані, необхідні для адміністрування замовлення, підтримки, звірки, безпеки та виконання закону.
16.3 Користувачі ніколи не повинні надсилати повні дані картки, CVV-коди, паролі або секрети автентифікації через чат PRE-ORDER, support-повідомлення чи комунікацію з Продавцем.
16.4 Обробка платіжних і персональних даних додатково пояснюється у Privacy Policy, GDPR Notice та застосовних повідомленнях і умовах Stripe або активованого B2B-провайдера.
17. Записи Платформи та авторитетні платіжні записи
17.1 PRE-ORDER показує платіжні статуси, щоб допомогти користувачам розуміти стан замовлення, але через мережеві затримки, webhook delivery, банківську обробку або технічні інциденти може тимчасово виникати розбіжність між Платформою і зовнішньою платіжною системою.
17.2 За наявності очевидної технічної розбіжності PRE-ORDER може виправити статус Платформи на підставі авторитетного запису транзакції від Stripe, відповідного платіжного провайдера або банку.
17.3 Користувачам слід зберігати підтвердження замовлень, інвойси та платіжні записи й оперативно повідомляти про незрозуміле дубльоване списання, неправильний статус або відсутнє повернення.
18. Відсутність автоматичної програми захисту Покупця або гарантії Продавця
18.1 PRE-ORDER може надавати підтримку, маршрутизацію спорів, транзакційні записи і технічний контроль, але автоматично не надає страховий поліс, банківську гарантію, акредитив, ескроу-гарантію або універсальний фонд захисту Покупців.
18.2 Будь-яка конкретна програма захисту, функція на основі резерву, гарантія або регульований платіжний захист застосовується лише тоді, коли це прямо описано для відповідної транзакції і умови доступні до того, як користувач покладається на такий захист.
18.3 Перевірка PRE-ORDER Продавця, платіжного акаунта або транзакції зменшує певні ризики, але не є гарантією виконання Продавцем, його платоспроможності, відповідності Товару або доставки.
19. Не кредитний, не інвестиційний продукт і без відсотків
19.1 Передоплата або депозит за Товар є транзакційним платежем, а не інвестицією в PRE-ORDER або Продавця, якщо окремий регульований інвестиційний продукт прямо не передбачає інше.
19.2 PRE-ORDER не обіцяє відсотки, дохідність або фінансовий прибуток на кошти, які авторизовані, перебувають в очікуванні, зарезервовані або очікують settlement.
19.3 PRE-ORDER не надає споживчий кредит, позику чи депозитну послугу лише через те, що Товар оплачено до виробництва або доставки. Будь-який майбутній фінансовий продукт вимагатиме окремих умов і регуляторних розкриттів.
20. Транскордонні платежі та доступність
20.1 PRE-ORDER призначений для користувачів у ЄС/ЄЕЗ, Україні й інших законно підтримуваних країнах. Доступність B2B-платіжних рахунків, приймання коштів і виплат, у тому числі для українських учасників, має бути підтверджена обраним провайдером; сам розгляд партнера або створення акаунта не гарантують доступність переказів.
20.2 Транзакція може бути недоступною або обмеженою через покриття провайдера, санкції, юридичні обмеження, валютні обмеження, правила емітента картки, місцезнаходження Продавця або контроль ризиків.
20.3 Транскордонна обробка платежів може включати більше ніж одну юридичну особу або фінансову установу. Платіжний інтерфейс і умови провайдера, що застосовуються до транзакції, слід уважно переглянути.
21. Активація незалежної послуги умовних B2B-платежів
21.1 Погоджена бізнес-модель B2B передбачає окремого ліцензованого партнера для отримання та умовного утримання першої передоплати — після перевірки, укладення договору, інтеграції й підтвердження доступності. Mangopay і Lemonway розглядаються як кандидати, але не є підтвердженими чинними провайдерами за цим документом.
21.2 До активації B2B-послуги для конкретної транзакції платіжний процес має визначити ліцензованого провайдера, регуляторний захист коштів, підтримувані методи й валюти, події утримання/вивільнення, порядок повернення, комісії, країни обслуговування й застосовні умови.
21.3 Наявність умовного утримання для B2B не перетворює B2C-платежі через Stripe на ескроу й не означає, що PRE-ORDER сам утримує кошти.
21.4 До погодження та фактичної активації послуги ліцензованого провайдера Платформа не повинна відображати гаманець, захист депозиту чи ескроу як чинну функцію. Альтернативний B2B-платіжний шлях потребує окремих прозорих і юридично узгоджених умов.
22. Співвідношення з іншими умовами та імперативним законом
22.1 Це Розкриття пояснює структуру платежів і термінологію. Політика платежів та передоплати регулює операційні правила платежів; Угоди з Покупцем і Продавцем регулюють відповідні ролі на Платформі; Договір купівлі Товару регулює продаж Товару.
22.2 Конкретні законні умови в checkout, B2B-угоді щодо колекції та погоджених правилах ліцензованого провайдера застосовуються до відповідної транзакції з урахуванням імперативного законодавства. Неоприлюднене правило не може скасовувати прийняті сторонами права або умови вивільнення.
22.3 Ніщо в цьому Розкритті не обмежує імперативні права Споживача, законні права у сфері платежів, засоби захисту від шахрайства, chargeback-права чи інші права, які не можуть бути законно виключені.
23. Контакти та питання щодо платежів
23.1 Питання щодо платіжного статусу PRE-ORDER, інструкції на повернення або цього Розкриття можна надсилати на info@b2b-agency.cc. Вкажіть номер замовлення, дату транзакції, суму, валюту та короткий опис питання.
23.2 Не надсилайте повні номери карток, CVV/security codes, паролі акаунта або одноразові коди автентифікації електронною поштою чи в чаті.
23.3 У разі несанкціонованого платежу або банківської проблеми слід оперативно звернутися до банку чи провайдера. Питання щодо платежів, гаманців і повернень можуть регулюватися відповідними процедурами Stripe або обраного B2B-партнера.