БП3, ситуация стандартная, какой-то умник исправил номер у платежек, пошла кривая нумерация. Ок, перенумеровал все кривые номера в прямые, сделал ОбновитьНумерацию - результата нет, по прежнему делается кривой номер.
Номер, кстати, вида С-00-0, два дефиса, и если его вбить в быстрый поиск - то платформа находит все номера С-0000, хотя полнотекстовый поиск обновлен - что за хня, и как лечить?

перенумеровал все кривые номера в прямые, сделал ОбновитьНумерацию = вот здесь подробнее: "Как обгонял, как подрезал?" ©

Групповой обработкой нашел доки с кривыми номерами, заменил им префикс на родной, удалил помеченные, визуально проверил  список документов (их не так много), кривых номеров нет. Далее на сервере сделал ОбновитьНумерациюОбъектов(Метаданные.Документы.ПлатежноеПоручение);

(2) Открой журнал ПП, отсортируй по номеру и посмотри (отключи ВСЕ отборы (даты, р/сч и прочее) ). Может что-то и не попало в твоюгрупповую обработку.

+(3) ну и кэш почисти на всякий...

Если есть возможность перезапустите сервер 1с.

А еще может какой-то умник в коде это прописал? Можно в отладке тогда посидеть если ничего не поможет.

(2)Попробуй ОбновитьНумерациюОбъектов после перезаписи вручную последнего документа с корректным номером.

Отборы все отключены, база типовая на поддержке. Выгрузил базу 8.3.10 в 8.3.6, сделал новый документ, обновил нумерацию, следующий новый документ пошел теперь уже не с номером 40x, а с 001, но префикс тот же. Похоже, платформа не переваривает два дефиса в номере.

(7) платформе абсолютно пофиг дефисы или не дефисы, два их или три. Работа идёт с префиксом нумерации

(7) Плохо искал. Разберись откуда префиксы берутся.

(7)Вроде бы в БП 3.0 при создании нового документа программа автоматически присваивает ему новый номер по шаблону «0000 – 000000».

Не вспомнили ещё один вариант: "А еще может какой-то умник"(цы)... изменить префикс. Например на "С-00"