Debit у платника підтверджує списання, але не показує фінальний статус у банку отримувача. Зберіть UETR або інший reference, status і value date; отримувач має шукати платіж за цими даними у своєму банку.
У платника кошти списано, постачальник їх не бачить, а email-переписка перетворюється на обмін скриншотами. Для розслідування потрібні не зображення balance, а один payment identifier, точна instructed amount і статуси банків у ланцюгу.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | компанія або приватний клієнт, що ініціював міжнародний банківський платіж |
| Кому | іноземна компанія, установа або перевірений приватний отримувач |
| Мета | розслідування відправленого платежу, який отримувач ще не ідентифікував |
| Валюта / інструмент | SWIFT, SEPA або інший банківський переказ із transaction reference |
| Що змінює висновок | payment status, UETR, value date, intermediary banks, beneficiary bank, holidays і compliance review |
Що потрібно знати до платежу
UETR є спільним ідентифікатором платежу в мережі Swift
Swift описує UETR як рядок із 36 унікальних символів у платіжних інструкціях, який проходить через увесь ланцюг і дає банкам змогу відстежувати статус. Клієнт отримує його через банк або платіжний документ, а не генерує сам. (SWIFT — Unique End-to-end Transaction Reference)
Ключова контрольна умова
UETR створений як унікальний end-to-end reference для відстеження відповідної SWIFT-транзакції. (SWIFT — Payments)
Яку доказову нитку зберегти
Скрин списання без reference, currency, amount і beneficiary не дає отримувачу достатніх даних для точного пошуку. (SWIFT — Unique End-to-end Transaction Reference)
Що змінює практичний висновок
Орієнтовний строк не доводить збій: перш ніж ескалювати, треба перевірити status та події конкретного платежу. (Your Europe — Payments and transfers)
Покрокова підготовка
- Зберіть trace pack для банку-відправника. Додайте executed timestamp, instructed amount/currency, beneficiary, debit account, bank reference, UETR за наявності та документальний due date. Уточніть, чи банк бачить credited, rejected, on hold або intermediary processing.
- Передайте отримувачу дані без секретів. Надішліть invoice number, amount, value date, sender name та UETR або trace reference. Отримувач звертається до свого банку з цими полями; password, full statement і коди підтвердження не потрібні.
- Отримайте trace data. Попросіть банк або провайдера надати UETR чи доступний reference, status, value date та confirmed beneficiary data.
- Синхронізуйте пошук. Передайте отримувачу структурований пакет і попросіть його банк перевірити incoming payment саме за reference.
Які дані та документи зібрати
- bank confirmation або платіжне повідомлення з transaction reference і статусом
- інвойс, договір чи інша підстава з beneficiary, amount, currency і purpose
- платіжне підтвердження з UETR або іншим traceable reference
- письмова відповідь банку отримувача або статус внутрішнього пошуку
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
Постачальник не бачить EUR через два робочі дні. Платник отримує UETR і status, передає їх фінансовому контакту постачальника; той знаходить платіж на внутрішній перевірці банку.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- щодо предмета «пошук переказу між debit у платника та credit у отримувача» називати платіж втраченим лише тому, що отримувач не бачить його в очікуваний день; наслідок — втрата зв’язку з метою: розслідування відправленого платежу, який отримувач ще не ідентифікував
- під час контролю предмета «пошук переказу між debit у платника та credit у отримувача» надсилати дублікат до з’ясування статусу й можливості повернення першої транзакції; окремої оцінки потребують: payment status, UETR, value date, intermediary banks, beneficiary bank, holidays і compliance review
- просити банк шукати лише за прізвищем чи приблизною сумою
- публікувати повні реквізити й reference у відкритому чаті
Де проходить межа поради
Остаточні вимоги залежать від юрисдикції, банку, платіжного провайдера, статусу сторін і призначення операції.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay приймає таку заявку на індивідуальну перевірку; менеджер підтвердить доступність, курс, підсумкову суму, реквізити та орієнтовний строк до оплати. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
- SWIFT — Payments
- SWIFT — Unique End-to-end Transaction Reference
- Your Europe — Payments and transfers
- TradePay — SWIFT та SEPA платежі
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.