Оплату звіряють із декларацією через єдиний order key: seller/exporter, consignee, invoice number, опис товару, quantity, declared value та currency. Суми можуть відрізнятися через часткове відвантаження, freight або credit note, але кожна різниця повинна мати документальну причину; переписувати первинні файли заднім числом не можна.
Банківський payment охоплює комерційне зобов’язання, тоді як export declaration описує фактично заявлене відвантаження. При депозиті, split shipment або consolidated cargo рівність «один переказ — одна декларація» трапляється не завжди, тому бухгалтерії потрібна таблиця many-to-many, а не пошук однакової total amount.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | іноземний покупець китайського товару |
| Кому | seller або exporter із поясненою роллю |
| Мета | зіставити paid value з фактично задекларованими shipment lines |
| Валюта / інструмент | supplier payments, commercial invoices і китайські export declarations |
| Що змінює висновок | exporter, consignee, trade mode, invoice, quantity, currency, freight, deposit allocation і partial shipments |
Що потрібно знати до платежу
Декларація має власний набір обов’язкових полів
GACC стандартизує дані customs declaration, включно з учасниками, trade information та товарними показниками. Звірка повинна працювати на рівні полів і рядків, а не лише за близькою загальною сумою. (GACC, стандарти декларації)
Trade mode змінює інтерпретацію
Китайська митниця використовує різні declaration regimes і регулярно публікує правила та оновлення. Поле або код із попереднього shipment не слід переносити механічно до іншої експортної моделі. (GACC, митниця КНР)
SAFE розглядає goods payments як current-account trade
На порталі SAFE є окремі FAQ щодо foreign exchange for trade in goods. Платіжний record, контракт і customs evidence мають зберігати економічний зв’язок, навіть коли один аванс покриває кілька declarations. (SAFE, FAQ за поточними операціями)
Покрокова підготовка
- Виберіть reconciliation key. Поєднайте purchase order, supplier invoice, shipment ID і declaration number у ledger, де кожний identifier має окрему колонку.
- Зіставте учасників. Перевірте seller, exporter, consignee та beneficiary; різні компанії допускаються лише за наявності role map і договору.
- Порівняйте товарні рядки. Для кожного SKU звірте description, quantity, unit value, currency та країну призначення між invoice, packing list і declaration.
- Поясніть числові різниці. Виділіть deposit, freight, insurance, discount, tooling, credit note або не відвантажений balance, не ховаючи їх у rounding.
- Закрийте період без переписування. Збережіть оригінали та оформіть reconciliation memo; корекцію проводьте новим документом або офіційним amendment.
Які дані та документи зібрати
- supplier payment ledger із contract та invoice references
- копія китайської export declaration для кожного shipment
- commercial invoice і packing list із SKU-level detail
- reconciliation memo для deposits, freight і credit notes
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
Покупець сплатив 30% за весь order, а фабрика відправила товар двома контейнерами. Перша декларація містила 60% quantity і freight, друга — решту та credit note за брак. Бухгалтер розподілив deposit пропорційно, прив’язав обидві declarations до одного PO і задокументував відмінність від bank totals. Жодний invoice не редагували після факту.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- виправляти старий invoice після митного оформлення без amendment trail
- звіряти лише total, не перевіряючи товарні рядки
- вважати exporter автоматично власником beneficiary account
- ігнорувати валюту та дату conversion при порівнянні сум
Де проходить межа поради
Остаточні вимоги залежать від юрисдикції, банку, платіжного провайдера, статусу сторін і призначення операції.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay приймає таку заявку на індивідуальну перевірку; менеджер підтвердить доступність, курс, підсумкову суму, реквізити та орієнтовний строк до оплати. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.