С переводом Бухгалтерии с редакции 1.6 на 2.0 появился один интересный но мало описанный момент работы бухгалтера, ведущего бухгалтерский и налоговый учет на производстве. Этот момент также характерен для бухгалтеров перенесших привычки ведения учета из "семерки" в "восьмерку". Момент этот - РУЧНАЯ КОРРЕКТИРОВКА движений "Регламентных операций" закрытия месяца. Итогом этих действий бывает ошибка при закрытии 20-х и 90-х счетов: "Нарушена последовательность регламентных операций. Ожидается изменение результатов выполнения операции "Закрытие счетов 20, 23, 25, 26" за Сентябрь 2011 г. Необходимо выполнить повторно эту операцию (меню "Операции" - "Закрытие месяца")."
Существуют объективные причины таких действий бухгалтеров. Одна из них - отсутствие в данной операции закрытия месяца расчета себестоимости продукции производства по "двойному циклу" перепроизводства, когда часть продукции отдается (давальческое сырье) подрядчику в производство и уже из этой продукции получается не товар, приходуемый опять же в текущем месяце, а списание продукции + услуги сторонних организаций. В добавок не весь объем переданной продукции участвует в производственном цикле подрядчика, а часть его остается не израсходованной в текущем периоде. Вторая - отражение благотворительной (безвозмездной) передачи продукции контрагенту в бухгалтерском и налоговом учете.
Итак...
Как правило данная ошибка ссылается на операцию из предыдущего периода вплоть до начала года. Причем перепроведение обработки закрытия 20-х или 90-х счетов предыдущего месяца с ручной корректировкой эту корректировку отменяет. И если не ведется резервное копирование или администратор не "забэкапил" базу перед этим, то начинаются либо "танцы с бубном", что бы "вернуть как было", что будет описано в ближайшей статье, либо лишняя работа бухгалтеру(ам) по восстановлению этого закрытия месяца, что не придает оптимизма в случае, когда "слетает" конец квартала или года.
Проблема кроется в механизме "Контроля проведения документов". Данный механизм реализуется на платформе 8.2. Суть механизма - поддерживать актуальной последовательность проведения документов. Открыть его тайный смысл можно только взглянув на код процедур обработок закрытия месяца.
Дело в том, что просле окончания закрытия месяца конфигурация очень недружелюбно относится к попыткам "ручных" исправлений движений этих обработок. И если бы перепроводите документ с ручными проводками, то получаете предупреждение о том, что движения документа не могут быть актуализированы. Но в случае корректировки операций закрытия платформа не соглашается закрывать последующие месяцы, но... Узнает она о подобных "вольностях" с помощью не мудреного механизма.
При корректировании движений конфигурация делает записи в регистре сведений "Неактуальные регламентные операции" и при закрытии следующего месяца по каждой группе счетов обращается к записям этого регистра.
Решается вопрос удалением записей регистра.
