Ваши комментарии
На 633 еще не обновлялись, но веб-обновления работают, все предыдущие ставились нормально.
видимо придется удаленно, свяжусь с Вами в почте.
Добрый день, дополню информацию, все компы, работающие в базе, выгружают одинаково корявый файл с одной и той же ошибкой.
Добрый день, подскажите, пожалуйста, есть новости по нашему вопросу?
1) а в чем именно смотреть различия? если сверить просто обе папки на идентичность, то их много.
Но главная загадка в том, что на первой машине сразу была некорректная выгрузка, а на второй выгрузили 2 нормальных файла, а потом стало как на первой.
Ну здесь проблема видимо идет из программы СУФД.
Как мы это поняли: отправлен реестр с таким-то номером и таким-то GUID. И в нем был неверно указан номер бюджетного обязательства. Его казначейство отказало.
Из той же созданной таблицы делаем повторную выгрузку с указанием верного номера БО. Загружаем в СУФД, СУФД ругается, что файл с таким GUID уже есть в системе. Т.е. даже несмотря на то, что он отказанный.
Похоже, если по файлу уже прошел какой-то документооборот, то данный GUID все равно регистрируется в системе.
Может я и не права, данный способ перечисления пока настраиваем только во второй организации, еще не все понятно, как это работает, какие есть тонкости.
В первой стоит Электронный бюджет, там как-то быстро и без проблем все настроили.
Ресурс общий на обеих машинах, файл из сетевого ZPL вот
А в каком файле сохраняются данные, введенные при выгрузке в файл? может в нем проблема?
И подскажите, если база УПБ, для каждой организации сохраняются свои данные?
И еще вопрос: правильно я понимаю, что GUID формируется в момент формирования самой таблицы?
Столкнулись вот с чем: сформировали реестр, и его отказали в СУФД, т.к. был неверный номер БО.
Попробовали выгрузить файл с верным номером, присвоился тот же GUID.
Очень конечно неудобно переформировывать таблицы из-за подобных ошибок.
Сервис поддержки клиентов работает на платформе UserEcho
Данные корректные, ошибка та, которая на самом первом скрине в этой теме.