При работе в программе 1С:Бухгалтерия 3.0, особенно после проведения процедуры свертки информационной базы, пользователи часто сталкиваются с неприятной ситуацией: при попытке закрыть первый месяц после свертки (например, январь), система требует сначала закрыть декабрь предыдущего года. При попытке закрыть декабрь программа требует ноябрь, и так до бесконечности. Это явление называют «зацикливанием» или нарушением логической цепочки регламентных операций.
В этой статье мы подробно разберем, почему возникает эта проблема, и рассмотрим несколько проверенных способов ее решения — от штатных настроек до ручной корректировки служебных регистров.
Прежде чем переходить к действиям, проанализируем ситуацию. В 1С:Бухгалтерия 3.0 процесс закрытия месяца жестко контролируется системой. Программа хранит информацию о том, за какой период операции выполнены, а за какой — нет. После свертки базы физические документы прошлых лет удаляются, а вместо них создаются документы Ввод остатков. Однако в служебных регистрах могут остаться «хвосты» — задания или статусы, указывающие на то, что за 2015, 2017 или 2018 год какие-то операции (например, корректировка стоимости номенклатуры) не были завершены.
Система видит незавершенную операцию в прошлом и, согласно заложенной логике, не позволяет двигаться дальше, пока вся цепочка не будет восстановлена. Рассмотрим по шагам, как разорвать этот порочный круг.
Это самое простое и методологически верное решение, которое помогло автору обсуждаемой темы. Рассмотрим подробнее, как это сделать:
Дата ввода начальных остатков.После установки этой даты система поймет, что все операции до этого момента считаются завершенными вводом остатков, и перестанет требовать закрытия предыдущих периодов.
Если первый способ не помог, разберем ситуацию глубже. В современных релизах БП 3.0 существует скрытый механизм управления очередностью задач. За это отвечает регистр сведений Задания к закрытию месяца.
Посмотрим на логику работы: при проведении любого документа система создает запись в этом регистре, сигнализируя, что последовательность нарушена и месяц нужно перепровести. При свертке базы эти записи могут создаться ошибочно или «зависнуть» со старых времен.
Рассмотрим алгоритм действий:
Задания к закрытию месяца через «Функции для технического специалиста».Бывают случаи, когда конкретная операция, например Корректировка стоимости номенклатуры, упорно выдает ошибку, ссылаясь на прошлый месяц. В этом случае нам поможет регистр Состояния регламентных операций.
Проанализируем ситуацию: в этом регистре для каждой операции за каждый месяц хранится статус (Выполнено, Не выполнено, Ошибка). Если за декабрь статус стоит «Ошибка», январь не закроется.
Чтобы победить эту проблему:
Состояния регламентных операций записи за «проблемный» декабрь.Важно: Это принудительная мера. Используйте ее только тогда, когда уверены, что остатки на начало года введены корректно и реальный расчет за прошлый период вам не требуется.
Если вы не хотите работать напрямую с регистрами, попробуем воспользоваться возможностями самой формы «Закрытие месяца». Рассмотрим, как обмануть систему штатными средствами:
Иногда система продолжает проверять актуальность данных, потому что граница последовательности «улетает» в прошлое из-за некорректного времени документов. Например, если документ Ввод остатков записан временем 12:00:00, а какой-то технический документ свертки — временем 09:00:00 того же дня.
Чтобы отсечь лишние проверки, выполним следующие действия:
Во многих случаях наличие жесткой даты запрета заставляет алгоритм закрытия месяца игнорировать любые изменения и задания, возникшие ранее этой даты.
Мы рассмотрели пять способов борьбы с циклической зависимостью при закрытии месяца. Подведем итог: наиболее эффективным и правильным является первый способ (настройка даты ввода начальных остатков). Если же база ведет себя нестабильно после свертки, рекомендуется выполнить полную очистку регистра Задания к закрытию месяца, так как в новой базе он должен заполняться только актуальными текущими задачами.
Перед проведением любых манипуляций с регистрами сведений обязательно делайте резервную копию базы данных. Это позволит вам безболезненно откатиться назад, если ручная правка статусов приведет к неожиданным результатам в расчетах текущего периода.