Будь-яку зміну реквізитів із листа обробляйте поза email-thread: зупиніть платіж, зателефонуйте за раніше відомим номером, перевірте account holder і введіть правило другого погодження. Терміновість не скасовує контроль.
За день до due date постачальник продовжує справжній email-thread і просить замінити IBAN. Лист містить старий invoice та звичний підпис, але mailbox міг бути скомпрометований; перевірка тільки адреси відправника не захищає платіж.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | компанія або приватний клієнт, який отримав платіжну інструкцію |
| Кому | постачальник, керівник, marketplace або інша сторона, чию особу треба перевірити |
| Мета | запобігання переказу на підмінений рахунок після email-компрометації |
| Валюта / інструмент | invoice, банківський переказ, payment link або payout settings |
| Що змінює висновок | компрометація mailbox, зміна країни чи beneficiary, invoice deadline, callback і payment status |
Що потрібно знати до платежу
BEC використовує підроблені або захоплені ділові акаунти
FBI IC3 описує Business Email Compromise як схему, у якій злочинці компрометують або spoof business email accounts, щоб проводити несанкціоновані transfers. Знайомий thread і правильні деталі контракту тому не підтверджують новий beneficiary. (FBI IC3 — Business Email Compromise)
Ключова контрольна умова
BEC-повідомлення може бути частиною реального листування після компрометації акаунта, тому знайомий thread не доводить автентичність зміни. (FBI IC3 — Business Email Compromise)
Яку доказову нитку зберегти
Незалежний callback використовує контакт, збережений до інциденту, а не телефон у новій інструкції. (NCSC — Business payment fraud)
Що змінює практичний висновок
Якщо платіж уже відправлено, швидкий контакт із банком та incident report важливіші за довгу переписку з підозрілою адресою. (TradePay — оплата інвойсів)
Покрокова підготовка
- Заморозьте лише зміну, не стираючи докази. Поставте payment і vendor-master update на hold; збережіть повний лист із headers, attachment, старі й нові реквізити, час та користувача, який отримав запит. Не відповідайте шахраю, що перевірка почалася.
- Зробіть callback за старим контактом. Використайте номер із договору, onboarding record або незалежного сайту, а не з листа. Попросіть назвати account holder, IBAN, банк, effective date та причину; другий approver документує результат і перевіряє bank confirmation.
- Увімкніть change freeze. Позначте vendor record high risk і забороніть оплату до callback, документальної звірки та другого approver.
- Перевірте й оновіть master data. Зіставте beneficiary proof, країну, рахунок і підписанта; збережіть старі дані й effective date.
Які дані та документи зібрати
- оригінальне повідомлення з headers, URL або вкладенням у безпечному incident archive
- incident log із часом виявлення, сумою ризику, акаунтами, діями й контактами банку або платформи
- vendor callback record із раніше відомим контактом і двома відповідальними
- bank details confirmation, отриманий через перевірений канал
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
За день до due date постачальник нібито змінює банк. AP ставить hold, телефонує procurement-контакту з договору й дізнається, що лист шахрайський; реквізити не змінюють.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- щодо предмета «перевірка неочікуваної зміни банківських даних постачальника» перевіряти підозрілий запит відповіддю на той самий лист або номером із нього; наслідок — втрата зв’язку з метою: запобігання переказу на підмінений рахунок після email-компрометації
- під час контролю предмета «перевірка неочікуваної зміни банківських даних постачальника» чекати завершення внутрішнього розслідування, якщо кошти вже відправлено й банк треба повідомити негайно; окремої оцінки потребують: компрометація mailbox, зміна країни чи beneficiary, invoice deadline, callback і payment status
- телефонувати за номером у підозрілому листі
- перезаписувати master data до завершення перевірки
Де проходить межа поради
Остаточні вимоги залежать від юрисдикції, банку, платіжного провайдера, статусу сторін і призначення операції.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay приймає таку заявку на індивідуальну перевірку; менеджер підтвердить доступність, курс, підсумкову суму, реквізити та орієнтовний строк до оплати. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.