Не нужно выделять РК из среднего для отпуска..

Нет ни одного нормативного документа требующего это.

 что бы он не индексировался при расчете отпуска

Выглядит как экономия на спичках, которая в будущем может аукнуться большими проблемами

ПО ПД обновили, данную ошибку исправили

Добрый день.

Теоретически можно, но не рекомендуется  ( могут возникнуть проблемы при расчете среднего, БЛ в тех случаях 

где фигурирует РК)

И главный вопрос- зачем?

В файле не хватает кода клиента, наименования органа ФК и кода КОФК.

У меня с вашими настройками все заполняется:

XMDM_32321233_20250606111443_000001.xml

1)Проверьте что Rscalt соответствует поставочному.

2)Выложите сохраненку с того места где формирует неверно.

3)Выложите сформированный файл 

Добрый день.

Почему добавили 

fldSize

а не 

fldSize102

GUID формируется в момент формирования самой таблицы

да и хранится в сформированной таблице

Попробовали выгрузить файл с верным номером, присвоился тот же GUID

Выгрузили ту же самую таблицу?

Тогда guid должен остаться прежним.

Очень конечно неудобно переформировывать таблицы из-за подобных ошибок

А почему нужен новый GUID если у вас прошлый файл оказался не принят - этот же guid разве нельзя использовать?

Не уверен что присваивать новый guid при каждой выгрузке это хорошее решение.

guid - это идентификатор документа. 

В терминах КЗ документом является сформированная таблица.

Добрый день.

Данные диалога сохраняются в файл T_CNFPRN\mirPay.cnf

Ресурс "T_CNFPRN" у вас на проблемной машине помечен как локальный или общий?

Выложите файлик mirPay.cnf из соответствующего zpl

Я правильно понял,что вы изменили стандартную форму печати расчета среднего и теперь у вас печатает не вся информация?

По скрину с вопросом невозможно определить какие изменения вы сделали.

Добрый день

Добавьте отдельный шаблон "квиток для отправки по почте" и настройте в нем отправку..