Юридичну особу в Китаї ідентифікують насамперед за офіційною китайською назвою та registration identifier, а англійську назву використовують як alias. У договорі варто показати обидва написання, проте beneficiary, invoice issuer і exporter звіряти через stable identifier та Chinese legal name, а не за схожою транслітерацією.
Одна компанія може користуватися брендом, самостійним English trade name і кількома варіантами romanization. Це створює false mismatch у банку та screening або, навпаки, маскує іншу entity зі схожою назвою. Єдина mapping table знімає плутанину між procurement, legal, logistics і treasury.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | іноземний покупець, що укладає договір із китайською entity |
| Кому | корпоративний account holder, тотожність якого перевірено |
| Мета | стабільно ідентифікувати seller у contract, invoice, export і payment records |
| Валюта / інструмент | bilingual contract, business-license data та bank instruction |
| Що змінює висновок | Chinese characters, English alias, registration code, registered address, exporter name, bank truncation і corporate changes |
Що потрібно знати до платежу
Customs data використовують formal party fields
GACC declaration standards передбачають ідентифікацію учасників торговельної операції. Marketing brand без відповідного legal mapping недостатній для зіставлення exporter із seller та invoice issuer. (GACC, стандарти декларації)
SAFE questions прив’язані до реальної current transaction
Портал SAFE структурує guidance за видами current-account operations. Для банківського пакета важливо, щоб назва beneficiary вела до сторони реального контракту, а не лише до знайомого English label. (SAFE, FAQ за поточними операціями)
Транслітерація не створює юридичної тотожності
Дві латинські назви можуть належати одній Chinese entity, а майже однакові — різним компаніям. Registration identifier і registered address вирішують ambiguity надійніше за порівняння слів.
Покрокова підготовка
- Скопіюйте Chinese legal name. Візьміть characters безпосередньо з business license і перевірте, що контракт не використовує скорочення або назву заводу як бренду.
- Додайте stable identifier. Запишіть Unified Social Credit Code чи інший доступний registration number разом із registered address і датою перевірки.
- Створіть alias register. Перелічіть approved English name, попередні names, brands і common romanizations; джерело кожного alias позначте окремо.
- Звірте export та bank records. Порівняйте exporter field, invoice issuer і account holder; bank truncation поясніть офіційною instruction, не редагуючи legal name самостійно.
- Поширте одну mapping table. Legal, procurement, logistics і finance повинні користуватися тим самим entity ID у vendor master та зберігати історію змін.
Які дані та документи зібрати
- чинна business license з Chinese legal name
- bilingual contract із registration identifier
- alias mapping table для English names і brands
- bank instruction та export document із formal party data
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
Закупівельник знав постачальника як Bright Star Electronics, контракт містив Brightstar Tech, а account holder починався китайськими characters. Business license показала одну entity та єдиний social credit code; обидва English names виявилися aliases. Legal team додала bilingual schedule, treasury оновила vendor master, а exporter name перевірили через ту саму Chinese legal name.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- вважати marketing brand зареєстрованою стороною
- обирати entity лише за близьким звучанням латинської назви
- самостійно скорочувати beneficiary name для bank field
- вести окремі непогоджені vendor records у finance та logistics
Де проходить межа поради
Остаточні вимоги залежать від юрисдикції, банку, платіжного провайдера, статусу сторін і призначення операції.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay приймає таку заявку на індивідуальну перевірку; менеджер підтвердить доступність, курс, підсумкову суму, реквізити та орієнтовний строк до оплати. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.