Как оформить наложенный платеж в 1С

Наложенный платеж — это способ расчета, при котором покупатель оплачивает товар при получении в отделении почты или у курьера, а деньги затем перечисляются продавцу. В 1С такая схема требует корректного оформления отгрузки, отслеживания поступления оплаты и обработки невостребованных отправлений. Если документы вести «как обычно», появятся зависшие долги, ошибки в отчетах по НДС и расхождения с банком.

Механика работы зависит от конфигурации: в «1С:Управление торговлей», «1С:Комплексная автоматизация» и «1С:ERP» есть типовые инструменты, в «1С:Бухгалтерии» операции оформляются вручную через стандартные документы. Общий принцип везде одинаков: товар отгружается без мгновенной оплаты, задолженность контролируется по конкретному отправлению, а поступление денег от почтового оператора закрывает эту задолженность.

Ниже разобран порядок оформления наложенного платежа на примере типовых конфигураций, контрольные точки для проверки результата и типичные ошибки, которые приводят к расхождениям в учете.

Что нужно подготовить перед началом работы

Прежде чем оформлять первые отправления, проверьте базовые настройки. В справочнике «Контрагенты» заведите карточку почтового оператора (например, Почты России или транспортной компании), если деньги поступают от него, а не напрямую от покупателя. Это важно: плательщиком по банковской выписке будет оператор, а должником по учету — конечный покупатель, и эти роли нужно развести заранее.

Создайте для покупателей отдельный вид договора или хотя бы согласованный способ оформления: многие компании заводят одного условного контрагента «Покупатель наложенным платежом» и ведут расчеты по заказам. Это допустимо, если конфигурация поддерживает расчеты по документам, но затрудняет работу с постоянными клиентами. Альтернатива — заводить реального контрагента на каждого получателя.

Убедитесь, что в учетной политике и настройках расчетов включен нужный режим: в УТ и КА это обычно «по заказам» или «по накладным», в БП — расчеты по документам с контрагентом. От этого зависит, сможете ли вы точно сопоставить поступивший платеж с конкретным отправлением.

Как оформить заказ и отгрузку под наложенный платеж

Начните с документа «Заказ клиента» (в УТ, КА, ERP) или «Счет на оплату» (в БП). Укажите контрагента-покупателя, товары и полную сумму, которую получатель должен будет заплатить при получении. В сумму заказа включите стоимость доставки и комиссию оператора, если их оплачивает покупатель, — иначе поступившая сумма не сойдется с задолженностью.

На основании заказа создайте документ отгрузки: «Реализация товаров и услуг» или «Передача товаров». Товар при этом списывается со склада, а у покупателя возникает дебиторская задолженность. Если товар физически еще на вашем складе до отправки, используйте резервирование по заказу, чтобы его не продали повторно.

В комментарии к документу или в дополнительном реквизите зафиксируйте номер почтового идентификатора (трек-номера). Это ключевое поле для будущей сверки: именно по трек-номеру оператор отчитывается о вручении и перечислении денег. В некоторых конфигурациях для этого есть отдельные поля в документе «Расходный ордер» или в регистрах доставки.

1. 1
   Создайте заказ клиента с полной суммой наложенного платежа, включая доставку
2. 2
   Зарезервируйте товар под заказ на складе
3. 3
   Оформите реализацию (отгрузку) на основании заказа
4. 4
   Запишите трек-номер отправления в документ или связанный регистр
5. 5
   Передайте посылку оператору и получите подтверждение приема

Как отразить поступление денег от оператора

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

В «1С:Бухгалтерии» создайте документ «Поступление на расчетный счет» с видом операции «Оплата от покупателя». Если плательщик — оператор, а долг числится за конечным покупателем, есть два рабочих подхода: оформить поступление от оператора с последующей корректировкой долга через документ «Корректировка долга» (взаимозачет между оператором и покупателем), либо изначально вести расчеты с оператором как с покупателем, если он выступает агентом по договору. Выбор зависит от условий вашего договора с оператором.

В УТ и КА используйте «Поступление безналичных денежных средств» с разнесением по заказам в табличной части. Сверьтесь с реестром оператора: сумма по каждому трек-номеру должна совпасть с задолженностью по заказу. Если оператор удержал комиссию из суммы перевода, разницу отнесите на расходы (например, через документ «Прочие расходы» или услугу в том же поступлении, если конфигурация это позволяет) — не оставляйте ее висящей долгом покупателя.

Учет комиссии оператора и стоимости доставки

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

Если комиссию платит покупатель (включена в сумму наложенного платежа), то в учете она проходит в составе выручки, а расход на услуги оператора отражается отдельно по акту. Если комиссию платите вы как отправитель, оформите поступление услуг от оператора и отнесите затраты на расходы на продажу.

Стоимость доставки учитывается аналогично: либо она входит в цену для покупателя и увеличивает выручку, либо является вашим расходом. Главное правило — схема должна быть единообразной для всех отправлений, иначе сверка с оператором превратится в ручной разбор каждой строки.

Кто платит комиссию оператора

Комиссию платит покупатель

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

Комиссию платит продавец

Покупатель платит только за товар и доставку. Нужно отдельно учитывать расходы на услуги оператора по акту.

Смешанная схема

Часть расходов на клиенте, часть на продавце. Максимально гибко, но требует жесткой дисциплины в оформлении документов.

Как оформить возврат невостребованного отправления

Часть посылок покупатели не забирают: отказались, не пришли в отделение, указали неверный адрес. Такие отправления возвращаются отправителю, и в 1С их нужно провести как возврат, иначе товар зависнет в остатках как проданный, а задолженность покупателя будет числиться вечно.

Оформите документ «Возврат товаров от клиента» на основании исходной реализации. Товар вернется на склад, задолженность закроется. Если возврат идет долго (посылка едет обратно неделями), решите на уровне учетной политики, в какой момент признавать возврат: по факту получения на складе или по уведомлению оператора об отказе. Первый вариант точнее для складских остатков, второй — быстрее очищает дебиторку.

Расходы на обратную доставку, если их несете вы, отразите как услуги оператора. Не списывайте их на покупателя автоматически: взыскать такие суммы с физического лица на практике почти невозможно, а завышенная дебиторка исказит отчетность.

Как проверить результат и свести учет

Основной инструмент контроля — отчет по расчетам с контрагентами: «Задолженность клиентов» в УТ/КА или оборотно-сальдовая ведомость по счету 62 в БП. Отфильтруйте данные по договору или способу оплаты, выделите все незакрытые отгрузки наложенным платежом и сопоставьте их со статусами отправлений на стороне оператора.

Каждое отправление должно быть в одном из трех состояний: в пути, оплачено (деньги получены и разнесены) или возвращено (оформлен возврат). Отправления, которые висят в статусе «в пути» дольше типичного срока доставки плюс срок хранения в отделении, — кандидаты на разбор: либо потеряны, либо возвращены, но возврат не оформлен.

Регулярно сверяйтесь с реестрами оператора: сумма перечислений за период должна равняться сумме разнесенных поступлений плюс удержанные комиссии. Расхождение почти всегда означает пропущенный платеж или неучтенную комиссию.

Контрольные точки

Как проверить результат

Задолженность по заказу после поступления денег

Норма

Долг закрыт полностью, сумма совпадает с реестром оператора

Тревожный признак

Остаток долга равен комиссии или произвольной сумме

Складские остатки по возвращенным посылкам

Норма

Товар оприходован возвратом, количество совпадает с фактом

Тревожный признак

Товар числится проданным, на складе его нет

Сверка с реестром оператора за период

Норма

Перечисления минус комиссия равны разнесенным оплатам

Тревожный признак

Есть неразнесенные суммы или платежи без реестра

Просроченные отправления

Норма

Все старые отправления либо оплачены, либо оформлены возвратом

Тревожный признак

Долги висят месяцами без движения

Ограничения и когда нужна доработка

Типовые конфигурации закрывают базовый сценарий, но при больших объемах отправлений ручное разнесение реестров становится узким местом. Если отправлений десятки в день, рассмотрите загрузку реестров оператора из файлов или интеграцию по API — такие решения есть как в виде готовых расширений, так и разрабатываются под конкретного оператора.

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

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

Удобно завести в 1С отдельный склад или хотя бы отбор по статусу для товаров, отправленных наложенным платежом, но еще не оплаченных. Это упрощает инвентаризацию: такой товар формально продан, но оперативно видеть его объем и стоимость полезно для оценки рисков невыкупа.

Частые вопросы

Можно ли оформить наложенный платеж в 1С:Бухгалтерии без торговых документов?

Да, но с ограничениями. Используйте «Счет покупателю», «Реализацию (акты, накладные)» и «Поступление на расчетный счет». Резервирования и удобного контроля по трек-номерам в БП нет, поэтому трек-номера фиксируйте в комментариях или дополнительных сведениях, а сверку ведите вручную по реестрам оператора.

Кто должен быть плательщиком в документе поступления — оператор или покупатель?

Зависит от договора. Если оператор выступает агентом и перечисляет выручку за вычетом комиссии, корректно принимать оплату от оператора с последующим зачетом задолженности покупателя через «Корректировку долга». Если объемы небольшие и договор это допускает, некоторые компании ведут все расчеты на оператора как на единого покупателя.

Что делать, если покупатель оплатил частично?

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

Как учесть комиссию, если оператор удержал ее из перевода?

Отразите поступление на полную сумму задолженности покупателя, а комиссию оформите отдельно — как услугу оператора по акту или реестру. Тогда долг покупателя закроется полностью, а расход на комиссию попадет в затраты обоснованно. Вариант «принять меньшую сумму и оставить хвост долга» приводит к накоплению фиктивной дебиторки.

Когда признавать выручку — при отгрузке или при получении денег?

По общим правилам бухгалтерского и налогового учета выручка признается при переходе права собственности, обычно в момент отгрузки, а не при поступлении оплаты. Наложенный платеж — это форма расчетов, а не отсрочка признания дохода. Точные моменты для вашего налогового режима согласуйте с бухгалтером.

Как быть, если посылка потерялась и оператор выплатил компенсацию?

Компенсация оформляется как прочее поступление от оператора, а не как оплата покупателя. Реализацию при этом сторнируют или оформляют возврат в зависимости от условий договора и момента перехода рисков. Сумма компенсации часто отличается от стоимости товара — разницу относят на прочие доходы или расходы.