Вопрос ведения взаиморасчетов — один из ключевых в любом бизнесе, связанном с продажами. Перед каждой компанией встает дилемма: как учитывать поступающие от клиентов оплаты? С одной стороны, есть простой и автоматизированный метод ФИФО (First-In, First-Out), когда система автоматически погашает самые старые долги. С другой — желание и часто требование клиентов видеть точное соответствие: вот этот платеж закрывает вот эту конкретную накладную. Попытка совместить эти подходы часто приводит к путанице, накоплению мелких переплат и недоплат («хвостов») и недовольству как со стороны менеджеров, так и со стороны клиентов. Рассмотрим эту проблему подробно и разберем основные стратегии ее решения.
Самый распространенный на практике подход — это комбинация автоматического и ручного методов. Его логика проста и эффективна для большинства случаев.
Этот метод хорошо работает, когда ваши клиенты достаточно дисциплинированы и указывают основания платежей. Однако он не решает проблему полностью. Что делать, если клиент указал номер накладной, но оплатил неполную сумму? Или, наоборот, большую? Здесь и начинаются сложности, которые приводят к накоплению тех самых «хвостов».
Ведение всех расчетов строго по ФИФО — самый простой с точки зрения автоматизации вариант. Система последовательно закрывает задолженности, начиная с самой ранней. Этот подход имеет весомое преимущество: он полностью соответствует законодательству.
Согласно п. 3 ст. 319.1 Гражданского кодекса РФ, если должник не указал, какое именно обязательство он погашает, сумма засчитывается в счет обязательства, срок исполнения которого наступил ранее. Таким образом, с юридической точки зрения, вы действуете абсолютно правомерно.
Однако у этого метода есть серьезные операционные недостатки:
Вне зависимости от выбранного подхода, почти все компании сталкиваются с проблемой мелких расхождений, которые накапливаются и усложняют учет. Проанализируем самые частые случаи.
Ситуация 1: Оплата с учетом претензии.
Клиенту отгрузили товар на 1000 рублей по накладной №456. Он выставил претензию на 50 рублей (например, из-за брака), и вы ее приняли. Его долг по накладной стал 950 рублей. Однако его бухгалтер по ошибке отправляет платеж на 1000 рублей с назначением «Оплата по РН №456». В итоге на этой накладной образуется переплата в 50 рублей. Куда ее деть?
Ситуация 2: Переплата после отгрузки.
Отгрузили товар на 1000 рублей, клиент оплатил 1000 рублей. Позже он вернул часть товара на 100 рублей. В итоге по накладной снова образовалась переплата. Возвращать 100 рублей клиенту экономически нецелесообразно (комиссия банка может составить 30-50 рублей), да и у него есть другие долги. Но клиент не дает указаний, куда зачесть эту сумму. В итоге она «висит хвостом».
Эти «хвосты» со временем накапливаются, и их ручная чистка отнимает много времени у бухгалтерии и менеджеров.
Единого «волшебного» решения не существует. Эффективное управление взаиморасчетами — это комплекс мер, сочетающий организационные подходы, использование стандартного функционала 1С и, при необходимости, технические доработки.
Часто корень проблемы кроется не в программе, а в отсутствии коммуникации. Ответственность за «здоровье» дебиторской задолженности должна лежать на менеджерах по продажам.
В современных конфигурациях 1С (таких как 1С:ERP, 1С:Управление торговлей 11, 1С:Комплексная автоматизация 2) проблема «противоречивых желаний» (вести учет по договору, но видеть расчеты по накладным) решается гораздо гибче.
В настройках договора или соглашения с клиентом можно выбрать детализацию расчетов, которая сочетает оба подхода, например:
Как это работает? Все авансовые платежи, по которым нет конкретного назначения, «падают» на общий котел договора или заказа. Они не привязываются к конкретным будущим отгрузкам. Когда вы создаете документ реализации, этот аванс можно зачесть в счет погашения долга по этой конкретной накладной. Это дает необходимую гибкость: авансы лежат централизованно, а долги учитываются детализированно.
Для разбора сложных случаев и ручного распределения оплат в этих системах есть удобный помощник «Зачет оплаты», где наглядно видны все нераспределенные платежи и непогашенные накладные, что позволяет точечно закрывать задолженности.
Если функционала типовой конфигурации (особенно устаревшей, как УТ 10.3) не хватает, можно пойти по пути доработки системы. Один из вариантов — создание собственных механизмов учета.
Пример реализации:
Преимущества: вы получаете абсолютно прозрачную картину того, какой платеж какую накладную закрыл. На основе этих данных легко строятся отчеты по просроченной дебиторской задолженности (ПДЗ), отчеты по платежной дисциплине клиентов и планирование денежных потоков.
Сложности: такая доработка требует высокой квалификации программиста. Необходимо предусмотреть корректную обработку проведений «задним числом», отмены проведения документов, а также правильно определять дату платежа (дата документа или дата по выписке).
Не стоит забывать, что корректная привязка платежей критически важна для налогового учета, в частности для НДС.
Когда вы получаете аванс, вы обязаны выставить счет-фактуру на аванс и уплатить НДС. При последующей отгрузке в счет этого аванса вы принимаете этот НДС к вычету. В отгрузочных документах (УПД или счет-фактура) должны быть указаны реквизиты платежного документа, по которому был получен аванс.
Если в вашей системе царит хаос из-за ФИФО-распределения, и аванс от одного платежа «закрывается» отгрузкой, оплаченной другим платежом, это приведет к ошибкам в книге продаж и книге покупок. Налоговые органы через систему АСК НДС-2 легко выявляют такие несоответствия, что может повлечь за собой отказ в вычете НДС для вашего покупателя и запросы от ФНС к вам. Именно поэтому бухгалтерия часто настаивает на жесткой привязке оплат к реализациям.
В заключение, идеальной системы взаиморасчетов не существует. Наиболее эффективный подход — это комбинация гибких настроек современной системы 1С, четких организационных регламентов для менеджеров и регулярного контроля за состоянием дебиторской задолженности.