Есть, как минимум, два варианта решения этой задачи.

1.  Если за основу взять рекомендованный файл (sbr_dbf),  то, в вашем случае,  надо использовать не одну ф-цию выгрузки (TransSBdbf_ved) а две,  что-нибудь типа:  Trans_dbf1 и Trans_dbf2,  которые, в свою очередь, должны вызываться глобальной ф-цией  типа  Trans_dbf_main.   

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

Только Alt_F9  придётся нажимать два раза:

   - первый раз согласиться с форматом "формат пользователя"  - появится тот файл, который вы прописали в своей ф-ции на основе TransSBdbf_ved;

   - второй раз выбрать формат "dbf-формат" и в верхней строке ввести путь и имя dbf-файла - появится точно такой же файл, который вы и сейчас выводите по Alt_F9. 

На предприятии несколько десятков табельщиков, находящихся на разных объектах (площадках) не рядом с ОК и бухгалтерией. А поскольку сотрудников несколько тысяч, и если приносить больничные листы в ОК будут сами сотрудники, то в ОК просто выстроится очередь…

Поэтому было предложено такое решение:

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,   возможно это ваш случай.