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

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

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

Как 1С присваивает номера: нумераторы, периодичность и префиксы

Пока вы не поймёте механизм, любое «исправление» будет наугад. Номер складывается из трёх частей:

• 🔢 Порядковый номер — считается автоматически как максимум за период + 1.
• 🏷️ Префикс — буквы или цифры перед номером (ЦБ-000001, Б0-000001).
• 📅 Период — за какой отрезок номера считаются отдельно: год, квартал, месяц.

За порядок отвечает объект конфигурации «Нумератор». У него задана периодичность: в типовых конфигурациях (Бухгалтерия 3.0, ЗУП 3.1, Управление торговлей 11) большинство документов нумеруются в пределах года. Это значит, что 1 января счёт законно начинается с единицы заново — это не сбой, а штатное поведение.

Один нумератор часто обслуживает несколько видов документов. Но номера у них всё равно разные, потому что в расчёт входит и тип документа, и префикс. Два документа с одинаковым номером, но разными префиксами — это норма.

Почему нумерация сбивается: пять типичных причин

Прежде чем что-то менять, определите, какой именно случай у вас. От этого зависит способ.

1. Переезд на новую базу. Перенесли только остатки и справочники, а документы прошлых лет не загрузили — счёт стартует с нуля.
2. Удаление последних документов. Пометили на удаление и убрали крайние по номеру — максимум просел, новые документы повторяют занятые номера.
3. Смена года. Начался новый год, периодичность нумератора — «Год», счёт обнулился штатно.
4. Изменение префикса. Поменяли префикс организации или базы — для платформы это другой «поток», нумерация в нём своя и начинается с единицы.
5. Восстановление из старой резервной копии. Подняли бэкап, где последних документов ещё не было, — максимум откатился к дате копии.

Проверка текущих настроек нумерации

Сначала смотрим, в каком «потоке» вообще считаются номера. Два управляемых пользователем параметра — префикс организации и префикс информационной базы.

Префикс организации. Откройте карточку организации: Главное → Организации (в УТ и ЗУП — соответствующий раздел с организациями), выберите нужную и найдите поле «Префикс». Обычно это 1–2 символа. У каждой организации в базе он должен быть свой — иначе их документы будут конкурировать за одни номера.

Префикс информационной базы. Он появляется, когда настроена синхронизация или распределённая база (РИБ). Задаётся при настройке обмена в разделе Администрирование → Синхронизация данных. Если обмена нет, этот префикс пустой и в номере не участвует.

Итоговый префикс в номере документа — это комбинация префикса базы и префикса организации. Поэтому номер вида ЦБ-000042 читается так: ЦБ — префиксы, 000042 — порядковый номер за текущий период.

Перенос нумерации при переезде на новую базу

Если задача — «мы переехали, и счёт начался с нуля», способ зависит от того, как именно переносили данные.

Полная выгрузка через .dt. Это самый надёжный путь: выгружается вся база целиком вместе со всеми документами. Нумерация сохраняется автоматически, потому что в новой базе остаётся прежний максимум номеров.

• Выгрузка: в конфигураторе Администрирование → Выгрузить информационную базу (файл .dt).
• Загрузка: в пустой базе той же конфигурации Администрирование → Загрузить информационную базу.

Частичный перенос (обмен, конвертация). Если данные грузили выборочно — через синхронизацию или «Универсальный обмен данными» (Конвертация данных 2.0/3.0) — проверьте, что документы прошлых периодов действительно попали в новую базу. Нет документов — нет и максимума, с которого продолжать.

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

Как задать нужный номер документа вручную

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

1. Создайте или откройте документ нужного вида и даты.
2. Встаньте в поле «Номер» в шапке документа.
3. Введите нужный номер вручную и запишите документ.

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

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

Пример. В базе последний счёт на оплату — ЦБ-000123. Нужно, чтобы со следующего документа счёт шёл с 200. Создаёте новый счёт той же даты, в поле «Номер» ставите 200 (без ЦБ), записываете. Следующий счёт автоматически получит 201. Номера 124–199 останутся незанятыми — платформа их не подставит, потому что считает только от максимума.

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

Настройка префиксов и раздельной нумерации

Когда в базе несколько организаций, складов или подразделений, часто нужна раздельная нумерация — чтобы потоки документов не пересекались. В 1С это решается префиксами, а не отдельными счётчиками.

• Разные организации → разный префикс в карточке каждой организации. Это штатный и рекомендуемый способ развести нумерацию.
• Разные базы в обмене → разный префикс информационной базы. Он гарантирует, что документы из филиалов не конфликтуют по номерам после синхронизации.

Таблица для ориентира, какой префикс за что отвечает:

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

Продвинутые методы: конфигуратор и прямой доступ к базе

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

Конфигуратор. Периодичность и длину номера задаёт объект «Нумератор». Чтобы счёт не обнулялся каждый год, периодичность нумератора меняют с «Год» на «Непериодический». Но типовая конфигурация находится на поддержке, и прямое редактирование снимает её с автоматического обновления. Правильный путь — расширение конфигурации : оно позволяет изменить поведение, не трогая оригинал. Эту работу выполняет специалист, умеющий работать в конфигураторе.

Прямой доступ через SQL. В интернете встречаются советы «поправить номер напрямую в таблице _Document… через SQL-запрос». Так делать нельзя. Структура хранения 1С недокументирована, напрямую менять таблицы запрещено лицензионным соглашением, и любая такая правка:

• нарушает целостность индексов и ссылок;
• слетает при ближайшем обновлении или тестировании базы;
• делает невозможной поддержку со стороны вендора.

Всё, что реально нужно, решается штатными средствами — ручным вводом номера и префиксами. SQL для изменения номеров документов не нужен и опасен.

Частые ошибки, из-за которых счёт не продолжается

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

• ❌ Одинаковый префикс у двух организаций. Документы разных юрлиц встают в один поток и перебивают номера друг друга. Лечится только разными префиксами в карточках организаций.
• ❌ Смена префикса в середине года. После смены счёт в новом префиксе стартует с единицы, и в одном периоде оказываются номера двух образцов. Если префикс меняют, то с начала нового года или с чёткой границей в учётной политике.
• ❌ Ожидание, что пропуски заполнятся сами. Платформа не ищет «дырки» в нумерации и не вставляет документы в середину — она всегда идёт от максимума вверх. Пропущенные номера так и останутся свободными.
• ❌ Перенос только остатков при переезде. Без документов-источников новой базе не от чего продолжать счёт. Либо переносите документы, либо задавайте стартовый номер вручную.
• ❌ Правка номеров напрямую в базе. Любые изменения через SQL или сторонние утилиты вне интерфейса 1С ломают целостность и снимают базу с поддержки. Все легальные операции делаются в самой программе.

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