Добрый день, уважаемый форум. Подскажите, пожалуйста: правильно ли я понимаю ход решения задачки?
Есть: несколько баз, которые обмениваются информацией в УРБД. В одной из них (назовем ее СП) сейчас ведется учет по нескольким фирмам. Нужно из этой базы выделить одну из фирм (назовем ее СВ) в отдельную базу.
Решение:
1) в Центральной базе создать новую фирму СВ и выгрузить по ней данные в рабочую папку базы СВ;
2) сохранить из папки СВ файлы УРБД (1sdbset, 1sdwnlds, 1supdts и 1ssystem dbf+cdx);
3) скопировать базу СП в папку СВ, в базе СП удалить все документы фирмы СВ, в базе СВ удалить все документы по другим фирмам;
4) записать в папку СВ сохраненные файлы УРБД;
5) запустить обмен.
Так?
Я пытался сделать это, но сохранил только 1ssystem ---> в результате при обмене получил "Ошибка адреса ИБ".
Надеюсь, что ваш совет поможет мне быстро решить эту задачу (базы довольно объемные, и удаление ненужных документов заняло приличный кусок времени).
Заранее благодарен.

(0) тебе отдельный узел нужен или просто отдельная база без включения в обмен?

(1) База включенная в обмен.

(2) так скопируй базу средствами ОС и поудаляй ненужные документы. при чем здесь УРИБ?

(3) Надо, чтобы новая база участвовала в обмене.

UP.   Всё-таки хочется знать: я на правильном пути или совсем в другую сторону?  ;-)

(0) Так не получится. Еще и dbsign в документах менять нужно. Это substr(iddoc,7,3).
Т.е. нужно центральную загнать в sql и заменить в таблицах dbsign отделяемой фирмы на новый, а потом выгружать эту  переферийку.

(6) Вроде получилось, без dbsign... Сам в шоке ))) Сижу, проверяю. Обмен работает -- документы и справочники передаются. :-)

(7) Хм, а это уже забавно.
Но новые документы так и должны ползать.
Ты попробуй СТАРЫЙ документ по НОВОЙ фирме дернуть в ЦБ.
Он должен прилететь в СТАРУЮ периферийную базу, а не новую.
Хотя если период закрыт и дергать документы никто не будет то и черт с ним...

(8) А вот и не фсё получилось (((
Из Центральной базы пропали документы по выделяемой фирме... Вобщем-то, понятно почему: в базе СП, из которой выделяется фирма, эти документы были помечены на удаление и удалены; об этом УРБД сообщил в ЦЕНТР и грохнул там эти документы.
Чё делать -- пока не знаю.

(мысли вслух) Что сделать в новой базе (СВ) с документами, чтобы УРБД "подумал", что они все изменялись и их надо записать в ЦЕНТР? Перепроведение нежелательно, кмк.

(10) Тебе прямая дорога в mssql, я же писал.
Ну или фоксом, но после вмешательства фокса на запись переиндексация обязательна!
Как то так как тут описано https://pro1c.org.ua/index.php?showtopic=5683
Только dbsign все таки менять то придется.

(9) всего то надо было после удаления лишних доков очистить упдс и усё.

и ничего бы никуда не улетело и лишнего не удалилось

(10) достатьчно Записать, без провести.

ну или руками к обмену зарегить

но проще сделать клон цб, вырезать лишнее и из этого слепить ПБ.

(14) Так и делаю (перезаписываю автора док-та). Попробовал на документах за 1 месяц, их немного -- только 1 перенесся в ЦБ... Попробую еще раз.

(12) Я правильно понимаю: в новой базе очистить 1supdts ?

(17) Да. Ты же сам написал что "об этом УРБД сообщил в ЦЕНТР и грохнул там эти документы".
Если бы не узнал, то и не грохнул бы.

(18) Логично!
Попробую послезавтра повторить процесс сначала + (12)  (завтра не до работы будет  ;-) )
Отпишусь о результате.

(17) да, это файлик с изменениями

Djelf, Ёпрст -- спасибо за подсказку. Попытка № 2, надеюсь, будет более успешная.

(21) Я бы все таки заменил dbsign в документах.
Причина то простая. Ты собрался вечно в этой конторе работать?
Ну и вот... Как кто-то узнает что dbsign в базе был/стал кривой?
Потом "дернет" где то базу, не приемник, а просто сотрудник.
И будет тема на мисте "какого черта документы из другой УРБД прилетают в ЭТУ?".
Ну и зачем оставлять такие дыры после себя?

(22) Над ли этим заморачиваться, если в Центральной базе нельзя изменять/проводить документы? Она у нас как "сумматор" -- для общей картины по корпорации.

(23) Над ли == Надо ли.
Пардон.

(23) Ну не знаю, не знаю. Ты тии на периферии запускал?
Вроде как документы, которые не должны находится в базе станут помеченными на удаление. Точно не помню уже...

(25) Я Вам пару часов назад письмо в личку отправлял. ;-)