Насколько правильно объединять две базы с разными организациями в одну?

Разумно ли? И как правильно? Я ранее делал через обработку ВыгрузкаЗагрузкаДанныхXML82.epf

Вроде, всё ок. Но всегда сомневаюсь, когда проделываю такие объединения

Как правило, после такого объединения потом куча ошибок

Лучше так не делать. Вообще.

А если клиент просит?

Значит у него ооооочень много лишних денег.

Не факт. Что лишние. Я сливал несколько баз бух и зуп допиленных было порядка 15 юрилиц. Сейчас более 60

И как по трудозатратам? Кстати, баги уже все исправили или ещё в процессе?

Быстро. Меньше недели подготовка бух, за выхи слил. С зуп пришлось подольше. Слив тоже за выхи.

И поддержку потеряли же? Или конфигурации поставщика остались и Вы обновляете их по отдельности? Как тогда решили вопрос с принадлежностью объекта к двум конфигам поставщика?

"прибыль еще не см.. но обороттттт" :)

Сейчас сдали упп в бп. В упп резвился народ. Сегодня обмен отпал, причина несоответствие инн формату ед. прога об этом написала, их спецу пояснил исправить инн и передать привет прогерам которые сделали инн длиной 17 и бухам которые наставили спереди и в конце пробелов. Он поправил и все отработало

Не, бух в бух зуп в зуп. Разные релизы допилки и наши и кучи другого народа. Плюс подсистема учёта договоров, допиленная

К сведению: за пределами РФ формат ИНН другой (часто, как пользователь, получал этими граблями). Так что перед тем, как резать длину ИНН хорошенько подумайте.

это известно. там внятно так никто и не смог пояснить для чего? моя задача сделать 2 базы бух корп и туда лить данные из упп которую те кто поддерживает не могут нормально обьновлять. на этапе работы с правилами обмена в формате ЕД начало всплывать много интересного.

А! Так это не то. Речь шла об объединении разных конфиг поставщиков с одинаковыми объектами. Типа УНФ и БП, или БП и ЗУП, или Учёт фитнеса и Производство макулатуры т.п.

ага. неверно меня понял.

Это Вы неверно поняли беседу, в которую подключились.

вполне.

неверно мог истолковать.