|
Объединение нескольких баз БП2 в одну |
☑ |
0
oslokot
23.02.19
✎
12:58
|
Всем привет и с праздником!
Вопрос такой.
Есть клиент и у него исторически сложилось так, что учёт ведётся в куче баз БП2, в каждой из которых по одной-две организации.
Настало время обьединить их в одну БП3. Далее, возможно, будет переход на КА2.4
Под словом обьединить подразумевается слить в бп3 все справочники из всех баз и просто ввести начальные остатки по каждой организации.
Номенклатура, контрагенты, статьи затрат и т.д., естественно пересекаются.
Какова стратегия переноса?
Пока я вижу следующий путь: перекодировать все справочники каждой бп2 сквозной нумерацией и поочередно выгружать их в целевую бп3 проверяя на одинаковые наименования, контрагентов по инн и т.д. не допуская задвоения. Либо правила писать кд2, либо по старинке обработку выгрузки и обработку загрузки. Пока непонятно что быстрее будет.
Какие есть ещё варианты?
|
|
1
Aleksey
23.02.19
✎
13:21
|
быстрее всего грузить как есть. потом поиск дублей
|
|
2
Сияющий в темноте
23.02.19
✎
13:25
|
контрагентов по инн можно
а номенклатуру лучше как есть
|
|
3
RomanYS
23.02.19
✎
13:31
|
(0) Для каждого справочника своя стратегия. Нулевым шагом в любом случае наведения порядка в НСИ исходных данных.
Если говорить про скорость, то раз реализовывал такой вариант: выгрузка (ВыгрузкаЗагрузкаXML) в файл, замена обработкой ГУИДов в файле по заранее заготовленному соответствию. Справочников было немного, но замен в данных было очень много. Сливались ЗУПы с несколькими тысячами сотрудников, причем процедура повторялась несколько раз (данные доливались).
|
|
4
RomanYS
23.02.19
✎
13:33
|
(1) Если данных нет (в (0) заявлены только остатки), то может и вариант. На большом объеме данных поиск дублей будет идти очень долго
|
|
5
oslokot
23.02.19
✎
13:43
|
Вопрос, а как грузить? Сразу в бп3 или сгрузить все бп2 в одну бп2 универсальной выгрузкой-загрузкой xml, избавиться от дублей, а затем перейти типовым переходом на бп3
|
|
6
RomanYS
23.02.19
✎
14:02
|
(5) вариант после "или" выглядит быстрее и проще.
Базы изначально не родственники? А то есть риск получить проблему обратную дублям: в один элемент могут слиться разные элементы из исходных баз.
|
|
7
Мимохожий Однако
23.02.19
✎
14:39
|
ОФФ? Следующая тема:"Как разделить базы?" ))
|
|
8
Куникулус
23.02.19
✎
14:53
|
(6) > А то есть риск получить проблему обратную дублям: в один элемент могут слиться разные элементы из исход ных баз.
Есть и обратный риск предопределенные элементы задвоятся и не только в справочниках но и ПВХ, Пдана счетов.
|
|
9
RomanYS
23.02.19
✎
14:58
|
(8) Ну в БП2 таких рисков нет, а для БП3 нужно использовать правильные обработки
|
|
10
Елена Троянская
24.02.19
✎
18:13
|
Делали несколько лет назад со вводом остатков так:
Контрагентов сопоставляли по ИНН
Номенклатуру лили всю, потом сортировали вручную, часть удалили
Справочники статей затрат, ддс, доходов-расходов привели в порядок и сделали едиными (делали в пустой базе, потом залили в новую)
В принципе, особых проблем не было, баз было шт 15, но там учет простой был - услуги, в основном
|
|
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший