Здравствуйте. Учет ведется в одной БП на две организации.
Мало денег = купили базовый ЗУП.
Сделал разбивки по орг через риб, после чего залил в каждую базу ЗУП каждую организацию отдельно.
Как быть с GUID баз, чтобы синхронизации нормально выполнялась через универсальный обмен?
В БП вместо двух записей на каждый обмен, по одной записи с guid зуп, и одна общая на бп.
То есть, вместо четырех - три записи.

Скупой платит дважды...

(0) РИБ здесь каким боком?

Не в курсе, а нельзя в БП сохранить два файла настроек обмена?

(2)  Бок так и называется: разбивка базы данных на две, в разрезе организаций.
Вопрос не в этом.
Как организовать синхронизацию двух баз с одной и той же, где настройка обмена  ЗУП?

(4) Ты телепат? или клон ТС? Про РИБ ответь, если догадался о чём речь.

(4) У каждой организации и у каждой базы свой префикс

А я другое понять не могу, что им мешало в БП зарплату по двум базам начислять. Каких возможностей не хватило?

(6) автору же нужны односторонние обмены через файл?
Нельзя по очереди делать загрузки: ЗП1 -> БП и ЗП2 -> БП
?

Понятно. А никто ещё не додумался написать односторонний перенос без всякой синхронизации а-Ляля как было в 2.5?
Как раз для таких предприятий, где куча левых фирм для игры с налогами?
В 2.5 хоть сотню зупов можно было держать для одной БП.

(9) Я делал для ЗГУ.. но иногда все равно приходится руками проводки исправлять. За типовым не угонишься.

(10) Согласен.
Из чистого любопытства, а проф намного дороже базовой Зуп?

(11) 1С:ЗУП Базовая Электронная поставка - 8200 руб.
1С:ЗУП ПРОФ - 26700 руб.

18 тысяч... может скинемся автору на бедность?

(13)Не 18 тысяч же. Для Базовой все апдейты бесплатны. А при проф придётся раскошеливаться на ИТС, чтобы оставаться в рамках закона.

(14) в БП у них две организации, значит БП точно ПРОФ, т.е. за ИТС они уже и так платят,
для ЗУП ПРОФ не нужно отдельно ИТС покупать

(14) так и так БП стоит. ля нее и обновления и сервисы нужны. Т.е. ИТС типа должно быть в наличие

+ в стоимость ЗУП ПРОФ также входит льготная ИТС ПРОФ на первые три месяца, при оформлении которой будет доступ и к обновлениям для БП ПРОФ
отдельно такая подписка по прайсу стоит 11309 руб.

(15) (16) такие могут и не платить за поддержку )

(18) тогда и с поддержкой ЗУПа нет проблем. Ставим проф и не паримся

а вообще я своим клиентам не советую синхронизацию между ПРОФ<>Базовая, если в ПРОФ более одной организации, ибо чревато

Главное чтобы физ лиц бухии не решили почистить. А то был у меня такой случай. Несколько ЗУП и одна БП. И в одной зуп бух решила удалить "лишние" справочники. Так как на них небыло ссылок они удалились, и признак удаления улетел сначала в БП, а потом разлетелся по базам. Дальше, я думаю, и так понятно к чему это привело

Понял, спасибо.
(20)А чем чревато? Какие подводные камни?

(22) после какого-нибудь обновления слетают настройки и в базовую прилетают данные по всем фирмам, а не по одной

(23)Ну такое может и с проф случится значит. Но у меня такого чёт ни разу не было за 5 лет.

Ребят, объясню подробнее:
1) Есть одна БП, в ней две организации.
2) Есть два ЗУП'а, в которых ведется раздельный учет по этим двум организациям
3) При синхронизации из ЗУП1 в БП, все корректно
4) При синхронизации из ЗУП2 в БП, данные выгружаются и принимаются БП, но ЗУП2 не может найти файл XML, так как алгоритм считает, что настроен дубль синхронизации в БП.
Посмотреть GUID в планах обмена, после первой выгрузки, получается так: GUID ЗУП2 в БП отличался от GUID ЗУП2 в ЗУП и был равен GUID ЗУП1, переопределил GUID в ЗУП2, далее вбил такой же в БП, теперь они аналогичны, но данные все равно не принимаются ЗУП2, об успешной выгрузке.

В ЗУП1 и ЗУП2 GUID обмена БП аналогичен, хоть в БП и настроено две синхронизации через универсальный формат с вариантом ЗУПБП, там всего одна запись ТИПА БП для ЗУП<>БП.
То ли, нужно вторую базу подключать не как ЗУП, а как "другая программа".
То ли, есть способ создать еще одну запись типа играть с GUID и каким-то образом добавить еще одну запись ТИПА БП для ЗУП<>БП.

Вот фото планов обмена в БП
https://ibb.co/7Y9tJJ8

Данные отправляются только в одну сторону, с другой стороны ничего не приходит. (23)

(25) похоже 1С считает ЗУП1 и ЗУП2 одной и той же базой

(27) Да, так и есть

(28)Одинаковые идентификаторы базы или что? Копирование один ЗУП из другого делали, верно?

Можно попробовать новый ЗУП поставить чистый, сверить настройки и потом выгрузка - загрузка XML

(28) тогда подробнее надо рассказывать, как создавалась вторая база и причем тут был РИБ, о чем Мимохожий выше два раза спрашивал

(29) Разные идентификаторы.
Делал разбивку 1 базыбух, на две бухи с разделением документов, после чего первоначальная загрузка в ЗУП и БП в каждой базе отдельно.

(30) РИБ для того, чтобы разделить одну базу на две, по организациям. Создавались первоначальные образы баз с фильтром по орг, дальше делал отвязку, для того, чтобы использовать БП как самостоятельную базу. После этого выгружал отдельно из каждый бп в каждую зуп. Аля будто было две бухи, после чего сделал два зупа.
Эти бухи чисто как доноры для первоначальной выгрузки.
После чего установил префиксы в ЗУПАХ - разные и сделал синхронизации.
Соответственно первая ЗУП1-БП = успешно
Вторая ЗУП2-БП=данные загрузились, но в ЗУП2 не смог считать файл из БП об успешной выгрузке, в журнале ошибка, что файл с определенным именем не найден, короче говоря ищет одно имя XML, а выгружается и БП с другим, видимо с тем, которое для ЗУП1.

Я вот думаю, возможно для ЗУП1 стоит использовать универсальную синх с типом зупа, а для ЗУП2 использовать тип синх "другая программа". Быть может поможет

(33)Базы ЗУП как создавали? Каждую из cf или шаблона или просто одну создали, и затем скопировали каталоги?

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

(32) нифига не понял
в (0): Учет ведется в одной БП на две организации и две базовые ЗУП
нафейхоа эти танцы с РИБ были нужны с базой БП вообще не понимаю

весело у вас тут)

(37)Ну так.. да :) Бредим потихоньку, каждый о своём :)

(0) Обмен ЗУП с БП он минимальный
Там фактически ~5 справочников и ~3 (было 2) документа
Нормальный прог напишет обмен с нуля за пару дней на json/http

(39)Нормальный прог это сколько за час? :) Ну пусть это Гений за 2500р.
Пару дней = 16 часов. 16*2500=40к рубасиков. Мы уже предложили купить ПРОФ ЗУП за 27к

(34) Из шаблона, после чего скопировал .cd в другой каталог
(36) Потому, что при начальной загрузке данных "из другой программы, а именно БП" выгружаются все документы и организации. В базовый ЗУП не загрузятся данные, если в файлах выгрузки несколько организаций
(39) Разве не должно все работать типовой синхронизацией?

(41)Считаю что ошибка у вас вот тут - "Из шаблона, после чего скопировал .cd в другой каталог"

У меня было такое, только обратная ситуация была. ЗУП был один, а БП несколько, и БП были созданы копированием..

(42) Спасибо за подсказку! Проверю создав по шаблону в разные каталоги - отпишусь по результату

(41) >Разве не должно все работать типовой синхронизацией?

Типовая синхронизация ЗУП - БП она из коробки прикольная.
Особенно когда настроен обмен не полный а свертка сотрудников по подразделениям ))

(41) >Потому, что при начальной загрузке данных "из другой программы, а именно БП" выгружаются все документы и организации. В базовый ЗУП не загрузятся данные, если в файлах выгрузки несколько организаций

что-то не так делаете, нормально настраивается синхронизация БП ПРОФ с базовой ЗУП с отбором только по одной организации

(45) а вот вариант с разделением базы БП по организациям и настройка синхронизации с переферийными базами БП и потом перенастройка обратно на работу с центральной базой - это какой-то дикий танец имхо

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

(42) Сработало. Спасибо большое за ваш опыт!

(48)Пжлст :) Но как уже писал в (35) есть вроде и другой способ сменить идентификатор базы, менее трудозатратный, я тогда им делал мне кажется..