Каждый практикующий специалист 1С рано или поздно сталкивается с ситуацией, когда пользователи вносят изменения в автономер документа вручную. Достаточно совершить одну мелкую ошибку — например, случайно перепутать цифру «0» с похожей по написанию буквой «О» или укоротить длину номера, — как стройный ряд автонумерации мгновенно рушится. В результате система начинает выдавать ошибку неуникальности номера, парализуя работу операторов и отдела продаж.
В этой статье мы подробно разберем, почему стандартное исправление номеров «поверхностным» способом часто не приносит результатов, почему платформа продолжает упорно генерировать ошибочный номер даже после перенумерации и как по шагам восстановить корректную автонумерацию в конфигурации 1С:Управление торговлей 11 (УТ 11).
Давайте проанализируем внутренние механизмы платформы 1С. Номер документа в системе представляет собой строку. Платформа анализирует существующие номера в базе данных, находит максимальный по символьному коду номер для текущего периода (года, если периодичность установлена в пределах года) и увеличивает его на единицу.
Символ «О» (как русский, так и латинский) в таблице символов Unicode находится значительно дальше, чем цифра «0». Поэтому строка вида КТУТ-О001 с точки зрения сортировки платформы всегда будет «больше», чем правильный номер КТУТ-000001. Как только в системе появляется документ с буквенным индексом вместо числового, автонумератор платформы фиксирует этот «максимальный» номер и пытается продолжить нумерацию от него. В итоге при достижении числового предела (например, после КТУТ-О999) автонумерация окончательно заходит в тупик, и пользователь получает ошибку неуникальности.
Самая распространенная ошибка при попытке исправить нумерацию — перенумеровать только один вид документов (например, только «Реализация товаров и услуг») и ожидать, что всё заработает. Однако в типовой конфигурации 1С:Управление торговлей 11 для целого ряда документов используется специальный объект метаданных — Общий нумератор.
Рассмотрим подробнее, какие именно документы используют один и тот же нумератор в УТ 11:
Документ.ВыкупВозвратнойТарыКлиентомДокумент.ПередачаТоваровМеждуОрганизациямиДокумент.РеализацияТоваровУслугДокумент.РеализацияУслугПрочихАктивовЕсли пользователь допустил ошибку в документе «Реализация товаров и услуг», а вы исправили номера только в реализациях, автонумератор всё равно продолжит выдавать старый ошибочный номер. Почему? Потому что в базе данных может существовать документ «Передача товаров между организациями», который делит то же самое пространство номеров и в котором по-прежнему записан некорректный номер с буквой «О».
Для того чтобы гарантированно вернуть автонумератор в нормальное рабочее состояние, нам необходимо последовательно выполнить комплекс действий. Разберем этот процесс по шагам.
Прежде всего, нам нужно найти абсолютно все документы, которые входят в общую группу нумерации и содержат некорректный символ. Для этого отлично подойдет консоль запросов. Нам нужно проанализировать все четыре вида документов, указанных выше.
Обратите внимание на раскладку клавиатуры! Пользователь мог ввести как русскую букву «О», так и английскую «O». Визуально они неотличимы, но имеют разные коды символов. Напишем простой запрос для поиска документов с нецифровыми символами в конце номера:
ВЫБРАТЬ
Реализации.Ссылка КАК Документ,
Реализации.Номер КАК Номер,
Реализации.Дата КАК Дата
ИЗ
Документ.РеализацияТоваровУслуг КАК Реализации
ГДЕ
Реализации.Дата >= ДАТАВРЕМЯ(2024, 1, 1)
И (Реализации.Номер ПОДОБНО "%О%" ИЛИ Реализации.Номер ПОДОБНО "%O%")
Проанализируйте результаты этого запроса по всем связанным таблицам документов (Реализации, Передачи товаров, Выкупы тары). Все найденные документы необходимо перенумеровать, вернув им стандартный вид (например, КТУТ-000123).
Важное примечание: Не забудьте проверить документы, помеченные на удаление! Платформа 1С учитывает номера абсолютно всех документов, включая помеченные на удаление, но еще не стертые физически из базы данных. Если такой документ содержит букву «О», автонумератор не сбросится. Либо полностью удалите помеченные объекты через стандартную обработку, либо вручную очистите их номера.
После того как все ошибочные номера в базе физически исправлены, платформа 1С все еще может хранить последний сгенерированный «плохой» номер в своем оперативно-кэшируемом пространстве на сервере (в рабочих процессах rphost). Чтобы заставить платформу перечитать максимальные номера из физических таблиц базы данных, нам нужно вызвать специальный метод глобального контекста.
Создайте внешнюю обработку или воспользуйтесь групповым запуском кода на стороне сервера и выполните следующую команду:
// Сброс кэша нумерации для конкретного типа метаданных (наиболее безопасный и точечный вариант)
ОбновитьНумерациюОбъектов(Метаданные.Документы.РеализацияТоваровУслуг);
ОбновитьНумерациюОбъектов(Метаданные.Документы.ПередачаТоваровМеждуОрганизациями);
Если вы хотите сбросить нумераторы сразу для всей базы данных, можно вызвать метод без параметров, однако учитывайте, что это может временно замедлить работу активных сессий пользователей при их обращении к созданию новых документов:
// Полный сброс всех автонумераторов в информационной базе
ОбновитьНумерациюОбъектов();
Рекомендация: Данный метод гарантированно сработает, если выполнять его монопольно, когда в системе нет активных пользователей, генерирующих новые документы в фоновом режиме.
Если даже после выполнения первых двух шагов система продолжает выдавать старый номер, существует проверенный практический лайфхак с использованием типовой обработки «Групповое изменение реквизитов»:
Реализация товаров и услуг и установим отбор по документам за текущий год.Номер и устанавливаем для всех отобранных документов значение 0 (просто число ноль). Нажимаем кнопку «Изменить реквизиты».Номер. Значение в нем очистится (или отобразится как автотекст). Запускаем обработку повторно. Платформа 1С в режиме стандартной записи последовательно обойдет все документы и автоматически переприсвоит им корректные, последовательные номера, начиная с единицы. Внутренний счетчик автонумерации при этом полностью обнулится и перезапишется правильными данными.Мы выяснили, что сбой автонумерации в 1С — это логическое следствие ручного вмешательства пользователей, усугубленное архитектурными особенностями связанных документов и общих нумераторов. Системный подход к решению этой проблемы, включающий поиск скрытых ошибочных номеров во всех связанных метаданных, очистку помеченных на удаление объектов и принудительный вызов метода ОбновитьНумерациюОбъектов(), позволяет быстро вернуть систему в штатный режим работы без потери исторических данных.