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

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

Перейти к публикации

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

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

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

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

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

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