Правила обмена для объединения нескольких баз ЗУП в одну



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

Правила обмена, позволяющие объединить данные из нескольких баз ЗУП в одну общую. Правила использовались при слиянии нескольких организаций в одну ("Общая организация"), с выделением бывших организаций в подразделения (обособленные). При этом осуществляется свертка данных на дату, указанную при выгрузке. Кадровые документы ("Прием на работу в организацию", "Кадровое перемещение организации", "Увольнение из организации", "Отпуска организаций", "Командировки организаций", "График отпусков организаций", "Отпуск по уходу за ребенком до 1,5 лет") не сворачиваются, а переносятся полностью.

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

Для физических лиц устанавливается группа доступа (соответствует организации из старой базы, т.е. для объединяемой в общую базу Организации 1 будет создана и установлена группа доступа физ.лиц "Организация 1").

22.11.2026: правила актуализированы для релиза 2.5.124.2 (исправлены ошибки, связанные с изменением реквизитов в структуре конфигурации).

24 Comments

  1. swflash

    А можно Вашу обработку (использовать или адаптировать) для переноса данных из 2-х баз ЗУП в одну, чтоб вести учет в одной базе по 3-м отдельным организациям? Т.е. не в одну организацию с обособленными, а каждую независимо. Если нет, то вы можете ее адаптировать под мою задачу? Спасибо.

    Reply ↓
  2. swflash

    Екатерина, у Вас есть возможность доработать функционал правил обмена. Готов компенсировать затраты. Спасибо.

    Reply ↓
  3. Veronika-777

    Документы выгружаются/загружаются только на текущий год. Где в правиле данное условие?

    Спасибо.

    -Решен-

    Reply ↓
  4. ilario

    В ЗУП 3.0 работать будет?

    Reply ↓
  5. Keu2

    (4) ilario, Нет, не будет, т.к. совсем другая структура регистров.

    Reply ↓
  6. b-dm

    Хорошая, и даже надо сказать отличная вещь! А вот для разделение данных по организациям, такого нету ?) Это тоже иногда требуется)

    Reply ↓
  7. Keu2

    (6) b-dm,

    Для разделения нет, к сожалению, т.к. правила писались под конкретный проект, где нужно было именно объединить базы 🙂

    Reply ↓
  8. alex_mywork

    Екатерина, а для ЗБУ возможно переделать?

    Reply ↓
  9. ameli-130412

    Добрый день!

    Большое спасибо. Очень помогли правила.

    Только сначала тестирование и исправление баз пришлось делать.

    Еще раз спасибо.

    Reply ↓
  10. Rita669

    Тоже интересует, будет ли она адекватно работать в ЗБУ ?

    Reply ↓
  11. user712218_asup1

    Добрый день, Екатерина,

    Чтобы слить организации с 01.03.2017 года я задаю параметры

    Дата начала 01.01.2015, Дата окончания 28.02.2017, а какую дату поставить в Дата начала перегрузки расчетных данных ?

    Заранее спасибо.

    Reply ↓
  12. user712218_asup1

    Екатерина, я приобрел правила, ответьте, пожалуйста, на мой вопрос выше

    Reply ↓
  13. Keu2

    (8) Александр, для ЗБУ, скорее всего, придется корректировать правила, т.к. структура регистров и документов в данных конфигурациях отличается.

    Reply ↓
  14. Keu2

    (11) Юрий,

    за период с «Дата начала» по «Дата окончания» в базу будут полностью перенесены расчетные документы (документ в документ).

    за период с «Дата начала перегрузки расчетных данных» по «Дата начала» в базу будут перенесены расчетные данные в качестве оборотов по регистрам в документ «Перенос данных».

    Расчетные данные до «Дата начала перегрузки расчетных данных» в базу перенесены не будут.

    Reply ↓
  15. user712218_asup1

    Екатерина,

    Большое спасибо за правила!

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

    ЕСНОсновныеНачисления и ЕСНДополнительныеНачисления ?

    Спасибо

    Юрий

    Reply ↓
  16. Keu2

    (15) Юрий, потому что перенос данных осуществлялся после 2010 года, когда налог ЕСН уже был отменен.

    Reply ↓
  17. Kate_13

    Добрый день! Подойдет ли данная обработка для слияния 2-х юр.лиц в рамках одной информационной базы?

    Reply ↓
  18. loginvasy

    ЗУП 2.5.118.1 ошибки при выгрузке по правилам

    Reply ↓
  19. gpinf

    ЗУП 2.5.124.2 ошибки при выгрузке по правилам

    Ошибка получения значения свойства объекта (по имени свойства источника)

    ПКО = ОтпускПоУходуЗаРебенком (Документ: Отпуск по уходу за ребенком)

    ПКС = 57 (СреднедневнойЗаработокПереходногоПериода2010 —> СреднедневнойЗаработокПереходногоПериода2010)

    Объект = Отпуск по уходу за ребенком 00000000001 от 11.04.2017 0:00:00 (Отпуск по уходу за ребенком)

    СвойствоПриемника = СреднедневнойЗаработокПереходногоПериода2010 (Число)

    ОписаниеОшибки = Поле объекта не обнаружено (СреднедневнойЗаработокПереходногоПериода2010)

    ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(8286)

    КодСообщения = 13

    Ошибка при выгрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(1697)}: Ошибка получения значения свойства объекта (по имени свойства источника)

    ПКО = ОтпускПоУходуЗаРебенком (Документ: Отпуск по уходу за ребенком)

    ПКС = 57 (СреднедневнойЗаработокПереходногоПериода2010 —> СреднедневнойЗаработокПереходногоПериода2010)

    Объект = Отпуск по уходу за ребенком 00000000001 от 11.04.2017 0:00:00 (Отпуск по уходу за ребенком)

    СвойствоПриемника = СреднедневнойЗаработокПереходногоПериода2010 (Число)

    ОписаниеОшибки = Поле объекта не обнаружено (СреднедневнойЗаработокПереходногоПериода2010)

    ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(8286)

    КодСообщения = 13

    Reply ↓
  20. gpinf

    (19) Ещё нашел

    Не найдено соответствие для значения Источника

    Источник = Социальные по уведомлению НО

    ТипИсточника = Группы вычетов по НДФЛ

    Ошибка получения значения свойства подчиненного объекта (по имени свойства источника)

    ПКО = ОтражениеЗарплатыВРеглУчете (Документ: Отражение зарплаты в регл учете)

    ПКС = 181 (ФизЛицо —> ФизЛицо)

    Объект = Отражение зарплаты в регл учете 00000000002 от 31.01.2017 0:00:01 (Отражение зарплаты в регл учете)

    СвойствоПриемника = ФизЛицо (СправочникСсылка.ФизическиеЛица)

    ОписаниеОшибки = Поле объекта не обнаружено (ФизЛицо)

    ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(8286)

    КодСообщения = 16

    Reply ↓
  21. Keu2

    (20) Ошибки исправлены (были связаны с изменением структуры конфигурации в новых релизах).

    Reply ↓
  22. gpinf

    (21)

    спасибо

    Reply ↓
  23. Vyatcheslav

    в правилах есть не типовые типы метаданных: один справочник, один РС, значения одного перечисления. Пришлось загрузить правила в КД 2 и удалить нетиповые метаданные, из-за них ошибка при попытке прочитать правила в обработке обмена XML

    Reply ↓
  24. platon-81

    Без обид, но стоит указывать что правила не типовые и под конкретный случай. Много не тип_элементов.

    Reply ↓

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *