Пошук китайської компанії за англійською назвою

Знайдіть китайську компанію за англійською назвою, розглядаючи цю назву як першу підказку, а не як офіційну юридичну особу. Зафіксуйте джерело появи назви, пов’яжіть її з доменом, локацією, продуктом та документами щодо транзакцій, а потім отримайте точну китайську юридичну назву та 18-значний Єдиний код соціального кредиту (USCC) перед проведенням перевірки компанії.

Цей алгоритм корисний, коли у вас є лише заголовок вебсайту, підпис електронної пошти, візитка з виставки, профіль на маркетплейсі, назва в комерційній пропозиції або етикетка продукту англійською мовою. Процес завершується, коли ви отримуєте кандидата в китайські юридичні особи, підтвердженого доказами. Наступним кроком є перевірка цього кандидата та його ролі в угоде.

Запитуйте юридичну ідентифікацію до початку розслідування навколо неї

Надішліть один чіткий запит: «Будь ласка, надайте повну китайську юридичну назву компанії, повний Єдиний код соціального кредиту (USCC) та актуальну копію бізнес-ліцензії для суб’єкта, який підписуватиме наш контракт і отримуватиме оплату». Якщо виробництво, виставлення рахунків, експорт або оплата здійснюються іншою компанією, попросіть постачальника назвати кожну юридичну особу та пояснити зв’язок між ними.

Легітимному постачальнику може знадобитися час для переадресації запиту до фінансового або адміністративного відділу, особливо якщо команда продажів використовує бренд. Затримка не є доказом неправомірних дій. Однак перед укладенням контракту або здійсненням платежу відповідь, обмежена фразами на кшталт «нашої англійської назви достатньо», логотипом або частково обрізаною ліцензією, не є достатнім доказом ідентифікації. Сфокусований протокол запиту бізнес-ліцензії допомагає зберегти фактологічний характер цієї комунікації.

Не перекладайте англійську назву у зворотному порядку

Чинні заходи щодо впровадження найменувань підприємств передбачають, що підприємство, якому потрібна назва іноземною мовою, перекладає свою корпоративну назву для використання відповідно до принципів перекладу. Це не створює унікального поля реєстру англійською мовою. Англійська версія може бути дослівною, фонетичною, скороченою, історичною або заміненою брендом.

Державна рада КНР у своєму огляді англійських бізнес-найменувань пояснює, що китайські назви відображають галузеву приналежність та операційні характеристики. Зворотний переклад не може надійно відтворити початкову адміністративну одиницю, символи торговельної марки, галузеву термінологію або організаційно-правову форму. Зберігайте чітке розрізнення, описане в матеріалі Англійська назва проти китайської юридичної назви яке видно в файлі затвердження.

Збережіть пакет даних англійської назви

Збережіть точне написання, пунктуацію, регістр та суфікси з кожного джерела. Не об’єднуйте варіанти на кшталт `Northstar Motion`, `North Star Motions` та `Northstar Motion Technology Co., Ltd.` в одне значення поки що. Для кожного випадку фіксуйте URL-адресу або документ, дату, відправника, домен електронної пошти, телефон, адресу, продукт, особу, валюту та роль у транзакції.

Шукайте стабільні фрагменти, а не візуальну подібність: домен, телефонний код, вулицю або індустріальний парк, модель продукту, місце відправлення вантажу, англійську назву банківського рахунку та фрагмент 18-значного коду. Повторюване написання в скопійованих профілях маркетплейсів є одним джерелом, продубльованим багато разів, а не незалежним підтвердженням.

Рівень 1: перевірка документів, контрольованих постачальником

Почніть з комерційної пропозиції, проформи, проекту контракту, банківських інструкцій, каталогу, специфікації, пакувальної етикетки, підпису в електронній пошті та візитки. Перевірте заголовки та нижні колонтитули сторінок, властивості файлів (де це законно доступно), китайські адреси, номери телефонів, відділення банку, печатки або підписи як підказки, а також посилання на іншу фабрику або експортера. Сертифікат продукту може ідентифікувати виробника або заявника, але не автоматично ідентифікує поточного продавця.

Зберігайте прив’язку кожного документа до його дати та ролі. Якщо в комерційній пропозиції вказана одна англійська компанія, а в банківських інструкціях — інша, не обирайте між ними за зовнішнім виглядом. Запитайте, чи одна з них є продавцем, а інша — бенефіціаром, а потім перевірте обидві. Застосуйте перевірку зв’язку з бенефіціаром перед переказом коштів.

Рівень 2: перевірка вебсайту та інтернет-магазину

Перевірте нижній колонтитул, сторінку контактів, сторінку політики конфіденційності або умов використання, каталоги для завантаження, сторінку вакансій, китайськомовну версію сайту, підписи до зображень та посилання на інформацію про ліцензію. Збережіть датировані копії будь-яких китайських назв компаній, адрес, USCC, номерів реєстрації ICP, телефонів та доменів електронної пошти. Потім визначте, чи зазначено на сторінці оператора, власника, виробника, експортера чи просто контактну особу.

Чинні в Китаї правила нагляду за онлайн-транзакціями вимагають, щоб зареєстровані онлайн-оператори, які підпадають під їхню дію, відображали або надавали посилання на інформацію про ідентифікацію бізнес-ліцензії, включаючи назву та USCC. Це може стати сильною підказкою. Однак це не доводить, що оператор вебсайту є фабрикою, стороною контракту або банківським бенефіціаром.

Рівень 3: запит щодо реєстрації ICP

Для вебсайту з китайською реєстрацією ICP використовуйте офіційну систему реєстрації MIIT. Провінційні органи MIIT інструкції щодо пошуку зазначають, що користувачі можуть здійснювати пошук за повною назвою суб’єкта, доменом або номером реєстрації та отримувати дані про спонсора, номер реєстрації та домен. Збережіть вхідні дані запиту, результати та дату.

Спонсор є орієнтиром для ідентифікації, а не універсальною відповіддю. Групова компанія може керувати вебсайтом для кількох дочірніх підприємств; експортер може розміщувати бренд фабрики; колишній оператор може залишатися в старих кешованих сторінках. Порівняйте спонсора з поточними відомостями на сайті та документами постачальника, а потім попросіть постачальника пояснити його роль.

Рівень 4: перевірка домену та контактної інфраструктури

Використовуйте службу RDAP ICANN для загальних доменів верхнього рівня, щоб перевірити публічні дати реєстрації, реєстратора, статус, сервери імен та будь-яку інформацію про організацію, яка фактично відображається. ICANN описує RDAP та свій публічний браузерний інструмент у своїх інструкціях для користувачів RDAP.

Не сприймайте приховані дані реєстранта як негативний фактор. Чинна політика ICANN щодо реєстраційних даних дозволяє або вимагає редагування та допускає наявність інформації про конфіденційність або проксі-сервіси в публічних результатах. Вік домену також може передувати появі поточного постачальника або бути пов’язаний із ребрендингом. Використовуйте RDAP для перевірки дат і зв’язків, а не для підтвердження права власності компанії.

Порівняйте домен із заголовками електронної пошти, доменом для відповідей, сертифікатами вебсайту, телефонними кодами країни та регіону, а також адресами в документах постачальника. Фіксуйте домени, які відрізняються на один символ або використовують безкоштовну поштову скриньку; не перетворюйте це спостереження на твердження про ідентичність, доки не буде підтверджено зв’язок між відправником і суб’єктом.

Рівень 5: зіставлення ознак продукту та логістики

Ознайомтеся з маркуванням на коробках, інструкціями, гарантійними талонами, етикетками безпеки, звітами про випробування, транспортними документами, реєстраціями продуктів, каталогами виставок та записами аудиту клієнтів, доступними вашій організації. Розрізняйте «вироблено», «продано», «експортовано», «перевірено для», «власник бренду» та «відправлено з». Один і той самий продукт законно може залучати кілька суб’єктів.

Використовуйте кластер локацій, а не окремий фрагмент адреси: провінція/місто, телефонний код регіону, промисловий парк, порт відвантаження, місце відвідування фабрики та сторінка контактів на вебсайті. Якщо з’являється китайська адреса, збережіть оригінальні символи та пізніше нормалізуйте її. Відповідність продукту та локація можуть звузити список кандидатів, але жоден із цих факторів не є унікальним.

Ведіть журнал потенційних збігів, а не розраховуйте рівень довіри

Для кожного можливого китайського суб’єкта запишіть чотири короткі блоки: спостережувані факти, висновок, конфлікт і наступні докази. Приклад: «Спостереження: спонсор ICP — Суб’єкт А; телефон у комерційній пропозиції має той самий міський код. Висновок: А може керувати вебсайтом. Конфлікт: бенефіціаром у банку є Суб’єкт Б. Наступні дії: запросити обидві ліцензії, назву китайського банку, суб’єкт договору та письмове підтвердження зв’язку».

Цей формат розділяє факти та їх тлумачення. Він також запобігає поширеній помилці: взяттю назви вебсайту від А, адреси фабрики від Б і банківського рахунку від В, а потім пошуку компанії, яка відповідає вигаданій комбінації.

Розгляд вигаданого кейсу Northstar Motion

Припустімо, що покупець отримує комерційну пропозицію від Northstar Motion Components. Електронний лист використовує northstar-motion.com, сайт заявляє про виробництво двигунів у Сучжоу, а на картонній коробці зазначено лише Made in China. У комерційній пропозиції відсутня китайська назва. Ці факти є гіпотетичними.

Запит ICP вебсайту виявляє Суб’єкт А в Сучжоу. Завантажуваний файл із документацією щодо якості містить назву Суб’єкта Б у сусідньому промисловому парку. RDAP показує, що домен було зареєстровано чотири роки тому, але публічна інформація про реєстранта прихована. Проформа-рахунок пізніше містить назву Суб’єкта В англійською мовою з гонконзьким банківським рахунком. Жоден із цих фактів не слід об’єднувати.

Покупець запитує китайські юридичні назви та ліцензії для А і Б, повну назву бенефіціара та характер зв’язку для В, а також підтвердження того, який суб’єкт підписує договір і виробляє двигун. Постачальник пояснює, що А є материковим експортером і оператором вебсайту, Б — афілійованою фабрикою, а В — незалежним старим платіжним агентом, якого не повинно бути в новому замовленні. Відділ закупівель окремо перевіряє А і Б та відмовляється оплачувати рахунки В без обґрунтованої документально підтвердженої причини.

Коли надійдуть точні китайські назви та коди, використайте метод виключення кандидатів. Ознайомтеся з кожною ліцензією, використовуючи довідник із полів бізнес-ліцензії. Чіткий зв’язок може підтвердити угоду; сам слід виявлення не є доказом цього зв’язку.

Зупиніться до того, як висновок стане верифікацією

Придатне завершення етапу виявлення формулюється так: «Англійську назву спостережено в [джерелах]. Суб’єкт А є кандидатом, оскільки [факти]. Суб’єкт Б може бути виробником, оскільки [факти]. Платіжний суб’єкт залишається невизначеним. Точні китайські назви та коди USCC були запрошені [дата]. Висновку щодо верифікації не зроблено».

Не проводьте пошук за негативними записами за здогаданим перекладом, не затверджуйте платежі за фонетичною схожістю та не змінюйте китайську назву задля зручності. Після підтвердження юридичної особи зберігайте оригінальні китайські символи як авторитетне позначення та використовуйте контрольований внутрішній переклад лише як допоміжний засіб для колег.