Есть связка УТ 11 + БП 2.0.
Поставил УТ 10, на смену УТ 11.
Перетащил из 11-ой справочники, настройки, ввел параметры учета, ввел остатки на начало года, перетащил доки с начала года.
УТ 11 и бухия жили в типовом обмене.
Если я сейчас настрою обмен между Ут 10 и бухгалтерией, то у меня по логике вещей должны полезть в обмен из УТ в бухию доки с начала года, которые итак в бухии уже есть, перенесенные ранее из УТ 11 обменом.

Как правильно поступить? Заменить УТ 11 на УТ 10, чтобы дубли в бухию с обменом не поперли.. (справочники, документы...)

а снять регистрацию с объектов религия не позволяет? и вообще. раз взялся переносить доки, то надо было их по гуиду синхронить

(1)а, точно, снять регистрацию...

ну вот они, допустим, по гуиду и синхронизированы. Это не меняет того факта, что в новой базе (УТ 10) нет инфы о том что уже выгружено в бухию, а что нет.

Или я как то неверно себе представляю механизм синхронизации?

ну а чего тогда паникуешь, что приедут доки? ну приедут и приедут. такой кипиш обычно возникает когда дублей боятся.

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

(3)мне стыдно, но у меня детская боязнь дублей в базах )))))

на самом деле снять регистрацию с объектов - решит вопрос, но не корректно. Я так считаю.
Если в базе - источнике (УТ 10) кто то будет корректировать документ, который был снят с регистрации, то в бухию приедет не обновление документа, а "новый" документ. Бухгалтерия меня весь квартал будет вспоминать недобрым словом, и весьма вербально за эти дубли.

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

+(6) и вот что важно - пренепременнейше в себестоимость должны укладываться транспортные расходы на определенные партии.

(5) марш из профессии за слова такие!

(8)за какие именно?

(9) "...кто то будет корректировать документ, который был снят с регистрации, то в бухию приедет не обновление документа, а "новый" документ..."

(10)
В УТ 10 док попал из УТ 11 через КД.
Далее после миграции я снимаю с него регистрацию, чтобы он при обмене УТ 10 - Бухия не пополз в бухию, ГУИД то у него не такой как в УТ 11..
После того как я его снял с регистрации к обмену его гипотетически кто то может править в УТ, у кого есть права.
И тогда документ записывается, "помечается к выгрузке" в бухию, и плывет в бухию со своим ГУИД-ом, который бухия не находит у себя и регистрирует новый док.
Где я не прав?

И почему сразу вон из профессии?? Ну не профи я в обмене данных, потому обратился на форум. Знал бы все - не постил бы тем.
Че за народ блин, все сразу с пеленок профессионалами тут выродились.....

(11) ты невнимательно читал (1)
раз взялся переносить доки, то надо было их по гуиду синхронить

(12)промежуточных бакапов валом, могу поднять и бакап и правила. (некоторые справочники отдельно, остальные справочники отдельно, дои по видам отдельно)
Там есть загвоздка.
Не все справочники синхронились по гуиду. некоторые по ключевым полям\составному индексу - назвать можно как угодно.
Даже если я буду доки синхронить по гуиду - то справочники подтягивться будут тож по гуиду - здравствуйте дубли в справочниках.
Или мне переписывать правила обмена в одно большое правило....

да! тебе надо сделать правильные правила. а про рассказы, что жизнь программиста 1с - песня, забудь ;)

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

(15)речь не о паре тройке запросов с печатной формой, а о механизме формирования себестоимости товаров в УТ 11 и Ут 10.
Разница есть, ощутимая.

(14)эх, я и не болел никогда этой иллюзией..
Чем дальше в лес - тем толще партизаны..((