Для кожного траншу зберігайте початкову суму інвойсу, applied amount, причину часткової оплати та залишок. Reference має дозволяти постачальнику застосувати платіж до правильного документа й етапу.
Інвойс на 100 000 EUR сплачують трьома траншами, але кожен банківський рядок містить різний вільний коментар. Без єдиного reference й open-balance ledger постачальник може не застосувати один платіж або команда випадково перевищить залишок.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | компанія або підприємець, що оплачує іноземний комерційний документ |
| Кому | постачальник, виконавець або документовано уповноважений отримувач |
| Мета | часткова оплата інвойсу через графік, ліміт або погоджений спір |
| Валюта / інструмент | invoice, supporting contract і підтверджені банківські реквізити |
| Що змінює висновок | payment schedule, валюта, credit note, утримання, попередні транші й округлення |
Що потрібно знати до платежу
Авансовий платіж може мати власну дату в інвойсі
European Commission зазначає, що повний VAT-інвойс за відповідних умов містить дату payment on account, якщо вона відома й відрізняється від issue date. Це поле допомагає пов’язати аванс із вимогою, але всі часткові виконання все одно треба вести у власному ledger. (European Commission — VAT invoicing)
Ключова контрольна умова
Один invoice number може бути спільним для кількох траншів, але кожна транзакція потребує власного payment reference. (European Commission — VAT invoicing)
Яку доказову нитку зберегти
Залишок треба рахувати з фактично застосованих сум, а не лише з відправлених заявок або bank initiated status. (FTC — Phishers send fake invoices)
Що змінює практичний висновок
Якщо частина суми утримана через спір, причина та погоджена дата перегляду мають бути письмово відокремлені від помилки платежу. (TradePay — оплата інвойсів)
Покрокова підготовка
- Відкрийте ledger від invoice total. Створіть рядки для agreed total, кожного planned tranche, executed amount, credit note, refund та open balance. В усіх рядках збережіть currency, invoice number і внутрішній purchase ID.
- Узгодьте reference до першого траншу. Попросіть issuer підтвердити формат, за яким він застосовує partial payments. Після кожного переказу додайте bank reference й remittance advice, отримайте applied amount і лише тоді розрахуйте наступний залишок.
- Створіть sub-ledger інвойсу. Покажіть original amount, currency, кожен tranche ID, applied date, credit note та open balance.
- Погодьте application. Повідомте постачальнику invoice number, частину й очікуваний залишок та отримайте підтвердження застосування.
Які дані та документи зібрати
- оригінальний invoice або credit document, отриманий через контрольований канал
- договір, purchase order або інша підстава з тими самими сторонами й предметом
- payment schedule або письмова згода на часткові транші
- sub-ledger із усіма bank references і актуальним open balance
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
Обладнання оплачують трьома траншами. Після кожного банк-reference додають до sub-ledger, постачальник підтверджує applied amount, а фінальний платіж дорівнює перевіреному залишку.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- щодо предмета «облік одного інвойсу, який оплачується кількома траншами» редагувати invoice локально замість отримання виправленої версії від issuer; наслідок — втрата зв’язку з метою: часткова оплата інвойсу через графік, ліміт або погоджений спір
- під час контролю предмета «облік одного інвойсу, який оплачується кількома траншами» підтверджувати реквізити відповіддю на той самий підозрілий лист; окремої оцінки потребують: payment schedule, валюта, credit note, утримання, попередні транші й округлення
- використовувати однаковий нечіткий reference для всіх траншів
- рахувати initiated payment як уже застосований постачальником
Де проходить межа поради
Остаточні вимоги залежать від юрисдикції, банку, платіжного провайдера, статусу сторін і призначення операції.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay приймає таку заявку на індивідуальну перевірку; менеджер підтвердить доступність, курс, підсумкову суму, реквізити та орієнтовний строк до оплати. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
- European Commission — VAT invoicing
- FTC — Phishers send fake invoices
- TradePay — оплата інвойсів
- European Commission — How VAT works
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.