gifts2017

Перенос кадровой информации из ЗУП 2.5 в БП 2.0

Опубликовал Игорь Фелькер (Brawler) в раздел Обмен - Перенос данных из 1С7.7 в 1C8.X

Обработка переноса кадровой информации из конфигурации ЗУП 2.5 в конфигурацию БП 2.0

Внимание, обработка еще не испытывалась в "бою". Идет только подготовка к следующему году со скачком с БП 1.5.3.8 (не типовой) на БП 2.0. Случай запущеный, знаю.

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

Обработка позволяет загрузить как кадровые документы за весь период их ведения в ЗиУП, так и за определенный небольшой промежуток времени. Перенос всех доков повлечет за собой перенос всех давно уволенных сотрудников и возможно давно ликвидированных подразделений, а посему предусмотрена сводная загрузка начальных данных только по работающим ныне сотрудникам, а уже потом можно переносить свежие кадровые документы из указанных периодов, но не ранее введенных остатков. Часть данных отфильтровывается за ненадобностью типа задвоенных строк со сменой з/п (при сводном переносе). Важно отметить, что никакие сведения об з/п не переносятся в связи с религиозными соображениями.

Начальные "остатки" загружаются в документ "Операция бух". Данный документ нельзя пересохранять, а иначе в колонке "Период" на вкладке данных регистра "Работники организаций" уйдут даты и вся хронология собьется, поможет только перевыгрузка. Замечена проблема, если в регистре уже есть данные перед загрузкой, то загрузка документа может провалиться из-за неуникальности записей регистра. При перезагрузке документа, сведения переписываются, лишь бы был найден предыдущий загруженный документ. Поиск документ идет по дате и номеру "#РАБОТНИКИ#". Кадровые документы можно вообще не загружать, а загружать периодически только начальные остатки на новую дату. Это уже ваш выбор.

Так же реализована загрузка сведений по лицевым счетам только работающих сотрудников. Пишутся так же в документ "Операция бух", проблемы те же с уникальностью записей регистра. При выгрузке данные в колонке банк соотносятся по наименованию. Другого пути не узрел, так как сложно сопоставить Контрагента и Банк иначе кроме как по имени. Документ создается на дату 01.01.2100 года, да это не ошибка, год 2100. Номер документа "##ЛИЦЕВЫЕ##". Все это нужно для того чтобы документ никогда не попал в закрытый период, а так же всегда был в одном году и корректно находился правилами конвертации и перезаполнялся свежими данными. Эх дожить бы до 2100 года)))

Помимо всего можно просто загрузить список сотрудников как ныне работающих так и вообще всех. При этом данные в регистре "Работкини организаций" останутся пусты.

Загрузка сотрудника в любом случае влечет за собой загрузку физлица, его контактной информации, паспортных данных, сведений о ФИО. 

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

 

Буду признателен за сообщение об допущенных мной косяках.

P.S. Подумываю об универсальности обработки, чтобы могла работать как в БП так и в ЗиУП, типа "выкачивать" или "закачивать" данные в зависимости от ситуации. При этои со стороны ЗиУП проще сделать выгрузку конкретных сотрудников/физлиц. Пока проблема в отсутсивии времени, так как еще вагон работы с переходом на новую базу.

 

UPD 13/07/2013

Подправил правила конвертации справочника "Виды контактной информации".

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
Загрузка данных из ЗиУП 2.5.epf
.epf 68,69Kb
13.07.13
179
.epf 68,69Kb 179 Скачать
Выгрузка кадровых данных для БП 2.0.epf
.epf 63,72Kb
13.07.13
29
.epf 63,72Kb 29 Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Игорь Фелькер (Brawler) 27.11.11 23:13
Очень прошу давать комментарии по этой обработке, так как хочется учесть ваше мнение и возможно исправить найденные косяки допущенные мной.
2. ingrid skvorcova (ingrid2011) 28.11.11 12:50
Спасибо большое, попробую - отпишусь.
3. Андрей Григорьев (Borisych) 30.11.11 01:31
у банка есть БИК - это код справочника. уникальный
4. Игорь Фелькер (Brawler) 30.11.11 08:31
(3)Спасибо за помощь, но предмет проблемы следующий.

Структура регистра лицевых счетов ЗУП:
Организация - СправочникСсылка.Организации
Банк - СправочникСсылка.Контрагенты
ФизЛицо - СправочникСсылка.ФизическиеЛица
НомерЛицевогоСчета - Строка

Структура регистра лицевых счетов БП:
Организация - СправочникСсылка.Организации
Банк - СправочникСсылка.Банки
ФизЛицо - СправочникСсылка.ФизическиеЛица
НомерЛицевогоСчета - Строка

Выделено спорное место. У контрагента нет никаких БИКов, а у банков никаких ИНН и КПП, потому по имени и сопоставлять приходится
5. Андрей Григорьев (Borisych) 30.11.11 09:15
ясно. тогда ФИО + физ.лицо (не юр.лицо) + ИНН физ.лица. Главное проверить чтобы в ФИО лишних пробелов не было
6. Андрей Григорьев (Borisych) 30.11.11 09:17
если у Вас нет зарплатного договора с банком - пишите, недавно автоматизировал этот процесс
7. Max (Rulezzz2) 26.01.12 16:22
хорошая обработка, вот только у меня не вышло запустить ее в бухгалтерии+ЖКХ. Хотя она от обычной бухгалтерии почти ничем не отличается кроме небольшой надстройки
8. Игорь Фелькер (Brawler) 06.02.12 23:43
Там искусственное ограничение на то из под какой конфигурации типа запускается, так как проверить кроме как на БП 2.0 не могу.
Недолго в коде закомментить проверку.
9. Ольга (ВРедная) 06.02.12 23:53
Плюсую за реализацию давно зревшей идеи. Завтра буду тестировать.
10. Ольга (ВРедная) 06.02.12 23:56
Да тут еще и код открыт, сказка просто.
Спасибо!
11. Игорь Фелькер (Brawler) 07.02.12 00:09
(10) ВРедная, код открыт ради пинков под зад, чтоб направили если что в нужное русло.

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

Если не забуду, то завтра выложу ее. Ее конечно тоже не мешает на тестовой базе прогнать и поглядеть не делает ли дублей.
12. Ольга (ВРедная) 07.02.12 01:41
Да, с переименованными стоит подумать, возможно искать по ИНН, у нас он всегда заполнен.
13. Игорь Фелькер (Brawler) 07.02.12 08:55
14. Ольга (ВРедная) 07.02.12 22:38
Проверили, работает :)
Засада была с сотрудниками, т.к. они уже были заведены в БП ранее, и коды естественно у них не такие как в ЗУП. Но тут действительно сложно что-то другое придумать, т.к. по наименованию искать недостаточно...
Решили вопрос перенумерацией справочника БП под ЗУП.
15. А К (Вася_Пупкин) 16.02.12 10:35
С начало были проблемы со справочником сотрудниками, они уже были в Бухгалтерии ранее, естественно у них многое не совпадало с ЗУБом =)Всё решил ХендМайк (благо проблемных сотрудников было не больше полтинника)
ОСНОВНОЕ чтобы в ФИО лишних пробелов не было!
Потом понял что код открыт! Очень правильно!
Автору большое СПАСИБО!
P.S. Иной раз коменты полезней обработок! Но ЭТО не тот случай =)
16. Mariya Cherkasskaya (mcher) 04.04.12 06:18
Спасибо большое за обработку. Будем смотреть. Спасибо.
17. Елена Хворова (Lena444) 27.04.12 16:29
Пишет "Не удалось произвести подключение к информационной базе"
18. Елена Хворова (Lena444) 27.04.12 16:47
Попробовала еще раз "Для выбранной конфигурации конвертация не поддерживается", версии ЗУП и бухгалтерии последние на 27.04.2012.
19. Игорь Фелькер (Brawler) 27.04.12 16:57
(18) Lena444, Запускать нужно в БП 2.0. У самого сейчас БП 2.0.35.5, ЗУП 2.5.50.1
Еще нужно обязательно задать параметры подключения к базе ЗУП.
Юзер должен иметь права на подключение к ЗУП через COM.
20. Макас (makas) 06.03.13 23:34
21. Дмитрий Иванов (Dethmond) 03.04.13 11:57
В справочнике ФизЛица получились дубли. Необходимо проверять при загрузке по коду и наименованию.
22. Игорь Фелькер (Brawler) 03.04.13 13:22
(21) Dethmond, путем экспериментов пришел к правилам поиска

Если СвойстваПоиска["ЭтоГруппа"] = Истина Тогда
	СтрокаИменСвойствПоиска = "ЭтоГруппа, Наименование";
Иначе
	СтрокаИменСвойствПоиска = "ЭтоГруппа, Код, ИНН";
КонецЕсли;
...Показать Скрыть


Начал переносить данные в БП 2.0 с начала 2012 года, ползли косяки, заставил верифицировать справочники обоих баз и наводить порядок, так как был бардак 100%. Пока проблем не наблюдается.

При переносе данных первичный поиск идет по уникальному идентификатору и только потом используется поиск по реквизитам.

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

Если вам не нравятся мои правила, выгружайте их из обработки, модифицируйте в "Конвертации данных 2.1" и снова подгружайте в обработку.
23. Игорь Фелькер (Brawler) 09.04.13 15:08
Прошу отписаться кого нить у кого обработка вызывает вылет с критической ошибкой на платформе 8.2.18.61
Вылетает БП 2.0, но ошибка рождается именно в ЗУП 2.5 в момент вызова процедуры ОбработкаОбмена.ВыполнитьВыгрузку();
и как следствие остается висеть включенным на сервере, COM сеанс к ЗУП 2.5

Причины происходящего не понятны пока.

Просто взяв вручную загрузив правила в обработку обмена на стороне ЗУП, удалось произвести выгрузку и потом так же вручную, произвести загрузку на стороне БП.
24. Игорь Фелькер (Brawler) 09.04.13 15:52
вопрос снят. платформа параша
25. itt (itt) 16.06.13 22:28
26. Игорь Фелькер (Brawler) 17.06.13 13:48
(25) itt, не знаю. накладное дело платформы часто переставлять.
Переписал обработку к другому виду. В ЗУП запускается, выгружает в файл и потом как обычную выгрузку по з/п нужно вручную загружать в БП.
27. Игорь Фелькер (Brawler) 17.06.13 13:49
(25) itt, сейчас добавлю к этой же публикации другой вариант выгрузки
28. Игорь Фелькер (Brawler) 11.09.13 16:16
Склепал новую обработку для переноса в БП 3.0
http://infostart.ru/public/200519/
29. Sergio Bargio (sergiobargio1) 26.03.14 16:51
Добрый день.
Спасибо большое за обработку.После настройки в обработке параметров подключения и запуска на стороне Бух 2.0 в окне служебных сообщений последовательно появились записи:
"Начало переноса данных: 26.03.2014 15:46:51
Подключение к информационной базе
Определение конфигурации и номера релиза информационной базы
Выгрузка данных из информационной базы
Чтение выгруженных данных информационной базы"

а за тем завершилась со следующей ошибкой:
"{РегистрСведений.РезультатыОбменаДанными.МодульМенеджера(139,3)}: Переменная не определена (ОбменДаннымиВызовСервера)
<<?>>ОбменДаннымиВызовСервера.ЗарегистрироватьУстранениеПроблемы(СсылкаНаИсточник, ТипПроблемы, НовоеЗначениеПометкиУдаления);"

Подскажите, пожалуйста, как преодолеть проблему?
30. Игорь Фелькер (Brawler) 26.03.14 17:43
(29) sergiobargio1, это что-то типовое системное ругается. Обработка вроде не причем, да и разбираться уже бессмысленно.
Хотел проверить, но у меня уже на этапе подключения валится с ошибками, так как 2 месяца сижу на 8.3.
Воспользуйтесь обработкой "Выгрузка кадровых данных для БП 2.0.epf".

А лучше переходите на БП 3.0. У меня один день и я уже на БП 3.0 буду.
Под БП 3.0 есть обработка http://infostart.ru/public/200519/
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа