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

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

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

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

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

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

Объединить в запросе 1С

Работа в одиночной базе

Работа в объединенной базе

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

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

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

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

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

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

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

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

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

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

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

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

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

Перенос справочников и документов между одинаковыми конфигурациями 1с 8.х

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

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

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

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

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

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

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

Поможем с объединением баз данных прямо сейчас!
Наши специалисты готовы ответить на Ваши вопросы и настроить многофирменный учет!

Получить консультацию

Материалы по теме:

Статьи

• Бюджетирование: проблематика, функционал и этапы внедрения
• Бюджетирование: инструменты бюджетирования и планирования в 1С
• Оптимизация финансовых потоков на предприятии
• Платежный календарь в «1С:Бухгалтерия»
• Платежный календарь в «1С:ERP Управление предприятием 2»

Решения

Можете вкратце объяснить сам процесс переноса баз? Как несколько баз в 1С объединить в одну? Какие этапы/шаги переноса нужно сделать?

Здравствуйте. Можно соединить базы данных 1с разных конфигураций? А если конфигурация одна, но разные релизы — можно такие базы объединить?

Добрый день. Да, можно. Но для этого потребуется промежуточный этап — приведение конфигурации к общему виду. Т.е. потребуется предварительное обновление одной конфигурации (более старой) до версии второй (более новой). Если речь о разных конфигурациях, то это уже все индивидуально. Зависит от того, какие конфигурации.

Можете оставить в чате или форме обратной связи ваши контакты — мы с Вами свяжемся и обсудим Ваши задачи.

Добрый день, Михаил. Процесс переноса и объединения баз в 1С индивидуален. Все зависит от ваших конфигураций, количества баз, доработок и т.д. Некоторые из этапов: — Анализ доработок баз.

Исправление выявленных ошибок в базах. — Формирование консолидированной конфигурации. — Анализ и определение информации, требующей переноса. — Согласование отчетов для сверки. — Последовательная загрузка данных (остатков или оборотов) из баз источников в базу приемник. — Обработка и сверка загруженных данных и другие. Если перед Вами стоит задача объединения баз, то можете обратиться к нашим консультантам через форму обратной связи ниже, задать вопрос в чате либо позвонить нам — +7 (495) 230-03-03. Мы сами осуществим перенос ваших баз или предоставим консультацию по всем Вашим вопросам.

Добрый день. Какова стоимость подобного «внедрения» для 12 предприятий? Понимаю что индивидуально, диапазон уместен.

Добрый день, Александр. Мы можем с Вами связаться по телефону или почте? Оставьте, пожалуйста, контакты в онлайн-помощник или в заявке. Мы перезвоним в удобное для Вас время.

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

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

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

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

Где настройка ведение многофирменного учета в 1С:Бухгалтерии?

Добрый день, Анжела! Данную настройку можно найти в меню Администрирование / раздел Функциональность / вкладка Организация — «Учет по нескольким организациям».

Глава 2. ПРИНЦИПЫ И УСЛОВИЯ ОБРАБОТКИ ПЕРСОНАЛЬНЫХ ДАННЫХ Статья 5. Принципы обработки персональных данных 3. Не допускается объединение баз данных, содержащих персональные данные, обработка которых осуществляется в целях, несовместимых между собой.

Добрый день. Чтобы ответить на ваш вопрос мы сделали запрос в фирму 1С ( компанию правообладателя ПП 1С). Номер обращения HL-363615. Мнение фирмы 1С: Есть отдельный программный продукт для работы с персональными данными (далее ПД) Продукт сертифицирован в ФСТЭК России. Детальнее о продукте здесь. https://1c.ru/news/info.jsp?id=21439 Его можно использовать для работы с перс. данными.

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

Дословно ответ 1С: “Соблюдаются или не соблюдаются требования нормативных актов о защите перс. данных при использовании программы можно говорить лишь применительно к конкретному пользователю” Сотрудник фирмы 1С сказал, что это первый запрос на эту тему. Судебных практик мы не нашли. Наше мнение, как команды внедренцев, следующее.

В законе есть формулировка «. в целях несовместимых между собой», но цели многофирменного учета могут быть совместимы: — сокращение стоимости владения базой — получение сводных данных по организациям, консолидация — сокращение времени на работу с данными ответственного лица и т.п. Если в базе 1С корректно настроены права доступа к персональным данным, на предприятии разработаны внутренние регламентирующие документы по вопросам персональных данных и подписаны соответствующие соглашения с людьми, чьи персональные данные в присутствуют в системе то нарушения требования закона нет. И да, мы согласны с мнением фирмы 1С, что следует разбирать каждый отдельный случай и роль каждого пользователя. Тогда будет однозначный ответ — нарушаются или нет требования законодательства.

Ищем специалистов для помощи с разработкой механизмов обмена данными между 1С-ками, между собой (Управление торговлей и Комплексная), и еще нужно обмениваться данными со сторонней системой на Аксапте. Выполняете ли такие работы?

Источник: efsol.ru

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

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

Статьи по теме:

• Как объединить базы 1с
• Как разблокировать конфигурацию
• Как уменьшить базу 1С

Вам понадобится

• — программа 1с;
• — копии баз с расхождениями.

Инструкция

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

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

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

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

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

Источник: www.kakprosto.ru

КАК ОБЪЕДИНИТЬ 20 БАЗ 1С:ЗУП В ОДНУ И ДОБИТЬСЯ МИНИМАЛЬНОГО ПРОСТОЯ ПОЛЬЗОВАТЕЛЕЙ

В связи с укрупнением бизнеса возникла необходимость объединения отдельных баз данных в одну. Например, мы в ФТО решали задачу по объединению 20 однотипных (с одинаковой конфигурацией) баз 1С:ЗУП.

Что было на входе?

• 20 организаций с численностью от 10 до 4000 сотрудников.
• У каждой своя 1С:ЗУП Проф 3.1.
• 70 уникальных пользователей, часть пользователей повторялась в разных базах.

Какая перед нами стояла цель?

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

В качестве «инструмента» был выбран механизм синхронизации: «План обмена» + «Правила обмена» + «Универсальный обмен данными в формате XML». Для однотипных конфигураций решение подходило хорошо. НО для баз, в каждой из которых количество сотрудников больше полутысячи и данные ведутся не один год, время выгрузки/загрузки могло растянуться на часы.

КАКИМ ОБРАЗОМ…

Обеспечить минимальный простой пользователей?

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

Что мешает делать объединение на копиях баз 1С?

Бэкапы делаются и так регулярно — каждую ночь. Поэтому берем по очереди и объединяем. Вот только в каждый новый день пользователи продолжают работать, и объединённая база устаревает прямо на глазах. Пускать пользователей сразу в консолидированную базу не получится, т.к. объединения продолжаются на потоке, и консолидированная база-приемник должна быть свободна от пользователей.

А можно ли «копить» данные и изменения, внесенные пользователями после начала объединения?

Конечно можно! Применили тот же механизм синхронизации с регистрацией изменений в 1С и те же правила обмена данных, которые использовали для основного объединения. И назвали это накоплением «дельты». Объем накопленной «дельты», даже для больших организаций, гораздо меньше, чем основной объем данных, и их загрузка/выгрузка проходит быстро.

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

Для выгрузки мы использовали «Универсальный обмен данными в формате XML» с теми же правилами обмена, которые применяли к основному объединению. Это позволило сэкономить время на разработке отдельных правил.

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

Таки образом прорисовалась определенная схема:

В чем сложность? Добавляем процесс тестирования и приемки пользователями каждой базы/организации и «вуаля» — процесс растягивается на месяца. С учетом загруженности пользователей и важности процессов — это же зарплата — «свободных окошек» в месяце остаются считанные дни. Что же делать?

ОПТИМИЗИРОВАННЫЙ ПОДХОД

В результате «мозгового штурма» мы пришли к идее, которую в итоге и реализовали. Взяли копии всех баз и сделали последовательно основное объединение для всех баз 1С:ЗУП с получением первого варианта консолидированной базы.

В это время во всех рабочих базах продолжали работать пользователи и копилась «дельта» новых данных. После получения первого варианта консолидированной базы все пользователи разом зашли и проверили результат, выдав ряд замечаний, которые были нами оперативно устранены.

После подтверждения результата от всех пользователей по всем организациям мы перешли к заливке «дельты». Мы последовательно согласовывали и блокировали для работы пользователей отдельные базы, выгружали оттуда «дельту», разрешали пользователям временно вернуться к работе в отдельной базе, заливали «дельту» в консолидированную базу 1С. Так прошлись по всем базам. Временная работа пользователей в отдельной базе была необходима для непрерывности основных процессов (прием, увольнение, срочный перевод), всё остальное было отложено до окончательного перехода в консолидированную базу.

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

РЕЗУЛЬТАТ

Были ли сложности при реализации? Конечно, были:

• бухгалтеры-расчетчики в «своих» отдельных базах имели роль Администратора. В консолидированной базе 1С:ЗУП доступ должен был остаться только к «своей» организации. Мы оперативно создали профиль «Унифицированный бухгалтер» с урезанными правами;
• встал вопрос: как автоматически при объединении баз разграничить «Группы доступа» по организациям? В правилах выгрузки добавили к наименованию «Группы доступа» наименование организации, из которой переносятся данные. Плюс в ограничение доступа добавили данную организацию. Всё разграничение прав было выполнено автоматически, без каких-либо ручных корректировок;
• одинаковые начисления в разных базах рассчитывались по разным формулам. То есть при объединении нельзя было использовать единый перечень Начислений и Удержаний. В правилах выгрузки мы предусмотрели перенос Начислений и Удержаний из каждой организации с указанием данной организации;
• в стандартном функционале заявление на вычеты НДФЛ в консолидированной базе у сотрудника допускалось только одно в один период времени. У заказчика же один и тот же сотрудник мог числиться работающим в разных организациях одновременно, и вычеты НДФЛ по нему могли быть заведены несколько раз. В правилах выгрузки мы предусмотрели перенос всех документов «Заявление на вычеты НДФЛ», но если на одного сотрудника их было больше одного в один период, то такие документы-дубли переносились непроведенными. Далее пользователи проверяли и удаляли лишне документы.
• обычно при синхронизации переносились только документы, а все движения воспроизводились в базе-приемнике путем перепроведения. Для нас этот вариант не подходил, т.к. все расчётные данные прошлых периодов должны были остаться неизменными. Поэтому мы пошли по пути переноса всех движений документов/регистров «как есть».
• Часть регистров в рамках общей выгрузки/загрузки переносилась некорректно. Это происходило из-за встроенных алгоритмов автозаполнения на основании регистрации данных в других регистрах. Мы их очищали и отдельно повторно переносили.

Со всеми проблемами команда успешно справилась благодаря:

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

Можно ли избежать сложностей в будущем в подобных проектах? Мы уверены, что Да. Для этого необходимо:

• перед стартом подобных проектов провести нормализацию баз, т.е. одинаковые данные в отдельных базах завести одинаково, чтобы при объединении баз их можно было легко сопоставить друг с другом. Например, пользователи во всех базах должны быть заведены по одинаковой маске ФамилияИО. Нормализация баз выполняется, в основном, силами Заказчика, но Исполнитель как минимум может рекомендовать, на какие данные стоит обязательно обратить внимание;
• разработать единую методологию учёта/расчета для объединяемых организаций. Особенно актуально для начислений, удержаний, видов использования рабочего времени. Это необходимо, чтобы настройки, которые действуют для всей системы без разграничения по организациям, были едины. И правила расчета одинаковых начислений/удержаний таким образом тоже должны быть едины.
• выделить отдельное время/ресурс на проработку прав и ролей пользователей. Данный пункт оказывается важным, когда вроде бы в отдельных базах всё хорошо работало, но при объединении начинают провялятся условия и ограничения, очень существенные в рамках консолидированной базы.

Плановая продолжительность проекта составляла 3,5 месяца. В результате возникших нюансов мы запустили проект на 1 месяц позже. Нам удалось объединить 20 баз 1С:ЗУП в одну и добиться того, чтобы простой в работе пользователей был минимальным. Клиент остался доволен уровнем нашего погружения в проблемы и их решением.

Поделиться: Вконтакте
Спасибо за заявку! Мы перезвоним вам в ближайшее время. Подписывайтесь на нас в соцсетях

• О компании

• Контакты
• Блог
• Проекты
• Карьера в ФТО
• Вакансии
• Прайс лист 1С
• ISO 9001:2015
• Карта сайта

• Наши услуги

• Внедрение решений на 1С
• Поддержка пользователей 1С
• Ускорение производительности 1С
• Системы для бизнес-анализа (BI)
• Комплексное обслуживание 1С
• Доработка конфигураций 1С
• Переход с 1С:УПП на 1С:ERP
• Переход на новый 1C:ЗУП 3.1

Источник: fto.com.ru