← На главную

В процессе сопровождения конфигурации 1С:Бухгалтерия предприятия 3.0 специалисты часто сталкиваются с ситуацией, когда пользователи заявляют о «самопроизвольном» изменении настроек программы. Одной из критичных настроек является ведение учета затрат по подразделениям на счетах затрат (20, 23, 25, 26). Рассмотрим подробно, где технически хранится эта настройка, как она влияет на структуру данных и каким образом можно вычислить ответственного за её изменение с помощью Журнала регистрации.

Техническое устройство настройки учета по подразделениям

Для начала разберем, что именно происходит в системе, когда мы устанавливаем или снимаем флаг в меню Главное — Параметры учета — Настройка плана счетов — Учет затрат. В отличие от многих других параметров, которые привязаны к конкретной организации и хранятся в регистре сведений УчетнаяПолитика, настройка учета по подразделениям является общей для всей информационной базы.

Проанализируем состав метаданных. Данная настройка хранится в объекте Константа. В конфигураторе она имеет техническое имя ИспользоватьУчетПоПодразделениям. Однако это не просто логическое значение «Истина» или «Ложь». Данная константа является составной частью механизма Функциональных опций. В системе существует функциональная опция с аналогичным названием, которая управляет видимостью полей «Подразделение» в формах документов и отчетов.

Важно понимать, что при изменении значения этой константы система выполняет тяжелую операцию по модификации Плана счетов (Хозрасчетный). Проанализируем этот процесс: для счетов, входящих в группу затрат, программно устанавливается или снимается признак УчетПоПодразделениям. Именно поэтому изменение данной настройки в работающей базе может занять значительное время и требует монопольного доступа к объектам метаданных.

Как найти событие изменения в Журнале регистрации

Если пользователи утверждают, что настройка включилась сама собой, нам необходимо обратиться к Журналу регистрации (ЖР). Однако здесь администраторы часто сталкиваются с проблемой: при попытке установить отбор по объекту метаданных константа ИспользоватьУчетПоПодразделениям может отсутствовать в списке доступных для выбора объектов.

Разберем по шагам, как эффективно выполнить поиск в этой ситуации:

1. Откроем Журнал регистрации (Администрирование — Обслуживание — Журнал регистрации).
2. Вместо использования стандартного фильтра по колонке «Метаданные», воспользуемся полем «Поиск» или установим отбор по событию Данные.Изменение.
3. Поскольку константы часто не имеют представления в списке отбора, проанализируем текстовое поле «Данные» или «Представление данных». Введите в строку поиска название константы: ИспользоватьУчетПоПодразделениям.
4. Если прямой поиск по имени константы не дает результатов, применим обходной маневр. Так как изменение константы влечет за собой массовое изменение признаков учета в плане счетов, установим отбор по объекту План счетов (Хозрасчетный).
5. В списке событий ищем записи, где автором выступает пользователь, а время совпадает с моментом обнаружения проблемы. В деталях записи будет указано, что в плане счетов были изменены признаки учета.

Почему настройка могла измениться «самостоятельно»

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

1. Обновление конфигурации и выполнение дополнительных процедур. При переходе на новые релизы БП 3.0 часто запускаются обработчики обновления (в режиме «1С:Предприятие»). Если в базе есть данные по подразделениям, но флаг был выключен, алгоритмы обновления могут принудительно включить его для обеспечения целостности данных. В Журнале регистрации такие изменения будут зафиксированы под учетной записью, под которой выполнялось обновление (часто это администратор или специальный пользователь для регламентных заданий).

2. Синхронизация данных с другими программами. Если ваша база «1С:Бухгалтерия» настроена на обмен с «1С:Зарплата и управление персоналом» (ЗУП) или «1С:Управление торговлей», параметры учета могут прийти в пакете обмена. При получении данных, содержащих аналитику по подразделениям, принимающая сторона (БП) может автоматически скорректировать свои настройки функциональных опций.

3. Групповое изменение реквизитов. Проанализируем ситуацию использования обработки «Групповое изменение реквизитов». Администратор мог выполнять техническую правку справочников или документов и случайно задействовать связанные функциональные опции. В Журнале регистрации это отразится как изменение объекта пользователем, запустившим обработку.

Другие важные места хранения параметров учета

Для полноты картины разберем, где еще могут скрываться настройки, влияющие на поведение программы. Если искомый параметр не найден в константах, рекомендуем проверить следующие объекты:

• Регистр сведений УчетнаяПолитика: Здесь хранятся периодические настройки (налоги, методы оценки МПЗ, способы распределения затрат).
• Регистр сведений НастройкиУчетаЗарплаты: Параметры, определяющие, как формируются проводки по оплате труда и налогам с ФОТ.
• Справочник Организации: Некоторые настройки (например, использование префиксов или конкретные коды регистрации в ИФНС) привязаны к конкретному элементу справочника.
• Регистр сведений ФункциональныеОпцииИнформационнойБазы: В этом регистре система хранит актуальные значения всех функциональных опций. Если вы не можете найти константу, проверьте записи в этом регистре, отфильтровав их по имени опции ИспользоватьНесколькоПодразделений.

Используя приведенную методику, мы можем точно установить, какой объект отвечает за настройку, и через анализ Журнала регистрации выявить истинную причину изменений, исключив фактор «самопроизвольности».