Сбой нумерации — одна из самых распространенных проблем, с которой сталкиваются администраторы и программисты 1С. Обычно это происходит из-за ручного вмешательства пользователя: достаточно один раз изменить номер в документе, добавив лишний символ или изменив префикс, как система «подхватывает» новый паттерн и начинает генерировать последующие номера некорректно. Разберем подробно, как выявить причину и вернуть нумерацию в правильное русло.
Прежде чем приступать к исправлению, выясним, почему стандартные методы не всегда помогают. В платформе 1С 8.3 используется механизм кэширования номеров. Для повышения производительности сервер 1С выделяет диапазон номеров (например, 10 или 20 штук) и хранит их в оперативной памяти. Если кто-то из пользователей ввел номер вручную, который оказался значительно «больше» текущего по логике сортировки, счетчик в памяти сервера перескакивает на это значение.
Ситуация осложняется тем, что даже после удаления «неправильного» документа или исправления его номера вручную, внутренний счетчик (индекс) в памяти сервера может продолжать хранить ошибочное максимальное значение. Именно поэтому метод ОбновитьНумерациюОбъектов иногда кажется неэффективным — он обновляет данные в базе, но не всегда мгновенно сбрасывает состояние счетчика в текущем сеансе работы сервера.
Рассмотрим алгоритм поиска документа, который сбил нумерацию. Нам нужно найти самый большой номер в текущем периоде (год, квартал или месяц, в зависимости от настроек документа РеализацияТоваровУслуг). Посмотрим на пример запроса, который можно запустить в консоли запросов, чтобы увидеть реальную картину:
ВЫБРАТЬ ПЕРВЫЕ 10
Реализация.Ссылка,
Реализация.Номер,
Реализация.Дата
ИЗ
Документ.РеализацияТоваровУслуг КАК Реализация
УПОРЯДОЧИТЬ ПО
Реализация.Номер УБЫВАЮЩЕЕ
Проанализируем результат. Обратите внимание на лидирующие нули и префиксы. Если в базе есть номер «470», а вы ожидаете «0000-004370», то для системы «470» может оказаться «старше» из-за особенностей строковой сортировки. Также проверьте наличие невидимых символов, таких как неразрывный пробел, который визуально не отличим от обычного, но полностью меняет порядок сортировки. Для более детального анализа номеров можно использовать обработку для поиска свободных (незанятых) кодов в справочниках и номеров в документах за период.
Если документов с неправильными номерами несколько, мы рекомендуем исправлять их в строгой последовательности от самого старого к самому новому. Это позволяет платформе корректно пересчитывать цепочку. Рассмотрим шаги:
Разберем метод, который помог в практической ситуации, описанной специалистами. Иногда простого исправления номера в форме недостаточно. В таких случаях может помочь изменение недоступных реквизитов объекта и пересохранение объекта программным способом. Выполним следующий код в обработке или через консоль кода:
МетаданныеДока = Метаданные.Документы.РеализацияТоваровУслуг;
ОбъектДок = Документы.РеализацияТоваровУслуг.НайтиПоНомеру("НужныйНомер", ТекущаяДата()).ПолучитьОбъект();
Если ОбъектДок <> Неопределено Тогда
// Мы не меняем номер, а просто переписываем объект,
// чтобы инициировать обновление механизмов нумерации
ОбъектДок.Записать(РежимЗаписиДокумента.Запись);
ОбновитьНумерациюОбъектов(МетаданныеДока);
КонецЕсли;
Важный нюанс: при программной записи без флага ОбменДанными.Загрузка = Истина, платформа принудительно обращается к механизму контроля уникальности и обновляет внутренний индекс нумератора для данного типа метаданных.
В случае с клиент-серверной базой (SQL), если исправление номеров и вызов ОбновитьНумерациюОбъектов не помогают, выясним причину в работе сервера приложений. Выполним следующие действия:
rphost.Выясним, какие еще настройки могут мешать правильной работе:
РеализацияТоваровУслуг задан «Общий нумератор», который используется также в документах СчетФактураВыданный, то сбой в счетах-фактурах автоматически повлечет за собой сбой в реализациях. В этом случае исправлять нужно оба вида документов. Для более комплексной работы с перенумерацией документов или изменением префиксов также существуют специализированные обработки.Резюме: Если ОбновитьНумерациюОбъектов не дает результата, значит в базе все еще физически присутствует запись, номер которой система считает «максимальным», либо этот номер застрял в кэше сервера приложений. Используйте программное пересохранение документа с корректным номером и перезапуск службы сервера для гарантированного решения проблемы.