Поверхностно изучив БП 2.0 стало ясно, что как и прежде из зарплаты штатным образом не переносятся кадровые документы и сведения по физлицам. В некоторых документах имеется потребность выводить подразделения на печать автоматически, так что ничего не оставалось делать, как делать свой перенос кадровой информации.
Обработка позволяет загрузить как кадровые документы за весь период их ведения в ЗиУП, так и за определенный небольшой промежуток времени. Перенос всех доков повлечет за собой перенос всех давно уволенных сотрудников и возможно давно ликвидированных подразделений, а посему предусмотрена сводная загрузка начальных данных только по работающим ныне сотрудникам, а уже потом можно переносить свежие кадровые документы из указанных периодов, но не ранее введенных остатков. Часть данных отфильтровывается за ненадобностью типа задвоенных строк со сменой з/п (при сводном переносе). Важно отметить, что никакие сведения об з/п не переносятся в связи с религиозными соображениями.
Начальные "остатки" загружаются в документ "Операция бух". Данный документ нельзя пересохранять, а иначе в колонке "Период" на вкладке данных регистра "Работники организаций" уйдут даты и вся хронология собьется, поможет только перевыгрузка. Замечена проблема, если в регистре уже есть данные перед загрузкой, то загрузка документа может провалиться из-за неуникальности записей регистра. При перезагрузке документа, сведения переписываются, лишь бы был найден предыдущий загруженный документ. Поиск документ идет по дате и номеру "#РАБОТНИКИ#". Кадровые документы можно вообще не загружать, а загружать периодически только начальные остатки на новую дату. Это уже ваш выбор.
Так же реализована загрузка сведений по лицевым счетам только работающих сотрудников. Пишутся так же в документ "Операция бух", проблемы те же с уникальностью записей регистра. При выгрузке данные в колонке банк соотносятся по наименованию. Другого пути не узрел, так как сложно сопоставить Контрагента и Банк иначе кроме как по имени. Документ создается на дату 01.01.2100 года, да это не ошибка, год 2100. Номер документа "##ЛИЦЕВЫЕ##". Все это нужно для того чтобы документ никогда не попал в закрытый период, а так же всегда был в одном году и корректно находился правилами конвертации и перезаполнялся свежими данными. Эх дожить бы до 2100 года)))
Помимо всего можно просто загрузить список сотрудников как ныне работающих так и вообще всех. При этом данные в регистре "Работкини организаций" останутся пусты.
Загрузка сотрудника в любом случае влечет за собой загрузку физлица, его контактной информации, паспортных данных, сведений о ФИО.
Перенос данными можно осуществить одной из двух обработок:
- ЗагрузкаДанныхИзЗУП2541БП2028_INFOSTART.epf — Загрузка происходит со стороны БП, осуществляется подключение к ЗиУП через внешнее соединение и "высасывание" из нее нужных данных посредством правил конвертации. Задействуется обработка универсального обмена данными через XML.
- ВыгрузкаДанныхИзЗУП2541БП2028_INFOSTART.epf — На стороне ЗУП 2.5 необходимо запустить эту обработку и выгрузить данные в XML после чего уже вручную загрузить их в базу БП 2.0 посредством обработки универсального обмена данными через XML.
Буду признателен за сообщение об допущенных мной косяках.
Очень прошу давать комментарии по этой обработке, так как хочется учесть ваше мнение и возможно исправить найденные косяки допущенные мной.
Спасибо большое, попробую — отпишусь.
у банка есть БИК — это код справочника. уникальный
(3)Спасибо за помощь, но предмет проблемы следующий.
Структура регистра лицевых счетов ЗУП:
Организация — СправочникСсылка.Организации
Банк — СправочникСсылка.Контрагенты
ФизЛицо — СправочникСсылка.ФизическиеЛица
НомерЛицевогоСчета — Строка
Структура регистра лицевых счетов БП:
Организация — СправочникСсылка.Организации
Банк — СправочникСсылка.Банки
ФизЛицо — СправочникСсылка.ФизическиеЛица
НомерЛицевогоСчета — Строка
Выделено спорное место. У контрагента нет никаких БИКов, а у банков никаких ИНН и КПП, потому по имени и сопоставлять приходится
ясно. тогда ФИО + физ.лицо (не юр.лицо) + ИНН физ.лица. Главное проверить чтобы в ФИО лишних пробелов не было
если у Вас нет зарплатного договора с банком — пишите, недавно автоматизировал этот процесс
хорошая обработка, вот только у меня не вышло запустить ее в бухгалтерии+ЖКХ. Хотя она от обычной бухгалтерии почти ничем не отличается кроме небольшой надстройки
Там искусственное ограничение на то из под какой конфигурации типа запускается, так как проверить кроме как на БП 2.0 не могу.
Недолго в коде закомментить проверку.
Плюсую за реализацию давно зревшей идеи. Завтра буду тестировать.
Да тут еще и код открыт, сказка просто.
Спасибо!
(10) ВРедная, код открыт ради пинков под зад, чтоб направили если что в нужное русло.
У меня на рабочем кампе немного измененная обработка лежит, правила переноса больше не проводят документ, а втупую пишут проводки в регистры, а то ошибки бывают лезут, если пытаться проводить, так как документы пытаются выполнить проверку заполнения и чего-то им не нравится порой, а нам та и нужно просто кадровую историю отразить не заморачиваясь. Потом еще изменил правила поиска физлиц, так как кадры грешат переименованием самого элемента справочника и прочее, прочее, прочее, кадры они же «кадры».
Если не забуду, то завтра выложу ее. Ее конечно тоже не мешает на тестовой базе прогнать и поглядеть не делает ли дублей.
Да, с переименованными стоит подумать, возможно искать по ИНН, у нас он всегда заполнен.
обновил обработку
Проверили, работает 🙂
Засада была с сотрудниками, т.к. они уже были заведены в БП ранее, и коды естественно у них не такие как в ЗУП. Но тут действительно сложно что-то другое придумать, т.к. по наименованию искать недостаточно…
Решили вопрос перенумерацией справочника БП под ЗУП.
С начало были проблемы со справочником сотрудниками, они уже были в Бухгалтерии ранее, естественно у них многое не совпадало с ЗУБом =)Всё решил ХендМайк (благо проблемных сотрудников было не больше полтинника)
ОСНОВНОЕ чтобы в ФИО лишних пробелов не было!
Потом понял что код открыт! Очень правильно!
Автору большое СПАСИБО!
P.S. Иной раз коменты полезней обработок! Но ЭТО не тот случай =)
Спасибо большое за обработку. Будем смотреть. Спасибо.
Пишет «Не удалось произвести подключение к информационной базе»
Попробовала еще раз «Для выбранной конфигурации конвертация не поддерживается», версии ЗУП и бухгалтерии последние на 27.04.2012.
(18) Lena444, Запускать нужно в БП 2.0. У самого сейчас БП 2.0.35.5, ЗУП 2.5.50.1
Еще нужно обязательно задать параметры подключения к базе ЗУП.
Юзер должен иметь права на подключение к ЗУП через COM.
+ за идею!
В справочнике ФизЛица получились дубли. Необходимо проверять при загрузке по коду и наименованию.
(21) Dethmond, путем экспериментов пришел к правилам поиска
Начал переносить данные в БП 2.0 с начала 2012 года, ползли косяки, заставил верифицировать справочники обоих баз и наводить порядок, так как был бардак 100%. Пока проблем не наблюдается.
При переносе данных первичный поиск идет по уникальному идентификатору и только потом используется поиск по реквизитам.
Поиск по наименованию не состоятельное занятие ибо кадры часто помимо внесения новой фамилии счастливицы захомутавшей мужика (или событие было типа развода и девичьей фамилии) в регистр ФИО, меняют для удобства поиска и наименование элемента справочника.
Если вам не нравятся мои правила, выгружайте их из обработки, модифицируйте в «Конвертации данных 2.1» и снова подгружайте в обработку.
Прошу отписаться кого нить у кого обработка вызывает вылет с критической ошибкой на платформе 8.2.18.61
Вылетает БП 2.0, но ошибка рождается именно в ЗУП 2.5 в момент вызова процедуры ОбработкаОбмена.ВыполнитьВыгрузку();
и как следствие остается висеть включенным на сервере, COM сеанс к ЗУП 2.5
Причины происходящего не понятны пока.
Просто взяв вручную загрузив правила в обработку обмена на стороне ЗУП, удалось произвести выгрузку и потом так же вручную, произвести загрузку на стороне БП.
вопрос снят. платформа параша
а на какой заработало?
(25) itt, не знаю. накладное дело платформы часто переставлять.
Переписал обработку к другому виду. В ЗУП запускается, выгружает в файл и потом как обычную выгрузку по з/п нужно вручную загружать в БП.
(25) itt, сейчас добавлю к этой же публикации другой вариант выгрузки
Склепал новую обработку для переноса в БП 3.0
Добрый день.
Спасибо большое за обработку.После настройки в обработке параметров подключения и запуска на стороне Бух 2.0 в окне служебных сообщений последовательно появились записи:
«Начало переноса данных: 26.03.2014 15:46:51
Подключение к информационной базе
Определение конфигурации и номера релиза информационной базы
Выгрузка данных из информационной базы
Чтение выгруженных данных информационной базы»
а за тем завершилась со следующей ошибкой:
«{РегистрСведений.РезультатыОбменаДанными.МодульМенеджера(139,3)}: Переменная не определена (ОбменДаннымиВызовСервера)
<<?>>ОбменДаннымиВызовСервера.ЗарегистрироватьУстранениеПроблемы(СсылкаНаИсточник, ТипПроблемы, НовоеЗначениеПометкиУдаления);»
Подскажите, пожалуйста, как преодолеть проблему?
(29) sergiobargio1, это что-то типовое системное ругается. Обработка вроде не причем, да и разбираться уже бессмысленно.
Хотел проверить, но у меня уже на этапе подключения валится с ошибками, так как 2 месяца сижу на 8.3.
Воспользуйтесь обработкой «Выгрузка кадровых данных для БП 2.0.epf».
А лучше переходите на БП 3.0. У меня один день и я уже на БП 3.0 буду.
Под БП 3.0 есть обработка