Разберем классическую и весьма неприятную ситуацию, с которой часто сталкиваются пользователи в программе 1С:Управление торговлей 11.4. Представим сценарий: оформлен ЗаказКлиенту, на его основании введено ПоступлениеБезналичныхДенежныхСредств на полную сумму заказа (предоплата 100%). Затем мы делаем первую частичную реализацию, которая корректно видит аванс и не формирует долг. Однако через месяц, когда мы создаем вторую реализацию на оставшуюся часть товаров, начинаются проблемы.
В самом документе отгрузки на вкладке "Основное" информационное поле может показывать, что оплачено 100% (по гиперссылке "Оплата"). Но если мы откроем отчеты, например, "Ведомость расчетов с клиентами", то увидим, что за клиентом числится долг ровно на сумму второй реализации. Перепроведение документов при этом не помогает. Проанализируем эту ситуацию и выясним причину такого поведения системы, а также рассмотрим по шагам, как это исправить.
В первую очередь проверим версию вашей конфигурации. На практике доказано, что в релизе 1С:УТ 11.4.6.200 присутствует системная ошибка (баг) в механизме распределения авансов при разрыве во времени между отгрузками. Если регистр накопления РасчетыСКлиентамиПоДокументам не формирует движения за месяц поступления денег и первой отгрузки, а показывает только месяц второй реализации, это верный признак бага.
Что делать:
Рассмотрим подробнее архитектуру "онлайн-взаиморасчетов", которая активно используется в редакции 11.4. Дело в том, что информационное поле в документе берет данные из оперативных регистров остатков, а классические отчеты строятся по специальным регистрам взаиморасчетов. Актуализация этих регистров выполняется регламентным заданием.
Если фоновое задание по какой-то причине зависло, выдало ошибку или было отключено, возникает рассинхронизация. В самом документе все выглядит красиво, а в отчетах висит долг.
Как решить проблему:
ВыполнениеОтложенныхДвиженийПоРасчетамСКлиентами выполнена успешно (отмечена зеленой галочкой).Проанализируем настройки договора или соглашения с клиентом. Критически важно, как именно настроена детализация взаиморасчетов. От этого зависит логика зачета оплат.
Если расчеты ведутся "По заказам", аванс жестко привязывается к заказу целиком. При корректной работе системы все последующие документы РеализацияТоваровУслуг, созданные на основании этого заказа, должны автоматически списывать этот аванс.
Если же в процессе работы настройки сбились или договор изменили задним числом на детализацию "По накладным", автоматический зачет работать перестанет. В этом случае вторая реализация уже не подтянет аванс из заказа автоматически. Вам потребуется зайти во вторую реализацию, нажать кнопку "Зачесть оплату" и вручную привязать свободный остаток от платежного поручения к конкретной накладной.
Посмотрим на ситуацию со стороны человеческого фактора. Бывают случаи, когда между первой и второй реализацией проходит значительное время (например, месяц). За этот период менеджер мог создать для этого же контрагента новые заказы или отгрузки.
Если в базе включен автоматический зачет авансов или кто-то вручную нажал кнопку перераспределения оплат в карточке клиента, свободный остаток аванса, который "ждал" вторую реализацию, мог уйти на погашение долгов по совершенно другим документам. В результате, к моменту создания второй накладной, свободных денег на остатках контрагента уже нет. Обязательно проверяйте карточку расчетов с клиентом на предмет "улетевших" оплат.
Разберем еще один нюанс. Проблема возникает, если во вторую реализацию были внесены ручные изменения, которые нарушают связь с основанием:
Встроенные алгоритмы 1С не смогут корректно распределить аванс на такие "незапланированные" строки. В таких случаях необходимо либо корректировать исходный ЗаказКлиенту, приводя его в соответствие с фактом, либо делать ручной зачет оплаты на образовавшуюся разницу сумм.
Напоследок обратим внимание на смежную проблему, которая вытекает из нарушений зачета авансов. При попытке пробить кассовый чек на зачет аванса из второй реализации ККТ может выдать ошибку вида "Чек аннулирован" или "Чек оплачен не полностью".
Это происходит потому, что при первой частичной отгрузке программа забирает свою часть предоплаты и передает корректные теги в чек. Если ко второй отгрузке хронология взаиморасчетов или привязка слетела, система путает признаки способа расчета (вместо "Полный расчет" с зачетом аванса пытается передать "Предоплату" или не видит сумму ранее внесенных средств). Поддержание строгого порядка проведения документов и контроль детализации по заказам помогут избежать проблем не только в учете, но и при работе с онлайн-кассами.