1с как объединить две базы в одну

Объединение нескольких баз БП 3.0 в одну

Поделитесь, пожалуйста, опытом — как объединить две базы в одну для ведения многофирменного учета.
Какой порядок действий? Как свернуть базы за старые периоды и ввести начальные остатки в объединенной?
Может кто-то правилами обмена поделится или ссылочек на полезные статьи покидает.
Просьба не ругать ))

(0) Проще сделать всё вручную.
Взять за основу одну из двух без и ручками занести в неё начальные остатки по другой.

Автоматизировать можно перенос некоторых справочников.
При больших объемах данных придётся писать свои правила конвертации.

Проблемы возникнут при синхронизации всей НСИ, которая является общей для всех организаций в базе.
Справочники.
— Номенклатура
— номенклатурные группы
— склады
— контрагенты
— статьи затрат
— статьи доходов и расходов
Следом пойдут все регистры, касающиеся учетной политики. Правила распределения затрат, например.
Если есть различия в учете НДС. Если одна контора на обычном НДС, а другая на раздельном, то включение раздельного учета там, где его не было, или перенос остатков из базы где, был обычный НДС, в базу, где он раздельный, становится нетривиальной задачей.

Отдельный геморрой — настройка синхронизаций со сторонними БД (УТ, ЗиУП), если таковые есть.

(4) Конфигурации — типовые БП 3.0 Проф.
Объемы баз не такие большие, как Вы приводите. гораздо меньше ))
Как создавались базы я не в курсе, но думаю, что отдельно.

(6), (8) Учет по нескольким организациям. (9) все правильно ответил.

(0) Делюсь опытом.
1. Определить дату перехода. В 99% случаях — это 1 января следующего года. в 1% — начало следующего квартала (если прям сильно припекает объединиться)
2. Определить мастер базу. То есть ту в которой учет будет вестись по прежнему. Другую фирму будем загружать в мастер базу. Обычно основными критерием являются.
а. Объем планируемых к переносу объектов — элементы справочников + остатки.
б. упорядоченность справочников (иногда имеет смысл в качестве мастер базы взять наоборот базу с минимальным количеством объектов, а в базе которую переносим — на этапе переноса избавиться от накопившихся неиспользуемых элементов справочников.
в. особенности бизнес процессов. Например при слиянии оптовой компании с огромным документооборотом и сервисной космпании, которая выставляет в конце месяца 100 документов на услуги — конечно имеет смысл присоединять сервисную компанию
г. Иногда стреляет иерархия бухгалтерий — поскольку для базы реципеиента практически ничего не меняется. а весь геморрой сваливается на пользователей базы донора — то выбор может быть волюнтаристским и зависит от степени взаимодействия ГБ и ЛПР.
3. Максимально подготовить справочники, отсортировать лишние элементы, провести сопоставление элементов справочников.
4. Выполнить перенос справочников и остатков в мастер базу в документы "Ввод начальных остатков".
Начать работать.
Проводить регулярную актуализацию остатков и справочников — в течение 2-3 месяцев — пока в старой базе не будет закрыт год и сдан баланс.

В зависимости от количество объектов переноса (элементов справочников, остатков) рекомендуется
1000 — 10000 объектов — перенос руками, актуализация руками.
10000-100000 объектов — разовый перенос КД. Актуализация руками
свыше 100000 — перенос с последующей периодической актуализаций элементов справочников и остатков. Выбор инструмента зависит от степени мастерства и накопленного экспириенса — можно КД, можно СОМ.

Но надо понимать что при большом количестве объектов универсальный ХМЛ начинает существенно уступать в скорости.
У меня был кейс когда мне нужно было объединить 2 базы в которых было 50000+ элементов номенклатуры, причем совпадавшей примерно на 60-70 %, потому что за 5 лет до этого фирмы были разделены из одной общей базы.
СОМ загрузка справочника занимала примерно 4-6 часов. тестовую ХМЛ выгрузку я сбросил на вторые сутки

Объединение баз данных 1С для создания многофирменного учета

Суть многофирменного учета заключается в ведении регламентированного или управленческого учета нескольких организаций в одной информационной базе. Достигается это путем объединения нескольких баз данных 1С в одну.

Можно объединять базы данных любых предприятий и организаций:

• аффилированные или не аффилированные (входящие в одну группу компаний или нет);
• с одинаковыми или различными видами деятельности;
• с однотипным или различным составом нормативно справочной информации (НСИ) и т.д.

Схематическое изображение многофирменного учета в 1С

Основные проблемы и неудобства, с которыми пользователи сталкиваются при ведении учёта в разных базах:

• увеличение ошибок, связанных с «человеческим фактором» из-за работы с множеством баз;
• увеличение счета на оплату за поддержку и администрирование баз;
• отсутствие сопоставимых между собой данных для целей консолидации.

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

Объединение баз данных 1С позволяет повысить комфорт рабочего процесса. Пользователю значительно удобнее работать с единой информационной системой группы компаний. Вероятность пользовательских ошибок уменьшается, а техническая поддержка базы данных значительно упрощается.

Преимущества работы в единой базе

Поддержка и администрирование

Поддержка и администрирование одной информационной базы (ИБ) занимает меньше времени технических специалистов, что экономит деньги Заказчика. Поддержка и администрирование включают в себя:

• обновление конфигурации (обновить одну ИБ быстрее и дешевле для Заказчика);
• обновление платформы;
• модернизацию конфигурации;
• настройки конфигурации;
• поддержку обменов и выгрузок (5 баз 1С:БУХ и 5 баз 1С:ЗУП требуют настройки и поддержки 5 обменов против одного обмена в единой базе);
• регламентные работы (тестирование и исправление ошибок, реиндексерование, обновление статистики, перепроведение документов, удаление помеченных объектов, сохранение резервных копий и т.д.).

Администрирование сервера и организация работы

• служебные данные одной базы занимают меньше ОЗУ и места на диске, чем служебные данные 5 баз меньшего размера;
• база недоступна для пользователей во время проведения технических операций, которые проводят в нерабочее время.

Отсутствие ошибок пользователей

• в документах не нужно выбирать реквизит «Организация», что позволяет избежать ошибок;
• работа с базой ведется из одного окна без надобности переключений между базами, в связи с чем исключаются ошибки по невнимательности.

Производительность

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

Нормативно-справочная информация (НСИ)

Единый источник для ввода НСИ позволяет:

• стандартизировать данные;
• централизовать ответственность за ввод данных;
• исключить ошибки многократного ввода;
• повысить достоверность и актуальность данных за счет удаления дублей и своевременного обновления.

Данные для консолидированной отчетности

• данные в одной базе структурированы;
• есть возможность консолидировать данные типовыми отчетами 1С.

Дополнительные возможности

Без хранения данных в одной базе невозможно использовать следующие механизмы:

• «интеркампани» (межфирменные продажи) — возможность продавать товары, которые нам еще не принадлежат;
• централизованное казначейство — использование «Кэш-пулинга», единого Платежного календаря по ГК, согласование заявок по единым для группы мастер бюджетам и т.д.

Отсутствуют сложности обмена документацией между юридическими лицами компании в рамках одной ИБ, когда для одного юридического лица документ отображается как отправленный, а для другого — как полученный.

Сравнение и объединение конфигураций

Механизм сравнения и объединения конфигураций позволяет сравнивать между собой два прикладных решения и объединять их полностью или выборочно по результатам сравнения.

Такая возможность используется, например, когда одно прикладное решение разрабатывается несколькими независимыми разработчиками, или в случае, когда в исходную конфигурацию нужно загрузить сделанные изменения.

Этот механизм обеспечивает не только сравнение общих свойств объектов прикладного решения (справочников, документов и т. д.), но и сравнение их отдельных реквизитов, табличных частей. Также выполняется сравнение форм: сравниваются тексты модулей, тексты описаний и макеты.

Все результаты сравнения можно просмотреть в детальном виде.

Установка соответствия объектов

При запуске режима сравнения система анализирует сравниваемые конфигурации и устанавливает соответствие между объектами конфигураций, исходя из их имен:

Однако не исключена ситуация, когда одинаковые объекты прикладного решения будут иметь различные имена или наоборот, различные объекты будут называться одинаково. В этом случае разработчик имеет возможность отказаться от соответствий, установленных по умолчанию, и установить их вручную:

Сравнение конфигураций

Результат сравнения конфигураций отображается в специальном окне:

Разработчик имеет возможность настроить состав информации, отображаемой в этом окне. Возможен просмотр всех объектов прикладного решения, только отличающихся, только измененных, присутствующих только в какой-либо одной конфигурации или только неизмененных объектов.

Для каждого отличающегося объекта можно просмотреть детальную информацию об отличиях:

Кроме того, информация об отличиях может быть получена в виде отчета:

Объединение конфигураций

Для выполнения объединения конфигураций следует отметить те объекты прикладного решения, которые будут участвовать в объединении и установить режим объединения конфигураций.

Установка режима объединения конфигураций возможна как для всей конфигурации в целом, так и для каждого элемента прикладного решения в отдельности:

Варианты сравнения и объединения конфигураций

• основная конфигурация;
• конфигурация базы данных;
• конфигурация, сохраненная во внешнем файле;
• конфигурация поставщика.

Таким образом, например, возможно сравнение двух конфигураций, сохраненных во внешних файлах, или сравнение основной конфигурации с конфигурацией поставщика.

Сохранение / загрузка настроек объединения конфигураций

Настройки объединения конфигураций (или настройки обновления конфигурации на поддержке) можно сохранять в xml файл. Также доступна и обратная операция — загрузка этих настроек из файла.

Пакетный режим запуска конфигуратора также поддерживает использование настроек при объединении и обновлении конфигураций. Таким образом при объединении конфигураций, содержащих большое количество изменений, когда объединение выполняется регулярно, существует возможность полностью автоматизировать операции сборки конфигураций.

Использование внешней программы

Существует целый ряд сторонних специализированных программ, с помощью которых можно выполнять объединение модулей. Если недостаточно встроенных возможностей 1С:Предприятия, или если хочется использовать одну из сторонних программ, есть возможность подключить её в настройках конфигуратора и использовать для сравнения, настройки объединения и собственно объединения модулей конфигурации.

• Araxis Merge;
• DiffMerge;
• Kdiff3;
• TortoiseMerge;
• Perforce P4Merge.

При желании можно использовать и другие программы, которые поддерживают запуск из командной строки. Их параметры нужно добавить в настройки конфигуратора самостоятельно.