Разберем классическую ситуацию, с которой сталкивается практически каждый специалист по 1С или системный администратор: бухгалтер, желая сделать номер документа «красивым», вручную удаляет лидирующие нули. Например, вместо системного номера 0000-000054 пользователь прописывает просто 54. В результате автоматическая нумерация сбивается, и при попытке создать следующий документ система либо присваивает некорректный номер, либо выдает ошибку: «Значение поля номер не уникально».
Проанализируем причину такого поведения платформы. Номера документов в 1С хранятся не как числовые значения, а как строки текста. Механизм автоматического присвоения следующего номера опирается на посимвольную сортировку строк. Именно лидирующие нули обеспечивают фиксированную длину номера, чтобы эта сортировка работала корректно. Если длина номера нарушена, для системы строка 31 встанет в сортировке раньше, чем 7. Когда после номера 99 программа попытается выдать следующий, разрядность изменится, и алгоритм сломается. Выясним, как мы можем исправить эту ситуацию и вернуть учет в нормальное русло.
Прежде чем мы перейдем к техническим решениям, рассмотрим важный методологический момент, который стоит донести до пользователей. Главная причина ручной корректировки номеров — желание видеть аккуратный номер на распечатанном документе (счете-фактуре, акте, накладной). Однако в типовых конфигурациях 1С, таких как «1С:Бухгалтерия», давно встроен механизм скрытия префиксов и лидирующих нулей при выводе на печать. Документ с номером 0000-000054 в любой печатной форме и так будет отображаться как 54. Следовательно, редактировать номер в самой карточке документа абсолютно бессмысленно и даже вредно.
Разберем по шагам решение, которое чаще всего помогает быстро «встряхнуть» генератор номеров и заставить его продолжить правильную последовательность. Этот способ отлично сработал в обсуждаемой ситуации с авансовыми отчетами.
Это заставляет платформу перечитать кэш номеров и игнорировать испорченные документы с урезанной длиной строки, если в базе остался хотя бы один корректный документ с правильной структурой номера.
Если испорченных документов много или они идут подряд в закрытом периоде, посмотрим на вариант с массовым исправлением. Нам понадобится стандартная обработка «Универсальный подбор и обработка объектов» или встроенный механизм группового изменения реквизитов.
Суть метода заключается в том, чтобы отобрать все документы с испорченными номерами (например, с отбором по признаку вида документа и периоду) и запустить процесс автоматической перенумерации. Программа сама присвоит им корректные номера нужной длины с лидирующими нулями. Для решения этой задачи можно использовать обработку для перенумерации и исправления длины номеров документов.
Если мы решаем задачу программным путем (например, пишем разовую обработку для исправления номеров конкретного вида документов), нам нужно дополнить строку нулями слева до стандартной длины (обычно это 11 символов).
Рассмотрим несколько вариантов кода, которые помогут решить эту задачу. Первый вариант — классический прием работы со строками в платформе 1С:
// Предположим, стандартная длина номера равна 11
ДлинаНомера = 11;
// Добавляем заведомо избыточное количество нулей и отсекаем нужную длину справа
НовыйНомер = Прав("00000000000" + СокрЛП(ИспорченныйНомер), ДлинаНомера);
В современных конфигурациях, построенных на базе Библиотеки стандартных подсистем (БСП), правильнее использовать готовые функции. Рассмотрим пример использования типового функционала:
// Используем функцию из общего модуля БСП
НовыйНомер = СтроковыеФункцииКлиентСервер.ДополнитьСтроку(СокрЛП(ИспорченныйНомер), 11, "0", "Слева");
Для более сложных случаев, когда нумерация формируется нестандартно, можно использовать расширения конфигурации. В общем модуле ПрефиксацияОбъектовКлиентСервер есть процедура УдалитьПрефиксыИзНомераОбъекта, поставив точку останова в которой, мы сможем отследить, как именно система преобразует номер при записи и почему отказывается принимать наше значение.
Иногда мы исправляем все номера в базе, возвращаем им нули, но при создании нового документа 1С продолжает упорно предлагать неправильный номер (например, без нулей или следующий за ошибочным). Разберем причину: платформа кэширует выданные номера в памяти сеанса для ускорения работы.
Чтобы очистить этот кэш, часто достаточно просто перезапустить сеанс работы с программой (закрыть и открыть 1С). Если это не помогает, воспользуемся стандартной встроенной обработкой «Обновление нумерации объектов». Она принудительно очищает кэш платформы и заставляет сервер заново пересчитать максимальные номера всех объектов в базе. В конфигурациях на управляемых формах для этого можно использовать обработку для обновления нумерации объектов и сброса счетчиков.
Чтобы выявить все подобные ошибки, допущенные пользователями, рекомендуем использовать встроенный отчет «Экспресс-проверка ведения учета». Этот инструмент умеет анализировать хронологию кассовых ордеров, счетов-фактур и других критичных документов, подсвечивая красным цветом пропуски номеров или сбитую разрядность. Это значительно упростит поиск мест, куда бухгалтер успел внести ручные изменения.