Дозагрузка кадровых документов в ЗУП 3.1 из ЗУП 2.5 в интерактивном режиме

Обработки - Обработка документов

ЗУП3.1 Зарплата и управление персоналом Перенос данных из ЗУП 2.5 Переход с ЗУП 2.5. на ЗУП 3.1

12
Обработка для интерактивной "дозагрузки" кадровых документов в ЗУП 3.1 из ЗУП 2.5 являвшейся источником для переноса данных. Как правило, перенос данных из 2.5 в 3.1 осуществляется как перенос остатков на определенную дату. Созданные после этой даты в ЗУП 2.5 документы обычно распроводятся и при переносе не участвуют. Обработка используется для последующей дозагрузки таких документов. Загрузка происходит в интерактивном режиме подокументно. Т.е. собственно "загрузки" как таковой не происходит - происходит заполнение формы документа данными из ЗУП 2.5.

Мы использовали данную обработку для постепенного "привыкания" сотрудников отдела кадров к работе в ЗУП 3.1 (в организации более 1000 человек, около 10 сотрудников отдела кадров). После переноса данных (пока шла настройка программы, проверка перенесенных данных, тестирование начислений) часть сотрудников продолжала работать в ЗУП 2.5, а часть работала уже в ЗУП 3.1 и переносила документы из ЗУП 2.5 в ЗУП 3.1.

Подключение к базе ЗУП 2.5 происходит через COM-коннектор.

  1. Необходимо будет указать данные для подключения к ЗУП 2.5  (в файловом варианте путь к базе заполняется в поле "Имя базы", поле "Имя сервера" оставляете пустым).
  2. Выбираете период для загрузки (без фанатизма: неделя, месяц).
  3. Нажимаете кнопку "Прочитать".
  4. Табличная часть заполняется списком документов из ЗУП 2.5.
  5. "Встаете" на нужный документ и нажимаете "Загрузить".
  6. Открывается форма документа с данными из ЗУП 2.5, остается сохранить и(или) провести документ.

Обработка поставляется "как есть", доработки вряд ли возможны. Рекомендую пробовать сначала на тестовой базе.

Работоспособность проверена на релизе ЗУП 3.1.5.129  (загрузка из ЗУП 2.5.127.1).

12

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

Наименование Файл Версия Размер
: Обработка для интерактивной "дозагрузки" кадровых документов в ЗУП 3.1 из ЗУП 2.5 являвшейся источником для переноса данных.
.epf 77,70Kb
24.04.18
132
.epf 1.1 77,70Kb 132 Скачать

См. также

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
3. Chibis 15.03.18 08:57 Сейчас в теме
Спасибо. Пригодилась. Дороговато, но ладно. Одно но не учтено: что если кадровики пометили документ, обработка падает. И нет выборки для новых сотрудников, с начало подгрузить сотрудников, потом включить обработку
4. rilmir 22 15.03.18 14:11 Сейчас в теме
(3)Спасибо. Приятно что пригодилась... Новые сотрудники должны по идее создаваться при загрузке документов приём на работу...
5. sokm 16.03.18 03:32 Сейчас в теме
Подскажите а какова вероятность, что заведется на ЗБГУ 3.1.5 ?
6. rilmir 22 16.03.18 14:14 Сейчас в теме
Добрый день! ЗКГУ, наверное... Вероятность высокая, но гарантию не дам. Потестить смогу на горизонте около месяца. Отпишусь.
7. user656568_VAGrigorev 19.03.18 19:22 Сейчас в теме
Здравствуйте, обработка работает, спасибо. Хотел узнать будет ли дорабатываться? так как перенос доков сейчас актуальная тема, но не хватает многих типов документов (начисление, ведомость по з/п)?
8. rilmir 22 20.03.18 17:16 Сейчас в теме
Добрый день!
Большое спасибо за отзыв! Дорабатываться будет вряд ли... На сегодня у меня нет открытых проектов по переходу с 2.5 на 3.0. Обработка писалась под конкретный перенос, чтобы "сгладить" процесс перехода для сотрудников отдела кадров. Проект на сегодня закрыт, все успешно работают в 3.1.
Так что дорабатывать если и буду то только под конкретный проект...
В принципе код открыт, ничего мегасложного там нет...
16. marina_dark 12.08.18 14:56 Сейчас в теме
(8)Интересует вопрос по поводу Кадровый перевод списком и Прием на работу списком. Каким образом будет работать данная обработка?
9. gfoods 05.04.18 15:33 Сейчас в теме
Подскажите, пожалуйста, какие права надо назначить кадровику для того, чтобы он мог пользоваться этой внешней обработкой?
Спасибо.
10. rilmir 22 17.04.18 08:11 Сейчас в теме
(9) Мы самого "умного" кадровика запускали под административными правами... В принципе наверное может существовать проблема с "безопасным режимом" для пользователя с обычными правами.
В общем случае: нужно "право на открытие внешних обработок".
Для пользователя под которым подключаемся к ЗУП2.5 нужно "Право внешнего подключения".
11. mikit 70 16.05.18 11:30 Сейчас в теме
Подскажите а вы использовали, короткий(рекомендованный 1с) перенос ?
12. rilmir 22 18.05.18 09:36 Сейчас в теме
13. mopxyxh 03.07.18 16:53 Сейчас в теме
Подскажите, а если переносить увольнение, будет расчет? или только документ, с нулевыми значениями?
14. rilmir 22 10.07.18 07:53 Сейчас в теме
(13) Загрузка ИНТЕРАКТИВНАЯ. Т.е. сначала формируется список документов из 2.5, Вы встаете на понравившемся, нажимаете кнопку "Заагрузить" и у Вас открывается стандартная форма из конфигурации того документа который Вы загружаете с заполненными данными из 2.5. Дальше все зависит от прав пользователя: есть права на расчет - рассчитается, нет прав - просто запишется (или по кадрам только пройдет)
15. marina_dark 12.08.18 14:54 Сейчас в теме
Интересует вопрос по поводу Кадровый перевод списком и Прием на работу списком. Каким образом будет работать данная обработка?
17. bugtester 212 21.08.18 07:56 Сейчас в теме
(15)

- Про документы списком - Никак, в коде не предусмотрено. Все банально там, Прием на работу в организацию в Прием на работу и т.д.
Также как и перенос Кадрового перемещения в Изменение графика работы, но это даже не так критично, как списком.
У нас все перемещения почти списком. Ни в описании, ни на вопросы в комментариях автор даже не упомянул, что это не учел.
Пожалел, что скачал. Думал, время сэкономить на дописки про эти разные виды документов...

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

- Вываливается ошибка на прочтении больничных:
"{ВнешняяОбработка.РаботаСКадрами_из_ЗУП25.МодульОбъекта(1270)}: Значение не является значением объектного типа (Пустая)
Если НС.Ссылка.Пустая() И НЕ НС.Сотрудник.Пустая() Тогда"

- Можно было сделать больше фильтров, банально хотя бы какие типы документов прочитывать.

Честно, многовато 5 монет за простой шаблон для ком-соединения, который очень много (да для тех же документов списком) нужно допиливать самим под задачу в заголовке.
Не стоит своей цены.
18. bugtester 212 30.08.18 08:41 Сейчас в теме
Что пришлось переписывать в этой обработке за 5 монет:

- пришлось полностью переписать прочтение доков в таблицу, ибо все множилось зачем-то по одному и тому же документу, лишние реквизиты в запросе...
- сделаны маленькие полезняшки с отбором по типу загружаемого, с визуальным просмотром таб номеров сотрудников до и после (чтоб можно было визуально понять например найден точно он или он-совместитель), добавлено отображение списка сотрудников в документе 2.5 для информации. отображение комментария документов.
- !!! полностью переписаны процедуры заполнения реквизитов документов в структуры для загрузки, с учетом того, что они могут потом использоваться для загрузки в документы списком. в том числе и начисления записываются не для одного, а всех сотрудников с возможностью потом найти чье именно. !!!
- !!! сделана загрузка в документы списки, в том числе с попыткой определять, когда ИзменениеГрафикаСписком и загрузкой в него !!!
- подкорректировано дозаполнение формы в документах по одному сотруднику, типа расчета итогового ФОТ в Приеме на работу после загрузки начислений
- добавлено перенос действий для начислений в Кадровых перемещениях Установить, Отменить и т.п., ибо переносилось все тупо с предопределенным действием Установить.
- исправлены "Объект не найден" на СтрНайти(СокрЛП(НС.Ссылка),"Объект не")>0 Тогда,
именно так СокрЛП обрезает не найденную ссылку
- ошибка во всех процедурах ПолучитьРеквизиты...()
1. для сотрудников - ГУИД_Организация
2. не надо продолжать сотрудников искать по наименованию, если код, т.е. табельный номер у них уже не равен. если такой найдется, то это он же совместитель или уволенный ранее
ГУИД_Сотрудник = БазаТам.String(РаботникОрганизации.Сотрудник.УникальныйИдентификатор());
Если СокрЛП(ГУИД_Организация) <> "00000000-0000-0000-0000-000000000000" Тогда // ПустаяСсылка
Сотрудник = Справочники.Сотрудники.ПолучитьСсылку(Новый УникальныйИдентификатор(ГУИД_Сотрудник));
Если СтрНайти(СокрЛП(Сотрудник), "Объект не") Тогда
Сотрудник = Справочники.Сотрудники.НайтиПоКоду(СокрП(РаботникОрганизации.Сотрудник.Code));
//не надо так, это другой сотрудник - он же уже уволенный или совместитель
//Если НЕ ЗначениеЗаполнено(Сотрудник) Тогда
// Сотрудник = Справочники.Сотрудники.НайтиПоНаименованию(СокрЛП(РаботникОрганизации.Сотрудник.Description));
//КонецЕсли;
КонецЕсли;
Иначе
Сотрудник = Справочники.Сотрудники.ПустаяСсылка();
КонецЕсли;

- ошибка в загрузке физ лиц, если физлицо не военнообязанное, то ВДЗКом.ОтношениеКВоинскомуУчету - пустая ссылка в базе 2.5 и индекс по ней получить нельзя, вылетает на этой строке:
ОтношениеКВоинскомуУчетуТам = СокрЛП(БазаТам.String(ВДЗКом.ОтношениеКВоинскомуУчету));
Ном = "";
Ном = БазаТам.Перечисления.ОтношениеКВоинскомуУчету.Индекс(ВДЗКом.ОтношениеКВоинскомуУчету);

добавлено условие проверки, что это нужно дозаписывать, когда НЕ невоеннобязанный.

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

- ! не нужно создавать физлицо по умолчанию вместе с сотрудником, если сотрудник не найден, часто оно есть, хоть и с другим GUID и вот его как-то стоит поискать по наименованию еще дополнительно. а так дубли плодятся в базе, а по внутренним совместителям с разными физлицами потом еще и НДФЛ не соберете, если не проверите и оставите как загрузилось !

это пока навскидку... может и еще что-то правил в этой обработке.
больничные не нужны были, не трогались, но на больничных ошибка выдается при первой проверке

обработка эта явно была изначально другая, с каким-то другим функционалом, автор ее переделал, местами коряво и в коде много мусора оставил неиспользуемого и лишних объектов, в частности форму РаботаСКадрами, которая видимо использовалась в оригинальной обработке для загрузки физлиц. может поэтому ту обработку автор и взял за шаблон, потому что там бинго - был готовый код по загрузке физлиц :)

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

есть очень сильные подозрения, что автор неплохо сбарыжничал на чужом труде, не указав источников.
сама идея помощника для ручного забивания документов в ЗУП 3.1, когда нужно выборочно что-то из 2.5 заносить - хорошая.
21. svegl 15 06.09.18 14:16 Сейчас в теме
(18) Добрый день! А Вы не планируете выложить допиленную обработку?
23. bugtester 212 11.09.18 12:57 Сейчас в теме
(21) https://infostart.ru/public/901823/ - Дозагрузка кадровых документов в ЗУП 3.1 из ЗУП 2.5 в интерактивном режиме, версия 2.1 (загрузка в документы списком, загрузка в другие виды документов, исправление замечаний выше)
19. bugtester 212 30.08.18 09:23 Сейчас в теме
в начислениях районный коэффициент еще не надо тянуть из 2.5
20. bugtester 212 30.08.18 11:01 Сейчас в теме
насчет физ.лиц поторопился, там тоже нужно будет много напильником обрабатывать(
группа доступа, история ФИО физлиц, контакты... поиск физлица по ИНН в первую очередь, а не коду и наименованию
созданное физлицо, если его нет, кстати не обновляется после создания в реквизитах (структуре РеквизитыДокумента25) для записи документа. и в этом случае документ запишется новосозданный сотрудник и пустое физлицо.
22. rilmir 22 07.09.18 05:27 Сейчас в теме
Не раньше ноября. Как уже писал выше проект для меня закрыт. Доработки будут постольку-поскольку.
Оставьте свое сообщение