Ваши комментарии
Добрый день!
Ничего не понял.. какую задачу решаете? В каком контексте используется APropBE?
Выложите сохраненку ЛС со скрина и файл formsr.usr
Не нужно выделять РК из среднего для отпуска..
Нет ни одного нормативного документа требующего это.
что бы он не индексировался при расчете отпуска
Выглядит как экономия на спичках, которая в будущем может аукнуться большими проблемами
ПО ПД обновили, данную ошибку исправили
Добрый день.
Теоретически можно, но не рекомендуется ( могут возникнуть проблемы при расчете среднего, БЛ в тех случаях
где фигурирует РК)
И главный вопрос- зачем?
В файле не хватает кода клиента, наименования органа ФК и кода КОФК.
У меня с вашими настройками все заполняется:
XMDM_32321233_20250606111443_000001.xml
1)Проверьте что Rscalt соответствует поставочному.
2)Выложите сохраненку с того места где формирует неверно.
3)Выложите сформированный файл
Добрый день.
Почему добавили
fldSize
а не
fldSize102
GUID формируется в момент формирования самой таблицы
да и хранится в сформированной таблице
Попробовали выгрузить файл с верным номером, присвоился тот же GUID
Выгрузили ту же самую таблицу?
Тогда guid должен остаться прежним.
Очень конечно неудобно переформировывать таблицы из-за подобных ошибок
А почему нужен новый GUID если у вас прошлый файл оказался не принят - этот же guid разве нельзя использовать?
Не уверен что присваивать новый guid при каждой выгрузке это хорошее решение.
guid - это идентификатор документа.
В терминах КЗ документом является сформированная таблица.
Сервис поддержки клиентов работает на платформе UserEcho
Поправил печать
Внутри formsr.usr вызывается скриптовая функция PrintOneRowSredn()
Сама функция в модуле USFUNCRW.S
USFUNCRW.S
formsr.usr