Перейти к основному содержимому

Remittance Advice простыми словами: платёжная квитанция, которая говорит поставщику, какие счета вы оплатили

Опубликовано 10 мин чтенияMike ThriftMike Thrift
Remittance Advice простыми словами: платёжная квитанция, которая говорит поставщику, какие счета вы оплатили
Содержание страницы

Вы отправляете своему крупнейшему поставщику один перевод на $48 200. Он покрывает одиннадцать счетов, по трём из них применяется скидка за досрочную оплату, а двенадцатый оплачивается неполностью, потому что половина поставки пришла повреждённой. Деньги поступают на их счёт на следующее утро — и никто на их стороне понятия не имеет, за что именно они. Их клерк догадывается, зачитывает ваши деньги не на те счета, и через три недели вы получаете уведомление о просрочке по счетам, которые уже оплатили, плюс приостановку следующего заказа. Платёж был идеальным. Пояснения не хватало. У этого пояснения есть название: remittance advice.

Версия за 30 секунд​

Remittance advice — это записка, которую вы отправляете вместе с платежом (или чуть раньше него), где точно указано, какие счета он покрывает, какие корректировки вы применили и что осталось. Она не обязательна, но без неё команде кредиторской задолженности поставщика приходится сопоставлять ваши деньги со счетами наугад — а догадки порождают неверно зачтённые платежи, фантомные просрочки и испорченные отношения с поставщиками. Хороший remittance перечисляет каждый номер счёта, каждую скидку и зачёт, а также ссылку на платёж — в формате, который другая сторона может обработать без повторного ввода.

Что такое remittance advice (и чем он не является)​

Remittance advice — также называемый намиткой о переводе или платёжным уведомлением — идёт от плательщика к получателю. Он отвечает на один вопрос: «эти деньги оплачивают что именно?» Если вы когда-нибудь платили корпоративным чеком, вы уже пользовались самой старой его формой: отрывным корешком внизу чека с перечнем счетов, которые чек закрывает, — поставщик отрывает его и оставляет у себя, пока чек уходит в банк.

Три близких документа легко спутать с ним, поэтому разграничим их:

  • Счёт (invoice). Отправляется продавцом до оплаты с требованием денег. Remittance advice идёт в обратном направлении — вместе с деньгами.
  • Подтверждение оплаты (proof of payment). Банковское подтверждение или квитанция, показывающая, что средства были переведены. Оно доказывает, что вы заплатили, но не за что — подтверждение перевода без деталей по счетам и есть та самая проблема, которую решает remittance advice.
  • Заказ на покупку (purchase order). Отправляется покупателем до поставки с запросом товаров. Remittance может ссылаться на номера PO, но лишь чтобы помочь поставщику сопоставить позиции.

Ещё один момент, который стоит усвоить: никто не обязывает вас отправлять remittance advice. Ни закон, ни стандарт бухгалтерского учёта, ни банковское правило этого не требуют. Он сохраняется исключительно потому, что обе стороны сделки в выигрыше, когда этап сопоставления занимает секунды, а не телефонные звонки.

Что должен содержать каждый remittance advice​

Обязательного шаблона нет, но remittance, в котором упущено что-либо из перечисленного, породит то самое письмо-уточнение, которое он должен был предотвратить:

  • Название вашей компании и контактные данные, а также имя поставщика. Платежи иногда приходят от названия юрлица, которого поставщик никогда не видел, — DBA, дочерней компании, нового банковского счёта, — поэтому указывайте себя так, как вас знает их система, желательно с вашим номером клиента или поставщика.
  • Дату, сумму, способ и ссылку платежа. Дата отправки, общая сумма, как он был отправлен (номер чека, номер трассировки ACH, ссылка перевода), чтобы поставщик мог найти деньги в банковской выписке и связать вашу записку с ними.
  • Построчную разбивку каждого покрытого счёта. Для каждого счёта: номер, дата или номер PO, сумма до вычетов, применённая скидка, применённый зачёт и чистая сумма, которую вы по нему платите.
  • Корректировки, изложенные прямо. Скидка за досрочную оплату, недоплата за повреждённый товар, возврат товара, применённый кредит-меморандум — каждая получает свою строку с причиной. Круглая сумма на $300 меньше итога по счёту без объяснения читается как недоплата, а не как скидка.
  • Остаток, если он есть. Если вы частично оплачиваете счёт, укажите, сколько осталось и когда вы планируете это доплатить.
  • Контакт для вопросов. Одно имя, один email. Когда клерк поставщика находит расхождение в 16:45, эта строка — разница между исправлением в тот же день и неделей телефонных догонялок.

Кто, что и кому отправляет​

Направление всегда от плательщика к получателю: вы платите — вы объясняете. Но хореография бывает разной:

  • Вы составляете remittance. Самый распространённый случай. Ваш процесс кредиторской задолженности формирует уведомление из платёжного пакета и отправляет его в AR-отдел поставщика.
  • Поставщик заранее печатает квитанцию. Некоторые вендоры вкладывают в свой счёт отрывной бланк remittance — с номером счёта и номером счёта-фактуры, уже заполненными, — чтобы вы заполнили и вернули его с платежом. Заполните и отправьте обратно; этот бланк и есть remittance advice.
  • Платформа формирует его. Если вы платите через систему автоматизации AP или портал оплаты счетов вашего банка, система обычно автоматически отправляет поставщику remittance по email. Проверьте, что отправляемое действительно содержит детализацию по счетам, а не просто «отправлен платёж на $X» — многие порталы по умолчанию отправляют бесполезную версию.

Каким бы путём ни шла записка, отправляйте её на адрес, который поставщик действительно проверяет для платёжной корреспонденции. Remittance, отправленный на почту торгового представителя, — это неотправленный remittance.

Пять форматов: от бумажного корешка до структурированных данных​

Remittance advice переизобретали для каждого платёжного канала. Примерно в хронологическом порядке:

  1. Корешок чека. Детализация, напечатанная под чеком. Ноль технологий, дожил до наших дней, умирает вместе с самим чеком.
  2. Письмо по почте или факсу. Отдельное письмо-remittance, сопровождающее детали платежа. Всё ещё встречается в отраслях, где задержались чеки.
  3. Email с PDF или таблицей. Сегодняшний стандарт для малого бизнеса: удобная для человека разбивка, приложенная к письму «платёж отправлен». Читаемо для кого угодно, обрабатываемо никем — поставщику всё равно приходится перенабирать каждую строку.
  4. Данные remittance внутри платежа. Электронные форматы, несущие машиночитаемые детали вместе со средствами, чтобы система поставщика могла сопоставить счета, не касаясь клавиатуры. Это история ACH, о ней — в следующем разделе.
  5. Уведомления порталов и AP-автоматизации. Общие платформы, где покупатель и поставщик видят одну и ту же запись о платеже. Самый богатый вариант, когда обе стороны на ней, и бесполезный, когда нет.

Каждая ступенька этой лестницы убирает один круг ручного перенабора — а именно в перенаборе рождаются ошибки сопоставления.

ACH remittance с расшифровкой: CCD+ против CTX​

Вот часть, которую пропускает большинство руководств для малого бизнеса, а она важна с того момента, как вы начинаете платить вендорам через ACH, а не чеком: сеть ACH может нести детали вашего remittance внутри самого платежа, в машиночитаемых записях, которые банк поставщика передаёт в его учётную систему. Ни отдельного email, ни перенабора, ни догадок.

Механизм — это запись addenda (дополнительная запись): необязательное приложение к ACH-записи, несущее информацию, связанную с платежом. Два корпоративных формата записей используют её:

  • CCD+ (Cash Concentration or Disbursement, плюс одно приложение). Несёт ровно одну запись addenda длиной до 80 символов. Достаточно для одного номера счёта и короткой заметки. Годится для платежей по одному счёту, бесполезен для пакета на одиннадцать счетов.
  • CTX (Corporate Trade Exchange). Несёт до 9 999 записей addenda на платёж — достаточно, чтобы детализировать десятки или сотни счетов, каждый со своими корректировками, в одном переводе. Это формат, созданный для настоящего B2B-remittance.

Согласно операционным правилам Nacha, содержимое remittance в этих записях addenda структурировано как EDI (Electronic Data Interchange) по стандартам ANSI ASC X12 — чаще всего как набор транзакций 820 Payment Order / Remittance Advice. Простыми словами: существует десятилетиями устоявшаяся стандартная грамматика для «счёт 1042, сумма $5 240, скидка $48, нетто $5 192», и любой поставщик, чья система её понимает, может зачесть ваш платёж в момент поступления. Nacha также одобрила форматы XML-сообщений ISO 20022 для remittance через свою программу XML-ACH, дав бизнесу с международными операциями второй стандартный словарь.

Из этого следуют два практических вывода:

  • Если вы платите вендорам через ACH, спросите, какой формат remittance они могут принимать. Отправка голого CCD-кредита без addenda — электронный эквивалент чека с оторванным корешком: деньги приходят голыми. Даже CCD+ с одной ссылкой на счёт лучше, чем ничего.
  • Переводы (wires) хуже ACH для remittance. Внутренний перевод несёт лишь короткое свободнотекстовое поле (часто обрезаемое дальше по цепочке), поэтому переводы почти всегда требуют отдельного remittance по email. Если вам интересно, почему ваш перевод «потерялся» на неделю, — он не терялся: он лежал в нераспределённых поступлениях, пока кто-то выяснял, чей он.

Почему отсутствие данных remittance — это проблема денежного потока​

Это не бюрократия ради бюрократии. Когда платежи приходят без пояснений, команда AR поставщика отправляет их на счёт нераспределённых поступлений и начинает расследование: письма, звонки, сверка выписок. Отраслевые данные последовательно показывают, что отсутствие деталей remittance — одна из главных причин медленного зачёта платежей, и каждый день, пока ваш платёж лежит незачтённым, имеет свою цену:

  • Для поставщика: раздутый срок оборачиваемости дебиторской задолженности, искажённые прогнозы денежных потоков и рабочее время сотрудников, сожжённое на расследования, вместо взыскания долгов.
  • Для вас: неверно зачтённые платежи, вызывающие ложные уведомления о просрочке, пени, которые потом приходится оспаривать, и — в крайнем случае — кредитная приостановка, останавливающая вашу следующую поставку из-за счетов, оплаченных месяц назад.

Хороший remittance также защищает вас при аудите. Платёжная запись, прикреплённая к remittance с указанием, какие именно счета она закрыла, — самоописывающая; голая банковская строка «ACH debit $48 200» заставляет вас восстанавливать историю два года спустя по памяти.

Пять ошибок, которые сводят на нет весь смысл​

  1. Отправка круглой суммы без разбивки. «Платёж на $48 200 — спасибо!» — это не remittance advice. Это загадка со знаком доллара.
  2. Указание неверных идентификаторов. Ваш внутренний номер ваучера ничего не значит для поставщика. Ссылайтесь на их номера счетов, точно как напечатано, с цифрами и префиксами.
  3. Сокрытие корректировок. Применение скидки или недоплата без строки, объясняющей это, превращает законную корректировку в кажущуюся недоплату — а недоплату в звонок о взыскании.
  4. Отправка в никуда. Remittance, отправленный по факсу на мёртвый номер, на email бывшего сотрудника или загруженный в портал, куда поставщик никогда не заходит, даёт тот же эффект, что и молчание. Один раз уточните контакт AR, а затем используйте его.
  5. Платёж под неузнаваемым именем. Если юрлицо на платеже отличается от названия на счёте поставщика — новая дочерняя компания, смена DBA, поглощение, — скажите об этом в remittance. «ABC Holdings (ранее ABC Supply Co., клиент 4417)» экономит неделю.

Простой шаблон, который можно взять себе​

Вам не нужно программное обеспечение, чтобы начать. Обычное текстовое письмо с таким каркасом превосходит большинство того, что получают поставщики:

REMITTANCE ADVICE — [Ваша компания] (клиент №[номер])
Кому: [Имя поставщика]
Дата платежа: [дата] | Способ: [ACH / чек № / ссылка перевода]
Ссылка платежа: [номер трассировки / чека / подтверждения]
Всего уплачено: [сумма]
 
Счёт №      Дата счёта  Сумма      Скидка     Зачёты     Уплачено нетто
INV-1042     09/02        5,240.00   48.00      0.00       5,192.00
INV-1048     09/15        8,100.00   0.00       210.00     7,890.00
...
Итого:       сумма [__]  скидки [__]  зачёты [__]  уплачено [__]
 
Примечания: [причина недоплаты, остаток по частичному платежу, смена названия]
Вопросы: [имя, email, телефон]

Сохраните это как многоразовый шаблон, заполняйте строки из своего платёжного пакета и отправляйте с каждым платежом вендору. Пятнадцать минут дисциплины за каждый платёжный цикл избавляют вас от целой категории споров с поставщиками.

Проведение платежа, покрытого remittance, в вашем регистре​

Remittance — это ещё и ваш бухгалтерский первичный документ: он говорит регистру, как именно разбить один отток денег между кредиторской задолженностью, скидками и зачётами. Скажем, пакет оплачивает Acme два счёта на общую сумму $13 340 и применяет скидку за досрочную оплату $48 по одному из них — проводка зеркалит строки remittance:

2026-10-15 * "Acme Supplies" "ACH payment, remittance RA-2026-1042"
  Liabilities:Accounts-Payable:Acme-Supplies  13340.00 USD
  Income:Purchase-Discounts                      -48.00 USD
  Assets:Checking                               -13292.00 USD

Кредиторская задолженность дебетуется на полную сумму счёта, скидка за досрочную оплату кредитуется как доход по скидкам, а расчётный счёт кредитуется на фактически ушедшие деньги. Подшейте remittance к проводке — прикрепите его в учётной системе или храните рядом с регистром — и платёж объяснит сам себя вашему будущему «я», вашему бухгалтеру и вашему аудитору. Если вы новичок в двойной записи в plain-text бухгалтерии, документация пошагово разбирает проводки по кредиторской задолженности и платежам.

Держите кредиторку в порядке от платежа до подтверждения​

Каждый платёж вендору, который вы отправляете, рассказывает две истории: историю денег, написанную вашим банком, и историю сопоставления, написанную вашим remittance advice. Отправляйте обе, каждый раз, — и споры о просрочке по уже оплаченным счетам в основном исчезнут. Beancount.io обеспечивает plain-text бухгалтерию, дающую вам полную прозрачность и контроль над вашими финансовыми данными — никаких чёрных ящиков, никакой привязки к вендору. Начните бесплатно и узнайте, почему разработчики и финансовые специалисты переходят на plain-text бухгалтерию.

Источник: https://beancount.io/ru/blog/2026/10/15/remittance-advice-explained-invoice-matching-ach-addenda-guide

Опубликовано: 15 октября 2026 г.

12 мин чтения

Дублирующиеся оплаты счетов: скрытая утечка прибыли, истощающая до 2% ваших расходов на поставщиков

Дублирующиеся платежи поглощают 0,8–2% расходов на поставщиков. Проведите аудит…

accounts-payable
internal-controls
10 мин чтения

Трехстороннее сопоставление для малого бизнеса: контроль заказа на покупку, получения и счета-фактуры, который предотвращает дублирующие платежи

Трехстороннее сопоставление сравнивает заказ на покупку, отчет о получении и…

accounts-payable
small-business
11 мин чтения

Счёт на оплату vs. Квитанция vs. Счёт к оплате: какой документ запрашивает платёж, какой его подтверждает и почему ваш бухгалтер подшивает каждый из них по-разному

Счёт на оплату запрашивает платёж, квитанция его подтверждает, а счёт к оплате…

invoicing
accounts-receivable
12 мин чтения

Период оборачиваемости кредиторской задолженности (DPO): Полное руководство по измерению и оптимизации циклов оплаты

Период оборачиваемости кредиторской задолженности (DPO) измеряет среднее…

accounts-payable
cash-flow
9 мин чтения

Сверка выписок поставщиков: 15-минутный ежемесячный контроль, который ловит дублирующиеся платежи

Пошаговая ежемесячная процедура сравнения выписки поставщика с вашей книгой…

accounts-payable
reconciliation