Deeptown12
-
Число публикаций
49 -
Регистрация
-
Последнее посещение
Тип контента
Профили
Форумы
События
Библиотека
Интернет-журнал
Сообщения опубликованы Deeptown12
-
-
1 час назад, Metrolog_70 сказал:
Абсолютно аналогичная проблема, восьмого декабря все было "ok", сегодня при попытке подписать заявку: "Сертификат недействителен". Срок действия до 31.01.2024, завтра до "Контура" буду докапываться, сегодня уже сил нет.
Проверьте срок закрытого ключа в сертификате он может отличаться от периода действия, если такое свойство есть в сертификате.
Оно не у всех бывает.
-
22 часа назад, Нина Рылова сказал:
Нет, у меня всё опубликовалось
Проблема осталась, С API точно.
Ответ техподдержке по зависшим публикациям переданным по API:
"В работе публичных интерфейсов на запись (API) и его сервисах наблюдаются технические сбои. Причинами данных сбоев, по результатам аудита программного обеспечения API, являются ошибки в программном обеспечении, требующие внесения изменений в исходные коды.
Устранение выявленных ошибок включено в планы по дальнейшему развитию подсистемы «АРШИН» ФГИС Росстандарта и будет реализовано в рамках работ по ее модернизации.В настоящее время, в целях избежание ошибок при передаче сведений о результатах поверки средств измерений, рекомендуем использовать пакетную передачу сведений через Личный кабинет модуля «Поверки» подсистемы «АРШИН» ФГИС Росстандарта.
Приносим извинения за доставленные неудобства." -
12 часов назад, Нина Рылова сказал:
Нет, у меня всё опубликовалось
Начало частично публиковаться но как то очень долго и с разрывами
-
После техработ перестала работать передача по API.
Записи грузятся, регистрируются, но не публикуются, висят в статусе Зерегистрован при ручной отгрузке все работает.
-
1 час назад, ТатьянаК сказал:
Спасибо за разъяснение, к сожалению у нас в Аршин информация вносится вручную.
Могу в конверте включить режим ручного заполнения данных. Это не сложно. Устроит вас тогда вносить второй раз вручную и формировать пакет?
-
46 минут назад, ТатьянаК сказал:
Пожалуйста, помогите! Как из сведений Аршина создать файл для пакетной загрузки в РА ? Если у нас в Аршин не файл загружается, а поверители вносят в поштучно в личных кабинетах? Опубликовывает один человек с ЭЦП. Откуда взять xml (или xls) файл с данными, необходимыми для РА?
Из Аршина файлами Excel особо не вытащить т.к. выгружается довольно скудная информация.
Есть два варианта, но требуется программист
1- Запрашивать данные по поверкам через внешний публичный интерфейс API, это не сложно для специалиста и формировать данные хоть за день хоть за месяц. Самый напрашивающийся вариант.
Минусы - долгие поштучные запросы, есть вариант блокировки из за подозрения на DDOS аттаку
2.Брать данные с выгрузки результатов сведений (слепки дельты) и вычленять вашу информацию - не самый оптимальный путь, зато ничего не пропустите.
Минусы - громадные файлы слепков + дельты - отслеживать.
-
33 минуты назад, vesy сказал:
Добрый день. Попробовал - у меня не сохраняется снилсы. И выдает ошибку что "данные разнятся" файла поверок и протокола. Ini файл не правил - так как в настройках - стоит нормальный путь
СНИЛСы сохраняются в профиле пользователя в папке AppData\Roaming\ARSHIN2FSA\Employees.strings
можете заполнить сами - это текстовый файл, он подгружается при загрузке
вида
Иванов Иван Иванович|000-000-00 00
Петров Петр Петрович|000-000-00 0033 минуты назад, vesy сказал:И выдает ошибку что "данные разнятся" файла поверок и протокола.
Это если количество записей в файле данных и в протоколе разнятся. Например в данных 10 записей а в протоколе 8, бывает если протокол не от тех данных. Или данные переданы по API, в загруженных файлах они висят с надписью api, у них другая структура, в этом случае их нужно преобразовать в формат ручной загрузки. Это возможно сделать.
Можете для примера выложить файлы для проверки.
Если все нормально будет произведена загрузка
-
15 часов назад, ТатьянаК сказал:
Что за "файл данных" с аршина?
В разделе загруженные файлы можно скачать файл xml с данными поверок и там же зайдя внутрь заявки скачать протокол поверки. Это конечно при условии что в Аршин данные загружаются через рабочую область кнопкой загрузить а не вносятся вручную в самом аршине. Два XML файла один с данными другой с результатами поверки + информация по поверителям (СНИЛСы) достаточны что бы сформировать файл xml с данным для отгрузки в ФСА.
Если информация вносится вручную то в новой версии скорее всего будет добавлен вариант импорта из файла Excel но это пока планы на будущее...
-
Может кому то пригодится
Наваял конвертер данных с Аршина в ФСА (создает файлы пакетов пригодных для загрузки в ФСА)
Принцип работы прост, скачиваете с аршина файл данных (файл xml с данными поверок из раздела "загруженные файлы") и протокол XML - загружаете в программу, заполняете список сотрудников (СНИЛСы) //он сохраняется//
производите выгрузку.
Предварительно в ini файле пропишите путь к каталогу выгрузки.
Поддерживается объединение пакетов данных (можно грузить не по одному)
Разбивка выходных файлов XML на пакеты по размеру и количеству
-
Да автоматизация по-русски, заполнять данные по поверкам эмулирую работу оператора-человека через Selenium - круто.
-
3 часа назад, valeron сказал:
Доброго времени суток.
Появилась необходимость цеплять АРШИН к собственной 1С ERP.
На данный момент есть необходимость получать утвержденные типы средств измерений и эталоны единиц величин, в дальнейшем осуществлять выгрузку по поверкам из 1С напрямую в АРШИН (на первое время ограничимся формированием xml и ручной загрузкой в личный кабинет).
Интересует информация по API Аршина. Обнаружил что они существуют (пример получения JSON по утвержденным типам СИ), но полного перечня, или документации к API я не нашёл.
Есть у кого данная информация?
Помимо публичного интерфейса можно получать информацию из открытой части Аршина, путем формирования запросов, т.к. это делает сайт аршина, например
получение информации без использования внешнего API, через портал как делает сайт -
https://fgis.gost.ru/fundmetrology/cm/xcdb/vri/select?'
с параметрами на выбор
'fq=verification_year:';
'fq=org_title:';
'fq=mi.mitnumber:';
'fq=mi.mititle:';
'fq=mi.mitype:';
'fq=mi.modification:';
'fq=mi.number:';
'fq=verification_date:';
'fq=result_docnum:';причем получаем ответ в JSONe который можно распарсить
например
сгенерированный http запрос:
Web-запрос.....
JSON RESPONSE:
{"responseHeader":{"status":0,"QTime":8698,"params":{"q":"*","fl":"vri_id,org_title,mi.mitnumber,mi.mititle,mi.mitype,mi.modification,mi.number,verification_date,valid_date,applicability,result_docnum","start":"0","fq":["verification_year:2021","org_title:*ФБУ*","org_title:*\\\"Коми*","org_title:*ЦСМ\\\"*","mi.mitnumber:*57762\\-14*","mi.modification:*Расходомер\\-счетчик*","mi.modification:*ультразвуковой*","mi.modification:*OPTISONIC*","mi.modification:*3400*","mi.number:*R20615394*","verification_date:[2021-08-04T00:00:00Z TO *]"],"sort":"verification_date desc,org_title asc","rows":"50"}},"response":{"numFound":1,"start":0,"docs":[{"mi.mitnumber":"57762-14","mi.modification":"Расходомер-счетчик ультразвуковой OPTISONIC 3400","mi.number":"R20615394","valid_date":"2025-08-03T00:00:00Z","result_docnum":"С-АЕ/04-08-2021/87784825","mi.mitype":"OPTISONIC 3400","mi.mititle":"Расходомеры-счетчики ультразвуковые","org_title":"ФБУ \"КОМИ ЦСМ\"","applicability":true,"vri_id":"1-87784825","verification_date":"2021-08-04T00:00:00Z"}]}} -
58 минут назад, БорисБ сказал:
А вообще кто как использует API?
Мы используем, используем в два этапа:
На первом этапе используем проверяя правильность заполнения №№ ГСО госреестров, веществ через API
На втором этапе после выгрузки в Аршин, для получение № поверок, при ситуации когда при обработке протокола XML сбиваются записи. В этом случае мы запускаем специальную программу которая делает запрос к данным о поверках и пытается найти и сопоставить данные о поверках с данными нашей бд
т.е. связать запись нашей БД с № публикации в аршине
-
6 часов назад, БорисБ сказал:
Кто-нибудь нашёл хороший способ получать все записи из «Аршина» через внешний публичный интерфейс?
Пока функционал желает лучшего
-
В 20.02.2021 в 15:57, Павел KH сказал:
в запрсе "search" искомые аргументы необходимо писать через знак "+", соответствнно, если нужно исключить что то из поиска - знак "-"
Например: eapi/vri?year=2020&search=*гексагон+671053*&rows=100&start=0ООО, это к месту замечание, догадывался что то подобное должно быть. Жалко только нет конкретных полей в параметрах запроса, а общий search не совсем то. Вот например хотелось бы найти все эталоны для своей организации по организации-поверителю, а получается найдутся и чужие поверенные у нас
-
В 20.02.2021 в 10:05, Sylmain сказал:
Кто-нибудь пользовался "Внешним публичным интерфейсом"? Есть возможность задать поиск по нескольким полям? Например, "организация-поверитель + заводской номер + наименование типа" в поиске поверок СИ. Или "наименование в реестре + тип" для поиска в реестре.
Нет, вернее не совсем, поиск в параметре search идет по многим полям. т.е. вы можете указать например организацию поверитель или заводской номер, но указать их вместе не получится.
PS перестал работать внешний портал на живой базе (500 ошибка сервера), на тестовой пока работает. Но ценность тестовой пока мала. Мы пытались проверять № си в качестве эталонов по номеру в аршине, что бы корректно привязку к эталонам делать, так вот на тестовой вообще не находились свеже опубликованные эталоны, а на рабочей находились. Это понятно рабочая БД пополняется в отличии от тестовой, но сейчас API перестал работать.
-
В 13.02.2021 в 11:38, Ника сказал:
Когда я это озвучила устно, начлабу одной из лаб, так мне сказали что у них вообще нет обратной связи по переданым сведениям. Они сами будут искать наши си также, как и мы по заводскому номеру. Т.е. их отдел, который занимается передачей информации в фонд, не может предоставить обратно в лабу номер переданной записи. "Вы представляете сколько вас? Если каждому искать его си в фонде, поверителю работать некогда будет!"
На самом деле обеспечить обратную связь после публикации сейчас стало довольно просто. Аршиновцы подпилили протокол загрузки и стало нормально работать сопоставление, при наличии программиста.
Берем пакет передачи и протокол загрузки. 1 запись протокола = последней записи в пакете и т.д. Принцип: последний пришел первый обработался.
После опубликования не составляет труда сопоставить поверку с номером в Аршине. По крайней мере у нас проблем нет...
Т.е. после публикации мы сразу получаем скопом №№ опубликованных записей в Аршине и сопоставляем их с нашей БД.
-
Предупреждение! Тем, кто передает пакетно и получает № свидетельств/извещений из Аршина путем сопоставления узла XML пакета - узлу протокола
Не знаю что случилось в Аршине, если раньше можно было железно сопоставить переданный СИ с присвоенным № в системе Аршин при условии что не было ошибок публикации, по схеме:
(1 узел XML "Манометр" - 1 № в протоколе такой-то,
2 узел XML "Калибратор" - 2 № в протоколе такой-то и т.д.) то теперь лавочка закрылась.
Система опять стала тасовать в произвольном порядке файл протокола, как было раньше при ошибках публикации.
Т.е. номер может не на тот прибор лечь.
Имейте ввиду. Заметили случайно, послали 10 поверок получили номера а они сбиты....
-
34 минуты назад, Penalty сказал:
Добрый день!
Прошу подсказать, в чем причина появления "Ошибки при проверке подписи"
Появилась с 22.01.2021г., до этого информация о поверках исправно загружалась, подписывалась, публиковалась.
Проверил со стороны удостоверяющего центра - все исправно, подпись действующая, рабочая.
Подскажите, в чем может быть причина ошибки, нестабильная работа Аршина?
У нас такое же было. пришлось снова публиковать. Вы случайно при подписании окно браузера не обновляли во время подписания? Просто когда подписывается на экране ничего не происходит и подспудно мысль возникает что зависло....
Мы отправили вопрос в техподдержку, пока ответа нет....
-
2 часа назад, Логинов Владимир сказал:
Здорово. Только вот позиция почему то не показывает, даже в вашем примере
Потому что на некоторых ошибках она и не показывается, например отсутствии узла XML - если ее нет в файле, как в примере то и № позиции нет, а ошибка есть что нужен узел.
-
Добрый день.
Может пригодится кому. Выкладываю программу проверки корректности XML для загрузки в Аршин на соответствие схеме XSD.
Программа простая, выбираете XML который дает ошибку - программа покажет в какой строке и на какой позиции в XML присутствуют некорректные данные.
-
13 часов назад, 535817 сказал:
Доброго времени суток всем, вчера при отправке данных в аршин через браузер на разных компьютерах и многие СИ не публикуются. Выходит ошибка публикации.
cvc-complex-type.2.4.d: Invalid content was found starting with element 'gost:inventoryNum'. No child element is expected at this point.
Может кто сталкивался с таким?
Без XML тяжело сказать но похожая ошибка была в разделе mi -СИ используемые при поверке
Если раньше передавались заводской или инвентарный номер вместе, то теперь либо тот либо этот. Т.е. если у вас в XML есть заводской № то не должно быть инвентарного и наоборот.
-
1 час назад, Metrolog_70 сказал:
Мы можем только предполагать
При периодической поверке эталона необходимо его № в реестре СИ внести в Аршин и скорее всего под этим номером он и останется.
Совершенно верно по логике Аршина - да. Ссылаетесь на него при периодической поверке.
Но тут встает другой вопрос: А если эталон негоден. А потом отремонтирован и снова в поверку после ремонта, она будет как первичная. И получается что вообще в этой ситуации надо новый номер присваивать. А эталон один. И зачем такая цепочка вообще нужна. Она ведь работает только в одном случае когда эталон всегда годен. И умирает на браковке или понижении разряда. А в жизни может негоден, а потом отремонтирован и снова годен. Вот и получается что номер этот фейковый и реальной прослеживаемости поверок конкретного эталона не несет. А может в будущем быть такая ситуация что конкретный эталон в будущем иметь несколько номеров в Фонде в зависимости от периода. Вот где каша у Росстандарта.
Номер был бы логичным для прослеживаемости поверок если бы он шел даже при поверках после ремонта, смены разрядов (блоков) и пр.
Ну типа эталон номер N
2019 - Первичная поверка - годен
2020 - Периодическая поверка - годен
2021 - Периодическая поверка - не годен
2021 - Первичная поверка после ремонта - годен
2022 - Периодическая поверка - годен
2023 - Периодическая поверка - годен с понижением разряда (в виду потери точности или по какой-то другой причине)
2024 - Периодическая поверка - годен
Вот тогда бы был бы смысл, вся цепочка поверок была бы на ладони. С точки зрения информационных систем. Но с точки зрения поверки а зачем вообще это нужно, тем более так как это сделано в Аршине. А сделано это примерно так по их кривой логике:
Ну типа эталон номер N1
2019 - Первичная поверка - годен
2020 - Периодическая поверка - годен
2021 - Периодическая поверка - не годен
2021 - Первичная поверка после ремонта - годен !!!!!!!! ПРИСВОЕН НОВЫЙ НОМЕР N2 !!!!!!!!!
2022 - Периодическая поверка - годен
2023 - Периодическая поверка - годен с понижением разряда (в виду потери точности или по какой-то другой причине)
2024 - Периодическая поверка - годен
-
20 минут назад, semiramida сказал:
Объясните, как при очередной поверке эталон вдруг перестает биться по тому же разряду ГПС, что и при предыдущей поверке? При калибровке да, согласна, в прошлом году одна погрешность в этом году другая. Но при поверке годен/не годен, погрешность всегда в соответствие с ОТ.
Как как - обыкновенно, например калибратор - по току бьется по напряжению нет. По току подтверждаем, по напряжению - бракуем. НО! Может конечно я ошибаюсь. Мы можем понизить разряд, где написано что не можем, сделав первичную поверку по напряжению и спустив с 1 разряда ниже на второй. Калибратор ведь работает пусть не по 1 так по 2Р. Или мы вообще браковать должны. Вот и получается что идет смешение первичной и периодической поверки. И какой в этом смысл - проще сразу делать как первичную с присвоением новых номеров в Аршине. С точки зрения Аршина - неверно, а точки зрения поверки? А ваш пост это как раз третье мнение: ток-подтверждаем, напряжение по 1Р-бракуем + даем новый 2 разряд по напряжению раз первый не тянет.
А если это блочный эталон, а если блоки меняются. А после ремонта части блока, Очень много вопросов...
-
33 минуты назад, Metrolog_70 сказал:
И похоже уже готов к Вам присоединиться, только парабеллума маловато будет, нужен старый добрый "Максим" и... длинными очередями
Можно подносить патроны буду.... С эталонами вообще есть еще неявный момент когда пойдет далее периодическая поверка с указанием номеров в Аршине.
Допустим у нас три разряда по ГПЭ. На все три были присвоены номера в Аршине. Прошел год, приносят эталон. А он по одному разряду не бьется, по двум бьется по одному нет, но можно дать понижение разряда. И тут возникает вилка как его публиковать такой эталон. Две записи (периодическая поверка) с подтверждением к номерам Аршина + новая запись с новым разрядом (но как первичная). Или делать первичную по трем, т.к. характеристики эталона все-таки поменялись.
Ну нету периодической поверки СИ в качестве эталона с выставлением другого разряда как в первичной. По крайней мере в Аршине текущем. Кто-ж так строит системы информационные?. Если периодическая то только ссылка на номер Аршина, т.е. подтверждение или забраковка. А если понижение. И приплыли.
А если нету периодической давайте тогда будем лепить первичную с присвоением новых номеров. Система позволяет.
ФГИС "АРШИН"
в Информационные системы и специализированное ПО
Опубликовано
Народ, а у кого то в последние дни с передачей по API проблем не было, не уходят, ошибка по таймауту.