Объединить две базы ЗУП в одну
Здравствуйте.
Есть две базы 1С ЗУП. Типовые. В одной базе одна организация и в другой базе одна организация. Сотрудники из первой базы через реорганизацию присоединением переходят в организацию из второй базы. Через кадровый перевод просто. Соответственно нужно перенести сотрудников со всеми их начислениями, удеражаниями и прочим из одной базы во вторую. (как буд-то они у нас всегда работали во второй базе просто в отдельном подразделении, а кадровики уже с нужной даты их переведут в основное подразделение). Разумеется нужно, чтобы считались правильно налоги, средний заработок, больничные и все остальное.
От вас срок, стоимость (не за час) и почту или мессенджер для контактов. Сделать нужно максимально быстро — базы для переноса готовы.
Спасибо.
Как в 1С объединить несколько баз в одну
Переходим на 1С 8.3, данные по основной деятельности заводим в рабочей базе, а по основным средствам в отдельной базе.
Как в 1С объединить несколько баз в одну?
Оцените, пожалуйста, данный вопрос:
(5 оценок, среднее: 4,60 из 5)
Зарегистрированным пользователям доступны более 300 видеоуроков по работе
в 1С:Бухгалтерия 8, 1С:ЗУП
Зарегистрированным пользователям доступны более 300 видеоуроков по работе
в 1С:Бухгалтерия 8, 1С:ЗУП
После регистрации на указанный адрес Вы получите ссылку на просмотр более 300 видеоуроков по работе в 1С:Бухгалтерия 8, 1С:ЗУП 8 (бесплатно)
Войти в кабинет
Вам будет интересно
Дата публикации: Янв 12, 2017
Поделиться:
Поставьте вашу оценку этой статье:
(5 оценок, среднее: 4,60 из 5)
Размещено пользователем:
Все комментарии (3)
Ирина Шаврова Profbuh8.ru Янв 12 2017 — 17:01
Добрый день!
Я вижу два решения проблемы. , если Вы хотите справиться с решением задачи собственными силами.
1. Поищите в интернете, например, на сайте ИНФОСТАРТ правила конвертации Бухгалтерия 3.- – Бухгалтерия 3.0 для выгрузки данных Вашей неосновной базы в файл XML
Делать это Вы будете по типовой обработке, которая есть в Бухгалтерии 3.0 “Универсальный обмен данными в формате xm”@
Ирина Шаврова Profbuh8.ru Янв 12 2017 — 17:05
На закладке Выгрузка данных в поле Имя файла правил на сервере укажете найденные в интернете правила обмена, все остальное интуитивно понятно. Выгрузите в файл, а потом этой же обработкой в основной базе загрузите данные на закладке Загрузка данных.
Ирина Шаврова Profbuh8.ru Янв 12 2017 — 17:07
2. Можно попробовать вариант с обработкой “Выгрузка и загрузка данных xml”, что есть на диске ИТС. Но тут конфигурации выгружаемой базы и загружаемой должны быть одного релиза. Кроме того в этом случае не всегда все проходит 100% корректно, некоторые предопределенные элементы могут задваиваться. Но это самый простой способ. Можно начать с него. Но сразу говорю, что эта обработка не совсем для этих целей, поэтому нужно смотреть
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С.
Дополнительные возможности
Без хранения данных в одной базе невозможно использовать следующие механизмы:
- «интеркампани» (межфирменные продажи) — возможность продавать товары, которые нам еще не принадлежат;
- централизованное казначейство — использование «Кэш-пулинга», единого Платежного календаря по ГК, согласование заявок по единым для группы мастер бюджетам и т.д.
- Отсутствуют сложности обмена документацией между юридическими лицами компании в рамках одной ИБ, когда для одного юридического лица документ отображается как отправленный, а для другого — как полученный.