Перейти к контенту

Deeptown12

Пользователи
  • Число публикаций

    49
  • Регистрация

  • Последнее посещение

Весь контент пользователя Deeptown12

  1. Народ, а у кого то в последние дни с передачей по API проблем не было, не уходят, ошибка по таймауту.
  2. Проверьте срок закрытого ключа в сертификате он может отличаться от периода действия, если такое свойство есть в сертификате. Оно не у всех бывает.
  3. Проблема осталась, С API точно. Ответ техподдержке по зависшим публикациям переданным по API: "В работе публичных интерфейсов на запись (API) и его сервисах наблюдаются технические сбои. Причинами данных сбоев, по результатам аудита программного обеспечения API, являются ошибки в программном обеспечении, требующие внесения изменений в исходные коды. Устранение выявленных ошибок включено в планы по дальнейшему развитию подсистемы «АРШИН» ФГИС Росстандарта и будет реализовано в рамках работ по ее модернизации. В настоящее время, в целях избежание ошибок при передаче сведений о результатах поверки средств измерений, рекомендуем использовать пакетную передачу сведений через Личный кабинет модуля «Поверки» подсистемы «АРШИН» ФГИС Росстандарта. Приносим извинения за доставленные неудобства."
  4. Начало частично публиковаться но как то очень долго и с разрывами
  5. После техработ перестала работать передача по API. Записи грузятся, регистрируются, но не публикуются, висят в статусе Зерегистрован при ручной отгрузке все работает.
  6. Могу в конверте включить режим ручного заполнения данных. Это не сложно. Устроит вас тогда вносить второй раз вручную и формировать пакет?
  7. Из Аршина файлами Excel особо не вытащить т.к. выгружается довольно скудная информация. Есть два варианта, но требуется программист 1- Запрашивать данные по поверкам через внешний публичный интерфейс API, это не сложно для специалиста и формировать данные хоть за день хоть за месяц. Самый напрашивающийся вариант. Минусы - долгие поштучные запросы, есть вариант блокировки из за подозрения на DDOS аттаку 2.Брать данные с выгрузки результатов сведений (слепки дельты) и вычленять вашу информацию - не самый оптимальный путь, зато ничего не пропустите. Минусы - громадные файлы слепков + дельты - отслеживать.
  8. СНИЛСы сохраняются в профиле пользователя в папке AppData\Roaming\ARSHIN2FSA\Employees.strings можете заполнить сами - это текстовый файл, он подгружается при загрузке вида Иванов Иван Иванович|000-000-00 00 Петров Петр Петрович|000-000-00 00 Это если количество записей в файле данных и в протоколе разнятся. Например в данных 10 записей а в протоколе 8, бывает если протокол не от тех данных. Или данные переданы по API, в загруженных файлах они висят с надписью api, у них другая структура, в этом случае их нужно преобразовать в формат ручной загрузки. Это возможно сделать. Можете для примера выложить файлы для проверки. Если все нормально будет произведена загрузка
  9. В разделе загруженные файлы можно скачать файл xml с данными поверок и там же зайдя внутрь заявки скачать протокол поверки. Это конечно при условии что в Аршин данные загружаются через рабочую область кнопкой загрузить а не вносятся вручную в самом аршине. Два XML файла один с данными другой с результатами поверки + информация по поверителям (СНИЛСы) достаточны что бы сформировать файл xml с данным для отгрузки в ФСА. Если информация вносится вручную то в новой версии скорее всего будет добавлен вариант импорта из файла Excel но это пока планы на будущее...
  10. Может кому то пригодится Наваял конвертер данных с Аршина в ФСА (создает файлы пакетов пригодных для загрузки в ФСА) Принцип работы прост, скачиваете с аршина файл данных (файл xml с данными поверок из раздела "загруженные файлы") и протокол XML - загружаете в программу, заполняете список сотрудников (СНИЛСы) //он сохраняется// производите выгрузку. Предварительно в ini файле пропишите путь к каталогу выгрузки. Поддерживается объединение пакетов данных (можно грузить не по одному) Разбивка выходных файлов XML на пакеты по размеру и количеству https://cloud.mail.ru/public/Bov5/6g1Efyjeb
  11. Да автоматизация по-русски, заполнять данные по поверкам эмулирую работу оператора-человека через Selenium - круто.
  12. Помимо публичного интерфейса можно получать информацию из открытой части Аршина, путем формирования запросов, т.к. это делает сайт аршина, например получение информации без использования внешнего 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 запрос: https://fgis.gost.ru/fundmetrology/cm/xcdb/vri/select?fq=verification_year:2021&fq=org_title:*ФБУ*&fq=org_title:*\"Коми*&fq=org_title:*ЦСМ\"*&fq=mi.mitnumber:*57762\-14*&fq=mi.modification:*Расходомер\-счетчик*&fq=mi.modification:*ультразвуковой*&fq=mi.modification:*OPTISONIC*&fq=mi.modification:*3400*&fq=mi.number:*R20615394*&fq=verification_date:[2021-08-04T00:00:00Z TO *]&q=*&fl=vri_id,org_title,mi.mitnumber,mi.mititle,mi.mitype,mi.modification,mi.number,verification_date,valid_date,applicability,result_docnum&sort=verification_date+desc,org_title+asc&rows=50&start=0 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"}]}}
  13. Мы используем, используем в два этапа: На первом этапе используем проверяя правильность заполнения №№ ГСО госреестров, веществ через API На втором этапе после выгрузки в Аршин, для получение № поверок, при ситуации когда при обработке протокола XML сбиваются записи. В этом случае мы запускаем специальную программу которая делает запрос к данным о поверках и пытается найти и сопоставить данные о поверках с данными нашей бд т.е. связать запись нашей БД с № публикации в аршине
  14. Пока функционал желает лучшего
  15. ООО, это к месту замечание, догадывался что то подобное должно быть. Жалко только нет конкретных полей в параметрах запроса, а общий search не совсем то. Вот например хотелось бы найти все эталоны для своей организации по организации-поверителю, а получается найдутся и чужие поверенные у нас
  16. Нет, вернее не совсем, поиск в параметре search идет по многим полям. т.е. вы можете указать например организацию поверитель или заводской номер, но указать их вместе не получится. PS перестал работать внешний портал на живой базе (500 ошибка сервера), на тестовой пока работает. Но ценность тестовой пока мала. Мы пытались проверять № си в качестве эталонов по номеру в аршине, что бы корректно привязку к эталонам делать, так вот на тестовой вообще не находились свеже опубликованные эталоны, а на рабочей находились. Это понятно рабочая БД пополняется в отличии от тестовой, но сейчас API перестал работать.
  17. На самом деле обеспечить обратную связь после публикации сейчас стало довольно просто. Аршиновцы подпилили протокол загрузки и стало нормально работать сопоставление, при наличии программиста. Берем пакет передачи и протокол загрузки. 1 запись протокола = последней записи в пакете и т.д. Принцип: последний пришел первый обработался. После опубликования не составляет труда сопоставить поверку с номером в Аршине. По крайней мере у нас проблем нет... Т.е. после публикации мы сразу получаем скопом №№ опубликованных записей в Аршине и сопоставляем их с нашей БД.
  18. Предупреждение! Тем, кто передает пакетно и получает № свидетельств/извещений из Аршина путем сопоставления узла XML пакета - узлу протокола Не знаю что случилось в Аршине, если раньше можно было железно сопоставить переданный СИ с присвоенным № в системе Аршин при условии что не было ошибок публикации, по схеме: (1 узел XML "Манометр" - 1 № в протоколе такой-то, 2 узел XML "Калибратор" - 2 № в протоколе такой-то и т.д.) то теперь лавочка закрылась. Система опять стала тасовать в произвольном порядке файл протокола, как было раньше при ошибках публикации. Т.е. номер может не на тот прибор лечь. Имейте ввиду. Заметили случайно, послали 10 поверок получили номера а они сбиты....
  19. У нас такое же было. пришлось снова публиковать. Вы случайно при подписании окно браузера не обновляли во время подписания? Просто когда подписывается на экране ничего не происходит и подспудно мысль возникает что зависло.... Мы отправили вопрос в техподдержку, пока ответа нет....
  20. Потому что на некоторых ошибках она и не показывается, например отсутствии узла XML - если ее нет в файле, как в примере то и № позиции нет, а ошибка есть что нужен узел.
  21. Добрый день. Может пригодится кому. Выкладываю программу проверки корректности XML для загрузки в Аршин на соответствие схеме XSD. Программа простая, выбираете XML который дает ошибку - программа покажет в какой строке и на какой позиции в XML присутствуют некорректные данные. CheckArshinXML.zip
  22. Без XML тяжело сказать но похожая ошибка была в разделе mi -СИ используемые при поверке Если раньше передавались заводской или инвентарный номер вместе, то теперь либо тот либо этот. Т.е. если у вас в XML есть заводской № то не должно быть инвентарного и наоборот.
  23. Совершенно верно по логике Аршина - да. Ссылаетесь на него при периодической поверке. Но тут встает другой вопрос: А если эталон негоден. А потом отремонтирован и снова в поверку после ремонта, она будет как первичная. И получается что вообще в этой ситуации надо новый номер присваивать. А эталон один. И зачем такая цепочка вообще нужна. Она ведь работает только в одном случае когда эталон всегда годен. И умирает на браковке или понижении разряда. А в жизни может негоден, а потом отремонтирован и снова годен. Вот и получается что номер этот фейковый и реальной прослеживаемости поверок конкретного эталона не несет. А может в будущем быть такая ситуация что конкретный эталон в будущем иметь несколько номеров в Фонде в зависимости от периода. Вот где каша у Росстандарта. Номер был бы логичным для прослеживаемости поверок если бы он шел даже при поверках после ремонта, смены разрядов (блоков) и пр. Ну типа эталон номер N 2019 - Первичная поверка - годен 2020 - Периодическая поверка - годен 2021 - Периодическая поверка - не годен 2021 - Первичная поверка после ремонта - годен 2022 - Периодическая поверка - годен 2023 - Периодическая поверка - годен с понижением разряда (в виду потери точности или по какой-то другой причине) 2024 - Периодическая поверка - годен Вот тогда бы был бы смысл, вся цепочка поверок была бы на ладони. С точки зрения информационных систем. Но с точки зрения поверки а зачем вообще это нужно, тем более так как это сделано в Аршине. А сделано это примерно так по их кривой логике: Ну типа эталон номер N1 2019 - Первичная поверка - годен 2020 - Периодическая поверка - годен 2021 - Периодическая поверка - не годен 2021 - Первичная поверка после ремонта - годен !!!!!!!! ПРИСВОЕН НОВЫЙ НОМЕР N2 !!!!!!!!! 2022 - Периодическая поверка - годен 2023 - Периодическая поверка - годен с понижением разряда (в виду потери точности или по какой-то другой причине) 2024 - Периодическая поверка - годен
  24. Как как - обыкновенно, например калибратор - по току бьется по напряжению нет. По току подтверждаем, по напряжению - бракуем. НО! Может конечно я ошибаюсь. Мы можем понизить разряд, где написано что не можем, сделав первичную поверку по напряжению и спустив с 1 разряда ниже на второй. Калибратор ведь работает пусть не по 1 так по 2Р. Или мы вообще браковать должны. Вот и получается что идет смешение первичной и периодической поверки. И какой в этом смысл - проще сразу делать как первичную с присвоением новых номеров в Аршине. С точки зрения Аршина - неверно, а точки зрения поверки? А ваш пост это как раз третье мнение: ток-подтверждаем, напряжение по 1Р-бракуем + даем новый 2 разряд по напряжению раз первый не тянет. А если это блочный эталон, а если блоки меняются. А после ремонта части блока, Очень много вопросов...
  25. Можно подносить патроны буду.... С эталонами вообще есть еще неявный момент когда пойдет далее периодическая поверка с указанием номеров в Аршине. Допустим у нас три разряда по ГПЭ. На все три были присвоены номера в Аршине. Прошел год, приносят эталон. А он по одному разряду не бьется, по двум бьется по одному нет, но можно дать понижение разряда. И тут возникает вилка как его публиковать такой эталон. Две записи (периодическая поверка) с подтверждением к номерам Аршина + новая запись с новым разрядом (но как первичная). Или делать первичную по трем, т.к. характеристики эталона все-таки поменялись. Ну нету периодической поверки СИ в качестве эталона с выставлением другого разряда как в первичной. По крайней мере в Аршине текущем. Кто-ж так строит системы информационные?. Если периодическая то только ссылка на номер Аршина, т.е. подтверждение или забраковка. А если понижение. И приплыли. А если нету периодической давайте тогда будем лепить первичную с присвоением новых номеров. Система позволяет.
×
×
  • Создать...