Фальшивий дублікат часто використовує реальні назви, суми або дизайн. Перевіряйте invoice register, PO, service period, beneficiary і канал надсилання; зовнішній вигляд та знайомий логотип не підтверджують борг.
AP отримує reminder із PDF, який майже повторює вже оплачений рахунок, але має інший IBAN і на один символ змінений номер. Дизайн і реальна сума могли бути скопійовані з листування, тому перевірка «виглядає як наш vendor» не працює.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | компанія або приватний клієнт, який отримав платіжну інструкцію |
| Кому | постачальник, керівник, marketplace або інша сторона, чию особу треба перевірити |
| Мета | запобігання оплаті підробленого або повторного інвойсу |
| Валюта / інструмент | invoice, банківський переказ, payment link або payout settings |
| Що змінює висновок | invoice data leakage, lookalike sender, changed account, prior payment, PO і reminder pressure |
Що потрібно знати до платежу
Фальшивий invoice може бути phishing-приманкою
FTC попереджає про fake invoice emails, які підштовхують відкрити вкладення, перейти за посиланням або зателефонувати за вказаним номером. Сам PDF не доводить існування боргу; відкритий balance треба перевіряти незалежно. (FTC — Phishers send fake invoices)
Ключова контрольна умова
FTC попереджає про фішингові інвойси, які намагаються змусити одержувача відкрити вкладення, перейти за посиланням або заплатити. (FTC — Phishers send fake invoices)
Яку доказову нитку зберегти
Шахрай може змінити номер чи реквізити, зберігши реальну суму й опис; duplicate check має бути multi-field. (FBI IC3 — Business Email Compromise)
Що змінює практичний висновок
Якщо реальний invoice уже оплачено, попередній bank reference і підтвердження постачальника є сильним контрольним доказом. (NCSC — Business payment fraud)
Покрокова підготовка
- Порівняйте з invoice register і PO. Шукайте збіг за supplier, invoice number, service period, amount, currency, PO та beneficiary; перевірте close date і bank reference попередньої оплати. Позначте всі відмінності між PDF на рівні полів.
- Запитайте vendor через відомий портал. Відкрийте account або support page через bookmark і перевірте outstanding invoices. Не натискайте URL та не телефонуйте за номером із reminder; підтверджений fraud передайте security разом із headers і файлами.
- Запустіть duplicate та vendor match. Порівняйте supplier ID, PO, amount, period, invoice number, bank account і sender domain з master record.
- Підтвердьте вимогу. Через vendor portal або відомий контакт уточніть open balance і не відкривайте вкладення до безпечної перевірки.
Які дані та документи зібрати
- оригінальне повідомлення з headers, URL або вкладенням у безпечному incident archive
- incident log із часом виявлення, сумою ризику, акаунтами, діями й контактами банку або платформи
- invoice register і попереднє payment confirmation за схожою вимогою
- vendor confirmation open balance через перевірений канал
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
AP отримує reminder з PDF, схожим на вже оплачений invoice, але з іншим IBAN. Реєстр показує закритий борг; vendor portal підтверджує нульовий баланс, лист передають security.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- щодо предмета «розпізнавання підробленого повторного рахунку» перевіряти підозрілий запит відповіддю на той самий лист або номером із нього; наслідок — втрата зв’язку з метою: запобігання оплаті підробленого або повторного інвойсу
- під час контролю предмета «розпізнавання підробленого повторного рахунку» чекати завершення внутрішнього розслідування, якщо кошти вже відправлено й банк треба повідомити негайно; окремої оцінки потребують: invoice data leakage, lookalike sender, changed account, prior payment, PO і reminder pressure
- платити через страх late fee без перевірки реєстру
- відкривати macro-enabled вкладення заради перегляду реквізитів
Де проходить межа поради
Остаточні вимоги залежать від юрисдикції, банку, платіжного провайдера, статусу сторін і призначення операції.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay приймає таку заявку на індивідуальну перевірку; менеджер підтвердить доступність, курс, підсумкову суму, реквізити та орієнтовний строк до оплати. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.