Залез в отладчик. 1С создаёт новый номер, склеивая его из двух. В результате - неуникальный номер. Кто-нибудь сталкивался, как лечили?

отладчиком и головой лечили.

Вся загвоздка в том, что разработчики поленились создать документ движениепорасчетному счету. Вместо этого создаются платёжные поручения, которое может иметь любой номер. А тот гибрид, который делает 1с очень быстро упирается в уникальность.
Безотказное решение должно существовать, но оно будет представлять танцы с бубном вокруг ручной проверки уникальности и назначение других номеров в случае совпадения.
Заморочиваться пока не буду.
1922 строку
Объект.НомерДок = Лев(Объект.НомерДок, СтрДлина(Объект.НомерДок) - 3) + СтрЗаменить(Прав(ТаблицаДокументов.Номер, 3), " ", "0");
заменил на
Объект.НомерДок = ТаблицаДокументов.Номер;

Я понимаю, что ситуация возникал из-за того, что документы сначала шлёпались вручную. А тут загрузка задним числом. Но осадок всё равно остался.

Похоже, что обработка не создаёт новые расчётные счета.

Продолжайте наблюдение. (С)

(5)В (4) я ошибся.
Но веселье продолжается.

Также обнаружилось, что выписки встают датой создания платёжного поручения, а не датой зачисления/списания.