Объединить две базы в одну в 1с
Добрый день, Вероника.
Для объединения нескольких ОС в одно в программе необходимо выполнить следующие действия:
1. Списать с учета ОС, которые будите объединять — документ Списание ОС. Используя ручную корректировку удалить проводку Дт 91.02 Кт 01.09
2. На счете 08.04.1 сформировать первоначальную стоимость объединенного ОС документом Операция, введенная вручную. Дт 08.04.1 Кт 01.09
3. Принять к учету объединенное ОС — документ Принятие к учету ОС
Добрый день Татьяна.
При списании ОС формируются проводки
Д 02.01 К 01.09
Д 01.09 К 01.01
Дт 91.02 Кт 01.09 мы удаляем
Вы пишете что нужно — На счете 08.04.1 сформировать первоначальную стоимость объединенного ОС документом Операция, введенная вручную. Дт 08.04.1 Кт 01.09 например 200000 руб. Почему именно Кт 01.09? Почему не 01.01? Счет 01.09 не закроется получается потом.
При проведении документа принятие к учету сформируется проводка Д 01.01 К 08.04.1 200000 руб.
Если я правильно поняла, то можно в документе списание ОС, полностью проводку не удалять Д.91.02 К 01.09, а заменить Д.91.02 на Д.08.04.1?
И по Д 08.04.1 нужно отразить новое ос, а по К 01.09 старое?
Добрый день, Вероника.
Да, можно просто заменить Дт 91.02 на 08.04.1.
Все правильно по Дт 08.04.1 нужно отразить новое ОС, а по Кт 01.09 старое.
Специального документа в программе для таких операций нет? ОС очень много. Как вычислить срок амортизации для объединенного ОС?
Добрый день, Вероника.
К сожалению в программе нет штатного механизма для объединения ОС. У вас два варианта либо использовать имеющиеся документы, либо заказывать внешнюю обработку.
Так как в результате объединения вы к учету принимаете новое ОС, то срок полезного использования определяется как при принятии к учету ОС.
В БУ срок полезного использования основного вы определяете самостоятельно (п. 20, 21) ПБУ 6/01).
В НУ срок полезного использования так же определяете самостоятельно в соответствии с амортизационной группой, к которой оно относится (п. 1 ст. 258 НК РФ).
Можете приложить скрин операции списания ОС и проводок документа из программы 1с, у меня при проведении документа проводки Дт 91.02 Кт 01.09 нет. Только Д 02.01 К 01.09 и Д 01.09 К 01.01
Вероника, проводка Дт 91.02 Кт 01.09 формируется, если списывается не полностью с амортизированное ОС. В данной проводке отражается сумма остаточной стоимости. Если у вас ОС полностью с амортизировано, то этой проводки не будет.
Проверьте остаточную стоимость ОС. Сформируйте отчет Ведомость амортизации ОС из раздела Ос и НМА — Отчеты — Ведомость амортизации ОС.
Задачка: компания А купила компанию Б.
В БП 3.0 компании А 20 различных фирм, в БП 3.0 компании Б 5 фирм.
Задача: перенести из базы Б в базу А 3 фирмы со всеми потрахами на 1.1.2017г.
Как это сделать? В обработке "универсальный обмен XML" какой-то конкретики я не увидел, т.е. я могу вытащить например справочники, но они будут по 5 фирмам если я правильно понял. а нужно только по 3. И даже если её использую, не будет ли задвоений справочников или ещё чего?
Хелп :)
(1)Как вариант - РИБ по организации для трех фирм, затем эти три базы отвязываете от риб и выгружаете через универсальный формат. Дальше по одной грузите в общую.
Только что сливал две базовые БП 3.0 в одну Проф. Сделал так: Первую базовую обновил до проф версии (где больше данных), вторую через "универсальный обмен XML" выгрузил и загрузил в первую. Оборотка и документы сошлись. Далее обработкой "поиск дублей" пометил на удаление задвоившиеся элементы справочников "Номенклатура" и "Контрагенты".
Использовал метод Fast (галочка снизу, 200 000 объектов - выгрузка не более 5 мин, загрузка около часа на i3 с ssd, файловые)
Тебе предварительно надо подготовить базу - свернуть остатки на начало года, обработкой удали все доки по не нужным фирмам и выгружай
Есть еще вариант: обновить базы до одинаковых конфигураций, запустить их в режиме обычного приложения, выгрузить из базы Б данные с отбором по нужным организациям обработкой ВыгрузкаЗагрузкаДанныхXML8.2, загрузить в базу А.
Немного изменилась задача.
Есть 3 базы, в 2х по 1 предприятию, в 3й штук 20. Нужно 2 перенести в основную. Говорят что вроде как это делается через "Универсальный формат обмена". но что-то не получается.
(8) в начале недели сделал через универсальный обмен, учетную политику пришлось забить заново для организации, из справочника валют поудалять дубли, т.к. рубли задвоились, в остальном пока работают - всё устроило. Хотел изначально через КД, или РИБ, но так намного быстрее вышло.
Игорь, а что конкретно не получается?
Если решите делать через "Универсальный формат обмена", имейте в виду след. Моменты:
- и основная БД и «отдающие» базы должны быть на БСП, иначе они просто не способны будут поддерживать эту технологию;
- если с п.1 и п.2 норм, поднимаете из Основной БД 2 узла обмена. Советую при первичной синхронизации не соглашаться на выгрузку по умолчанию. Проверьте что у вас в таб. Регистрации. Может надолго подвесить систему, при больших объемах данных . плюс нюансы сопоставления проверить так легче ( что не перехлестнулось в НСИ ничего с уже имеющейся информацией в Осн. БД).
Статья рассчитана на специалистов, знакомых с КД 2.0. Это общее описание, а не пошаговое руководство. Внимание, присутствует неоптимальный и плохочитаемый код!
Подготовка
Приводим обе базы к одному релизу. Выгружаем описание конфигурации и обязательно устанавливаем галочку «Выгружать все движения».
Далее загружаем описание конфигурации в КД 2.0 и создаем правила автоматически.
Выгрузка документов
Первичной будет выгрузка документы с движениями – при их выгрузке автоматически будут выгружены объекты, которые есть в реквизитах документов и их движений. Это справочники, планы видов расчета и др.
Отключим все Правила выгрузки данных кроме Документов. Отключение ПВД не означает, что они будут исключены из файла правил обмена, просто при чтении правил в обработке «Универсальный обмен данными в формате XML» с них будет снята галочка.
Отключить ПВД один раз в правилах обмена удобнее, чем каждый раз в обработке при тестировании выгрузки.
В дальнейшем, включим ПВД для некоторых независимых регистров сведений.
Справочники
Было решено, что если элемент справочника уже существует в базе-приемнике, то он не должен перезаполняться по данным базы-источника. Поэтому для всех ПКО Справочников установил галочку «Не замещать существующие объекты в приемнике при загрузке, а только создавать новые и заполнять их».
Сопоставление справочников
Самый трудоемкий этап. Нужно пройтись по всем справочникам базы-источника и решить, как их сопоставлять со справочниками базы-приемника.
Для предопределенных элементов автоматически были созданы Правила конвертации значений, ручное вмешательство не требуется.
Справочник Виды доходов НДФЛ имеет уникальные коды – можно сопоставлять по Коду.
Справочник Воинские звания – по наименованию и т.д.
Особое внимание нужно уделить Физическим лицам. Для их сопоставления я использовал поля ИНН, СНИЛ, ФИО, Дата рождения и написал обработчик Поля поиска.
Алгоритмы проверки СНИЛС и ИНН взяты с интернета, поэтому приводить их здесь не буду.
Для ускорения работы со справочниками написал обработку, которая подсчитывает количество объектов в базе
Обработка выводит справочники, документы и независимые регистры сведений (понадобится далее). Позволяет быстро переходить к форме списка выбранного объекта
Планы видов расчета
Коллеги-ЗУПовцы и расчетчики клиента подсказали, что Начисления и Удержания должны сопоставляться по коду, если код содержит только буквы.
Обработчик Поля поиска для Планов видов расчета
Перед обменом нужно убедиться в уникальности буквенных кодов планов видов расчета.
Выгрузка независимых регистров сведений
Нужно пройтись по независимым регистрам сведений и определить какие из них необходимо выгрузить. В моих данных получилось поделить их на 2 группы – выгружаются всегда, выгружаются только вместе физическими лицами или сотрудниками.
Пример выгружаемого всегда регистра – «История регистраций в налоговом органе», для таких регистров включаем ПВД.
Некоторые регистры нужны только тогда, когда выгружены соответствующие физические лица или сотрудники, например «ФИО Физических лиц», «Состояния сотрудников» и др.
В обработчик конвертации «Перед выгрузкой данных» добавил создание параметров «ВыгруженныеФизическиеЛица» и «ВыгруженныеСотрудники».
Эти массивы дополняются в обработчике «После выгрузки» ПКО для физических лиц и сотрудников.
В обработчике конвертации «После выгрузки данных» выгружаются записи регистров с отбором по физическим лицам и сотрудникам.
Код алгоритма ВыгрузитьПодчиненныеРегистрыСведений:
Сейчас этот механизм кажется мне лишним, количество физических лиц и сотрудников незадействованных в документах незначительное, можно было выгрузить их и регистры полностью.
Загрузка в базу-приемник
При загрузке данных обнаружилось, что при записи движений документа выполняются расчеты и запись в регистры, стандартного признака загрузки данных недостаточно чтобы их отключить.
Вместо обычной конструкции
вызывается функция ЗарплатаКадры.ОтключитьБизнесЛогикуПриЗаписи
Реализовал удаление из дополнительных свойств объекта флажка «ПроверятьБизнесЛогикуПриЗаписи» в обработчике «После загрузки объекта» конвертации
Прочее
В моем случае база-источник была небольшого объема и удалось перенести все данные в один прием. Иначе пришлось бы выгружать данные по частям, например, вначале НСИ а затем документы с движениями.
В обеих базах заведены префиксы, поэтому проблем с дублированием кодов и номеров не возникло.
Добрый день!
Организация имеет 3 обособленных подразделения не на отдельном балансе (территориально находились в разных районах). Подразделение 1 и 3 работали в одной базе1, подразделение 2 работало в базе2. Теперь появилось желание работать в одной базе через Линк. Надо объединить обе базы.
1) Возможен ли перенос через обработку ВыгрузкаЗагрузкаXML? Тогда наверное, необходимо, чтобы в обеих базах были идентичны Наименование организации, структура подразделений, ШР, настройки расчета зарплаты….? А потом перенести документы обработкой.
2) Только дописывать.
3) Вариант, которого я не знаю.
Спасибо!
1) Объединение организаций в ЗУП 3.1 при реорганизации (слияние, присоединение) этот вариант конечно интересный, но не наш случай, т.к. переводов не надо делать, просто соединить подразделения. Изначально надо было просто вести все 3 подразделения в одной базе.
2) Объединение несколько баз в одну. и по цепочке Переход на ЗУП 3.1 можно применить уже на этапе поиска дублей физ лиц, которые когда-то переводились и подразделения 2 базы 2 в подразделение 1/3 базы 1.
1)я экпериментально пометила на выгрузку всё у меня задвоились даже начисления Оклад, Надбавка…. Получается надо завести в базе, в которую загружаем, те же виды начислений(которых не хватает), что и в загружаемой? И потом просто не помечать на выгрузку.
2) Что делать с дублями номеров документов начислений, ведомостей, ШР? Не будет мешать работе программы? Может до переноса как-то добавить префикс, чтоб по нему различались? Как это сделать при уже созданных документах?
3) А может пометить только документы и регистры, потом связанные с ними позиции по инструкции на Вашем сайте и выгрузить?
4)Вопрос по обработке: не совсем поняла, на что влияют кнопки Отбор для периодических регистров (организация ведет учет с середины 2018,выгружаю весь период), Вместе с документами выгружать их движение (недостаточно, что флажками помечаем на выгрузку и регистры?)
Простите за такое количество вопросов, но как есть. Это не бухгалтерия)) там было проще.
Нет, не получается. Либо всё задваивается, либо Объект не найден, либо точь в точь организация образуется(2 шт в базе) и задвоенная нумерация документов, видов начислений…
Здравствуйте! Плохо, что задваиваются справочники. Получается у них уникальные идентификаторы не совпадают. Например, «Оклад по дням» в одной базе ИД 1, во второй «Оклад по дням» ИД 2. Перегружаем, программа не может их сопоставить и создает второй, либо создает с видом «Объект не найден…».
Тут либо обработку писать, либо пытаться удалить дубли, но справочники ещё можно обработать, но регистры некоторые могут выдать ошибку, да и нумерация документов задваивается. Можно попробовать из задвоенной организации сделать обособленное, подразделение выделенное на отдельный баланс и удалить дубли только справочников, тогда с нумерацией проблем не будет.
Спасибо! попробую вариант из задвоенной организации сделать обособку, а может еще и перевести в основную…
Добрый день! Не смогла. Подскажите, могу ведь выложить это задание на Ваш новый сервис Эксперт24, чтобы найти исполнителя? Я правильно поняла его назначение?
Добрый день! Да, можете.
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Механизм сравнения и объединения конфигураций 1С 8.3 помогает разработчикам 1С тщательно произвести сравнение конфигураций или их расширений, а также понять правила объединения. Нередко этот режим используют для сопоставления конфигураций и без их объединений. Также он используется в работе сразу несколькими разработчиками, что помогает объединить все доработки.
В конфигурации предусмотрено сопоставление общих свойств объектов 1С 8.3: справочников, документов, журналов, реквизитов и табличных частей 1С. Отдельному сравнению подвергаются формы объектов, такие как:
Напротив каждого объекта, который разработчик должен объединить с аналогичным объектом другой конфигурации нужно установить флажок.
2. Сравнение конфигураций 1С 8.3
Перед началом любых действий с конфигуратором 1C рекомендуется выгрузить информационную базу 1C в файл. В конфигураторе 1C необходимо выбрать меню «Администрирование → Выгрузить информационную базу» (рис.1).
Рис 1. Выгрузка ИБ.
Для запуска механизма объединения в режиме конфигуратора выбираем в меню «Конфигурация → Сравнить, объединить с конфигурацией из файла» (рис.2).
Результат сравнения будет открыт в специальном окне (рис.3), в котором показана структура конфигураций.
В первом столбце табличного поля будут указаны цветовые отметки:
● зеленый цвет – им отмечены те объекты 1С 8.3, у которых настройки объединения отличны от настроек по умолчанию;
● светло-зеленый цвет – им отмечены те объекты, у которых есть отличия настроек от настроек по умолчанию для зависимых объектов.
Во втором столбце табличного поля будут выведены данные основных конфигурации.
В третьем столбце табличного поля будут выведены данные конфигурации выбранной из файла.
Четвертый столбец табличного поля предназначен для указания режима, при котором будет произведено объединение, а также указания порядка зависимых объектов.
Бежевым цветом выделены объекты, существующие только в основной конфигурации, а зеленым – объекты, существующие в конфигурации выбранной из файла.
Рис 3. Специальное окно.
В выпадающем списке фильтра указаны варианты сравнений, с помощью которых мы можем установить режим просмотра изменений:
● показать отличия в конфигурациях;
● показать присутствующие только в основной конфигурации;
● показать присутствующие только в файле;
Изначально установлен фильтр – показать отличия в конфигурациях. Чтобы отобразить измененные объекты, нужно выбрать фильтр – показать измененные. В специальном окне сопоставления нам нужно проанализировать все объекты, которые были изменены. Также предусмотрена настройка сопоставления модулей объектов, в контекстном меню → «Показать различия в модулях» (рис. 4).
Рис 4. Выбор контекстного меню
Рис 5. Модули текущего объекта.
Чтобы отменить сопоставление модулей объекта в контекстном меню выбираем → «Отменить соответствие объектов».
У объектов, участвующих в объединении, предусмотрена возможность выбора режима объединения (рис.6):
● взять из файла – если объект отсутствует в основной конфигурации, то он появится в ней, а если в нем происходили изменения, то он будет взят из файла.
●объединить с приоритетом – будет выбран приоритет загружаемой конфигурации и произведено объединение объектов согласно приоритету конфигурации, т.е. будут внесены все новые изменения и сохранены все старые.
Рис 6. Выбор режима.
Рис 7. Приоритет осн. конф.
Рис 8. Приоритет конф. из файла
3. Анализ сходств и различий
Для удобства анализа сходств и различий объектов можно вывести:
● отчет о сравнении метаданных 1С (рис. 9.1, 9.2);
● показать различия в макетах (рис. 10).
Рис.9.1 Вывод отчета.
Рис.9.2 Вывод отчета.
Рис. 10. Различие в макетах.
4. Правила объединения
После всех произведенных настроек конфигурации по кнопке «Выполнить» механизм объединения будет завершен, если не обнаружено никаких противоречий и конфликтов. В ином случае все неразрешимые ссылки отобразятся в специальном окне (рис.11).
Рис 11. Неразрешимые ссылки.
В текущем окне можно включить данные объекты 1С 8.3 в состав объединения или пропустить их:
● пометить все для объединения – позволяет добавить в объединение все выведенные объекты;
● продолжить – объединение происходит без выведенных объектов.
По завершению процедуры объединения необходимо обновить информационную базу 1С.
Специалист компании «Кодерлайн»
Вас могут заинтересовать следующие статьи:
Читайте также: