Многие специалисты по автоматизации сталкиваются с повторяющейся проблемой: после закрытия очередного учетного периода (квартала, месяца) к ним начинается настоящее «половничество» – поток запросов от пользователей с просьбами временно открыть даты запрета изменений. Это отнимает много времени, ресурсов и, что самое главное, создает риски для целостности данных и закрытой отчетности. Разберем, как можно элегантно и системно решить эту проблему, используя как административные подходы, так и мощный типовой функционал 1С:ERP.
Прежде чем перейти к решениям, давайте проанализируем, почему вообще возникают такие запросы. Чаще всего это происходит из-за:
В большинстве случаев проблема «половников» носит не столько технический, сколько административный характер. Попытки автоматизировать хаос могут привести лишь к автоматизированному хаосу. Поэтому эффективное решение лежит на стыке организационных и технических мер.
Организационные меры являются фундаментом для любого технического решения. Без них даже самая совершенная настройка дат запрета может оказаться неэффективной.
Передайте ответственность за установку и изменение дат запрета непосредственно главному бухгалтеру или руководителю финансовой службы. Функционал изменения дат запрета предусмотрен в пользовательском режиме 1С:ERP, а не только через конфигуратор. Таким образом, ключевое решение – это переложить ответственность с ИТ-специалиста на Главного Бухгалтера или другое ответственное лицо. Если запросы на открытие дат будут адресованы им, то и принимать решение о таких изменениях будут они. Это может значительно снизить поток запросов, так как ГБ будет непосредственно отвечать за возможные последствия открытия периода.
Мы должны откусить у себя права на изменение этих дат, чтобы исключить возможность прямого вмешательства и перенаправить все запросы на ГБ. Это заставит бухгалтерию более ответственно подходить к вопросам закрытия периодов.
Установите четкий регламент для запросов на открытие периодов. Все запросы должны оформляться служебной запиской, подписанной Главным Бухгалтером. В некоторых случаях может потребоваться подпись и других руководителей, например, начальника соответствующего отдела (ТС) или даже директора, если речь идет о критически важных изменениях. Это повысит дисциплину и сократит количество необоснованных запросов.
Если бизнес-процессы позволяют, разделите закрытие периода на несколько этапов. Например, сначала экономисты закрывают оперативный и управленческий учет, а уже после них бухгалтеры завершают бухгалтерский и налоговый учет. Это позволит устанавливать разные даты запрета для разных групп пользователей и постепенно сужать круг тех, кому требуется доступ к прошлым периодам.
1С:ERP, благодаря подсистеме БСП (Библиотека стандартных подсистем), предоставляет мощный и гибкий механизм управления датами запрета изменений. Рассмотрим его подробнее.
Для начала убедимся, что функционал дат запрета изменений активирован в вашей системе:
Здесь мы можем установить дату запрета изменения данных. Важно отметить, что контроль ограничения изменения данных выполняется для всех проводкообразующих документов при их проведении и отмене проведения, а также для некоторых периодических регистров сведений и регистров накопления. Для документов проверяемым значением является дата самого документа, а для наборов записей регистров — период каждой из записей.
Одной из самых «элегантных» возможностей 1С:ERP является использование динамических, или относительных, дат запрета. Это позволяет системе автоматически пересчитывать дату запрета на основе текущей даты или даты завершения отчетного периода, избавляя вас от необходимости вручную менять ее каждый раз.
Вместо фиксированной даты вы можете выбрать одно из следующих значений:
Например, если вы выберете «Конец прошлого квартала», то система автоматически установит дату запрета на последний день предыдущего квартала относительно текущей даты. Это идеальное решение для регулярного закрытия отчетности.
Динамические даты становятся еще более гибкими в сочетании с отсрочкой в днях. Это критически важный механизм, который позволяет предоставить пользователям дополнительное время для завершения работ после формального окончания периода.
Рассмотрим пример, который напрямую отвечает на запросы пользователя из темы: "бухам квартал + 25".
Как это работает? Допустим, сегодня 4 октября. Прошлый квартал закончился 30 сентября. Если бы не было отсрочки, дата запрета была бы 30 сентября. Но с отсрочкой в 25 дней, фактическая дата запрета будет «активирована» только 25 октября (30 сентября + 25 дней). Это означает, что до 25 октября пользователи смогут изменять документы до 30 сентября (включительно), а вот более ранние периоды (например, до 30 июня) уже будут закрыты. Таким образом, вы даете бухгалтерам 25 дней после окончания квартала для внесения всех необходимых корректировок, прежде чем период окончательно закроется.
Эта функция позволяет автоматически управлять датами запрета без постоянного ручного вмешательства. Когда наступит ноябрь, система автоматически пересчитает дату запрета, основываясь на новом «прошлом квартале» (30 сентября) и добавит к ней 25 дней.
1С:ERP позволяет тонко настроить даты запрета, учитывая специфику работы разных групп пользователей и функциональных областей. Это помогает избежать ситуации, когда все «половники» вынуждены ждать открытия одного и того же периода для всех.
Таким образом, мы удовлетворяем потребности разных групп, минимизируя конфликты и запросы. Вы устанавливаете для оперативных сотрудников динамическую дату Конец прошлого месяца с отсрочкой 5 дней, а для бухгалтеров - Конец прошлого квартала с отсрочкой 25 дней (дата сдачи НДС). Это значит, что для большинства пользователей данные будут закрываться гораздо раньше, чем для бухгалтерии, которым нужен более длительный период для финальных корректировок.
Важно помнить о ролях и правах: только администратор или пользователь со специальным Правом на изменение даты запрета редактирования может менять эти настройки. Рекомендуется также распространять дату запрета на пользователей с ролью Полные права, установив соответствующий признак в настройках программы, чтобы избежать лазеек.
Помимо даты запрета изменения данных, в 1С:ERP существует также «Дата запрета загрузки данных». Этот механизм предназначен для защиты информации от изменений, которые могут произойти при обмене данными или синхронизации с другими системами. Например, мы можем запретить загрузку данных прошлых периодов из внешних источников после окончательного расчета заработной платы, чтобы избежать случайных корректировок, влияющих на уже закрытые ведомости.
В сообщении 15 было предложено создать собственную обработку, регистр сведений и дописать проверку даты изменения. Это решение предполагает:
РегистраСведений для хранения правил, например: «Разрешить пользователю Васе вносить изменения в документы РТУ с 01.09.2021 Дата действия разрешения до 07.10.2021».Обработки для удобного заполнения этого регистра специально обученным сотрудником (ТС).Хотя такой подход позволяет реализовать очень тонкую логику, мы должны осознавать его значительные недостатки:
Поэтому мы настоятельно рекомендуем использовать типовой функционал 1С:ERP для управления датами запрета, так как он уже разработан, протестирован, поддерживается фирмой 1С и позволяет достичь необходимой гибкости без внесения изменений в конфигурацию.
Для того чтобы полностью избавиться от «половничества» и обеспечить порядок в учете, мы рекомендуем комплексный подход:
Применяя эти подходы, мы сможем не только «победить половников», но и значительно повысить дисциплину учета, снизить риски ошибок и обеспечить стабильность финансовой отчетности в вашей 1С:ERP системе.