Ваши комментарии
На предприятии несколько десятков табельщиков, находящихся на разных объектах (площадках) не рядом с ОК и бухгалтерией. А поскольку сотрудников несколько тысяч, и если приносить больничные листы в ОК будут сами сотрудники, то в ОК просто выстроится очередь…
Поэтому было предложено такое решение:
1. все данные по ЭЛН табельщик по своему подразделению формирует в xls файле, выкладывает на ресурс обмена с ОК.
2. сотрудник ОК через «Контур Зарплата ФСС» загружает ЭЛН и вносит сведения по сотруднику
3. далее, сотрудник ОК передает реестр по ЭЛН, сформированный через «Контур Зарплата ФСС», на ресурс обмена с бухгалтерией
4. бухгалтерия вносит свои данные и отправляет отчет в ФСС.
Если я правильно понял, то табельщикам предлагается вводить первичную информацию (ЭЛН_№, СНИЛС) не в Excel а сразу в реестр ЭЛН (Контур-Зарплата) на своём ПК, не связанным с интернетом, и затем все эти реестры принимать на рабочем месте ОК?
В таком случае как правильно произвести выгрузку ЭЛН из реестра?
Сейчас при использовании в реестре ЭЛН кнопки «Импорт отмеченных ЭЛН в папку» выдается сообщение:
”ЭЛН с номером ZZZZZZ ни разу не загружался с сайта ФСС … Экспорт выполнен не будет.”
С точки же зрения технологичности работы: табельщикам гораздо удобнее работать в привычной для них программе Excel (например каждый месяц они приносят табеля в xls-файлах для загрузки в КЗ), чем учиться работе в новой программе.
Ну и как то плохо представляется установка порядка 70~90 демо версий КЗ.
Такое количество БЛ накапливается за 2-3 дня.
Предприятие то большое.
1.-2.
Предприятие территориально рассредоточено на несколько объектов, где имеются табельщики.
Больничный лист поступает сначала табельщику, который фиксирует БЛ в табеле.
Далее эти больничные, пачками по 30-70 штук, идут в отдел кадров для оформления в реестре БЛ.
Далее пачка БЛ передается расчетчикам для расчета и складирования в архив.
Рабочее место для приема ЭЛН с сайта ФСС планируется в ОК, поэтому и нужен механизм импорта (№_ЭЛН, СНИЛС) в реестр ЭЛН из dfb или Excel, которую первоначально будет вводить табельщик.
3.
Да, такая таблица пригодилась бы.
Настроено не распределение подразделений по расчетчикам а настроен фильтр по Shift_F3, чтобы при случае (отсутствие расчетчика ) любой другой расчетчик смог бы поработать с чужими ЛС, а в штатном режиме только
со своим набором подразделений.
?! У меня вопросов стало еще больше.
Из
какого реестра ЭЛН собираетесь данные подтянуть? Из Контур-Зарплаты?
- Из Контур-Зарплаты
Как собираетесь это делать? Будете перебирать все xml-файлы в каталоге
eln?
- пока не готов ответить на этот вопрос поскольку принят, расчитан и отправлен был только один БЛ.
В корне папки с ЭЛН наряду с папками BACKUP и ELN нашел файлик resp_xxxxxxxxxxxx.xml с информацией
по принятому БЛ, вот и предположил, что возможно, информация по другим БЛ тоже должна
присутствовать в этом файле - впрочем в этом могу быть неправ, но пока и посмотреть негде,
поскольку рассчитан пока всего один БЛ.
будете читать xml-файл реестра ЭЛН и определять по каждому ЭЛН какой из файлов ЭЛН является последним?
- не понятно насчет последнего. Могу предположить, что такой проблемы быть не должно, в связи с
предполагаемой технологией расчета ЭЛН на предприятии:
а) ОК с сайта ФСС принимает данные по №_ЭЛН и СНИЛС в пустую папку для ЭЛН (в демо КЗ) и добавляет
в принятый ЭЛН свою информацию, после чего, один раз в неделю, отправляет эту папку с реестром ЭЛН
в бухгалтерию для расчета БЛ, и полностью чистит свой реестр - удаляет из папки для ЭЛН все
внутренности.
б) бухгалтерия копирует эту папку на диск для ЭЛН, рассчитывает БЛ и отправляет в ФСС, после чего саму
папку с рассчитанными и отправленными ЭЛН нумерует и складирует в архив.
Какое-то дикое количество работы на ровном месте с туманными перспективами на работоспособность в настоящем и уж тем более в будущем (поменяем структуру реестра например).
Может попросить разработчиков ускорить добавление расчета больничных из реестра или хотя бы засветку ЛС по списку в реестре?
- добавление расчета из реестра в данном случае не актуально, поскольку расчет БЛ планируется по старому
(Alt_F4), а вот засветка из реестра пожалуй поможет бухгалтеру уже в списке ЛС среди засвеченных ЛС
опознать свои ЛС по №_подр.
Собственно и проблема-то возникла из-за отсутствия в реестре №_подр, если допустить что в реестре
несколько сотен ЭЛН, то для опознания своих ЭЛН только по Таб№ у бухгалтера уйдет столько же времени
что и для расчета БЛ.
Да просто хочу принять в таблицу данные по ЭЛН из реестра, чтобы подтянуть туда инфо по ТН, №подр и прочими данными с целью последующей засветки бухгалтерами своих ЛС для расчета БЛ.
Имелось ввиду, что если у предприятия есть рег.номер в ФСС и средство СКЗИ, то какие операции (команды) разрешает ФСС на своем сервере для работы с ЭЛН; м.б. с помощью MySQL или что-то другое.
В данном случае речь идет не о возможностях КЗ а о разрешениях ФСС.
А есть возможность посмотреть где-нибудь протоколы обмена данными с ФСС?
Посморите вебинар "Работа с ЭЛН и ФИАС" с момента 17:25, возможно это ваш случай.
Сервис поддержки клиентов работает на платформе UserEcho
Есть, как минимум, два варианта решения этой задачи.
1. Если за основу взять рекомендованный файл (sbr_dbf), то, в вашем случае, надо использовать не одну ф-цию выгрузки (TransSBdbf_ved) а две, что-нибудь типа: Trans_dbf1 и Trans_dbf2, которые, в свою очередь, должны вызываться глобальной ф-цией типа Trans_dbf_main.
2. Если же писать две ф-ции тяжело, можно задачу упростить; в файле использовать одну ф-цию, для вывода какого-то особенного формата dbf-файла, а второй выводить точно также как выводите сейчас.
Только Alt_F9 придётся нажимать два раза:
- первый раз согласиться с форматом "формат пользователя" - появится тот файл, который вы прописали в своей ф-ции на основе TransSBdbf_ved;
- второй раз выбрать формат "dbf-формат" и в верхней строке ввести путь и имя dbf-файла - появится точно такой же файл, который вы и сейчас выводите по Alt_F9.