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

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

если конфы одинаковые, то выгрузкой-загрузкой xml можно

но задвоятся все справочники..

(0) По-хорошему надо перекинуть из первой базы во вторую только то, чего там (во второй) нет.
(2) Пробую универсальный обмен данными. Там для выгрузки требует правила обмена.

(4) Конвертацию в руки и вперед 🙂

Пол дня займет, примерно.

(0) А такой вопрос, нахрена?

Я наоборот, разделял.

(5) Видимо придется. Просто надеялся, что кто-то такое уже делал.
(4) ну пробуй, че
(6) Бухгалтерия хочет объединить, им удобнее в одной.
(7) Ну я делал, я, и что? Правила все равно устарели. Проще новые нарисовать.
(1) еще как нужны. без правил будет огромная попа
(9) Когда покупают очередную объединенную кучу ***на, я матерюсь так, что на весь офис слышно.

Со справочниками непонятно. Если например Наименование совпадает, а какой-нибудь реквизит отличается, надо же переносить с задвоением.

(7) Учти, если есть ручные корректировки в проводках, то надо переносить с движениями (вообще лучше все переносить с движениями, мало ли как менялись механизмы).

Переноси документы, остальное по ссылкам.

Очень осторожно с полями поиска, а то будешь разгребать дубли лопатой.

И периоды скорее всего нужно будет перезакрывать.

В общем, лучше переубеди бухов 🙂

(13) не какой-нибудь реквизит, а один из ключевых реквизитов
(13) Ага, ту надо много думать 🙂

Типа так (2), потом поиск и удаление дублей, по-моему через КД примерно так же будет по результату, но тут полдня работы или день чаепития,

А документы при совпадении номеров как переносить?
(13) много думать с годами всё тяжелее 🙂
(18) так организации же разные?
(18) Префиксы.
(19) Переубеди бухов 🙂 Угрожай, шантажируй 🙂
чтобы ничего не перезакрывать, можно всё перенести временным рибом, а потом дубли заменить
(24) А если бублей минога-минога?
(22) возможно так и сделаю

(0) если в базе старые данные есть то лучше переубедить бухов до НГ, там сверку базы можно и предыдущий год оставить, если что ручками поправить, в одной базе обработкой поменять префиксы доков, потом выгрузка загрузка данных хмл — поиск удаление дублей и готово

(25) а какая разница? их всё равно обьединить только вручную можно
(24) можно подробнее. как из обычной базы сделать временно распределенную.

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

если префиксов сейчас нет, и будут ошибки из-за неуникальности номеров, то надо создавать префиксы

(24) Не, перезакрытие можно использовать как инструмент шантажа!
(28) Ну вот, а если правила писать, то можно поизвращаться с полями поиска и бублей будет мало.

(30) ЕМНИП, как только в бухе заводишь вторую организацию, автоматом включается механизм разделения (префиксы и т.д.)

А вего случает да, нужна перенумерация с префиксами.

(29) открываешь будущую периферию, загружаешь cf из будущего центра, заполняешь план обмена, включаешь периферию, регистрируешь все объекты, делаешь обмен

в итоге центр остаётся залоченным и с данными двух баз

(32) так это тебе работать придётся, а так бузи будут работать

(33) я помню еще в мохнатом 2006 году мне рассказывали, что в БП 8, даже если одна организация в базе, нужно указать префикс. Потому что потом может стать более одной организации

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

ну если префиксов нет, то надо их включить, но без перепроведения доков
(23) И план счетов должен быть одинаковый (всякие там субконто).
(35) И получаешь полностью задвоенные данные справочников, а может быть и план счетов.
Конфигурации одинаковые. А вот субконто могли и добавить где-нибудь в режиме Предприятие.

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

И некоторые настройки.

Например: «Учет расчетов с персоналом»

(42) Иди, пугай бухов 🙂
С учетом того, что у человека Бухгалтерия 3.0, то в этой каше никто никогда не разберется
(43) Настройки учета для каждой организации свои вроде. Нет общих констант для всех организаций.
(41) план счетов не задвоится, а справочники в любом случае задвоятся, кроме предопределённых

(38) Не так сложно, как кажется, но и не так просто 🙂

Когда я делал консолидацию (60 в 1), пришлось приводить базы в примерно одинаковый вид (план счетов, настройки и т.д.)

В общем, возможно, если очень надо 🙂

(47) И некоторые настройки.

Например: «Учет расчетов с персоналом»

(47) я о настройках плана счетов — наличии субконто на некоторых счетах.

(46) Вдумчивые правила рулят. Но еще раз, это если ОЧЕНЬ надо 🙂

ИМХО, «бухам удобнее» не относится к «ОЧЕНЬ надо» 🙂

(45) Пугать — бесполезное дело.
Ответ будет стандартный: «вы-ж программист, а не мы. Вот и сделайте, чтоб не задваивало.»
И останется только утереться.

После обновления релиза, правила придется пересматривать видимо.

Я в свое время соединял данные при переходе из из нескольких баз бухгалтерии 1с77 в одну БП2. Пришлось разрабатывать специальные алгоритмы работы КД2 (учить ее синхронизации по GUID) между 1с77 и 1с8. Делать промежуточную синхронизацию баз 1с77. Ну и переносить начальными остатками с началала года.

(53) Смотря как напугать 🙂

Если в перспективе замаячит перезакрытие всех периодов, разгребание дублей и минога дней ковыряния в оборотках, две базы не такое уж неудобство 🙂

Мои работают в 10 каждый и не жужжат 🙂

Пусть пообещает что-нибудь заавтоматизировать, если не будут ныть 🙂

А у (0) могут задвоится все классификаторы
(54) Смотря что изменят. Но это не страшно, если ты уже написание и отладку пережил 🙂
(57) вот у классификаторов убрать задвоения как раз не проблема

(56) +53 это — женщины, и разговаривать с ними «ДО» — пустая трата времени. Они не знают, что надо сделать, и знать не хотят. А вот «После» — только держись! Умные — аж оторопь берёт.
Пытался я составить что-то типа ТЗ лет 40 назад, пошел к ГБ, договорившись о рандеву, поспрошал, и получил в конце: «МНЕ надо, чтобы я нажала кнопку, и 5-й отдел принёс мне готовый расчет зарплаты!». Точка.
А сотров-то у меня в базе было 2500..

(60) Ну может у ТС не такие 🙂

(60) он же не будет сразу на рабочей базе делать, а вариант с рибом практически без трудозатрат, если конечно не сидеть и не втыкать в монитор

+(62) завтра покажет им результат
Ну, Бог ему в помощь.
(64) там даже думать не надо, что несомненный плюс — голова не заболит
Да, РИБ — неожиданный вариант.. А ведь может и прокатить.

(66) и что риб решит проблему сопоставлений например обьектных данных если разные гуиды? Тут имхо толко правила конвертации и вдумчиво писать в ПКО поля поиска а то с дублями огребешь маманегорюй

(66) у говорили ведь. Дофига и более дублей возникнет. Потом будут полгода разгребать.

Короче можно без проблем и дублей слить две базы Бухгалтерия с разными Организациями в одну. Необходимым и достаточным условием успешного слияния являются:
1. Одинаковый релиз двух баз.
2. Одинаковый план счетов
3. Корректно заполненные ИНН Организации и Контрагентов
4. Синхронизованные справочники Номенклатура по Артиклу/Коду/Наименованию.
Если признаться были большие сомнения, что это возможно. Но здесь неожиданно по работе привалилась такая же задача. Необходимо слить в одну базу две базы УТ10 (переработанные). При этом базы не синхронизованы по GUID и частично синхронизованые по ИНН, артикулу, наименованию.
Написал универсальный перенос информации между одинаковыми базами по ОЛЕ и все работает. Единственный минус — быстродействие. Благодаря многолетним усилиям, 1С практически убила механизм ОЛЕ. Примерно 80% времени занимает операция ЭлементОЛЕ.Метаданные(). До этого 90% времени занимало определение ТИпа и вида элемента ОЛЕ. Сейчас средняя скорость объединения двух баз — 5сек/документ. С такой же задачей 1с77 справляется в 10 раз быстрее. Короче 1с82/83 конфигурация для ларьков с понтами

(70) открой для себя XMLТипЗнч().ИмяТипа

(71)
XMLПредставлениеТипа = БазаУдал. XMLТипЗнч(ТекЭлементУдал).TypeName — действительно самый быстрый способ определения типа и вида элементы. Примерно в 5-10 раз быстрее прочих.

Объединение баз 1с

Встречайте нашу новую услугу: Объединение баз 1с!

Объединять базы 1с нужно в нескольких случаях:

• Если Вам требуется объединить несколько баз 1с в одну общую базу 1с;
• Если Вам требуется объединить несколько юридических фирм из разных баз в одну (многофирменный учет). Суть многофирменного учета заключается в ведении регламентированного или управленческого учета нескольких организаций в одной информационной базе. Достигается это путем объединения нескольких баз данных 1С в одну.
• Объединение нескольких 1с Базовой версии в единую базу 1с Проф;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как объединить две базы 1С «базовой» версии в одну базу 1С версии ПРОФ?

Есть две базы 1С ЗУП 3 «базовой» версии, в которых отдельно ведется учет двух организации. Мы купили ЗУП версии ПРОФ и хотим вести учет этих организаций в одной информационной базе версии ПРОФ? Как перенести (совместить) две базовые версии в одну ПРОФ?

Ответ:

✅ Мастер класс «3 шага к идеальному НДФЛ»
Схема учета для ежемесячного контроля НДФЛ: Узнать подробнее ->>

✅ ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
ВИДЕО — ежемесячная самостоятельная проверка учета: Узнать подробнее ->>

✅ Начисление зарплаты в 1С ЗУП 3.1
Пошаговая инструкция для начинающих: Узнать подробнее ->>

В этом случае можно поступить следующим образом.

1. Одну из баз обновить на версию 1С ЗУП ПРОФ
2. После этого вторую базу обновить до точно такого же релиза, что и первая база (это важно, чтобы релиз этих баз совпадал)
3. После этого выполнить перенос данных из второй базы в первую, используя обработку Выгрузка загрузка данных XML (она доступна на ИТС). Эта обработка позволит перенести сведения между базами с идентичными конфигурациями

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

Объединение двух организаций в одну базу

Здравствуйте уважаемые эксперты. Возникла задача объединить две организации (ЗУП одинаковой конфигурации) в одну базу. Выгружаю данные из одной базы через внешнюю обработку Выгрузка и загрузка данных XML. Загружаю в другую, все вроде бы подгружается и документы вроде бы все и в них сотрудники есть, но в списке сотрудников организации подгружаемой пусто. При попытке перепровести документ ПриемНаРаботу он проводится (но в списке сотрудников организации сотрудник не появляется), а любой другой кадровый (перевод увольнение…) пишет что сотрудник не работает в организации … что я делаю не так?

Метки вопроса: Перенос данных из других программ

Обсуждение (19)

Елена Пьянкова Сотрудник БухЭксперт8 :

Здравствуйте! Есть предположение, что в справочнике «Сотрудники» не заполнено поле «Головная организация». Можно ан копии базы попробовать с помощью встроенной обработки «Групповое изменение реквизитов» её проставить. Только предварительно нужно в справочнике «Сотрудники» установить отбор, исключающий первую организацию, чтобы нам у всех сотрудников в базе одинаковую организацию не поставить.
Видео с примером высылаю:

al_p Подписчик БухЭксперт8 :

нет, к сожалению это не помогло… Сотрудники так и не появляются…
за появление сотрудников отвечают регистры сведений…(ДанныеДляПодбораСотрудников и еще несколько) я хотел тащить их по минимуму . но видимо не получится…

al_p Подписчик БухЭксперт8 :

Решил перетащить вообще все… причем срезы не помогли, пришлось тащить все за весь период…худо, бедно документы и Сотрудники по затягиваемой организации появились… но беда с задвоением справочников, беда с отчетами … с чего они пропали и как восстановить, пока не ясно

Елена Пьянкова Сотрудник БухЭксперт8 :

Добрый день! Да, при перегрузке данных по организации, когда перегружаем все документы, лучше всего выбирать все регистры, иначе есть риск, что что-то потеряем.
По отчетам, возможно галочки слетели. По кнопке Ещё — Сбросить мои настройки их можно восстановить:

Или по кнопке «Настройка» вручную:

al_p Подписчик БухЭксперт8 :

в том то и дело что галочки некуда ставить! и в полном списке отчетов пусто… И это только на этапе после загрузки справочников и документов… регистры позже гружу…

Елена Пьянкова Сотрудник БухЭксперт8 :

Иногда бывают проблемы с константами, если чистая база создается не из шаблона поставки, а из файла .cf.
Можно попробовать запустить встроенную обработку «Начальная настройка программы» и прощёлкать до конца и нажать «Применить настройки». При этом проверить, все ли необходимы для работы галочки установлены.

al_p Подписчик БухЭксперт8 :

Большое спасибо за быстрый ответ!
я объединял не в чистую базу, а к одной действующей, присоединял вторую действующую, которая в дальнейшем должна слиться с первой… до загрузки данных справочников и документов список отчетов был нормальным( привожу на рисунке). после загрузки — список пропал…
«Начальная настройка…» не помогла… Видимо какой то справочник все портит

Елена Пьянкова Сотрудник БухЭксперт8 :

Ещё можно посмотреть справочник «Предопределенные варианты отчетов». В справочнике заходим справа в меню Ещё — Установить стандартные настройки.

Елена Пьянкова Сотрудник БухЭксперт8 :

Также есть вариант, что при загрузке данных, что-то случилось с правами пользователей. Т.е. у данного пользователя просто нет прав на эти отчеты. Ещё не стоит исключать ошибку с временными файлами, можно почистить программный кэш (удалить базу из списка и добавить вновь) и пользовательские настройки удалить (раздел Администрирование — Настройки пользователей и прав — Персональные настройки пользователей — Очистки настроек).

Елена Пьянкова Сотрудник БухЭксперт8 :

Ещё иногда помогает запуск обновления базы через параметр «/с запуститьобновлениеинформационнойбазы»:

Или обновление платформы.

al_p Подписчик БухЭксперт8 :

Елена, а запуск с ключом обновлениеИБ, после всех зачисток помог! восстановил все списки отчетов. Спасибо Вам большое!

al_p Подписчик БухЭксперт8 :

Большое спасибо Елена!
С правами — действительно беда… пользователи задваиваются, права отпадают. У пользователя под которым делаю слияние очищаются все права, вплоть до запуска клиента… Пользователей почистил права додал. настройки пользователей тоже почистил — не помогло. Кеш зачищал, базу пересоздаю по несколько раз на дню…
Взялся за справочник Предопределенные настройки отчетов… там более 200 дублей образовалось.. после зачистки в кадровых отчетах с пяток отчетов в списке появилось…
Сейчас попробую не выгружать этот справочник из первой базы…

al_p Подписчик БухЭксперт8 :
Попробовал не выгружать справочник Предопределенных настроек отчетов… Не помогло.
Елена Пьянкова Сотрудник БухЭксперт8 :

Добрый день! Я бы обработкой «выгрузка и загрузка данных xml» перенесла бы все объекты, а потом с помощью встроенной обработки «Поиск и удаление дублей» попробовала бы их найти и удалить.
Есть ещё вариант настроить РИБ (распределенную информационную базу) и с помощью неё попробовать перенести. Но этот вариант не пробовала, надо проверять.

al_p Подписчик БухЭксперт8 :

Здравствуйте! Ну я так и делаю , выгружаю все а потом борюсь с дублями… но доверять такой базе в дальнейшем как то уже не хочется…
РИБ я никогда не пробовал и , честно говоря , даже не знаю как подступаться к этому…

Елена Пьянкова Сотрудник БухЭксперт8 :

При перегрузке данных из КА 1.1. в БП 3.0. внешними обработками я столкнулась с тем, что в программе могут задваиваться предопределенные элементы. Происходит это из-за того, что у записей разные уникальные идентификаторы в разных базах. Причем удивительно, то что в пределах одной конфигурации это тоже может происходить.
Однажды обработкой «выгрузка и загрузка данных xml» я догружала данные по одной и той же организации после перехода на ЗУП 3.1. с ЗУП 2.5. Просто пользователь сразу не перешел на новую базу, пришлось делать дозагрузку. В принципе проблем особых не было (производственный календарь задвоился). Я его удалила обработкой «Поиск и удаление дублей». Но у меня изначально одна организация была , поэтому в большинстве идентификаторы совпали.

Елена Пьянкова Сотрудник БухЭксперт8 :
Пожалуйста! Рада была помочь! ?
Елена Пьянкова Сотрудник БухЭксперт8 :

Вообще мне не очень нравится вариант с объединением баз ЗУП, т.к. не удобно работать когда в базе несколько организаций. В 1С:Бухгалтерии этот механизм реализован лучше, но там тоже есть свои минусы, например, если происходит смена собственника и нужно предать базу другим, то приходится удалять данные по другим организациям из базы. Это бывает не просто сделать.

al_p Подписчик БухЭксперт8 :

Здравствуйте! мне тоже не нравится объединять в одну базу несколько организаций… Но тут происходит слияние, и нужно обеспечить перевод без увольнения…Вот я и изгаляюсь… Объединяю, делаю вторую подразделением, обрабатываю справочники, документы перепровожу и затем делаю перевод сотрудников из подразделения в основную организацию…
С удалением данных по организации у меня уже проблем нет… есть обработки которые все вычищают…