Правильный перенос физических лиц ЗУП 2.5, УПП 1.3, КА 1.1 → ЗУП 2.5, УПП 1.3, КА 1.1
Платформа 1С v8.3
1С:Зарплата и Управление Персоналом 2.5
1С:Комплексная автоматизация 1.х
1С:Управление производственным предприятием
Наиболее полные и корректные правила переноса элементов справочника «Физические лица» между базами, имеющими конфигурации «Зарплата и Управление персоналом, редакция 2.5», «Управление производственным предприятием, редакция 1.3», «Комплексная автоматизация, редакция 1.1» Переносится ВСЯ информация, касающаяся непосредственно физического лица: реквизиты и табличные части, все записи связанных регистров сведений, все файлы, связанные с физическим лицом, включая фото. НИЧЕГО ЛИШНЕГО, не связанного непосредственно с физическим лицом, не переносится!
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Наиболее полные и корректные правила переноса элементов справочника «Физические лица» между двумя базами, имеющими идентичные конфигурации «Зарплата и Управление Персоналом, редакция 2.5» Переносится ВСЯ информация, касающаяся непосредственно физического лица: реквизиты и табличные части, все записи связанных регистров сведений, все файлы, связанные с физическим лицом, включая фото. НИЧЕГО ЛИШНЕГО, не связанного непосредственно с физическим лицом, не переносится! Правила протестированы на релизе 2.5.48.1
(1) ia57,
...хорошо переносит нужные справочники...
Да это верно, но информация о физ. лицах хранится в основном в регистрах сведений(их около 15! штук), настроить перенос которых с помощью ВыгрузкаЗагрузкаДанныхXML вместе с элементом справочника не так просто и достаточно трудозатратно. Кроме того есть еще изображения и файлы связанные с физ. лицом. Преимущества данных правил, в том что они переносят ВСЮ СОВОКУПНОСТЬ ИНФОРМАЦИИ СВЯЗАННОЙ С ФИЗ. ЛИЦОМ, а не только сам элемент справочника.
...хорошо переносит нужные справочники...
Да это верно, но информация о физ. лицах хранится в основном в регистрах сведений(их около 15! штук), настроить перенос которых с помощью ВыгрузкаЗагрузкаДанныхXML вместе с элементом справочника не так просто и достаточно трудозатратно. Кроме того есть еще изображения и файлы связанные с физ. лицом. Преимущества данных правил, в том что они переносят ВСЮ СОВОКУПНОСТЬ ИНФОРМАЦИИ СВЯЗАННОЙ С ФИЗ. ЛИЦОМ, а не только сам элемент справочника.
(10) Добрый день, tanij
Правила обмена были протестированы на релизе 2.5.48.1, никаких проблем с их использованием на данном релизе выявлено не было. Обращаю Ваше внимание, что правила обмена предназначены для работы с типовой(не измененной) конфигурацией. Если конфигурация отличается от типовой, то корректная работа правил обмена не гарантируется, хотя и возможна.
С уважением,
Дмитрий.
Правила обмена были протестированы на релизе 2.5.48.1, никаких проблем с их использованием на данном релизе выявлено не было. Обращаю Ваше внимание, что правила обмена предназначены для работы с типовой(не измененной) конфигурацией. Если конфигурация отличается от типовой, то корректная работа правил обмена не гарантируется, хотя и возможна.
С уважением,
Дмитрий.
Мир этому дому!
Обработка полезная. При некоторой любознательности и наличии свободного времени, правила можно создать и самому используя Конвертацию данных и перечень переносимой информации, любезно представленный автором - за что ему особый респект (в свое время пришлось полазить по конфигурации, что бы понять что нужно а что не нужно преносить).
Обработка полезная. При некоторой любознательности и наличии свободного времени, правила можно создать и самому используя Конвертацию данных и перечень переносимой информации, любезно представленный автором - за что ему особый респект (в свое время пришлось полазить по конфигурации, что бы понять что нужно а что не нужно преносить).
(18) apatyukov,
В базе приемнике будет осуществлен предварительный поиск данного физического лица сначала по Ссылке, а потом по полям Наименование(ФИО) и Номер ИНН, если элемент будет найден, то создания нового элемента НЕ произойдет, а произойдет ПОЛНАЯ ЗАМЕНА ВСЕЙ ИНФОРМАЦИИ, которая касается данного физического лица. Это позволяет осуществлять не только одноразовую загрузку, но и систематическую синхронизацию уже имеющихся элементов.
В базе приемнике будет осуществлен предварительный поиск данного физического лица сначала по Ссылке, а потом по полям Наименование(ФИО) и Номер ИНН, если элемент будет найден, то создания нового элемента НЕ произойдет, а произойдет ПОЛНАЯ ЗАМЕНА ВСЕЙ ИНФОРМАЦИИ, которая касается данного физического лица. Это позволяет осуществлять не только одноразовую загрузку, но и систематическую синхронизацию уже имеющихся элементов.
Вопрос не по данным правилам, может не туда пишу, но всё же..
Создал свои правила, необходимо перенести определенных физ.лиц между одинаковыми конфигурациями ЗУП.
Ставил их в отбор при выгрузке, но выгружаются все.
Кто подскажет, в чем дело?
Создал свои правила, необходимо перенести определенных физ.лиц между одинаковыми конфигурациями ЗУП.
Ставил их в отбор при выгрузке, но выгружаются все.
Кто подскажет, в чем дело?
КА 1.1 или ЗУП 2.5 или УПП 1.3 - суть "одна" конфигурация, так или иначе отпочковавшиеся друг от друга, имеющие чуть ли не 100% совпадение по модулям, функциям и основным объектам, обновляются одним и тем же кодом.
Второе - ФЛ в конфигурациях ОФ очень хорошо структурированы: два-три регистра, пара справочников.
Можно взять типовой "Перенос между идентичными", и с минимальной доработкой переносить.
И платить столько за типовой перенос - видимо, есть желающие.
А вот в УФ и остальных 3.0 дела совсем обстоят не так - а прямо противоположно: все переведено на БСП, который вместо унификации - принес такой раздрай объектов хранения и размазывание кода, чего никогда еще не было в истории 1С. Ну, и на закуску - применяется в разных типовых масса версий самого БСП.
Поэтому неудивительно, что у автора не заладилось с 3.0 УФ конфигурациями - это не УПП 1.3 с четкой структурой и понятным функционалом, неизменными десятилетиями регистрами.
Второе - ФЛ в конфигурациях ОФ очень хорошо структурированы: два-три регистра, пара справочников.
Можно взять типовой "Перенос между идентичными", и с минимальной доработкой переносить.
И платить столько за типовой перенос - видимо, есть желающие.
А вот в УФ и остальных 3.0 дела совсем обстоят не так - а прямо противоположно: все переведено на БСП, который вместо унификации - принес такой раздрай объектов хранения и размазывание кода, чего никогда еще не было в истории 1С. Ну, и на закуску - применяется в разных типовых масса версий самого БСП.
Поэтому неудивительно, что у автора не заладилось с 3.0 УФ конфигурациями - это не УПП 1.3 с четкой структурой и понятным функционалом, неизменными десятилетиями регистрами.
Вопросы с вознаграждением
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|