При ручном редактировании или автоматическом создании документа Платежное поручение в программе «1С:Бухгалтерия 8.3» пользователи часто сталкиваются с сообщением платформы: «Номер [такой-то] не уникальный». При этом внешне в журнале документов за текущий год платежки с таким номером может быть не видно.
Рассмотрим подробно причины возникновения этой проблемы, методы ее диагностики и правильные способы исправления нумерации без нарушения целостности информационной базы.
Основная причина: установленные отборы в журнале документов
В большинстве случаев платформа 1С безошибочно фиксирует наличие дубликата. Документ с аналогичным номером действительно существует в базе, но скрыт из текущего представления журнала из-за настроенных фильтров.
Проанализируем типовые ситуации, из-за которых документ с совпадающим номером не отображается в списке:
Отбор по расчетному счету: В журнале платежных поручений часто включен фильтр по конкретному банковскому счету организации. Если документ с таким номером был оформлен по другому расчетному счету той же организации, он не попадет в текущий список, но платформа заблокирует повторное использование номера.
Пометка на удаление: Документ с запрашиваемым номером может находиться в статусе «Помечен на удаление». Если в настройках списка отключен показ помеченных на удаление объектов, пользователь его не увидит.
Отбор по организации или подразделению: Если нумерация документов ведется в целом по базе или с общим префиксом, платежка другой организации может блокировать нужный номер.
Как найти «невидимый» документ с совпадающим номером
Для поиска документа, вызывающего ошибку уникальности, выполним следующие шаги:
Сброс всех фильтров журнала: Откроем журнал платежных поручений, перейдем в меню Еще — Настроить список и сбросим все установленные отборы (по расчетному счету, организации, контрагенту).
Проверка периода: Проверим настройку периода журнала. Хотя для платежных поручений уникальность номеров обычно контролируется в пределах года, рекомендуется проверить весь календарный год.
Использование консоли запросов: Для гарантированного поиска (особенно если к журналам применены сложные RLS-ограничения или пользовательские настройки) воспользуемся консолью запросов. Сформируем запрос к таблице документов Документ.ПлатежноеПоручение:
ВЫБРАТЬ
Платежка.Ссылка КАК Ссылка,
Платежка.Дата КАК Дата,
Платежка.Номер КАК Номер,
Платежка.Организация КАК Организация,
Платежка.РасчетныйСчетОрганизации КАК РасчетныйСчет,
Платежка.ПометкаУдаления КАК ПометкаУдаления
ИЗ
Документ.ПлатежноеПоручение КАК Платежка
ГДЕ
Платежка.Номер ПОДОБНО "%123%"
Запрос найдет все документы, в номере которых содержатся указанные цифры, независимо от установленных в интерфейсе отборов и настроек видимости.
Другие технические причины сбоя нумерации
Если поиск не выявил документов с таким же номером, проанализируем альтернативные причины технического характера:
Нарушение формата лидирующих нулей: При ручном вводе номера без нулей в начале (например, 123 вместо 0000-000123) платформа сбивает алгоритм автоинкремента. Строка 99 при алфавитно-цифровой сортировке считается «больше», чем 0000-000100, что приводит к ошибке при попытке сгенерировать следующий номер.
Спецсимволы и индексы: Ввод дефисов, слешей или буквенных префиксов вручную нарушает работу встроенного нумератора.
Рассинхронизация кэша нумератора: В клиент-серверном режиме работы кэш номеров платформы может рассинхронизироваться с базой данных. В этом случае помогает перезапуск службы сервера 1С или вызов метода ОбновитьНумерациюОбъектов().
Почему опасно использовать режим «ЗагрузкаДанных = Истина»
Использование программной записи документов в режиме ЗагрузкаДанных = Истина (или через специализированные обработки) действительно позволяет записать документ с дублирующимся номером, так как в этом режиме платформа отключает платформенные проверки и подписки на события.
Однако этот способ крайне не рекомендуется:
Запись документа с дублирующимся номером создает коллизии при обмене с банком (выгрузка и загрузка выписок в формат 1С:Предприятие / Клиент-Банк).
В дальнейшем автонумератор платформы продолжит выдавать ошибки на новых документах.
Правильный порядок действий для исправления нумерации
Найдем документ-дубликат, сняв все отборы в журнале или с помощью консоли запросов.
Если дубликат был создан ошибочно — удалим его или изменим его номер вручную на корректный.
Если в базе присутствует документ со сбитой нумерацией (короткий номер без лидирующих нулей), восстановим стандартную длину номера и префикс (например, 0000-000001).
При необходимости выполним групповую перенумерацию документов за текущий период с помощью типовой сервисной обработки Групповое изменение реквизитов.