Ситуация, когда оборотно-сальдовая ведомость или карточка счета показывают «красноту» или неверные остатки, несмотря на отсутствие ошибок в проводках, знакома многим администраторам и разработчикам 1С. Часто штатные механизмы — тестирование и исправление (ТИИ) или обработка «Управление итогами» — оказываются бессильны. Разберем, почему это происходит и как вернуть корректные данные в систему.
Прежде чем приступать к исправлению, важно понимать природу ошибки. Чаще всего итоги «ломаются» из-за попадания в регистр записей с аномальными датами. Например, случайный ввод документа с датой из будущего (например, 221-й год) или из далекого прошлого. Платформа 1С оптимизирует работу с итогами, и если в таблице итогов зафиксирован определенный период расчета, документы вне этого диапазона могут вызывать конфликты при пересчете.
Прежде чем выполнять радикальные действия, проанализируем данные. Рассмотрим журнал операций на предмет наличия документов с экстремальными датами. Если вы видите, что остатки «поехали» после определенного периода, велика вероятность, что кто-то изменил или перепровел старый документ. Также стоит проверить, не были ли изменены настройки разделения данных, если вы используете облачную или многофирменную конфигурацию.
Если стандартный пересчет через конфигуратор не дает результата, значит, платформа «не видит» битые записи, так как они выходят за текущий диапазон рассчитанных итогов. Мы можем принудительно заставить систему пересмотреть этот диапазон. Для этого используем метод УстановитьМинимальныйИМаксимальныйПериодыРассчитанныхИтогов.
Рассмотрим пример кода, который часто помогает решить проблему:
// Устанавливаем границы периода в самое начало,
// чтобы заставить платформу пересчитать всё «с нуля»
РегистрыБухгалтерии.Хозрасчетный.УстановитьМинимальныйИМаксимальныйПериодыРассчитанныхИтогов(Дата(1,1,1), Дата(1,1,2));
После выполнения данного кода система инициирует пересчет итогов для всего периода. Это позволяет «подхватить» даже те записи, которые ранее игнорировались платформой из-за некорректных дат. Обратите внимание: после того как итоги пересчитаются и ошибка уйдет, рекомендуется вернуть границы периода в актуальное состояние (например, на начало текущего года), чтобы не снижать производительность системы при построении отчетов.
Если программный метод не помог, можно прибегнуть к очистке таблиц итогов. Это «тяжелая артиллерия», требующая осторожности. Суть заключается в удалении записей из таблиц итогов регистра (обычно это таблицы с префиксами _Balance_, _Turnovers_ и прочие в SQL).
TRUNCATE соответствующих таблиц итогов для целевого регистра.Работая сообща над исправлением базы, помните: большинство проблем с итогами решается не удалением данных, а правильной настройкой периода их пересчета. Удачи в восстановлении целостности данных!