Перевірка банківських переказів для постачальників із Китаю

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

Опубліковано ChinaValidateОпубліковано 9 червня 2026 р.Останнє оновлення 10 вересня 2026 р.

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

Розпочати перевірку компаніїПереглянути приклад звіту

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

Наведений нижче протокол починається за десять хвилин до виплати. Він передбачає, що комерційна перевірка та перевірка постачальника вже проведені; терміновість не може замінити відсутнє затвердження.

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

Перед початком відліку: зафіксуйте вихідні дані

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

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

Десятихвилинний протокол виплати

T-10: ідентифікуйте платіж та першоджерело

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

T-8: порівняйте дані одержувача рядок за рядком

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

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

T-6: здійсніть незалежний зворотний дзвінок

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

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

T-4: розділіть ініціювання, перевірку та виплату

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

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

T-2: звірте введені банківські дані із зафіксованим записом

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

T-0: здійсніть виплату та збережіть докази

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

Умови зупинки, що вимагають перезапуску процесу

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

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

Односторінковий звіт про виплату

Ведіть запис достатньо фактологічно, щоб інший рецензент міг відтворити рішення:

  1. Платіж: постачальник, замовлення, рахунок-фактура, етап, сума, валюта та термін оплати.
  2. Базовий рівень: версія запису бенефіціара та дата останнього затвердження.
  3. Порівняння: зіставлені поля та будь-які масковані поля, які банк не відображав би.
  4. Зворотний дзвінок: тригер, відомий контакт, джерело номера, час та надані деталі.
  5. Ролі: ініціатор, рецензент, підготовлювач та особа, що здійснює випуск.
  6. Винятки: точна різниця, підтверджувальні докази, власник рішення та термін дії.
  7. Випуск: банківська довідка, мітка часу та місце зберігання пакета доказів.

«Підтверджено постачальником» — це непотрібна примітка. «Зателефонував на номер із підписаного контракту 2025; менеджер рахунку назвав бенефіціара, що закінчується на 4821, та рахунок-фактуру CV-104; ініціали рецензента та час зафіксовано» — такий запис можна перевірити пізніше.

Якщо сумніви виникли після виплати

Негайно зв’яжіться з банком-відправником за його офіційним номером і повідомте про підозрілий переказ. Запитайте, які доступні процедури повернення, скасування операції, відшкодування збитків, компенсації або звернення до банку одержувача; результати можуть різнитися, і повернення коштів не гарантовано. IC3 та британський посібник NCSC щодо бізнес-платежів обидва наголошують на необхідності негайного контакту з банком. FTC також радить відправнику банківського переказу повідомити про транзакцію та запитати, чи можливе скасування. Ознайомитися з кроками FTC щодо інцидентів.

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

Чого не замінює фінальна перевірка

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

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

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