Запит після відправлення не слід трактувати як остаточну відмову. Уточніть case number, перелік питань і deadline, подайте узгоджений пакет, де договір, invoice, purpose та сторони описують одну операцію.
Переказ уже має UETR, але банк просить invoice, contract і пояснення economic purpose. Це не обов’язково означає return: платіж може чекати перевірки, а суперечливі файли або різні назви сторін лише подовжать розгляд.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | компанія або приватний клієнт, що ініціював міжнародний банківський платіж |
| Кому | іноземна компанія, установа або перевірений приватний отримувач |
| Мета | відповідь на запит банку щодо міжнародного платежу в процесі |
| Валюта / інструмент | SWIFT, SEPA або інший банківський переказ із transaction reference |
| Що змінює висновок | тип операції, сторони, source of funds, goods or services, deadline, privacy і bank policy |
Що потрібно знати до платежу
Risk-based review залежить від профілю конкретної операції
FATF guidance для банківського сектору пояснює risk-based approach: установи ідентифікують та оцінюють ризики й застосовують пропорційні заходи. FATF не встановлює універсального списку файлів для кожного платежу; точний запит формує ваш банк. (FATF — Risk-based approach for the banking sector)
Ключова контрольна умова
Фінансові установи можуть запитувати додаткові дані в межах власних перевірок ризику та вимог до конкретної транзакції. (SWIFT — Payments)
Яку доказову нитку зберегти
Надлишковий масив файлів без index може уповільнювати розуміння; відповідь має прямо зіставляти питання з доказом. (SWIFT — Unique End-to-end Transaction Reference)
Що змінює практичний висновок
Надання документів не гарантує проведення: остаточне рішення та можливі додаткові питання залежать від установи. (Your Europe — Payments and transfers)
Покрокова підготовка
- Перетворіть запит банку на checklist. Для кожного пункту випишіть requested document, формат, крайній строк і secure upload channel. Звірте legal names, amount, currency, goods або services, beneficiary та purpose між contract, invoice і payment.
- Надішліть короткий index разом із файлами. У першій сторінці поясніть сторони, економічну мету й відповідність кожного attachment питанню; замаскуйте нерелевантні чутливі дані, якщо банк дозволяє. Збережіть case ID і письмово уточніть статус після подання.
- Розберіть inquiry. Створіть таблицю question, concise answer, supporting file, page або field і owner; уточніть неоднозначності офіційним каналом.
- Подайте coherent pack. Перевірте однаковість назв, сум, валют, дат, beneficiary і purpose та збережіть receipt і case number.
Які дані та документи зібрати
- bank confirmation або платіжне повідомлення з transaction reference і статусом
- інвойс, договір чи інша підстава з beneficiary, amount, currency і purpose
- офіційний compliance request із case number і deadline
- indexed response pack із договором, invoice, source evidence та поясненням
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
Після відправлення платежу за обладнання банк запитує договір і походження коштів. Команда подає index, invoice, контракт, statement і коротку відповідь за кожним пунктом, зберігаючи case number.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- щодо предмета «відповідь на compliance inquiry за вже створеною транзакцією» називати платіж втраченим лише тому, що отримувач не бачить його в очікуваний день; наслідок — втрата зв’язку з метою: відповідь на запит банку щодо міжнародного платежу в процесі
- під час контролю предмета «відповідь на compliance inquiry за вже створеною транзакцією» надсилати дублікат до з’ясування статусу й можливості повернення першої транзакції; окремої оцінки потребують: тип операції, сторони, source of funds, goods or services, deadline, privacy і bank policy
- надсилати документи на неперевірену адресу з пересланого листа
- приховувати розбіжність замість короткого пояснення й виправного документа
Де проходить межа поради
Остаточні вимоги залежать від юрисдикції, банку, платіжного провайдера, статусу сторін і призначення операції.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay приймає таку заявку на індивідуальну перевірку; менеджер підтвердить доступність, курс, підсумкову суму, реквізити та орієнтовний строк до оплати. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
- SWIFT — Payments
- SWIFT — Unique End-to-end Transaction Reference
- Your Europe — Payments and transfers
- TradePay — SWIFT та SEPA платежі
- FATF — Risk-based approach for the banking sector
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.