← На главную

В процессе ежедневной работы в программе 1С:Предприятие 7.7 пользователи часто сталкиваются с досадными техническими сбоями. Один из самых распространенных — это ошибка «Номер не уникальный» при попытке записать или провести документ. Особенно странно это выглядит, когда документ, создаваемый «вручную» (отдельно), проводится без проблем, а при создании методом «Ввод на основании» система упорно отказывается его сохранять. В этой статье мы подробно разберем, почему так происходит, как устроен механизм автонумерации в платформе 1С 7.7 и как быстро исправить эту ситуацию вместе с пользователями.

---

Почему «отдельно» документ создается нормально, а «на основании» выдает ошибку?

Для начала давайте проанализируем поведение системы и выясним главную причину этого феномена. Всё дело в дате создаваемого документа и периодичности нумерации в 1С 7.7:

1. При создании документа «на основании»: Новый подчиненный документ (в нашем случае Переоценка) автоматически наследует дату своего родительского документа-основания (Перемещение ТМЦ). Если менеджер или бухгалтер делает переоценку на основе перемещения, которое было проведено, например, в прошлом месяце или даже в прошлом году, то новая Переоценка автоматически получит ту самую старую дату.
2. Периодичность нумерации: В большинстве конфигураций 1С 7.7 для документов установлена периодичность нумерации «Год» (или «Месяц»). Это значит, что в каждом новом периоде нумерация начинается заново (например, с 00000001). Пытаясь записать документ старой датой, система обращается к механизму автонумерации за тот прошлый период и пытается найти там свободный номер. Если в том периоде нумерация была нарушена, программа выдает ошибку неуникальности.
3. При создании «отдельно»: Когда мы создаем документ просто из журнала, программа по умолчанию подставляет ему текущую рабочую дату (сегодняшнее число). В текущем периоде (в этом году или месяце) нумерация, скорее всего, еще не сбита, свободные номера есть, поэтому документ записывается без каких-либо препятствий.

---

Как именно ручной ввод букв и символов ломает автонумерацию в 1С 7.7?

Давайте разберем внутренний алгоритм работы автонумератора текстовых номеров в 1С 7.7. Система работает по принципу поиска максимального значения (по алфавиту) среди существующих документов за выбранный период периодичности, после чего пытается увеличить его числовую часть на единицу.

Посмотрим на классические примеры того, как пользователи (или, как выразился автор темы, «дятлы») ломают этот механизм:

1. Сбой из-за нарушения разрядности (лидирующих нулей)

Стандартный шаблон номера документа имеет строго определенную длину, например, 8 символов: 00000125. Если пользователь вручную решает «сократить» номер и вводит вместо него 125 (убирая лидирующие нули), система воспринимает это как команду начать новый отсчет. Автонумератор продолжит цепочку: 126, 127 и так далее. Однако, когда этот укороченный счетчик дойдет до предела разрядности (например, до 999), система не сможет автоматически перейти на четырехзначный регистр и начнет выдавать ошибку уникальности либо конфликтовать со старыми номерами, где нули сохранились.

2. Сбой из-за добавления букв и спецсимволов

Если в числовую часть номера вставляется буква или знак препинания (например, дробь, дефис или префикс в конце номера: 0000125А, 0000125/1), автонумератор при определении максимального значения считает этот номер «самым большим» в выборке из-за особенностей сортировки текстовых полей. При создании следующего документа 1С пытается математически прибавить единицу к букве «А» или знаку «/».

Поскольку прибавить единицу к букве невозможно, автонумератор «застревает» на последнем корректном числовом значении перед этой буквой либо пытается повторно присвоить тот же самый некорректный номер новому документу, что сразу вызывает ошибку «Номер не уникальный».

---

Пошаговая инструкция по поиску и решению проблемы

Если вы столкнулись с подобной проблемой, выполните следующие шаги для восстановления корректной работы системы.

Шаг 1. Быстрый поиск «сломанного» документа в журнале

Прежде чем открывать отладчик, давайте воспользуемся стандартными возможностями интерактивной работы в 1С 7.7:

1. Откройте журнал документов Переоценка (или общий журнал документов).
2. Установите интервал видимости документов за тот период, в котором создается документ-основание (например, прошлый месяц или весь текущий год).
3. Нажмите на заголовок колонки «Номер» для включения сортировки по номеру.
4. Поскольку сортировка в 1С 7.7 текстовая, все «аномальные» номера документов (без лидирующих нулей, со специальными символами, префиксами в конце или буквами вроде 0000125А) сразу же окажутся либо в самом верху, либо в самом низу списка.

Шаг 2. Ручное исправление номера

Как только проблемный документ найден, его необходимо исправить:

1. Откройте найденный документ на редактирование.
2. Вручную измените его некорректный номер (например, 0000125А) на стандартный свободный номер из правильного диапазона с соблюдением разрядности и лидирующих нулей (например, 00000126).
3. Сохраните и проведите документ. После этого автонумератор снова сможет корректно вычислять следующий порядковый номер.

Шаг 3. Временный обходной путь через изменение «Рабочей даты»

Если вам нужно срочно провести документ, созданный на основании за прошлый период, а времени на поиск поломанных номеров прямо сейчас нет, можно применить следующую хитрость:

1. Перейдите в меню: Сервис -> Параметры, вкладка «Общие».
2. Временно измените значение поля «Рабочая дата» на дату документа-основания.
3. Попробуйте снова создать и записать документ Переоценка на основании перемещения. Механизм автонумерации должен сработать корректно.
4. Важно: После успешной записи документа не забудьте вернуть рабочую дату в исходное (текущее) состояние!

---

Продвинутые методы решения (для администраторов и программистов)

Что делать, если документов со сбитой нумерацией слишком много и вручную исправлять их нецелесообразно? Рассмотрим системные методы решения.

Использование обработки перенумерации документов

Для массового исправления номеров документов рекомендуется использовать стандартную внешнюю обработку с диска ИТС (Информационно-Технологическое Сопровождение). Обычно она называется docrenum.ert (или универсальный подбор объектов UChoice.ert).

Эта обработка позволяет:

• Выбрать конкретный вид документа (в нашем случае Переоценка).
• Задать период, за который нужно восстановить нумерацию.
• Указать новый начальный номер и префикс.
• Запустить автоматический процесс, который по хронологии перепишет все номера, вернув им правильную длину и лидирующие нули.

Увеличение разрядности номера в Конфигураторе

Если ваше предприятие работает в базе данных 1С 7.7 уже много лет, физическая длина номера (количество символов) могла просто исчерпать себя. Например, если длина номера была ограничена 5 символами, и счетчик дошел до 99999, система больше не сможет автоматически создавать новые документы.

В этом случае порядок действий следующий:

1. Запустите базу данных в режиме Конфигуратор (предварительно сделав резервную копию базы данных!).
2. Найдите в дереве метаданных документ Переоценка.
3. Откройте его свойства и перейдите на вкладку «Строчные» или найдите параметр «Длина номера».
4. Увеличьте длину номера (например, с 5 до 8 или 10 символов).
5. Сохраните изменения в конфигурации.
6. После этого запустите базу в режиме «Предприятие» и выполните перенумерацию документов обработкой docrenum.ert, чтобы заполнить новые свободные разряды слева лидирующими нулями.

Подводя итог, можно сказать, что порядок в нумерации документов — это залог стабильной работы любой базы данных 1С. Объясните вашим пользователям, что ручное вмешательство в автонумерацию (особенно добавление букв в числовые поля) неизбежно ведет к техническим сбоям, и научите их избегать подобных ошибок в будущем.