Для оплати дизайну або консалтингу потрібен service contract із конкретним результатом, milestone та ціною, service invoice і доказ виконання — файл, звіт, workshop output або acceptance. Shipping documents не підтверджують нематеріальну роботу. Податки та withholding визначаються сторонами й юрисдикціями окремо від банківського маршруту.
Китайська фабрика може одночасно продавати товар і надавати industrial design, engineering чи quality consulting. Якщо додаткову роботу сховати в unit price або назвати «samples», покупець втрачає rights, acceptance criteria і зрозумілий accounting trail.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | бренд, виробник або агентство поза Китаєм |
| Кому | китайська компанія-виконавець за service agreement |
| Мета | оплата визначеного design або consulting deliverable |
| Валюта / інструмент | service invoice і міжнародний bank transfer |
| Що змінює висновок | scope, intellectual-property rights, milestone, acceptance, tax residence, withholding, currency та beneficiary data |
Що потрібно знати до платежу
Service-trade payments мають due-diligence режим
SAFE повідомляв, що foreign exchange for trade in services обробляють financial institutions із власними internal controls та due diligence. Навіть коли формальна document verification спрощена, сторони зберігають докази реальної послуги. (SAFE, правила для торгівлі послугами)
Документи за старим правилом зберігали п’ять років
У роз’ясненні SAFE щодо реформи 2013 року для service-trade receipts and payments зазначено п’ятирічне зберігання пов’язаних документів. Актуальні вимоги слід перевірити у свіжих current-account FAQ. (SAFE, правила для торгівлі послугами)
ISO message не визначає природу послуги
Swift підтверджує перехід CBPR+ payment instructions на ISO 20022, однак structured payment data передає опис операції, а не замінює contract, deliverable чи податковий аналіз. (Swift, ISO 20022 implementation)
Покрокова підготовка
- Опишіть вимірюваний scope. Назвіть deliverables, формати файлів, кількість сесій, exclusions, responsible people та права використання результату.
- Розбийте fee на milestones. Прив’яжіть deposit, draft, revision і final payment до подій, які можна підтвердити без суб’єктивного «робота майже готова».
- Підготуйте service invoice. Перевірте legal names, період, description, milestone, currency, amount, contract reference і corporate beneficiary.
- Оформіть acceptance. Збережіть transmitted files, meeting record або report та письмове підтвердження, що конкретний етап прийнятий.
- Узгодьте payment data. Передайте банку правдивий service purpose, invoice identifier і beneficiary details; не використовуйте товарний code для зручності.
Які дані та документи зібрати
- service agreement із scope, milestones та IP clauses
- service invoice з contract і milestone reference
- deliverable package або consulting report
- acceptance email чи підписаний completion certificate
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
Європейський бренд замовив китайській студії redesign упаковки й три engineering calls. Студія спочатку додала fee до invoice фабрики за cartons. Замовник уклав окремий SOW, визначив передачу editable files і два milestones. Перший транш сплатили після concepts, другий — після source package та acceptance; товарна вартість коробок залишилася окремою.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- називати консультацію товаром через відсутність packing list
- платити final fee до передачі погоджених source files
- не визначати, кому належать design rights після оплати
- робити висновок про withholding без податкових резиденцій сторін
Де проходить межа поради
Остаточні вимоги залежать від юрисдикції, банку, платіжного провайдера, статусу сторін і призначення операції.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay приймає таку заявку на індивідуальну перевірку; менеджер підтвердить доступність, курс, підсумкову суму, реквізити та орієнтовний строк до оплати. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
- SAFE, FAQ за поточними операціями
- SAFE, правила для торгівлі послугами
- Swift, ISO 20022 implementation
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.