ЗУП Объединить 2 разные базы в одну распределенную
Есть 2 разные базы, в которых есть разные и одинаковые сотрудники, физ лица. В одной базе организация - 1 юр лицо, во 2й базе 2е юр лицо. Требуется, чтоб эти 2 базы сливали информацию 1 одну, вновь созданную, назовем ее "Центральная". Центральная будет только получателем" данных. Как это лучше сделать?
По теме из базы знаний
- Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки
- 1С:PM Управление проектами. Версии ПРОФ и КОРП. 1С:ERP+PM Управление проектной организацией 2
- Основные блоки и возможности 1C: ERP Управление предприятием 2
- Управление проектом Руководителем проекта со стороны Заказчика
- 1С:Корпорация
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
п.1 Создать правила конвертации для объединения баз в Центральную
п.2 Объединить, проверить
п.3 Создать РИБ и перепривязать две базы - сделать их почками, к одной объединенной - сделать её центральным узлом по плану обмена "По организации" (убедиться, что он есть - такой план обмена)
п.4 Настроить автоматическую синхронизацию между ЦБ и почками, поддерживать три базы
п.1 Создать правила конвертации для объединения баз в Центральную
п.2 Объединить, проверить
п.3 Создать РИБ и перепривязать две базы - сделать их почками, к одной объединенной - сделать её центральным узлом по плану обмена "По организации" (убедиться, что он есть - такой план обмена)
п.4 Настроить автоматическую синхронизацию между ЦБ и почками, поддерживать три базы
(1)
Далее синхронизировать все вины начислений и удержаний. Иногда должности.
Если надо по налоговому учету что-то смотреть, то и по кодам доходов и кодам вычетов. Более ничего общего в базах наверное быть не может.
Обмены настроить односторонние - из дочерних баз в центральную.
В центральной закрыть расчеты пересчеты на уровне прав пользователям - только читать смотреть.
На вскидку примерно так.
Но самый главный вопрос зачем это надо. Как вносить изменения в конфигурацию планируете вносить, если к базам будут вдруг предъявлять разные требования.
Регламенты, и организационные вопросы решать придется, например обновление баз. Эту базу надо обновить, а эту не надо. В этой базе нужны эти изменения, а в этой не в коем случае (частично решается расширениями).
Когда РБД, то возникают и минусы.
В общем в РБД ЗиУП не видел что бы объединяли. Максимум хранилище одно. Для сводных баз обмены без РБД с перетаскиванием только нужных данных.
Есть 2 разные базы, в которых есть разные и одинаковые сотрудники, физ лица. В одной базе организация - 1 юр лицо, во 2й базе 2е юр лицо. Требуется, чтоб эти 2 базы сливали информацию 1 одну, вновь созданную, назовем ее "Центральная". Центральная будет только получателем" данных. Как это лучше сделать?
Юрлица разные, значит одинаковых сотрудников нет. Одинаковыми могут быть только физлица. Физлиц нужно синхронизировать по ИНН, СНИЛС, ФИО + дата рождения и вариации. Двойники могут быть по ИНН, СНИЛС в каждой из баз. Один раз проверить - запрос простой в консоли.
Далее синхронизировать все вины начислений и удержаний. Иногда должности.
Если надо по налоговому учету что-то смотреть, то и по кодам доходов и кодам вычетов. Более ничего общего в базах наверное быть не может.
Обмены настроить односторонние - из дочерних баз в центральную.
В центральной закрыть расчеты пересчеты на уровне прав пользователям - только читать смотреть.
На вскидку примерно так.
Но самый главный вопрос зачем это надо. Как вносить изменения в конфигурацию планируете вносить, если к базам будут вдруг предъявлять разные требования.
Регламенты, и организационные вопросы решать придется, например обновление баз. Эту базу надо обновить, а эту не надо. В этой базе нужны эти изменения, а в этой не в коем случае (частично решается расширениями).
Когда РБД, то возникают и минусы.
В общем в РБД ЗиУП не видел что бы объединяли. Максимум хранилище одно. Для сводных баз обмены без РБД с перетаскиванием только нужных данных.
Налоговая сплошь и рядом цепляется к дроблению бизнеса - а тут программисты "пятая колонна" вместо того чтобы прятать связи - их выкладывают в единой базе на обозрение 8-)
Я уж молчу что ухудшается система внутреннего контроля в учете, сложность задачи обработки увеличивается - ИМХО сомнительные преимущества такого решения...
Я уж молчу что ухудшается система внутреннего контроля в учете, сложность задачи обработки увеличивается - ИМХО сомнительные преимущества такого решения...
Спасибо за ответы, объединять нужно для получения некоторых доп отчетов. Сотрудники есть одинаковые - это холдинг, где сотры мигрируют, а то и работают на полставки в разных организациях. Думал сделать через синхронизацию, но так и не понял, как настроить, чтоб автоматом ходило, как то не нашел инфы подходящей в сети. Т.е. много информации, как прописать правила поиска и замены в КД2, как сделать ПланОбмена и включить в него требующие миграции объекты - это все есть, но так и не понял, как прикрутить правила конвертации, регистрации и выгрузки к стандартной ЗУПе, не снимая ее с поддержки и не внося никаких изменений в конфу (т.е. не включая возможность редактирования)
Пока хочу сделать так:
1. Создать план обмена для распределенных баз в 1й базе
2. Выгрузить данные в базу 3, загрузить (Результат - 1я база центр, 3 переферия)
3. В 1й базе установить, что она переферийная, в 3й, что она центральная (Обработкой)
4. Выгрузить по справочникам (Сотры, Физики, Должности и т.д) список с GUID и ключевыми полями
5. Во второй базе пройтись по тем же справочникам, заменяя найденных по ключевым полям на созданных новых с GUID из 1й базы и заменяя все ссылки на них (Благо в БСП есть функция)
6. Добавить в 3ю базу обмен со второй.
Как то так. 6й пункт еще непонятен, но разберусь.
Покритикуйте, если есть решение предпочтительней, былоб интересно услышать.
Пока хочу сделать так:
1. Создать план обмена для распределенных баз в 1й базе
2. Выгрузить данные в базу 3, загрузить (Результат - 1я база центр, 3 переферия)
3. В 1й базе установить, что она переферийная, в 3й, что она центральная (Обработкой)
4. Выгрузить по справочникам (Сотры, Физики, Должности и т.д) список с GUID и ключевыми полями
5. Во второй базе пройтись по тем же справочникам, заменяя найденных по ключевым полям на созданных новых с GUID из 1й базы и заменяя все ссылки на них (Благо в БСП есть функция)
6. Добавить в 3ю базу обмен со второй.
Как то так. 6й пункт еще непонятен, но разберусь.
Покритикуйте, если есть решение предпочтительней, былоб интересно услышать.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот