Метод УстановитьНовыйНомер()  для нового документа  документа присваивает номер который уже есть в бухгалтерии и при записи документа выходит ошибка, почему так происходит. База БГУ 2.0.92.54, платформа 8.3.21.1849

(0) Не самая интересная тема, конечно, но так и быть, рассказывай

документ  Требование - накладная (Материальные запасы), при обмене через рабит

учу поиску... дорого!
https://yandex.ru/search/?text=1с+восстановить+нумерацию+документов&clid=2270485&banerid=6300000000%3A63adbb6c08021c116e369950&win=553&lr=64

ОбновитьНумерациюОбъектов();  сделал ошибка не уходит

(2) а у тебя там в обмене номер не приходит, который тупо пишется?

(6) да в обмене  есть команда     ЗагружаемыйОбъект.УстановитьНовыйНомер(), где ЗагружаемыйОбъект объект Документ.ТребованиеНакладная0315006  и загружаемому объекту присваивается Номер который уже есть в базе и выходит ошибка например Значение "БАБГ-000007" поля "Номер" не уникально

(4) Сперва перенумеровать все ошибочные номера, потом "ОбновитьНумерациюОбъектов", и Профит :)

(0) Сбой нумерации
Происходит всегда на серверной 1С если загрузить бэкап в существующую уже базу

(8) а 1с не хочет это пофиксить?

(9) Обнулять серверный кэш?
А как 1С поймет что произошло восстановление из бэкапа средствами sql ?

(10) ну у меня такая проблема возникает при развертывании копий. а там она понимает, что сменился адрес базы и спрашивает, переносилась база или нет. при этом если я забуду обновить нумерацию, база рушится, и надо снова делать копию, а это бесит немного. но интересно другое. а почему бы вообще не включить эту процедуру в автозагрузку первого пользователя в базе? она же выполняется мгновенно. что она может испортить?

(7) а сбойные номера как узнать?

(12) в журнал документов посмотреть

(11) Ты вероятно моего вопроса не понял?

Чем для платформы/конфы 1С восстановление из бэкапа средствами sql отличается от стопа/старта сервера 1С и sql ?

(14)+ Просто при развертывании копий перед восстановлением делай drop database ))

(15)+ хотя еще серверный кэш надо почистить, путем удаления базы на сервере или целиком

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

(17) >ничего не чистится, всё в угоду мгновенного развертывания копии.

вот поэтому и такая фигня
ибо серверу 1С никто не сообщает что надо бы кэш/нумерацию сбросить

нумерация  не слетела, надо было дату присваивать командой док.Дата = дата(2023,08,22);, а потом команду док.УстановитьНовыйНомер(), не знаю почему раньше работало

док= Документы.ТребованиеНакладная0315006.СоздатьДокумент();    

док.Организация = Справочники.Организации.ОрганизацияПоУмолчанию();
    
док.Дата = дата(2023,08,22);
    
док.УстановитьНовыйНомер();

док.Записать(РежимЗаписиДокумента.Запись;

(19) пф стандартная ошибка
создать программно документ в 2023, установить номер а потом дату поменять на 2022 и упс дубль номера