В процессе ведения учета в конфигурации 1С:Управление производственным предприятием (УПП) часто возникают ситуации, когда входящие платежные поручения (ППвх) привязываются не к тем документам реализации (РТУ). Если период уже закрыт для редактирования, прямое перепроведение документов невозможно. Проанализируем, как решить эту задачу методологически верно, не нарушая целостность данных и отчетности.
При необходимости внесения исправлений в регистры накопления в 1С встает вопрос: делать ли «обратное движение» (менять Приход на Расход) или использовать «красное сторно» (отрицательную сумму при сохранении вида движения). Рассмотрим подробнее, почему отрицательная сумма является стандартом.
В системе 1С:УПП регистры накопления (такие как Взаиморасчеты с контрагентами) используются для формирования аналитических отчетов. Если вместо сторно (минуса) использовать обратное движение, в отчетах искусственно завышаются обороты. Например, если вы ошибочно отразили приход на 1000 рублей и исправляете его расходом на 1000 рублей, то в графе «Обороты» по приходу и расходу будет значиться по 1000 рублей, хотя фактически движения средств не было. Использование отрицательной суммы в движении вида «Приход» позволяет «схлопнуть» ошибочную запись, обнулив обороты, что сохраняет чистоту финансового анализа.
Проанализируем самый «чистый» с точки зрения методологии 1С способ исправления — использование штатного документа КорректировкаДолга. Этот документ предназначен именно для таких ситуаций в текущем (открытом) периоде.
Разберем по шагам алгоритм действий:
Корректировка долга в текущем периоде.Преимущество этого метода заключается в том, что программа автоматически сформирует движения по всем необходимым регистрам: и по бухгалтерскому учету (счета 60, 62), и по управленческим регистрам расчетов. Это исключает риск того, что данные в Ведомости по взаиморасчетам будут расходиться с данными бухгалтерского баланса.
Если задача стоит более остро и требуется точечно исправить движения конкретных регистров без создания проводок по счетам (если сальдо по счету верное, а ошибка только в управленческой аналитике), можно воспользоваться документом КорректировкаЗаписейРегистров. Рассмотрим ситуацию подробнее.
В 1С:УПП за взаиморасчеты отвечают несколько ключевых регистров. Если в договоре установлен флаг «По документам расчетов с контрагентами», основным является регистр накопления ВзаиморасчетыСКонтрагентамиПоДокументамРасчетов. Чтобы исправить привязку платежа, нам нужно сделать две записи в КЗР:
ДокументРасчетов должна быть указана ошибочная РТУ.ДокументРасчетов указываем правильную РТУ.Важный технический нюанс: Не забывайте, что ППвх в УПП часто двигает и другие регистры, такие как РасчетыСКонтрагентами. Если вы правите один регистр, обязательно проверьте необходимость правки остальных, иначе аналитика в разных отчетах («Ведомость по взаиморасчетам» и «Ведомость по расчетам с контрагентами») перестанет совпадать.
Для программиста 1С решением может стать написание обработки, которая изменит записи регистров без снятия документов с проведения. Выясним причину, почему это иногда предпочтительнее. Если документов десятки или сотни, ручное создание КЗР или Корректировок долга крайне трудоемко.
При написании обработки можно использовать следующий подход:
// Пример логики для исправления записи регистра
НаборЗаписей = РегистрыНакопления.ВзаиморасчетыСКонтрагентамиПоДокументамРасчетов.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(СсылкаНаПлатежку);
НаборЗаписей.Прочитать();
Для Каждого Запись Из НаборЗаписей Цикл
Если Запись.ДокументРасчетов = ОшибочнаяРеализация Тогда
Запись.ДокументРасчетов = ПравильнаяРеализация;
КонецЕсли;
КонецЦикла;
НаборЗаписей.Записать();
Внимание! Прямая правка наборов записей существующих регистраторов в закрытом периоде крайне опасна. Это может привести к тому, что при любом случайном перепроведении документа ваши правки будут затерты стандартным алгоритмом проведения. Проанализируем ситуацию: безопаснее программно создавать документы КорректировкаЗаписейРегистров текущей датой, чем править движения старых документов.
Разберем критический момент, который часто упускают из виду. В 1С:УПП расчет НДС тесно связан с состоянием взаиморасчетов. Если вы меняете привязку платежа с одной реализации на другую, может измениться статус платежа на определенную дату.
Например, если первоначальная реализация была датирована 01.01.2023, а платеж пришел 05.01.2023, то этот платеж считался оплатой. Если вы перепривязываете его к реализации от 10.01.2023, то на период с 5 по 10 число этот платеж автоматически становится авансом. Это влечет за собой необходимость начисления НДС с аванса (счет 76.АВ), выписки счета-фактуры на аванс и отражения его в книге продаж. Если период закрыт и декларация сдана, такие правки могут привести к налоговым рискам.
Подводя итог, можно выделить следующие правила работы с исправлениями в УПП:
Соблюдение этих принципов позволит вам поддерживать «Ведомость по взаиморасчетам» в актуальном и правильном состоянии, не нарушая при этом методологию учета в 1С:УПП.