В практической работе с 1С:ERP часто возникает ситуация, когда в отчетах по дебиторской задолженности «висит» просрочка, хотя фактически клиент ничего не должен. Типичный сценарий: был создан Заказ клиента с графиком оплаты, но при оформлении документа Реализация товаров и услуг бухгалтер или менеджер ошибочно выбрал другой договор или объект расчетов. Если период уже закрыт для редактирования, простое исправление документа реализации невозможно. Рассмотрим подробнее, как правильно устранить эту проблему методологическими и техническими средствами.
Прежде чем приступать к исправлениям, разберем по шагам, почему система фиксирует просрочку. В 1С:ERP задолженность контролируется не только по сумме, но и по аналитическим разрезам: Партнер, Контрагент, Договор и Объект расчетов (которым часто выступает Заказ клиента).
Если в Заказе клиента указан график оплаты, система ожидает поступления денежных средств или отгрузки именно по этому заказу. Когда реализация оформляется по другому договору, в системе образуется «пересорт»: по одному объекту расчетов висит долг (невыполненное обязательство по заказу), а по другому — излишняя отгрузка или аванс. Поскольку по заказу срок оплаты вышел, отчеты «Задолженность клиентов по срокам» начинают показывать просрочку.
Проанализируем наиболее корректный с точки зрения методологии способ. Если период закрыт, мы не можем менять старые документы, но можем сделать корректирующую запись в текущем периоде. Для этого воспользуемся документом Взаимозачет задолженности (раздел Казначейство — Взаимозачеты и списания задолженности). При большом объеме операций для массового формирования документов подойдёт обработка для группового создания взаимозачетов задолженности.
Этот способ является приоритетным, так как он автоматически делает записи во все необходимые регистры накопления, сохраняя целостность учета. Рассмотрим порядок действий:
Взаимозачет задолженности.Заказ клиента, по которому висит просрочка.Важный момент: если в системе включен механизм «Онлайн-взаиморасчеты», этот документ позволит системе правильно «схлопнуть» долги в фоновом режиме, не нарушая последовательность расчетов за прошлые месяцы.
В некоторых случаях просрочка возникает из-за неактуального графика оплаты в заказе, который уже невозможно отредактировать. Если взаимозачет не применим, проанализируем ситуацию с использованием документа Корректировка задолженности с типом операции «Списание задолженности».
Этот метод подходит, если вам нужно «обнулить» ожидания системы по конкретному заказу. При списании задолженности в качестве статьи расходов/доходов следует выбирать технические статьи, которые не влияют на финансовый результат (если вы просто перебрасываете долг), либо корректно отражать их в управленческом учете. Для автоматизации массового списания можно использовать обработку для группового создания корректировок задолженности.
Выясним причину, по которой обычные документы могут не помочь. Иногда в 1С:ERP данные в отчетах «расползаются» из-за ошибок в регистрах накопления. Если отчет показывает просрочку, а в ведомости расчетов остаток нулевой, значит, проблема в регистре РасчетыСКлиентамиПоСрокам.
Посмотрим, какие регистры нужно скорректировать, если вы решите действовать через документ Корректировка регистров:
РасчетыСКлиентами — отвечает за общий баланс по контрагенту.РасчетыСКлиентамиПоДокументам — детализирует расчеты до конкретных первичных документов.РасчетыСКлиентамиПоСрокам — именно здесь хранится информация о датах возникновения задолженности и плановых датах оплаты.Внимание: при ручной корректировке регистров необходимо соблюдать строгую идентичность измерений. Если вы убираете сумму из одного договора (Расход), вы должны добавить её в другой (Приход) с теми же ключами аналитики.
// Пример логики движения по регистрам (условно):
РегистрНакопления.РасчетыСКлиентами.СоздатьНаборЗаписей();
// Запись 1: Убираем долг с правильного заказа
// Запись 2: Схлопываем аванс на ошибочном договоре
Разберем ситуацию, предложенную в некоторых обсуждениях: использование обработки Групповое изменение реквизитов для подмены договора в закрытом периоде. Мы настоятельно не рекомендуем этот способ по следующим причинам:
Реализация товаров и услуг не изменит автоматически движения в регистрах бухгалтерии (проводки по 62 счету) без перепроведения.Если вы всё же решились на это, обязательно создайте резервную копию базы и убедитесь, что понимаете последствия отсутствия перепроведения документа в закрытом периоде.
После проведения корректирующих мероприятий (лучше всего — Взаимозачета задолженности), проанализируем ситуацию с помощью стандартных отчетов:
Таким образом, использование типового механизма взаимозачета является самым безопасным и методически верным способом исправления «пересорта» по аналитике в 1С:ERP, особенно когда речь идет о закрытых периодах.