Технічний виробник продукту й сторона, що продає ліцензію, можуть бути різними. Платіжний пакет має показувати, хто виставив інвойс, на якій підставі реселер продає доступ і до якого tenant або contract ID належить замовлення.
Компанія купує хмарні ліцензії у регіонального реселера, хоча користувачі входять у продукт під брендом глобального вендора. Через це procurement бачить одну назву, адміністратор — другу, а в інвойсі й beneficiary — третю; ролі потрібно пояснити до платежу.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | компанія або підприємець, що купує програмне забезпечення чи цифрову послугу |
| Кому | іноземний SaaS-вендор, реселер або оператор цифрового сервісу |
| Мета | оплата цифрового сервісу через реселера, marketplace або прямого вендора |
| Валюта / інструмент | vendor invoice, subscription billing і банківська або офіційна платіжна інструкція |
| Що змінює висновок | seller of record, support ownership, податки, валюта, renewal і право реселера |
Що потрібно знати до платежу
Інвойс ідентифікує саме сторону продажу
European Commission вимагає зазначати у повному VAT-інвойсі назву й адресу постачальника та покупця. Виробник програмного продукту не стає отримувачем платежу автоматично, якщо ліцензію за договором продає інша юридична особа. (European Commission — VAT invoicing)
Ключова контрольна умова
Логотип продукту не визначає отримувача: юридичним продавцем може бути авторизований реселер або marketplace entity. (European Commission — VAT invoicing)
Яку доказову нитку зберегти
Support, refund і renewal можуть залишатися на різних сторонах, тому їх потрібно розписати до платежу. (European Commission — VAT special schemes (OSS))
Що змінює практичний висновок
Якщо отримувач відрізняється від issuer інвойсу, потрібна документована роль платіжного агента або інша правова підстава. (Your Europe — payments and transfers)
Покрокова підготовка
- Намалюйте ланцюг vendor—reseller—tenant. Запишіть виробника продукту, сторону order form, invoice issuer, beneficiary, support owner і tenant ID. До кожної ролі прикріпіть документ або сторінку кабінету, яка її підтверджує.
- Перевірте повноваження реселера. Отримайте чинний reseller agreement reference, authorization letter або підтвердження в partner directory; звірте територію, продукт і строк. Платіть legal entity з коректного інвойсу лише після перевірки account holder.
- Розділіть ролі. Випишіть product vendor, seller of record, invoice issuer, beneficiary, support owner і власника tenant.
- Перевірте право продажу. Отримайте order form, reseller reference або запис у vendor portal, який пов’язує ліцензію з продавцем.
Які дані та документи зібрати
- договір, order form або офіційні умови підписки з назвою плану й сторін
- vendor invoice з номером, періодом, billing entity, валютою та сумою
- order form або reseller agreement reference з конкретним продуктом і tenant
- підтвердження активації ліцензій та відповідальної сторони за renewal
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
Хмарний пакет купують через регіонального реселера. Команда звіряє його legal entity, authorization reference, tenant ID і умови support; платіж іде лише отримувачу з коректного інвойсу.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- щодо предмета «розмежування вендора продукту та продавця ліцензії» називати TradePay партнером SaaS-платформи або гарантувати прийняття конкретного маршруту; наслідок — втрата зв’язку з метою: оплата цифрового сервісу через реселера, marketplace або прямого вендора
- під час контролю предмета «розмежування вендора продукту та продавця ліцензії» платити за листом із реквізитами, не звіривши invoice у vendor portal або договорі; окремої оцінки потребують: seller of record, support ownership, податки, валюта, renewal і право реселера
- платити власнику бренду, якщо інвойс законно виставив інший продавець
- припускати партнерство між сторонами без первинного документа
Де проходить межа поради
Остаточні вимоги залежать від юрисдикції, банку, платіжного провайдера, статусу сторін і призначення операції.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay приймає таку заявку на індивідуальну перевірку; менеджер підтвердить доступність, курс, підсумкову суму, реквізити та орієнтовний строк до оплати. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
- European Commission — VAT invoicing
- European Commission — VAT special schemes (OSS)
- Your Europe — payments and transfers
- TradePay — оплата інвойсів
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.