Сбилась нумерация в 1С: как исправить номера документов

Сбой нумерации в 1С — ситуация, когда программа присваивает новому документу номер, который уже существует, пропускает номера или начинает отсчёт с неожиданного значения. Чаще всего проблема возникает из-за ручного изменения номеров, обмена данными между базами, удаления последнего документа или перехода на новый период (год, месяц), когда префикс меняется.

Хорошая новость: в большинстве случаев нумерацию можно восстановить штатными средствами без программирования. В типовых конфигурациях есть механизм автоматического обновления нумераторов, а для массовых исправлений существуют стандартные обработки. Главное — понять причину сбоя, чтобы выбрать правильный способ исправления и не усугубить ситуацию.

Перед любыми действиями сделайте резервную копию информационной базы. Ошибка при перенумерации может затронуть сотни документов, на которые ссылаются проводки, отчёты и печатные формы, и откатить изменения без копии будет крайне сложно.

Почему в 1С сбивается нумерация документов

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

Типичные причины сбоев:

• Ручное изменение номера. Пользователь вручную ввёл номер с большим значением (например, «9999» вместо «0045»), и программа продолжила отсчёт от него.
• Удаление последнего документа. После удаления документа с максимальным номером следующий документ может получить номер удалённого — и если тот уже упоминался в отчётах или у контрагентов, возникает путаница.
• Обмен данными. При синхронизации между базами (например, «Управление торговлей» и «Бухгалтерия») документы приходят со своими номерами, и нумератор в принимающей базе сбивается.
• Смена периода. Нумерация обычно ведётся в пределах года. В начале нового года отсчёт начинается заново — это норма, но если префиксы настроены неправильно, номера могут дублироваться.
• Работа нескольких пользователей. Два пользователя одновременно создают документы, и при определённых условиях возникают дубли или пропуски.
• Восстановление базы из копии или перенос данных обработками, которые не обновляют нумераторы.

Проверка перед исправлением: что нужно выяснить

Прежде чем что-то менять, ответьте на три вопроса. Первый: какой именно номер программа предлагает сейчас и какой должен быть? Создайте тестовый документ (без записи или запишите и потом удалите) и посмотрите присвоенный номер. Второй: есть ли документы с «неправильными» номерами, которые уже проведены и участвуют в учёте? Третий: затрагивает ли проблема один вид документов или несколько?

Откройте журнал нужного вида документов, отсортируйте по номеру и найдите аномалию — документ с завышенным номером, дубли или разрыв. Обратите внимание на префиксы: номера «00БП-000123» и «0000-000123» для программы — разные серии, и нумерация внутри каждой идёт отдельно. Часто «сбой» оказывается просто документом с другим префиксом, который попал в базу из обмена.

Также проверьте, используются ли «неправильные» номера во внешних документах: распечатанных счетах, отправленных контрагентам УПД, платёжных поручениях. Если документ уже ушёл контрагенту, менять его номер нельзя — придётся исправлять нумерацию вокруг него.

Способ 1: ручное исправление номера нового документа

Самый простой и безопасный метод подходит для локального сбоя, когда программа просто предлагает неверный следующий номер. Создайте новый документ нужного вида. Программа присвоит ему номер автоматически — например, «9999», хотя последний корректный номер был «0045».

Откройте поле «Номер» (в большинстве конфигураций оно доступно для редактирования; если поле недоступно, проверьте права пользователя или настройку «Редактирование номеров документов» в правах роли) и введите правильный номер вручную — «0046». Запишите документ. С этого момента механизм нумерации запомнит новое максимальное значение, и следующий документ получит «0047» автоматически.

Важная деталь: номер должен сохранять формат серии. Если у документов номер вида «0000-000045», вводите «0000-000046» с тем же префиксом и количеством знаков, иначе создадите новую серию и нумератор не обновится. После исправления создайте ещё один тестовый документ и убедитесь, что номер продолжился правильно.

1. 1
   Сделайте резервную копию базы или убедитесь, что регламентное копирование работает
2. 2
   Найдите в журнале документ с последним корректным номером
3. 3
   Создайте новый документ и посмотрите, какой номер предлагает программа
4. 4
   Вручную замените номер на правильный следующий, сохранив префикс и формат
5. 5
   Запишите документ, затем создайте ещё один и проверьте, что отсчёт продолжился верно
6. 6
   Если номер снова неверный — переходите к обновлению нумераторов или обработке перенумерации

Способ 2: обновление нумераторов и типовые средства

В ряде конфигураций и ситуаций ручной ввод не помогает: программа упорно возвращается к неверному номеру. Это значит, что сбит внутренний нумератор — служебный механизм, который платформа использует для подсказки следующего значения. Нумераторы привязаны к префиксам и периодичности, поэтому сбой может касаться только одной серии номеров.

Что можно сделать штатными средствами. Во-первых, проверьте настройки префиксации: в типовых конфигурациях на базе БСП префикс информационной базы задаётся в разделе «Администрирование» → «Префиксы номеров документов» (название пункта может отличаться). Если префикс базы пустой, а документы приходят из обмена с префиксом, нумерация будет вестись раздельно и выглядеть как сбой.

Во-вторых, для управляемых приложений существуют типовые обработки обновления нумерации. В файловых базах иногда помогает «Тестирование и исправление» информационной базы (режим конфигуратора: Администрирование → Тестирование и исправление) с включённой проверкой логической целостности — но это вспомогательная мера, а не основной инструмент перенумерации.

Способ 3: массовая перенумерация обработкой

Когда сбой затронул десятки или сотни документов — например, после загрузки данных из другой программы все счета получили номера с чужим префиксом — ручное исправление непрактично. Для таких случаев используют обработки групповой перенумерации. В типовых конфигурациях на БСП есть обработка «Групповое изменение реквизитов» (Администрирование → Обслуживание → Корректировка данных), которая позволяет массово менять реквизиты, включая номера, по формуле.

Общий порядок работы такой: выбираете вид документов и период, отбираете документы, которые нужно перенумеровать, задаёте начальный номер и правило формирования (с сохранением префикса и длины), запускаете обработку в тестовом режиме, проверяете результат и только потом выполняете запись. Обработка перенумеровывает документы в хронологическом порядке, поэтому последовательность дат сохранится.

Безопасность механизма обеспечивается тем, что номер — это реквизит объекта, а не ключ связи: ссылки на документ в проводках и других объектах при смене номера не ломаются. Однако печатные формы, уже выгруженные файлы и внешние системы «помнят» старые номера, поэтому перенумерацию выполняют только внутри закрытого контура.

Как предотвратить сбои нумерации в будущем

Большинство сбоев нумерации — следствие настроек и привычек работы, которые легко скорректировать. Начните с префиксов: если ведётся обмен между базами, каждой базе должен быть назначен уникальный префикс. Тогда документы из разных источников попадают в разные серии и не конфликтуют.

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

Проверяйте нумерацию после каждого обмена данными и после восстановления из копии: создайте тестовый документ каждого ключевого вида и убедитесь, что номер корректный. Такая проверка занимает пару минут, но позволяет поймать сбой до того, как «неправильные» номера уйдут в печатные формы и к контрагентам.

Маршрут решения

Как выбрать действие

Программа предлагает неверный номер только для новых документов, старые в порядкеВведите правильный номер вручную в новом документе и проверьте продолжение отсчёта

Документы с неверными номерами уже созданы, но не проведены и не печаталисьИсправьте номера вручную или обработкой, затем проведите документы

Неверные номера у проведённых документов закрытого периодаНе перенумеровывайте без согласования с бухгалтерией; оцените влияние на сданную отчётность

Сбой повторяется после каждого обмена даннымиНастройте уникальные префиксы баз в параметрах синхронизации

Дубли номеров и ошибки уникальности при записиВыполните перенумерацию обработкой в монопольном режиме после резервного копирования

Ограничения и когда нужен специалист

Самостоятельное исправление оправдано, когда речь идёт о подсказке следующего номера или о небольшой группе документов текущего периода. Ситуации, где лучше привлечь специалиста по 1С: дубли номеров с ошибками уникальности индексов, сбои в клиент-серверной базе с большим числом пользователей, необходимость перенумерации закрытых периодов, а также случаи, когда нумерация зашита в доработанные модули конфигурации.

Отдельно отметим счета-фактуры и УПД: их нумерация регламентирована, номера должны идти по возрастанию в хронологическом порядке. Хаотичная перенумерация таких документов может привести к вопросам при налоговых проверках, поэтому любые исправления здесь выполняйте только совместно с бухгалтерией.

Частые вопросы

Почему 1С присваивает номер, который уже существует?

Программа определяет следующий номер по максимальному значению в своей серии (комбинация префикса и периода). Если документ с таким номером существует, но имеет другой префикс или создан внешней загрузкой, нумератор может его «не видеть». Найдите документ с завышенным номером в журнале и задайте правильный следующий номер вручную.

Можно ли менять номера проведённых документов?

Технически да: номер — обычный реквизит, ссылки на документ при его смене не нарушаются. Но делать это стоит только если документ не покидал базу: не распечатывался, не отправлялся контрагенту и не попадал в отчётность. Иначе получите расхождения при сверках.

После удаления документа его номер будет использован повторно — это нормально?

Да, если удалённый документ имел максимальный номер, следующий созданный документ получит этот же номер. Это штатное поведение. Проблема возникает, только если старый номер уже фигурировал во внешних документах — тогда новый документ лучше перенумеровать вручную.

Каждый январь нумерация начинается с единицы — это сбой?

Нет, это нормальное поведение: у большинства видов документов нумерация периодическая в пределах года. Сбой — это когда внутри одного года отсчёт идёт с неверного значения, появляются дубли или большие разрывы номеров.

Перенумерация сломает проводки и связанные документы?

Нет. Связи в 1С строятся по внутренней ссылке объекта, а не по номеру. Проводки, подчинённые документы и отчёты продолжат работать корректно. Изменится только отображаемый номер в журналах и печатных формах.

Что делать, если при записи возникает ошибка уникальности номера?

Это признак дублей внутри одной серии. Отсортируйте журнал по номеру, найдите пару документов с одинаковым номером и префиксом, измените номер у того из них, который не использовался во внешних документах. Если дублей много — выполните перенумерацию обработкой в монопольном режиме после резервного копирования.