CSM

Я сравнил Вашу запись с той, что имеется в соответствующем справочнике на Аршине. Написание полностью соответствует, но у вас имеются ДВА символа переноса строк и какие-то символы перед последней буквой "и". Вы и сюда в форум, скорее всего их буфером скопировали от себя и они даже здесь получились ступеньками. Осмелюсь предположить, что дело в этом. Надо посылать все значения БЕЗ непечатаемых символов переноса. Проверить их наличие можно в Word-е со включенной опцией "Отобразить все знаки" (Буква Пи в разделе Абзац в ленте). А вообще добраться до этого справочника в Аршине мне удалось только с помощью кнопки "Передать данные поверки". На Шаге 3 есть возможность вызова этого справочника. Там сравните со своим.

Спасибо. Аршин закрылся на техработы))). Завалили его, видать...

Сейчас удалось таки протолкнуть пакет по API. Вы долго ждете результатов? Я думал этим методом напрямую в их БД пишется. Оказывается создается такая же заявка со своим номером и нужно ожидать её обработки. Просто все это через API механизм, а не через интерфейс.

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

Ну уж не метролог с поверителем точно.

Я как раз и передаю через curl. Вот команда: "C:\curl-7.66.0-win32-mingw\bin\curl" --insecure -X POST --data @"F:\Temp\Отправка в Аршин\2тест.xml" -H "X-API- Key:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX" -H "Content-Type:application/xml" https://fgis.gost.ru/fundmetrology/pov/submit >> C:\result.txt XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX - это наш секретный ключ. Удаленный сервер распознает эту команду, но не распознает ключ, почему-то. Запросил в техподдержке подтверждение верности кода ключа, подтверждают. Но на вопрос почему не не распознается, упорно молчат.

Возникает вопрос о компетентности людей из техподдержки. Сегодня вот первый раз на пробу отправил API-запрос, вернулся результат "Please, set X-API-Key header to access this API". Хотя ключ указал тот, что прислали. Спрашиваю у них - в чем дело? Отвечают - " В приложении Г Руководства пользователя предоставлена информация о вызове веб-сервиса для передачи сведений о результатах поверки СИ. ". Как с идиотами общаются.

Очень интересно... А мне техподдержка ответила, что на данный момент API работает некорректно и очень советуют передавать данные пакетами через ЛК. Получается, что всё работает как надо?

Нужен))) Техподдержка этот способ сама подтверждает.

Списывался с техподдержкой, предложили ставить дату за пределами доживаемой ))). Я ставлю 2099-12-31, проходит пока))

Но корректность файла проверяется быстро. У меня было что за 30 минут после отправки такие файлы проверялись. Некоторые из них не пропускали, некоторые опубликовали. Но чтобы так вот долго - никогда.

Интересно, кроме техподдержки кто-то в руководстве знает какие пляски с бубном требуются для отправки данных о поверках? Особенно пакетами. Столько рабочего времени приходится убивать впустую для поиска способов. У меня 7 пакетов по 4500 записей с 19 числа висят в обработке.

Отличная новость, спасибо! В понедельник отправлю пачку "хоть чем-то отличающихся" ))

Скажите, Аршин разрешает такие записи? Ведь при этом они будут отличаться друг от друга единственным НЕОБЯЗАТЕЛЬНЫМ полем "PrimPOV" (Прочие сведения).

Вопрос не мой, но техподдержка на мой вопрос молчит уже 4-е сутки. Телефон, указанный на сайте Аршина тоже более недоступен. Куда там все делись, кто в курсе?

Коллеги, может у кого было такое? Передаем данные с указанием ScopePOV = "Оказание услуг почтовой связи, учет объема оказанных услуг электросвязи операторами связи и обеспечение целостности и устойчивости функционирования сети связи общего пользования", приходит лог, где пишут, что это значение "...отсутствует в записях Фонда". Сравнил побуквенно с приложением "А.3 Допустимые значения для поля «Область применения»" Руководства по Аршину, всё совпадает (иначе и не может, т.к. копировали через буфер). Кто-нибудь сталкивался с такой бедой? ОТБОЙ! Проблема выяснена. В БД Аршина опечатка в одной букве. Вместо "учет" у них написано "учете".