При переносе данных между базами 1С часто возникают ситуации, когда остатки по счетам переносятся не полностью или с техническими ошибками. Одной из наиболее коварных проблем является возникновение «зависшего» развернутого сальдо на счете 73.03 («Расчеты по прочим операциям»). Ситуация обычно выглядит так: по дебету висит сумма с заполненным субконто (сотрудником), а по кредиту — та же сумма, но без субконто (отображается как пустая строка или <...>). При попытке сделать ручную операцию или сторно программа не «подцепляет» это пустое значение, и сальдо не схлопывается.
В этой статье мы подробно разберем, почему так происходит, как диагностировать скрытую причину проблемы и какими способами можно привести учет в порядок в текущем периоде, не нарушая отчетность прошлых лет. Для быстрого выявления подобных расхождений на других участках учета применяется автоматическое сравнение проводок между базами 1С.
Разберем ситуацию с технической точки зрения. Когда мы видим в отчете пустое субконто, мы предполагаем, что там записана пустая ссылка соответствующего типа (например, справочника ФизическиеЛица). Однако при программном переносе данных (через XML, COM-соединение или напрямую в таблицы базы данных) в поле субконто может попасть значение NULL.
Проанализируем разницу: NULL в языке SQL и платформе 1С означает отсутствие данных как таковых, в то время как пустая ссылка — это конкретный объект, просто не имеющий наименования. Стандартная форма документа Операция (бухгалтерский учет) при выборе аналитики позволяет указать пустую ссылку, но она физически не может выбрать NULL. Из-за этого при проведении корректировки программа видит два разных разреза: NULL и «Пустая ссылка», и отказывается закрывать их между собой.
Если бухгалтер настаивает на внесении правок в текущем периоде, но проблема кроется в технической записи документа ввода остатков в прошлом, мы можем прибегнуть к хитрости. Рассмотрим алгоритм действий, который позволяет «вылечить» техническую ошибку в базе, не меняя при этом финансовые результаты прошлых периодов.
Выясним, каким именно документом был сформирован остаток. Чаще всего это Ввод остатков или Перенос данных. Если мы просто перепроведем этот документ в закрытом периоде, это может вызвать нежелательные последствия. Поэтому мы воспользуемся программной перезаписью объекта в режиме Загрузка = Истина. Это позволит платформе пересчитать поля регистра бухгалтерии и заменить NULL на корректную пустую ссылку.
Для этого можно использовать простую внешнюю обработку или консоль кода со следующим фрагментом:
ДокументОбъект = Документы.ВводОстатков.НайтиПоНомеру("НомерВашегоДокумента", ДатаДокумента).ПолучитьОбъект();
ДокументОбъект.ОбменДанными.Загрузка = Истина;
ДокументОбъект.Записать(РежимЗаписиДокумента.Запись);
После этой манипуляции значение NULL в регистре исчезнет, и на его месте появится обычная пустая ссылка, которую уже можно будет использовать в стандартном документе Сторно или Операция в текущем периоде.
Если перезапись первичного документа по каким-то причинам невозможна, рассмотрим вариант создания корректирующей записи напрямую в текущем периоде. Поскольку вручную выбрать NULL в интерфейсе нельзя, мы сделаем это программно. Этот метод позволяет точечно закрыть «битое» сальдо.
Проанализируем пример кода, который создает бухгалтерскую операцию для схлопывания сальдо:
Операция = Документы.ОперацияБух.СоздатьДокумент();
Операция.Дата = ТекущаяДата();
Операция.Организация = Справочники.Организации.НайтиПоНаименованию("ВашаОрганизация");
Операция.Записать();
Проводка = Операция.Движения.Хозрасчетный.Добавить();
Проводка.Период = Операция.Дата;
Проводка.Организация = Операция.Организация;
Проводка.СчетДт = ПланыСчетов.Хозрасчетный.РасчетыПоПрочимОперациям; // 73.03
// Здесь мы НЕ заполняем субконто Дт, оставляя пустую ссылку
Проводка.СчетКт = ПланыСчетов.Хозрасчетный.РасчетыПоПрочимОперациям;
// Здесь заполняем субконто Кт нужным сотрудником
Проводка.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.РаботникиОрганизации] = СсылкаНаСотрудника;
Проводка.Сумма = 1000; // Сумма зависшего остатка
Операция.Движения.Хозрасчетный.Записать();
Важный нюанс: при программном заполнении проводок важно убедиться, что тип субконто соответствует настройкам плана счетов. На счете 73.03 обычно используется справочник Физические лица или Сотрудники. Если в одной базе был один тип, а при переносе он изменился, программа также может двоить остатки.
Посмотрим на ситуацию шире. Если проблема с NULL в субконто носит массовый характер после переноса данных, ручная правка каждой проводки станет трудозатратной. В таком случае целесообразно использовать встроенный механизм Тестирование и исправление информационной базы (ТиИ).
Разберем, какие настройки ТиИ помогут в нашем случае:
В процессе этой операции система просканирует таблицы регистра бухгалтерии. Обнаружив значения NULL или «битые» ссылки (объекты, которые не были перенесены), платформа заменит их на пустые ссылки соответствующего типа. После этого бухгалтер сможет самостоятельно закрыть сальдо обычным документом Операция (бухгалтерский учет) в текущем периоде.
Проанализируем возможные последствия корректировок. Счет 73.03 часто является «связующим» в сложных конфигурациях, таких как ERP или Комплексная автоматизация. Помните о следующих моментах:
Взаиморасчеты с сотрудниками). Если вы исправите только проводку, в расчетном листке сумма все равно может отображаться как долг. В этом случае используйте документ Корректировка записей, чтобы поправить движения по всем связанным регистрам одновременно.73.03 галочка «Только обороты» для субконто. Если она установлена, сальдо в разрезе сотрудников в принципе не должно собираться, и проблема может быть в самих настройках учета.NULL до момента реформации баланса, процедура закрытия года может распределить эти суммы некорректно, что приведет к ошибкам в финансовой отчетности и искажению валюты баланса.Подводя итог, отметим: наиболее безопасным и эффективным методом для бухгалтера в данной ситуации будет программная перезапись документа ввода остатков (Способ №1). Это «оздоравливает» данные на физическом уровне, позволяя штатным механизмам программы корректно отрабатывать сторнирование в текущем периоде без прямого вмешательства в код регистров.