При необходимости изменения структуры нумерации документов, например, при переходе на более длинные номера, разработчики часто сталкиваются с неприятным артефактом: уже созданные в системе номера документа начинают обрезаться или заполняться пробелами после сохранения изменений конфигурации. Давайте разберем, почему это происходит и как это исправить.
Чаще всего ситуация выглядит следующим образом: мы увеличиваем длину поля Номер у документа в расширении или основной конфигурации (например, с 12 до 18 символов). Однако после обновления метаданных существующие номера, которые превышают старый лимит или имеют специфическую структуру, при записи или просмотре внезапно «схлопываются». Система может отсекать значимые символы справа, оставляя только начало номера и дополняя оставшееся пространство пробелами.
Причиной такого поведения является то, что платформа 1С при изменении свойств метаданных не всегда корректно синхронизирует состояние структуры таблицы базы данных и внутренние механизмы контроля нумерации. Если в системе отключен Контроль уникальности, платформа может использовать упрощенные алгоритмы записи, которые не учитывают изменившуюся размерность поля, пытаясь «вписать» данные в рамки старых ограничений.
Для исправления данной ситуации необходимо выполнить проверку настроек документа, особенно если работа ведется через расширение конфигурации. Рассмотрим шаги, которые помогут устранить проблему:
Нумератор, который может ограничивать длину символов независимо от настроек самого документа.Контроль уникальности. Даже если вы не планируете строго контролировать дубли, этот флаг заставляет платформу использовать более надежные механизмы актуализации структуры хранения данных в таблице БД.Рассмотрим, почему установка флага Контроль уникальности играет такую важную роль. Когда вы меняете длину строки в конфигураторе, происходит изменение физической структуры таблицы SQL. Платформа 1С должна выполнить процедуру преобразования данных. Если контроль уникальности выключен, система может пропускать этап глубокой проверки существующих записей на соответствие новой структуре.
При включенном контроле уникальности, платформа перед записью каждого значения номера выполняет проверку по индексу. Это вынуждает систему принудительно «пересобрать» или корректно обновить записи в таблице, учитывая актуальную длину поля Номер. Таким образом, включение этой опции работает как своего рода «триггер» для корректной актуализации данных.
Если после включения контроля уникальности проблема сохраняется, рекомендуем выполнить следующие действия:
Во-первых, проверьте, как формируется номер программно. Возможно, в модуле объекта или менеджере документа используется функция, которая принудительно обрезает строку до 12 символов, используя Лев() или аналогичные функции обработки строк.
Во-вторых, используйте отладчик. Установите точку останова в событии ПриЗаписи или ПередЗаписью, чтобы посмотреть, какой именно номер передается в объект до момента его записи в базу данных. Это поможет понять: обрезает ли номер платформа на уровне СУБД или это происходит на уровне бизнес-логики конфигурации.
Используйте СокрЛП() при обращении к номеру, если вы подозреваете наличие лишних пробелов, которые платформа могла добавить при нехватке символов в старой версии настроек. Помните, что для документов с длинным номером всегда лучше придерживаться единого стандарта во всей конфигурации, избегая фрагментации настроек между расширением и основной базой.