Ваши комментарии
1.-2.
Предприятие территориально рассредоточено на несколько объектов, где имеются табельщики.
Больничный лист поступает сначала табельщику, который фиксирует БЛ в табеле.
Далее эти больничные, пачками по 30-70 штук, идут в отдел кадров для оформления в реестре БЛ.
Далее пачка БЛ передается расчетчикам для расчета и складирования в архив.
Рабочее место для приема ЭЛН с сайта ФСС планируется в ОК, поэтому и нужен механизм импорта (№_ЭЛН, СНИЛС) в реестр ЭЛН из dfb или Excel, которую первоначально будет вводить табельщик.
3.
Да, такая таблица пригодилась бы.
Настроено не распределение подразделений по расчетчикам а настроен фильтр по Shift_F3, чтобы при случае (отсутствие расчетчика ) любой другой расчетчик смог бы поработать с чужими ЛС, а в штатном режиме только
со своим набором подразделений.
?! У меня вопросов стало еще больше.
Из
какого реестра ЭЛН собираетесь данные подтянуть? Из Контур-Зарплаты?
- Из Контур-Зарплаты
Как собираетесь это делать? Будете перебирать все xml-файлы в каталоге
eln?
- пока не готов ответить на этот вопрос поскольку принят, расчитан и отправлен был только один БЛ.
В корне папки с ЭЛН наряду с папками BACKUP и ELN нашел файлик resp_xxxxxxxxxxxx.xml с информацией
по принятому БЛ, вот и предположил, что возможно, информация по другим БЛ тоже должна
присутствовать в этом файле - впрочем в этом могу быть неправ, но пока и посмотреть негде,
поскольку рассчитан пока всего один БЛ.
будете читать xml-файл реестра ЭЛН и определять по каждому ЭЛН какой из файлов ЭЛН является последним?
- не понятно насчет последнего. Могу предположить, что такой проблемы быть не должно, в связи с
предполагаемой технологией расчета ЭЛН на предприятии:
а) ОК с сайта ФСС принимает данные по №_ЭЛН и СНИЛС в пустую папку для ЭЛН (в демо КЗ) и добавляет
в принятый ЭЛН свою информацию, после чего, один раз в неделю, отправляет эту папку с реестром ЭЛН
в бухгалтерию для расчета БЛ, и полностью чистит свой реестр - удаляет из папки для ЭЛН все
внутренности.
б) бухгалтерия копирует эту папку на диск для ЭЛН, рассчитывает БЛ и отправляет в ФСС, после чего саму
папку с рассчитанными и отправленными ЭЛН нумерует и складирует в архив.
Какое-то дикое количество работы на ровном месте с туманными перспективами на работоспособность в настоящем и уж тем более в будущем (поменяем структуру реестра например).
Может попросить разработчиков ускорить добавление расчета больничных из реестра или хотя бы засветку ЛС по списку в реестре?
- добавление расчета из реестра в данном случае не актуально, поскольку расчет БЛ планируется по старому
(Alt_F4), а вот засветка из реестра пожалуй поможет бухгалтеру уже в списке ЛС среди засвеченных ЛС
опознать свои ЛС по №_подр.
Собственно и проблема-то возникла из-за отсутствия в реестре №_подр, если допустить что в реестре
несколько сотен ЭЛН, то для опознания своих ЭЛН только по Таб№ у бухгалтера уйдет столько же времени
что и для расчета БЛ.
Да просто хочу принять в таблицу данные по ЭЛН из реестра, чтобы подтянуть туда инфо по ТН, №подр и прочими данными с целью последующей засветки бухгалтерами своих ЛС для расчета БЛ.
Имелось ввиду, что если у предприятия есть рег.номер в ФСС и средство СКЗИ, то какие операции (команды) разрешает ФСС на своем сервере для работы с ЭЛН; м.б. с помощью MySQL или что-то другое.
В данном случае речь идет не о возможностях КЗ а о разрешениях ФСС.
А есть возможность посмотреть где-нибудь протоколы обмена данными с ФСС?
Посморите вебинар "Работа с ЭЛН и ФИАС" с момента 17:25, возможно это ваш случай.
Игорь, возможно этот кусок программы вам поможет.
Здесь часть скриптового модуля, в котором число преобразуется в пропись и затем пишется в ячейку Excel-формы.
...
int SumRub = 0; SumRub = atoi(si);
int SumKop = (si - SumRub) * 100;
sprintf(nnn,"G%d",19); tWriteStringToCell(nnn,OemToAnsi(si));
double sm1 = si - SumRub;
double sm2 = sm1 * 100; round2(sm2,0,1,sm2);
char Buf[250];
propisi(SumRub,1,Buf);
sprintf(Buf,"( %s руб. %s коп.)",to_string(Buf),to_string(sm2));
sprintf(nnn,"A%d",21); tWriteStringToCell(nnn,OemToAnsi(Buf));
...
Спасибо Андрей за пример - сработало
и CTabl.Reduce();
и CTabl.Del_Empty_Rcr();
Сервис поддержки клиентов работает на платформе UserEcho
Такое количество БЛ накапливается за 2-3 дня.
Предприятие то большое.