Вопросы
0
На рассмотрении
Файл перечисления на карты МИР формируется с ошибкой
Добрый день!
Релиз 632.6 от 19.05.2025, сетевая, школьная.
На одном из компьютеров ври формировании XML-файла на карты МИР выпадает ошибка:
В файле не хватает кода клиента, наименования органа ФК и кода КОФК. Пробовали и формат прямого взаимодействия, и формат электронного бюджета, результат один - этих тегов в файле нет.
И еще у номера документа префикса нет, видно все на скрине, а также не запоминаются введенные данные в окне выгрузки и не увеличивается счетчик файлов.
Точнее, этот компьютер не видит счетчик, т.к. на другом все видит, и счетчик, и введенные данные.
Какой-то(?) ресурс не виден на этом компе?
Окно при выгрузке выглядит так
ОС Win 7 SP1.
Сервис поддержки клиентов работает на платформе UserEcho
Добавлю, после нескольких успешных формирований на одном из компов, стало формироваться с такой же ошибкой.
На нем Win 10 Pro.
И еще вопрос: правильно я понимаю, что GUID формируется в момент формирования самой таблицы?
Столкнулись вот с чем: сформировали реестр, и его отказали в СУФД, т.к. был неверный номер БО.
Попробовали выгрузить файл с верным номером, присвоился тот же GUID.
Очень конечно неудобно переформировывать таблицы из-за подобных ошибок.
Добрый день.
Данные диалога сохраняются в файл T_CNFPRN\mirPay.cnf
Ресурс "T_CNFPRN" у вас на проблемной машине помечен как локальный или общий?
Выложите файлик mirPay.cnf из соответствующего zpl
Ресурс общий на обеих машинах, файл из сетевого ZPL вот
mirPay.cnf
А в каком файле сохраняются данные, введенные при выгрузке в файл? может в нем проблема?
И подскажите, если база УПБ, для каждой организации сохраняются свои данные?
У меня с вашими настройками все заполняется:
XMDM_32321233_20250606111443_000001.xml
1)Проверьте что Rscalt соответствует поставочному.
2)Выложите сохраненку с того места где формирует неверно.
3)Выложите сформированный файл
1) а в чем именно смотреть различия? если сверить просто обе папки на идентичность, то их много.
2) ZPL_zplinfo_full_net(20250609_112605).cab
3) XMDM_31339313_20250609112019_000001.xml
веб обновления работают? на 633 без проблем обновились?
на сохраненке формируется такой файл. (код клиента 46464645)
XMDM_46464645_20250617171742_000001.xml
можем посмотреть вашу проблему удаленно..
На 633 еще не обновлялись, но веб-обновления работают, все предыдущие ставились нормально.
видимо придется удаленно, свяжусь с Вами в почте.
Добрый день, подскажите, пожалуйста, есть новости по нашему вопросу?
Добрый день, дополню информацию, все компы, работающие в базе, выгружают одинаково корявый файл с одной и той же ошибкой.
сообщения какие то выходят?
В диалоге перед выгрузкой данные корректные?
Данные корректные, ошибка та, которая на самом первом скрине в этой теме.
Но главная загадка в том, что на первой машине сразу была некорректная выгрузка, а на второй выгрузили 2 нормальных файла, а потом стало как на первой.
да и хранится в сформированной таблице
Выгрузили ту же самую таблицу?
Тогда guid должен остаться прежним.
А почему нужен новый GUID если у вас прошлый файл оказался не принят - этот же guid разве нельзя использовать?
Не уверен что присваивать новый guid при каждой выгрузке это хорошее решение.
guid - это идентификатор документа.
В терминах КЗ документом является сформированная таблица.
Ну здесь проблема видимо идет из программы СУФД.
Как мы это поняли: отправлен реестр с таким-то номером и таким-то GUID. И в нем был неверно указан номер бюджетного обязательства. Его казначейство отказало.
Из той же созданной таблицы делаем повторную выгрузку с указанием верного номера БО. Загружаем в СУФД, СУФД ругается, что файл с таким GUID уже есть в системе. Т.е. даже несмотря на то, что он отказанный.
Похоже, если по файлу уже прошел какой-то документооборот, то данный GUID все равно регистрируется в системе.
Может я и не права, данный способ перечисления пока настраиваем только во второй организации, еще не все понятно, как это работает, какие есть тонкости.
В первой стоит Электронный бюджет, там как-то быстро и без проблем все настроили.