РИБ между двумя одинаковыми конфигурциями
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) При условии что конфигурации одинаковые, создаете узлы планов обмена в обоих базах, одну делаете главной другую периферийной, аналогично делаете во второй базе, только основной указываете первую базу. И работает стандартные обмен, Дубли в справочниках будут появляться по мере перезаписи объектов.
Я бы делал так
1. Если конфы не идентичные, приводите к одной из.
2. Объединяете, переносите в одну из другой с помощью штатной обработки Выгрузка XML из конвертации. Вероятно в справочниках появятся дубли, т.к. работали независимо, с ними, что то нужно сделать.
3. Под рукой нет розницы, но видимо там есть штатный план обмена Полный с признаком РИБ, создаете узел, начальный образ, настраиваете периодический обмен, Если нужного плана нет, его можно создать.
Про обмен между идентичными можно почитать .
1. Если конфы не идентичные, приводите к одной из.
2. Объединяете, переносите в одну из другой с помощью штатной обработки Выгрузка XML из конвертации. Вероятно в справочниках появятся дубли, т.к. работали независимо, с ними, что то нужно сделать.
3. Под рукой нет розницы, но видимо там есть штатный план обмена Полный с признаком РИБ, создаете узел, начальный образ, настраиваете периодический обмен, Если нужного плана нет, его можно создать.
Про обмен между идентичными можно почитать .
(3)Я бы загрузил все справочники из обоих баз в новую, далее удалил бы дубли, далее провел бы ревизии и начал жизнь с чистого листа с вводом остатков, а те базы оставил для справки. Все остальное времязатратное мероприятие. да и база большая будет скорее всего.
Были на практике подобные ситуации. Лично мое мнение - РИБ это вечный головняк, хоть и небольшой . Считаю РИБ оправданными исключительно там, где ну совсем нет интернета. Или он настолько дохлый что работать онлайне невозможно. Во всех остальных случаях только общая база и только работа в онлайне. Ну разве что у вас миллионы чеков в день. Но тогда в любом случае надо серьезно думать над разделением front и back систем.
Во всех остальных случаях - правильно в (9) всё написали. Заодно и срезка базы произойдёт естественным образом, и справочники в порядок приведёте.
Заодно можно сделать доработки или применить настройки, которые возможны только на пустой базе. Да и, кстати, на новую конфигурацию тоже хороший повод перейти.
Во всех остальных случаях - правильно в (9) всё написали. Заодно и срезка базы произойдёт естественным образом, и справочники в порядок приведёте.
Заодно можно сделать доработки или применить настройки, которые возможны только на пустой базе. Да и, кстати, на новую конфигурацию тоже хороший повод перейти.
Берете одну базу как основную (желательно ту в которой более подробные справочники). Делаете РИБ. В распределенном узле создаете документы ввода начальных остатков. Настройка оборудования и в путь. Недостаток не будет движений по второму магазину. Если хотите видеть движения обоих магазинов, то придется выполнить перенос из одной базы в другую, через универсальный обмен (возможно написать правила конвертации). Далее поиск и замена дублей (придется потратить время и "прочесать" все справочники). Если движения вообще не важны, то по варианту (9).
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот