Детальні правила оплати для роздрібних та оптових передзамовлень
Operator: “PRE-ORDER Europe” EOOD
UIC/EIK: 208904127
Registered office: Arthur Residential Complex, Block C, Floor 3, Apartment C44, 8229 Sveti Vlas, Nessebar Municipality, Burgas District, Bulgaria
Website: https://pre-ordera.com
Contact: info@b2b-agency.cc
Важливе повідомлення щодо платежів
Ця Політика визначає правила оплати роздрібних та оптових передзамовлень: депозити B2B через незалежного ліцензованого платіжного партнера, платежі B2C через Stripe, подальші залишки, поетапні платежі, повернення та виплати Брендам. Для конкретної операції застосовуються лише умови, розкриті до того, як Покупець бере на себе платіжне зобов’язання.
Оператором інноваційної цифрової Платформи передзамовлень є “PRE-ORDER Europe” EOOD. PRE-ORDER не є продавцем Товару: стороною договору купівлі-продажу виступає відповідний Бренд. Для B2C обрано Stripe. Для B2B передбачено окремого ліцензованого партнера з умовним утриманням і вивільненням коштів після підтвердження ним допустимої юридичної та технічної моделі.
PRE-ORDER не є банком, платіжною установою, установою електронних грошей, довірчим керуючим чи ескроу-агентом і не зберігає кошти Покупців на власному господарському рахунку. Умовне утримання коштів B2B може здійснювати лише належно уповноважений партнер за розкритими та прийнятими умовами. Віртуальний баланс, карткова авторизація або відкладена виплата не є автоматично юридичним ескроу.
1. Сфера дії, прийняття та зв’язок з іншими документами
1.1 Ця Політика застосовується, коли Покупець авторизує, ініціює або завершує платіж у зв’язку з Передзамовленням через платіжну функцію PRE-ORDER, а також коли Продавець отримує або набуває права на отримання коштів за такою операцією.
1.2 Ця Політика доповнює Умови користування, Умови платформи, Угоду з Покупцем, Угоду з Продавцем, Політику повернень і скасувань, Політику доставки, Розкриття інформації про ескроу та платежі, відповідну Угоду щодо колекції та Договір щодо товару.
1.3 Беручи на себе платіжне зобов’язання, Покупець приймає доступні умови конкретної транзакції та відповідного незалежного платіжного провайдера. Продавець приймає їх через Угоду з Продавцем і платіжний онбординг. Перед платежем B2B мають бути показані дані фактично підключеного партнера та застосовні умови.
1.4 У разі суперечності перевагу має імперативне законодавство. Умови конкретної операції в підсумку замовлення, прийнятій пропозиції, рахунку або погодженому B2B-договорі мають перевагу щодо відповідного платежу, якщо вони законно містять більш конкретні умови. Ця Політика регулює платіжну функціональність PRE-ORDER і не замінює Договір щодо товару між Продавцем і Покупцем.
1.5 Ніщо в цій Політиці не виключає та не обмежує обов’язкові права та обов’язки у сфері захисту споживачів, платіжних послуг, оподаткування, протидії відмиванню коштів або інші положення, від яких не можна законно відмовитися.
2. Визначення
Для цілей цієї Політики:
- «Авторизація» — тимчасове блокування суми за платіжним методом без завершеного списання; вона не дорівнює сплаченому B2B-депозиту або коштам, утримуваним провайдером.
- «Залишок» означає частину ціни Товару, що підлягає сплаті після Депозиту або попереднього платежу.
- «Покупець» означає Споживача або Бізнес-покупця, який має намір придбати Товар.
- «Списання (Capture)» означає завершення раніше авторизованого платежу.
- «Чарджбек» означає сторнування або спір, ініційований через банк, емітента картки, платіжну систему або процедуру Постачальника платіжних послуг.
- «Споживач» означає фізичну особу, яка діє поза межами своєї торговельної, підприємницької, ремісничої або професійної діяльності.
- «Депозит» — частина погодженої ціни Товару, фактично внесена на початковому етапі; для B2B-моделей A та B — 30% суми Товару відповідно до умов транзакції.
- «Постачальник платіжних послуг» — Stripe для B2C або, після підключення та за умови доступності, незалежний ліцензований провайдер для умовного утримання коштів і виплат у B2B.
- «Передзамовлення» означає замовлення або запит на Товар, виробництво, запуск чи доступність якого очікуються у майбутньому.
- «Договір щодо товару» означає договір купівлі-продажу, укладений безпосередньо між визначеним Продавцем і Покупцем.
- «Продавець» означає незалежний бренд, виробника або іншого професійного продавця, зазначеного як продавець Товару.
- «Кошти Продавця» означає суми, що відносяться до операцій Продавця після повернень, сторнувань, чарджбеків, податків, комісій Платформи, комісій Постачальника платіжних послуг, резервів та інших дозволених утримань.
- «Розрахунок» / «Виплата» — переказ належних надходжень перевіреному Продавцю платіжним провайдером після настання погоджених умов вивільнення та з урахуванням його правил.
3. Ролі PRE-ORDER, Продавця, Покупця та платіжних провайдерів
3.1 Продавець, а не PRE-ORDER, є продавцем Товару, якщо конкретний checkout прямо та законно не визначає іншу модель. Продавець встановлює або затверджує ціну Товару та залишається відповідальним за рахунки, податки, виконання, скасування, повернення коштів, відповідність Товару та інші зобов’язання за Договором щодо товару.
3.2 Stripe є обраним незалежним платіжним провайдером для B2C. Для B2B заплановано окремого ліцензованого партнера з належним механізмом умовного утримання коштів. Будь-який гаманець, баланс, захист коштів, верифікація, виплата чи повернення визначаються чинними дозволами, доступністю за країнами та договором провайдера, а не ліцензією PRE-ORDER.
3.3 PRE-ORDER може створювати платіжні інструкції, показувати підтверджені статуси, обчислювати погоджені комісії, передавати дозволені запити на вивільнення чи повернення, звіряти замовлення та надсилати нагадування. PRE-ORDER самостійно не утримує кошти та не гарантує банківський, ескроу- чи кредитний продукт.
3.4 PRE-ORDER не приймає кошти Покупців на власний господарський рахунок для зберігання як ескроу або довірчих коштів. В активованій B2B-транзакції саме ліцензований провайдер, а не PRE-ORDER, утримує чи захищає внесені кошти за своєю правовою моделлю та виконує перекази й повернення відповідно до погоджених умов.
3.5 Отримувач коштів, платіжний рахунок або віртуальний гаманець, відображуваний у виписці опис операції, статус і доступний захист залежать від реальної конфігурації провайдера. Інтерфейс має правильно ідентифікувати продавця, провайдера та суму, відрізняючи внесені гроші від карткової авторизації чи внутрішнього балансу Платформи.
3.6 Покупець відповідає за використання законного платіжного методу та надання точних платіжних і billing-даних. Продавець відповідає за актуальність реквізитів для виплат і виконання вимог onboarding Постачальника платіжних послуг.
4. Моделі оплати, доступні в PRE-ORDER
4.1 Кожне замовлення стосується одного Бренду і однієї розкритої моделі оплати. B2B: A — 30% депозиту та 70% у погоджену дату чи за об’єктивною подією; B — 30% та 70% частинами за погодженими поставками; C — 100% передоплати. B2C: 100% оплати через Stripe із дотриманням обов’язкових прав Споживача.
4.1.1 Необов’язковий інтерес і збережений кошик
Збереження товару, додавання до кошика, підписка на колекцію або нагадування про оплату самі по собі не є оплаченим зобов’язанням і не входять до фінансово підтвердженого MOQ. Кошик може зберігатися до оплати чи визначеного строку. Фінансове підтвердження виникає лише після чіткої платіжної дії та успішного внесення коштів.
4.2 Лише авторизація (не стандартний B2B-депозит)
Якщо це технічно доступно, картка може пройти тимчасову авторизацію для подальшого списання. Така авторизація не є фактично сплаченим B2B-депозитом, сумою на рахунку провайдера або достатнім підтвердженням оплаченого MOQ. Вона не може замінити погоджену умовну модель B2B без окремого рішення.
4.3 B2B-моделі A та B — 30% до завершення кампанії
Для B2B-моделей A і B Бізнес-покупець вносить 30% погодженої вартості Товару ліцензованому провайдеру під час підтвердження замовлення, до дедлайну кампанії. Кошти утримуються/вивільняються за окремими умовами провайдера. За моделлю A решта 70% сплачується у наперед погоджену дату або за об’єктивною подією; за моделлю B — частинами відповідно до погоджених часткових поставок.
4.4 B2B-модель C та повна передоплата B2C
У B2B-моделі C Покупець вносить 100% вартості Товару призначеному ліцензованому партнеру при підтвердженні передзамовлення, а вивільнення коштів відбувається за погодженими B2B-умовами. У B2C Споживач оплачує 100% через Stripe. Повна передоплата не скасовує обов’язків Бренду щодо виробництва, доставки та належних повернень.
4.5 Подальші B2B-платежі та часткові поставки
Залишок 70% за моделями A/B сплачується за прийнятою Угодою щодо колекції, рахунком або запитом на оплату згідно з об’єктивно визначеними строками чи етапами доставки. Статус платежу, вивільнення коштів і відвантаження — окремі події; Продавець не може самостійно прискорити погоджений платіж лише зміною статусу.
4.6 B2B-пропозиція та неоплачений кошик
Неоплачений B2B-кошик, запит або проєкт комерційної пропозиції можна зберігати та супроводжувати нагадуваннями, але вони не входять до фінансово підтвердженого MOQ. Пізніший інвойс чи запит на оплату не означає кредитування від PRE-ORDER. Виняткові зовнішні розрахунки мають бути окремо погоджені і не можуть подаватися як активоване ескроу.
5. Інформація до виникнення платіжного зобов’язання
5.1 До виникнення платіжного зобов’язання Платформа чи погоджений B2B-документ мають показувати:
- особу Продавця та відповідні контактні дані;
- Товар, SKU, колір, розмір, кількість та інші істотні деталі замовлення;
- валюту операції та загальну ціну або зрозумілий метод її розрахунку;
- окремо розраховані податки/ПДВ та доставку, усі неминучі комісії й остаточну суму, яку закон вимагає показати до оплати (для Споживачів — загальну ціну з обов’язковими податками);
- суму, що підлягає сплаті зараз;
- подальший Залишок, спосіб його обчислення, погоджену дату/об’єктивну подію та потребу в повторній автентифікації;
- MOQ колекції загалом, артикула/SKU і кольору, внутрішній мінімум фабрики та дедлайн кампанії;
- орієнтовний строк відправлення або доставки та окремо розраховану вартість доставки, якщо відома;
- основні умови скасування, браку/заміни та повернення коштів;
- фактично підключеного платіжного провайдера, умови утримання/вивільнення та документи, якщо застосовно;
5.2 Кнопка або інший елемент, який створює обов’язок оплатити, має чітко повідомляти про такий наслідок. Додаткові платні опції не повинні додаватися приховано або через заздалегідь обрані опції там, де це заборонено.
5.3 Якщо остаточну суму неможливо обґрунтовано визначити наперед, Покупець має отримати метод розрахунку та істотні змінні, що можуть вплинути на суму.
5.4 Покупець повинен перевірити підсумок замовлення та виправити платіжні, billing- та доставочні дані до відправлення замовлення. Підтвердження замовлення та платіжну квитанцію слід зберігати.
6. Авторизація платежу, Capture та повторна авторизація
6.1 Авторизація може тимчасово зменшити доступний баланс або відображатися як pending-операція, навіть якщо Capture не відбувся. Банк або емітент Покупця визначає спосіб відображення та строк зникнення звільненої Авторизації.
6.2 Термін дії карткової авторизації може спливти протягом довгої кампанії. Її не можна подавати як сплачений чи забезпечений B2B-депозит. Передбачена модель B2B спирається на фактичне внесення коштів ліцензованому партнеру після перевірки країн, тривалості утримання, захисту коштів і правил повернення. Без погодженого та доступного партнера B2B-платіж не можна вважати активованим.
6.3 Якщо Авторизація, автентифікація або Capture неуспішні, Покупцю можуть запропонувати повторити операцію, оновити платіжний метод або пройти додаткову автентифікацію. Продавець може відкласти прийняття або виробництво, надати розумний строк для виправлення або скасувати замовлення відповідно до розкритих умов і закону.
6.4 Авторизація сама по собі не гарантує прийняття замовлення Продавцем, досягнення виробничого порогу, можливість виробництва чи доставку.
6.5 PRE-ORDER може виправити статус на основі авторитетних записів Stripe, відповідного B2B-провайдера чи банку, не порушуючи права сторін і не змінюючи погоджених подій вивільнення.
7. Депозити, повні передоплати та Залишки
7.1 До підтвердження оплати Покупцеві показуються депозит/повна сума, наступні платежі та тригери, MOQ, правила повернення і договір платіжного провайдера. Сплачений B2B-депозит на віртуальному балансі провайдера не є вільно доступним Покупцеві.
7.2 Позначення «non-refundable» не скасовує обов’язкові права Споживача, засоби захисту у разі невиконання Продавцем, правила щодо несправедливих умов або інше застосовне законодавство.
7.3 Вивільнення B2B-коштів Продавцю відбувається лише після об’єктивно підтвердженої події договору та за правилами ліцензованого партнера. Бренд може використовувати законно отримані кошти для виробництва, але відповідає за доставку, відповідність Товару та належні повернення.
7.4 Залишок сплачується лише в погоджену дату або за визначеною об’єктивною подією з належною автентифікацією. Істотні зміни платежів потребують повідомлення та юридично необхідної згоди. Сплата, утримання і вивільнення — різні статуси.
7.5 PRE-ORDER може роздільно показувати: запит на оплату, сплачено провайдеру, умовно утримується, дозвіл на вивільнення, виплачено Продавцю, Залишок, частково/повністю повернено, спір. Визначальним є запис провайдера, а не внутрішній баланс.
8. Порогові кампанії, MOQ та рішення про виробництво
8.1 Колекція може мати загальний мінімум Бренду/фабрики й окремі MOQ за артикулом/SKU, кольором та потрібними розмірами. Умови, що впливають на виконання замовлення, розкриваються до платежу разом зі строком, моделлю оплати та наслідками недосягнення.
8.2 B2B-Покупець вносить 30% за A/B або 100% за C до дедлайну через активованого ліцензованого провайдера. До фінансово підтвердженого попиту входять лише одиниці за успішно сплаченими відповідними замовленнями. Остаточний запуск виробництва підтверджує Бренд за договором.
8.3 Неоплачені кошики, тимчасові авторизації, невдалі, повернені, шахрайські, скасовані чи дубльовані замовлення не входять до оплаченого MOQ. Якщо не досягнуто загального чи артикульного/кольорового порогу або виробництво не запущено, належні суми повертаються через провайдера. Зарахування на іншу колекцію потребує окремої законної домовленості.
8.4 PRE-ORDER окремо відображає зацікавленість, подані замовлення й оплачений попит. Недосягнення загального мінімуму колекції може перешкодити запуску навіть за виконання окремих MOQ. Бренд повідомляє рішення та наслідки для відповідних замовлень.
8.5 Досягнення MOQ не скасовує правил безпеки, відповідності Товару, погоджених строків, скасування, передбачених законом засобів захисту і повернення.
9. Способи оплати, валюти та автентифікація
9.1 Доступні способи оплати, валюти та країни зазначаються у фактичному checkout. Вони залежать від B2C/Stripe або активованого B2B-провайдера, місця Покупця і Продавця, суми, перевірок та географічного покриття партнера.
9.2 Stripe у B2C, активований B2B-провайдер, банк чи інший регульований учасник можуть вимагати автентифікації платежу, перевірки бізнесу або додаткових заходів безпеки за відповідним способом і законом.
9.3 PRE-ORDER зазвичай не отримує і не зберігає повні реквізити платіжних карток. Дані карток, банківські платіжні реквізити, автентифікацію та чутливу фінансову інформацію обробляє відповідний провайдер за своїми правилами безпеки й приватності.
9.4 Покупці не повинні надсилати повні номери карток, CVV/CVC, коди автентифікації або платіжні облікові дані через чат PRE-ORDER, повідомлення підтримки чи комунікацію з Продавцем.
9.5 Спосіб оплати може бути відхилений або обмежений через технічні, antifraud, санкційні, регуляторні правила, правила емітента або провайдера. PRE-ORDER не гарантує доступність кожного способу оплати для кожної операції.
10. Конвертація валюти, податки, рахунки та платежі
10.1 Валюта операції показується до оплати. Якщо Покупець платить з рахунку або картки в іншій валюті, банк, емітент або платіжний сервіс Покупця може застосувати власний курс та комісію за міжнародну операцію.
10.2 Оптові ціни Товарів можуть відображатися без ПДВ, а належний ПДВ визначається та показується окремо Продавцем. Податковий режим не можна автоматично встановлювати лише за країною Покупця: мають значення місце постачання, сторони, призначення, перевезення та закон. Для Споживача до покупки показується кінцева ціна з обов’язковими податками й неминучими платежами; заборонені доплати за платіжний спосіб не стягуються.
10.3 Продавець самостійно відповідає за офіційні податкові інвойси та кредит-ноти від власного імені, зі своєю нумерацією та необхідними реквізитами ПДВ. За підтримуваної для країни функції він може завантажити документ або створити його у Платформі від свого імені. Запит на оплату, підсумок замовлення чи проформа не є автоматично податковим інвойсом.
10.4 Доставка розраховується окремо обраною логістичною компанією згідно з Договором щодо товару та законом. Для транскордонних операцій можуть діяти мито, імпортний ПДВ та інші збори. Їх не можна довільно визначати лише за країною Покупця.
10.5 Погоджена комісія B2B — 1,5% з Бізнес-покупця та 1,5% з Бренду, що обчислюються від вартості Товару без ПДВ та окремо оплачуваної доставки, з урахуванням погоджених умов і податків на послуги Платформи. Комісія Платформи у B2C — 8%; розподіл її сплати ще не визначено, тому плату з Покупця не можна стягувати без законного й прозорого розкриття.
11. Онбординг бізнес-користувачів, платіжні акаунти та виплати
11.1 Для онбордингу Бренду та Бізнес-покупця потрібні точна юридична назва, реєстраційні дані, адреса, VAT-номер за наявності та уповноважений представник, а також необхідні провайдеру KYC/KYB, дані бенефіціарів та банківська перевірка. До запуску B2B потрібно перевірити країни, валюти та напрямки виплат.
11.2 Для B2C Продавцю може знадобитися Stripe-онбординг відповідно до фактичної платіжної конфігурації. Для B2B незалежний партнер має окремо погодити сторони та механізм утримання/вивільнення. Mangopay і Lemonway розглядаються як кандидати, але не є заявленими як уже підключені чи універсально схвалені escrow-провайдери.
11.3 Виплату Продавцю проводить фактичний платіжний провайдер лише після виконання умов договору, перевірок і правил провайдера. PRE-ORDER не гарантує строк зарахування, доступність віртуального гаманця чи окремий юридичний режим захисту коштів.
11.4 Провайдер може зупинити чи обмежити виплату для законної перевірки, санкцій, повернень або контролю ризику. PRE-ORDER не може самостійно розпоряджатися коштами партнера й передає інструкції лише за договором провайдера та прийнятими умовами операції.
11.5 Лише дозволені й розкриті комісії Платформи/провайдера, податки на послуги, повернення, чарджбеки, резерви та пов’язані суми можуть коригувати розрахунок за підтвердженими договорами та звітами провайдера.
11.6 Продавець повинен підтримувати актуальність рахунку для виплат і не використовувати банківський або платіжний рахунок третьої особи без законних повноважень та схвалення провайдера.
12. Розподілені платежі, часткові відвантаження та поетапне виконання
12.1 Деякі B2B-замовлення або замовлення майбутніх колекцій можуть виконуватися частинами. Якщо підтримується часткове відвантаження, Договір щодо товару може розподіляти кількості, рахунки та етапи платежів між окремими етапами виконання.
12.2 Часткове відвантаження саме по собі не прискорює сплату за недоставлені кількості, якщо Покупець не погодив такий графік або закон не дозволяє інше.
12.3 Часткове скасування або зменшення кількості повинно призводити до відповідного коригування платежу, звільнення Авторизації, credit або повернення коштів, якщо це необхідно. Запис замовлення повинен відображати оновлену кількість і суму.
12.4 Якщо Продавець і Бізнес-покупець погоджують етапи поза стандартним інтегрованим платіжним потоком, PRE-ORDER може лише відображати статус платежу, не надаючи платіжну послугу для такого етапу. Сторони відповідають за точність внесеного статусу.
13. Скасування, сторнування платежів та повернення коштів
13.1 Право на повернення визначається імперативним законодавством, Договором щодо товару, умовами Продавця та Політикою повернення коштів та скасування. Ця Політика пояснює платіжну обробку і не звужує такі права.
13.2 Якщо не досягнуто MOQ колекції, артикула чи кольору, Бренд не розпочав виробництво або законно скасував замовлення, відповідальні сторони забезпечують належне повернення B2B-коштів через партнера чи B2C-коштів через Stripe за договором і законом. Кредит або заміна не нав’язуються без належної згоди.
13.3 Повернення зазвичай здійснюється на початковий спосіб оплати, якщо інший законний спосіб не є обов’язковим або Покупець явно не погодив альтернативу без втрати обов’язкових прав.
13.4 Скасування карткової авторизації відрізняється від повернення списаної суми чи коштів, умовно утримуваних B2B-провайдером. Записи та строки визначаються фактичним платіжним механізмом і застосовними зобов’язаннями.
13.5 Часткове повернення повинно бути пов’язане з відповідним розрахунком, кількістю або платежем. Будь-яка утримана сума повинна мати законну та договірну підставу.
13.6 PRE-ORDER або Продавець можуть надати підтвердження повернення, але дата фактичної доступності коштів Покупцю може відрізнятися від дати ініціювання повернення.
14. Відмова Споживача та законні засоби захисту
14.1 Права Споживача на відмову, відповідність та законне повернення регулюються застосовним законом та Угодою з Покупцем. Товар не виключається автоматично з права на відмову лише тому, що він був передзамовлений, виготовлений після замовлення або описаний як made-to-order.
14.2 Якщо застосовується дійсне право Споживача на відмову, Продавець повинен відшкодувати суми, передбачені законом, у встановлений строк і належним способом, включно зі стандартною вихідною доставкою, якщо це вимагається.
14.3 Справді персоналізовані за специфікацією Споживача товари можуть підпадати під законний виняток лише за всіх передбачених умов і попереднього розкриття. Сама назва «передзамовлення» не усуває права на відмову.
14.4 У B2B питання браку, невідповідності чи прострочення розглядаються за Угодою щодо колекції та законом, зазвичай із першочерговою заміною чи погодженою додатковою поставкою. Знижка, заміна на інший товар чи кредит на майбутню колекцію потребують належного погодження; обов’язкові засоби захисту та належні повернення залишаються. Для B2C кредит не замінює законне повернення без згоди.
14.5 Бізнес-покупці не мають споживчого права на відмову, якщо закон або Договір щодо товару прямо не передбачає інше.
15. Неуспішні платежі та несплачені Залишки
15.1 Якщо B2B-депозит, залишок чи B2C-платіж не пройшов, замовлення не можна показувати як оплачене або враховувати у фінансово підтвердженому MOQ. Покупцю може бути запропоновано повторити оплату. Неоплачений кошик може зберігатися з нагадуваннями за розкритими правилами.
15.2 Продавець може призупинити виробництво, відвантаження або інше виконання, якщо належний за Договором щодо товару платіж залишається несплаченим, за умови що це законно та відповідає погодженим умовам.
15.3 Продавець може скасувати замовлення після розумного строку для виправлення, якщо Покупець не сплачує належну суму, якщо обов’язковий закон або Договір щодо товару не встановлює інший процес.
15.4 PRE-ORDER не є колекторською компанією. Платформа може надсилати нагадування, показувати статус рахунку та допомагати Продавцю зі звіркою, але стягнення договірної заборгованості залежить від прав Продавця, інструментів провайдера та закону.
16. Чарджбеки та платіжні спори
16.1 За звичайного спору щодо виконання Покупцю рекомендується спочатку звернутися до Продавця або підтримки PRE-ORDER, якщо це практично можливо. Це не обмежує законні права, правила платіжних систем або термінове повідомлення про несанкціоновану чи шахрайську операцію.
16.2 Продавець та PRE-ORDER можуть надати Stripe чи B2B-партнеру записи замовлення, версії прийнятого договору, автентифікації, платежу, комунікації та доставки, необхідні для спору, дотримуючись мінімізації даних.
16.3 Результат чарджбеку не обов’язково остаточно визначає цивільні права Продавця та Покупця за Договором щодо товару.
16.4 Шахрайські, зловживальні або дубльовані чарджбеки можуть призвести до пропорційних обмежень облікового запису та стягнення законно належних сум відповідно до Умов і закону.
16.5 Розподіл відповідальності за повернення, чарджбеки, dispute fees та від’ємний баланс визначається угодами Продавця/Покупця і фактичними умовами Stripe чи B2B-провайдера без порушення обов’язкових прав.
17. Запобігання шахрайству, AML/KYC, санкції та контроль операцій
17.1 PRE-ORDER, Stripe чи ліцензований B2B-провайдер можуть вимагати дані особи, бізнесу, бенефіціарів, податків, банку та транзакції чи обмежувати операції для KYC/KYB, AML, санкцій, антифроду, податкової звітності й виконання закону.
17.2 B2B-Бренди і Бізнес-покупці можуть проходити KYC/KYB та перевірку бенефіціарів і країн у провайдера; B2C-Клієнти — додаткові перевірки Stripe, банку або за законом.
17.3 Користувачам заборонено структурувати операції для обходу перевірок, використовувати викрадені платіжні реквізити, неправдиво вказувати особу чи місцезнаходження, приховувати характер операції, оплачувати заборонені товари або використовувати платежі поза Платформою для шахрайства чи оманливого обходу комісій.
17.4 Заходи compliance можуть застосовуватися без попередження, якщо повідомлення може зашкодити безпеці, розслідуванню або виконанню закону. PRE-ORDER надає інформацію та засоби захисту там, де це вимагається законом.
18. Платіжні записи, конфіденційність та зберігання даних
18.1 PRE-ORDER може обробляти платіжні метадані, зокрема ідентифікатор операції, суму, валюту, статус, посилання на платника та отримувача, посилання на Seller account, результат автентифікації, статус повернення та історію спору відповідно до Політики конфіденційності.
18.2 Stripe для B2C та підключений незалежний B2B-провайдер обробляють фінансові й верифікаційні дані за власними регуляторними та privacy-умовами. PRE-ORDER отримує лише метадані, необхідні для роботи Платформи, обліку, підтримки, антифроду та законного зберігання.
18.3 Сторонам слід зберігати підтвердження замовлення, рахунки, квитанції, платіжні записи та відповідне листування протягом строків, потрібних для податкових, бухгалтерських, гарантійних, refund, dispute та інших зобов’язань.
18.4 Електронний статус платежу, записи dashboard та email-підтвердження можуть бути доказом платіжної події. Якщо статус у Платформі суперечить авторитетним записам провайдера, PRE-ORDER може виправити його після перевірки.
19. Технічні інциденти, дубльовані списання та звірка
19.1 Якщо Покупець виявив дубльований, помилковий або відсутній платіж чи статус, слід повідомити підтримку із зазначенням замовлення, суми, дати й референсу банку, Stripe або B2B-провайдера, не передаючи повні реквізити картки чи рахунку.
19.2 PRE-ORDER може звіряти записи Платформи з авторитетними даними фактичного провайдера про оплату, умовне утримання, вивільнення, повернення або виплату. Така звірка потрібна до підтвердження фінансового MOQ або події для виробництва.
19.3 Якщо технічна помилка спричинила неправильне списання, відповідальна сторона вживатиме доступних у платіжному процесі заходів для сторнування або повернення суми відповідно до вимог.
19.4 Асинхронні платіжні події можуть тимчасово створювати розбіжності між провайдером/банком і Платформою. Статус змінюється лише за автентичним підтвердженням провайдера, а не через те, що кошик залишився незмінним.
20. Заборонені платіжні практики
Користувачам заборонено:
- запитувати або передавати повні реквізити платіжної картки через повідомлення Платформи;
- використовувати викрадені, скомпрометовані або неавторизовані платіжні інструменти;
- дробити або структурувати операції для обходу перевірок, лімітів, санкцій чи звітності;
- неправдиво вказувати ціну, отримувача, мету або характер операції;
- створювати фіктивні замовлення, штучний попит, кругові платежі або удавані операції;
- ініціювати завідомо неправдиві або дубльовані чарджбеки;
- використовувати платіжний канал, заборонений Договором щодо товару або призначений для шахрайства;
- використовувати платіжну функціональність PRE-ORDER для заборонених товарів, незаконної діяльності або переказу коштів, не пов’язаного з реальною операцією з Товаром.
21. Скарги та підтримка з питань платежів
21.1 Вимоги щодо Товару, скасування й повернень зазвичай надсилають Продавцю через замовлення. Платіжні скарги також можуть стосуватися Stripe для B2C або фактичного B2B-партнера. Законні платіжні, споживчі та судові права зберігаються.
21.2 З питань платіжної підтримки PRE-ORDER можна звертатися на info@b2b-agency.cc. У повідомленні вкажіть номер замовлення, дату платежу, суму, валюту, статус та короткий опис проблеми. Не надсилайте повний номер картки, CVV/CVC, одноразові паролі чи секрети автентифікації.
21.3 PRE-ORDER може перенаправляти скарги, зберігати докази й звіряти записи з B2C чи B2B-провайдером, але не визначає самостійно правовий режим коштів партнера і не замінює встановлені законом процедури спорів.
22. Відповідальність та сторонні платіжні сервіси
22.1 PRE-ORDER відповідає за власні сервіси цифрової Платформи, але не гарантує безперебійну роботу чи універсальну доступність Stripe, незалежного B2B-провайдера, банків і платіжної інфраструктури.
22.2 PRE-ORDER не відповідає за невиконання Продавцем обов’язку виробити, доставити, забезпечити відповідність, скасувати або повернути кошти лише через те, що PRE-ORDER сприяв платежу або відображав його. Це не виключає відповідальності PRE-ORDER, яка прямо встановлена імперативним законом, або відповідальності за власне шахрайство, умисні дії чи іншу відповідальність, яку не можна виключити.
22.3 Обмеження відповідальності для бізнес-користувачів, передбачені Умовами користування, Угодою з Продавцем або Угодою з Покупцем, застосовуються до платіжних сервісів Платформи. Права Споживачів залишаються без змін.
22.4 Авторизація, успішне списання або Виплата не є гарантією PRE-ORDER щодо платоспроможності Продавця, якості Товару, успішності виробництва чи доставки.
23. Зміни до цієї Політики
23.1 PRE-ORDER може оновлювати цю Політику для відображення юридичних, регуляторних, безпекових, технічних, провайдерських або сервісних змін. Про істотні зміни буде повідомлено у належній формі до їх набрання чинності, якщо це вимагається.
23.2 Зміна цієї Політики не може ретроспективно скасувати права, уже набуті за завершеною операцією або імперативним законодавством.
23.3 Модель оплати конкретної операції, уже прийнята Покупцем, не повинна істотно змінюватися без повідомлення або згоди, яких вимагає закон та Договір щодо товару.
24. Застосовне право, юрисдикція та мова
24.1 Ця Політика в частині, що регулює власні платіжні умови та сервіси Платформи PRE-ORDER, регулюється правом Болгарії без шкоди для обов’язкових норм захисту прав споживачів, правил платіжних послуг та застосовних колізійних норм.
24.2 Споживач, який має звичайне місце проживання в іншій країні, зберігає обов’язкові гарантії та доступ до судів, передбачені застосовними колізійними та юрисдикційними правилами.
24.3 B2B-спори щодо Договору щодо товару вирішуються за погодженим правом країни Бренду та юрисдикцією, зазначеною в прийнятій Угоді щодо колекції, з урахуванням обов’язкових норм. Спори з незалежним платіжним провайдером регулюються його умовами і правом.
24.4 Англійська версія має перевагу в межах, дозволених законом. Обов’язкові вимоги щодо місцевої мови та тлумачення на користь Споживача залишаються чинними.
Додаток 1. Матриця платіжних потоків
- Зацікавленість / збережений кошик: кошти не внесені, фінансово підтвердженого MOQ немає. B2B стає оплаченим лише після фактичного депозиту/передоплати у ліцензованого провайдера.
- Карткова авторизація: тимчасове блокування емітентом, а не внесений B2B-депозит і не фінансований віртуальний рахунок.
- B2B-модель A: 30% до дедлайну в умовній структурі провайдера, решта 70% у погоджену дату чи за об’єктивною подією.
- B2B-модель B: 30% до дедлайну, решта 70% частинами за погодженими поставками.
- B2B-модель C: 100% до дедлайну, вивільнення за погодженими правилами провайдера й Угоди щодо колекції.
- B2C: 100% через Stripe, прозора повна споживча ціна і обов’язкові права повернення; комісія Платформи 8%, розподіл сплати уточнюється перед стягненням.
Додаток 2. Мінімальна інформація в checkout / оплаті
- Юридичне або торгове найменування Продавця та контактні дані.
- Товар / SKU / кількість / розмір / колір, якщо застосовно.
- Модель оплати: B2B A (30/70), B (30/70 частинами), C (100%) або B2C 100% через Stripe.
- Сума та валюта, що підлягають сплаті зараз.
- Подальший Залишок, метод розрахунку та дата/подія, що запускає оплату.
- MOQ колекції, артикула/SKU й кольору та дедлайн кампанії, якщо застосовно.
- Орієнтовний строк відправлення/доставки та істотні умови доставки.
- Короткі умови скасування, відмови та повернення з посиланням на відповідну політику.
- Фактичний провайдер та умови оплати, умовного утримання, вивільнення й повернення.
- Кнопка або еквівалентний текст, що чітко повідомляє про обов’язок оплатити.
Додаток 3. Операційний checklist перед публікацією
Перед публікацією необхідно звірити live-настройки Stripe для B2C та активованого ліцензованого B2B-партнера з прийнятими умовами, країнами та доказами платежів:
- Stripe B2C, отримувач, повна ціна checkout і комісія 8% відповідають фактичному сервісу.
- B2B-партнер, правова модель утримання, країни, валюти, напрямки виплат та строк утримання погоджені письмово.
- Тригери B2B, записи прийняття договору, депозити 30%/100%, MOQ й дозволи вивільнення відповідають інтеграції.
- B2B-моделі A/B/C, залишки 70% і часткові поставки та B2C 100% протестовані.
- Виплати, резерви, повернення, чарджбеки й допустимі комісії відповідають договорам, а не припущенням щодо ескроу.
- Повернення, часткові коригування, KYC/KYB, webhook-події, спори і звірка протестовані від початку до кінця.
- ПДВ/інвойси, окрема доставка, приватність, AML/KYC, санкції та зберігання відповідають реальним операціям.