Бухгалтерам редактирующим "Закрытие месяца" в Бухгалтерии 2.0 посвящается…

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

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

Существуют объективные причины таких действий бухгалтеров. Одна из них — отсутствие в данной операции закрытия месяца расчета себестоимости продукции производства по «двойному циклу» перепроизводства, когда часть продукции отдается (давальческое сырье) подрядчику в производство и уже из этой продукции получается не товар, приходуемый опять же в текущем месяце, а списание продукции + услуги сторонних организаций. В добавок не весь объем переданной продукции участвует в производственном цикле подрядчика, а часть его остается не израсходованной в текущем периоде. Вторая — отражение благотворительной (безвозмездной) передачи продукции контрагенту в бухгалтерском и налоговом учете.

Итак…

Как правило данная ошибка ссылается на операцию из предыдущего периода вплоть до начала года. Причем перепроведение обработки закрытия 20-х или 90-х счетов предыдущего месяца с ручной корректировкой эту корректировку отменяет. И если не ведется резервное копирование или администратор не «забэкапил» базу перед этим, то начинаются либо «танцы с бубном», что бы «вернуть как было», что будет описано в ближайшей статье, либо лишняя работа бухгалтеру(ам) по восстановлению этого закрытия месяца, что не придает оптимизма в случае, когда «слетает» конец квартала или года.

Проблема кроется в механизме «Контроля проведения документов». Данный механизм реализуется на платформе 8.2. Суть механизма — поддерживать актуальной последовательность проведения документов. Открыть его тайный смысл можно только взглянув на код процедур обработок закрытия месяца. 

Дело в том, что просле окончания закрытия месяца конфигурация очень недружелюбно относится к попыткам «ручных» исправлений движений этих обработок. И если бы перепроводите документ с ручными проводками, то получаете предупреждение о том, что движения документа не могут быть актуализированы. Но в случае корректировки операций закрытия платформа не соглашается закрывать последующие месяцы, но… Узнает она о подобных «вольностях» с помощью не мудреного механизма.

При корректировании движений конфигурация делает записи в регистре сведений «Неактуальные регламентные операции» и при закрытии следующего месяца по каждой группе счетов обращается к записям этого регистра.

Регистр сведений

Решается вопрос удалением записей регистра.

26 Comments

  1. wjickey

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

    Перейти к публикации

    Reply ↓
  2. Alex_Japanese_Student

    вы удаляли из регистров? Все нормально после этого отрабатывает?

    Reply ↓
  3. wjickey

    (1) Alex_Japanese_Student, Все работает нормально. В регистр пишется только ссылка на операцию и привязки к организации.

    Reply ↓
  4. 1cUserAndrew

    Все верно…

    Добавлю:

    Того же эффекта можно добиться не удаляя данные напрямую из регистра, а прямо в помощнике закрытия месяца тыкнуть мышкой на последней выполненной операции (можно и не на последней, а на какой хотите) и выбрать пункт «Пометить как выполненные все операции до выбранной». Тогда программа сама удалит записи из регистра…

    Reply ↓
  5. ninch

    Ну вот же — поставил плюс. А в комментариях прочитал что оказывается все это делается штатными механизмами в обработке закрытии месяца. ЭЭх автор зачем же столько времени было тратить в пустую:)))

    Я при переходе с 1.6 на 2.0 как то быстро нашел стандартный механизм описанный (3) и не парился особо.

    Reply ↓
  6. wjickey

    (4) ninch, молодец. Тогда зачем искал, читал и плюс ставил? Этой информации нет в выдаче поисковика, а люди должны знать и понимать как работает эта операция. Пусть идея освещена не полностью, согласен с (3)1cUserAndrew, но этот путь экономит время при сбоях, когда в регистр может попасть от 2-х до 4-х подобных записей по одной операции за 2-4 месяца. И эту особенность конфигурации можно выложить на обсуждение. Но, согласитесь, гораздо проще в одном списке регистра за пол-минуты поудалять записи, чем запускать «Закрытие месяца» и скакать по месяцам в поиске ошибок. И бухгалтер сможет это сделать сам, а не вызывать программиста, который будет пол-дня ехать к клиенту, чтоб окупить вызов и отработать 2 минуты 🙂

    Reply ↓
  7. ninch

    (5)

    где то согласен от части. Всегда интересно как на самом деле отрабатывает та или иная операция. И когда настройки лежат на поверхности тоже хорошо. Но пользователям выдавать такие вещи не всегда правильно. И если есть спец операции которые позволяют это делать стандартно — вообще не стоит такие вещи показывать:)

    Ну и заметь я свой плюс не убрал — опыт есть опыт;)

    Reply ↓
  8. aspirator23

    Хотя в комментариях и написано о других решениях этой проблемы, но спасибо за то что тема поднята.

    Reply ↓
  9. Гость

    Такое глобальное описание проблемы в начале статьи, что уж грешным делом подумалось — может не знаю чего. Ан-нет — развязка оказалась банальной. Спасибо за остросюжетный сценарий:)

    Reply ↓
  10. wjickey

    (8) Валера, а ведь зацепило? 😉

    Reply ↓
  11. mart-sha

    Специально вернулся к этой статье чтобы оставить комент

    Все здорово,статья попалась в самое время, закрыли Ноябрь 2011 но исправляли вручную «Амортизацию и износ ОС» в результате получили «Фиг вам» в этом месяце. Благо сделал ссылку на статью, почистил регистр и представьте-ПОМОГЛО ! Автору респект !

    Reply ↓
  12. Anna_Vl

    wjickey, Спасибо за тему, очень помогло.

    (3) 1cUserAndrew, в помощнике закрытия месяца при нажатии на конкретную операцию закрытия пункт «Выполнить все операции до выбранной» есть, а вот «Пометить как выполненные все операции до выбранной» я не нашла. Не там ищу или конфигурация не та (2.5.27.10)?

    Reply ↓
  13. Anna_Vl

    (3) 1cUserAndrew, Все, нашла:). Пункт «Пометить как выполненные все операции до выбранной» появляется при определенных условиях.

    Reply ↓
  14. 1cUserAndrew

    Да, когда есть неактуальные операции :))

    Reply ↓
  15. 1cUserAndrew

    Захотелось поднять тему после одного случая из практики…

    Обращается бухгалтер за помощью в решении этой проблемы.

    Смотрю, а там этих неактуальных регламентных операций несколько десятков штук. Аж с прошлого года.

    Оказалось, она залезла в документ годичной давности (точнее в регл. операцию начисления зарплатных налогов), чтобы написать туда комментарий…Ну и, естественно нажала «ОК».

    Так вот…если в подобных случаях использовать стандартный механизм, который я описал выше (3), придется в каждом месяце проделывать эту операцию.

    Действительно, проще тогда из регистра записи удалить…Так что автору в любом случае ПЛЮС!!!

    Если же проблема в одном-двух месяцах, то, наверное, проще использовать стандартный механизм :))

    Reply ↓
  16. EarlyBird

    Автору однозначно плюс.

    Простое и изящное решение.

    Тупо воспользоваться опцией «Пометить как выполненные все операции до выбранной» — большого ума не надо, это юзерский подход.

    Подход настоящего программиста — понять, что происходит в результате действий, какие данные меняются, и как это сделать быстрее и эффективнее.

    Reply ↓
  17. alma-soft

    Спасибо автору,

    очень помог совет только в нашем случае не проводились операции закрытия 90 счета, обработка «ругалась» на не проведенную операцию закрытия 20-х счетов, после удаления операций из регистра все операции по закрытию месяца идут в нормальном режиме,

    на основании личного опыта, после удаления ссылок из регистра сразу провести закрытие месяца не получилось, пришлось пере-запускать базу данных.

    Reply ↓
  18. Para_1987

    Статья полезная. Не знал про этот регистр. Посмотрел в нашей базе, оказывается реально бухи имеют привычку влазить в предыдущие периоды. Особенно бесит, что они утверждают о том, якобы программа срабатывает некорректно…и нам пришлось влезть туда…респект, ставлю +

    Reply ↓
  19. leha.mos

    Статья написана чуть ли не год назад, а актуальность не исчезла, наверное пора уже придумать типовой механизм внесения ручных изменений в документы (хотя это наверно почти не возможно, но…), мне очень помогла! И еще иногда лучше поменять дату актуальность рег. операции нежели удалять строки.

    Reply ↓
  20. Gandalf Белый

    Большое спасибо! ОЧень интересно! ))

    Reply ↓
  21. Natal_ya

    Спасибо, очень помогла ваша статья!

    В декабре при закрытии месяца сначала создали регламентную операцию «Закрытие счетов 20, 23, 25, 26», а потом удалили и создали новую. Месяц закрылся. Но при закрытии января появилась ошибка «Нарушена последовательность регламентных операций…» Перезакрывать месяц было не вариант. Очистка регистра «Неактуальные регламентные операции» помогла!

    Reply ↓
  22. OlenkaD

    Мне почему то не помогает данный способ, сама нашла этот регистр через конфигуратор, записи удаляю с регистра «Неактуальные регламентные операции», а при проведении Закрытия месяца эти записи вновь появляются и ошибки с нарушением последовательности проведения операций тоже.

    Reply ↓
  23. b-dm

    Спасибо огромное за очень ценную статью, экономите большое количество времени.

    Reply ↓
  24. JohnConnor

    очень хорошая статья, узнал много нового

    Reply ↓
  25. Pop4Corn

    Благодарю за сэкономленное личное время!

    Reply ↓
  26. Gotcha

    Спасибо, полезно!

    Reply ↓

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *