← На главную

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

Разберем причины такого поведения платформы 1С:Предприятие 8.3, пошагово рассмотрим способ корректной настройки маски и проанализируем возможные последствия таких изменений для типового функционала.

Причина проблемы: разделение свойств объекта и стандартного реквизита

В объекте метаданных План счетов параметры длины кода и маски задаются на двух независимых уровнях:

1. Основные свойства объекта метаданных: вкладка «Основные» в окне редактирования плана счетов (свойства Длина кода и Маска).
2. Свойства стандартного реквизита «Код»: вкладка «Данные» → кнопка «Стандартные реквизиты» → реквизит Код.

Элементы управляемых форм, связанные с реквизитом Код, по умолчанию считывают маску ввода, формат и ограничение длины именно из свойств стандартного реквизита. Если изменить маску только на титульной вкладке плана счетов, в стандартном реквизите Код остаются прежние настройки. В результате в пользовательском интерфейсе платформа принудительно форматирует и ограничивает строку по старой маске.

Пошаговое решение проблемы

Разберем по шагам, как правильно изменить маску и длину кода плана счетов в конфигураторе:

1. Откроем конфигуратор и перейдем к ветке метаданных Планы счетов.
2. Откроем окно редактирования нужного плана счетов (например, Хозрасчетный).
3. На вкладке Основные установим требуемую Длину кода (например, увеличим с 8 до 9 знаков) и зададим новую Маску (например, @@.@@.@@).
4. Перейдем на вкладку Данные и нажмем кнопку Стандартные реквизиты.
5. В открывшемся списке выберем реквизит Код и откроем его палитру свойств (клавиша F4).
6. Проверим и при необходимости скорректируем поля Длина и Маска, чтобы они полностью соответствовали значениям, указанным на основной вкладке.
7. Обновим конфигурацию базы данных (клавиша F7).

После выполнения этих действий в режиме 1С:Предприятие поле ввода кода счета на управляемой форме позволит вводить все предусмотренные символы без принудительного усечения.

Порядок сортировки и реквизит «Порядок»

Проанализируем еще одну техническую деталь платформы 1С: механизм АвтоПорядокПоКоду. Платформа упорядочивает счета в списках и оборотно-сальдовых ведомостях не по прямому строковому значению кода, а с использованием системного поля Порядок.

Символ @ в маске обозначает любой алфавитно-цифровой символ. Платформа упаковывает группы символов перед записью и распаковывает их при отображении. При увеличении разрядности кода длина поля Порядок также может потребовать проверки. Если после изменения структуры счетов сортировка в ОСВ или плане счетов нарушилась, необходимо выполнить групповое перепроведение или программную перезапись элементов плана счетов, чтобы платформа заново сформировала значения системного реквизита Порядок.

Риски изменения длины и маски кода в типовой конфигурации

Перед внесением изменений в структуру плана счетов типовой конфигурации необходимо учитывать следующие критические риски:

1. Сложности при обновлении: план счетов снимается с полной поддержки поставщика, что потребует ручного контроля при каждом последующем обновлении релиза.
2. Ошибки обмена данными: механизмы синхронизации (например, универсальный формат EnterpriseData, обмены с 1С:ЗУП, 1С:УТ или 1С:ERP) используют XDTO-пакеты. Во многих схемах длина кода счета строго ограничена типовым форматом. Передача кодов с нетиповой длиной может приводить к ошибкам валидации XDTO и срыву обмена.
3. Регламентные операции и закрытие месяца: алгоритмы расчета себестоимости, списания общехозяйственных и общепроизводственных расходов (счета 20, 25, 26), а также закрытия счетов финансовых результатов (счета 90, 91) в типовом коде жестко завязаны на типовую иерархию и предопределенные субсчета. Добавление пользовательских субсчетов потребует доработки процедур закрытия месяца.
4. Регламентированная отчетность: заполнение бухгалтерского баланса, отчета о финансовых результатах и деклараций опирается на предопределенные списки субсчетов. Новые субсчета могут не попадать в автоматический расчет строк отчетов.

Альтернативные варианты решения без изменения маски

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

1. Использование буквенных индексов: поскольку шаблон @ в стандартной маске @@.@@.@ принимает не только цифры, но и буквы (с автоматическим переводом в верхний регистр), можно создавать субсчета вида 90.01.А, 90.01.Б, 90.01.В. Это позволяет расширить перечень доступных субсчетов без редактирования метаданных и снятия конфигурации с поддержки.
2. Использование видов субконто: классическая методология 1С предполагает детализацию учета через аналитические разрезы (субконто) — справочники статей затрат, номенклатурных групп, прочих доходов и расходов. Это сохраняет корректную работу закрытия месяца и стандартной отчетности.