Запит від керівника не повинен обходити платіжну політику. Перевірте особу через відомий канал, вимагайте бізнес-підставу й другого approver, особливо коли з’являються секретність, новий beneficiary або незвичний інструмент.
Бухгалтер отримує повідомлення від «CEO» про конфіденційну угоду, нового beneficiary і необхідність переказати кошти за годину. Секретність та авторитет керівника спеціально тиснуть на працівника, щоб він обійшов purchase evidence і друге погодження.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | компанія або приватний клієнт, який отримав платіжну інструкцію |
| Кому | постачальник, керівник, marketplace або інша сторона, чию особу треба перевірити |
| Мета | запобігання шахрайському терміновому переказу від імені керівника |
| Валюта / інструмент | invoice, банківський переказ, payment link або payout settings |
| Що змінює висновок | impersonation channel, urgency, secrecy, authority matrix, new beneficiary і payment method |
Що потрібно знати до платежу
Executive impersonation є типовим сценарієм BEC
FBI IC3 включає до Business Email Compromise запити, у яких злочинці видають себе за керівників або trusted parties, щоб домогтися переказу. Внутрішній display name не є перевіркою особи, навіть коли повідомлення містить правдиві деталі компанії. (FBI IC3 — Business Email Compromise)
Ключова контрольна умова
Executive impersonation використовує авторитет і терміновість, щоб працівник пропустив звичні перевірки. (FBI IC3 — Business Email Compromise)
Яку доказову нитку зберегти
Display name у пошті або месенджері не є доказом control над корпоративним акаунтом чи повноважень на платіж. (NCSC — Business payment fraud)
Що змінює практичний висновок
Заздалегідь визначений out-of-band approval дозволяє перевірити запит без розкриття деталей сторонній особі. (CISA — Require multifactor authentication)
Покрокова підготовка
- Застосуйте approval matrix без винятку. Вимагайте contract або іншу business basis, verified beneficiary, purpose, amount і другого approver так само, як для звичайного платежу. Усне «CEO бере відповідальність» не замінює контрольних полів.
- Підтвердьте керівника в іншому каналі. Зателефонуйте за відомим номером або використайте корпоративний канал, відкритий незалежно від повідомлення. Поставте коротке питання про суму й сторону; у разі спростування збережіть evidence та повідомте security до видалення листа.
- Застосуйте policy без винятку. Вимагайте request ID, purpose, invoice або іншу підставу, beneficiary verification і два погодження.
- Підтвердьте керівника. Зателефонуйте чи зв’яжіться через корпоративний контакт, відомий до запиту; зафіксуйте результат.
Які дані та документи зібрати
- оригінальне повідомлення з headers, URL або вкладенням у безпечному incident archive
- incident log із часом виявлення, сумою ризику, акаунтами, діями й контактами банку або платформи
- approval matrix і журнал незалежного підтвердження керівника
- договірна або комерційна підстава для конкретної суми й beneficiary
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
Бухгалтер отримує повідомлення «від CEO» про конфіденційну термінову угоду. Вона застосовує стандартний callback і approval matrix; справжній керівник підтверджує, що запиту не робив.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- щодо предмета «протидія executive impersonation та обхідному погодженню» перевіряти підозрілий запит відповіддю на той самий лист або номером із нього; наслідок — втрата зв’язку з метою: запобігання шахрайському терміновому переказу від імені керівника
- під час контролю предмета «протидія executive impersonation та обхідному погодженню» чекати завершення внутрішнього розслідування, якщо кошти вже відправлено й банк треба повідомити негайно; окремої оцінки потребують: impersonation channel, urgency, secrecy, authority matrix, new beneficiary і payment method
- погоджувати секретний платіж без другого контролю
- вважати фотографію профілю або display name доказом особи
Де проходить межа поради
Остаточні вимоги залежать від юрисдикції, банку, платіжного провайдера, статусу сторін і призначення операції.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay приймає таку заявку на індивідуальну перевірку; менеджер підтвердить доступність, курс, підсумкову суму, реквізити та орієнтовний строк до оплати. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
- FBI IC3 — Business Email Compromise
- NCSC — Business payment fraud
- CISA — Require multifactor authentication
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.