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

7 754 сообщения в этой теме

Рекомендуемые сообщения

Всем доброго дня! А подскажите, пожалуйста, в каких документах прописано, что необходимо наличие протокола по поверке манометров? И можно ли просто прописать фразу в Руководстве по качеству " протокол поверки манометра оформляется по необходимости и по требованию заказчика"? А то в нашей организации поверяется много манометров и если на каждый делать протокол...много времени уходит, тем более что заказчику он не нужен, главное чтобы было клеймо и паспорт или свидетельство.

Ссылка на комментарий
Поделиться на других сайтах

  • Ответы 7,8k
  • Создана
  • Последний ответ

Лучшие авторы в этой теме

Лучшие авторы в этой теме

Загружено фотографий

4 часа назад, larisa1962 сказал:

Всем доброго дня! А подскажите, пожалуйста, в каких документах прописано, что необходимо наличие протокола по поверке манометров? И можно ли просто прописать фразу в Руководстве по качеству " протокол поверки манометра оформляется по необходимости и по требованию заказчика"? А то в нашей организации поверяется много манометров и если на каждый делать протокол...много времени уходит, тем более что заказчику он не нужен, главное чтобы было клеймо и паспорт или свидетельство.

Вообще вопрос о протоколах поверки именно манометров нигде не описан, в целом требования о ведении протоколов и записей по всем СИ от экспертов вытекают из требований стандарта ИСО 17025, который как известно обновился вот только в августе, поэтому открывайте стандарт, читайте разделы посвященные записями и формулируйте в вашем РК так, чтобы к вам потом не придрались.

Ссылка на комментарий
Поделиться на других сайтах

Добрый день! Пытаемся провести через ФГИС «АРШИН» Сведения о результатах поверки средств измерений рН метр Марк-901. У него эталоном считается стандарт титры. Писали ГОСТ в столбец SoPOV, не проходит. Писали номер ГРСИ в столбец SiPOV, опять не проходит. Помогите дело довести до конца. Уже не знаем куда и что указывать. Спасибо 

Ссылка на комментарий
Поделиться на других сайтах

Получил ответ от службы поддержки что делать если МПИ бессрочно.

 

"В таком случае рекомендуем в поле дата следующей поверки поставить: 31.12.2099."

Изменено пользователем Беламерзаев Андрей
Ссылка на комментарий
Поделиться на других сайтах

Во ФГИСе обновили список эталонов единиц величин.В наш локальный справочник обновленная версия не загружается по причине задвоения ключей. Небольшое исследование показало, что номера эталонов в государственном реестре могут повторяться, а мы полагали, что они являются ключом. Таких записей 71, некоторые из них встречаются аж по четыре раза. По большей части один и тот же эталон из одного и того же приказа вносится несколько раз, но есть и вопиющие случаи, когда совершенно разным эталонам, даже эталонам разных физических единиц, присвоены одинаковые номера. Так что будьте бдительны! При этом версия от 2018-12-05T16:30:34.494+03:00 была загружена без ошибок.

К слову, из xml убрали дату и время обновления справочника (тэг Date), так что теперь неясно, когда пришла пора обновлять локальный справочник эталонов.

20191009_114025.PNG

Ссылка на комментарий
Поделиться на других сайтах

Может кто-нибудь знает, может ли робот запросить список всех своих requestID?

Ссылка на комментарий
Поделиться на других сайтах

В 09.10.2019 в 12:20, Maiverik сказал:

Дату обновления эталонов можно брать отсюда https://fgis.gost.ru/fundmetrology/api/registry/11

Спасибо, так даже лучше. А это документированная возможность?

Ссылка на комментарий
Поделиться на других сайтах

В 16.09.2019 в 08:01, CSM сказал:

Казалось бы именно это и подсказывает здравомыслящий разум. Я так и делал. НО! На сайте в области, которая у них записана, как "Оказание услуг почтовой связи, учете объема оказанных услуг электросвязи операторами связи и обеспечении целостности и устойчивости функционирования сети связи общего пользования" вкралась опечатка. В слове "учете" у них стоит окончание "е", а в "обеспечении" буква "и". В руководстве и у нас в справочнике эти слова стоят в именительном падеже, что и есть правильно. Сколько нервов и времени мне эта ситуация стоила, пока выяснил... Поправил у себя в базе на их вариант и Аршин стал проглатывать такие записи. А вы говорите брать из руководства. Я в техподдержку про это написал. Но никто ничего не изменил. Будьте внимательнее!

Извините, я правильно поняла, что в ScopePOV нужно писать тогда Оказание услуг почтовой связи, учете объема оказанных услуг электросвязи операторами связи и обеспечении целостности и устойчивости функционирования сети связи общего пользования ??

 

У меня тоже выходит ошибка В поле ScopePOV указано значение 'Оказание услуг почтовой связи, учет объема оказанных услуг электросвязи операторами связи и обеспечение целостности и устойчивости функционирования сети связи общего пользования', которое отсутствует в записях Фонда.

Ссылка на комментарий
Поделиться на других сайтах

4 минуты назад, aoshevtsova сказал:

У меня тоже выходит ошибка В поле ScopePOV указано значение 'Оказание услуг почтовой связи, учет объема оказанных услуг электросвязи операторами связи и обеспечение целостности и устойчивости функционирования сети связи общего пользования', которое отсутствует в записях Фонда.

учетА

Ссылка на комментарий
Поделиться на других сайтах

5 минут назад, aoshevtsova сказал:

Извините, я правильно поняла, что в ScopePOV нужно писать

Зачем Вам заполнять этот столбец, это для аккредитованных лиц, подведомственных Росстандарту, РТК таким не является.

Ссылка на комментарий
Поделиться на других сайтах

Добрый день, кто может подсказать, пытаюсь загрузить полный лог в заявке на импорт данных поверки, выходит ошибка "Cannot GET /fundmetrologynull",

это ошибка из-за нагрузки на сайте (утреннее время) или только техподдержка поможет? 

 

 

Ответ от техподдержки, вдруг кому пригодится:

На данный момент оперативно решить проблему не представляется возможным.
Рекомендуем разбить файл на два, переименовать и повторно загрузить.

Изменено пользователем aoshevtsova
решение проблемы
Ссылка на комментарий
Поделиться на других сайтах

В 18.10.2019 в 13:50, aoshevtsova сказал:

Извините, я правильно поняла, что в ScopePOV нужно писать тогда Оказание услуг почтовой связи, учете объема оказанных услуг электросвязи операторами связи и обеспечении целостности и устойчивости функционирования сети связи общего пользования ??

 

У меня тоже выходит ошибка В поле ScopePOV указано значение 'Оказание услуг почтовой связи, учет объема оказанных услуг электросвязи операторами связи и обеспечение целостности и устойчивости функционирования сети связи общего пользования', которое отсутствует в записях Фонда.

Судя по всему, Вы работаете в ПАО "Ростелеком". 

В руководстве указано, что поле ScopePOV обязательно для заполнения "только для аккредитованных лиц, являющихся подведомственными организациями Росстандарта"

Таким образом, если Ваша организация не подведомственна Росстандарту, Вам не надо заполнять данное поле, дабы избежать проблем с передачей данных

Ссылка на комментарий
Поделиться на других сайтах

2 часа назад, ВладимирWW сказал:

Судя по всему, Вы работаете в ПАО "Ростелеком". 

В руководстве указано, что поле ScopePOV обязательно для заполнения "только для аккредитованных лиц, являющихся подведомственными организациями Росстандарта"

Таким образом, если Ваша организация не подведомственна Росстандарту, Вам не надо заполнять данное поле, дабы избежать проблем с передачей данных

Да, спасибо большое!

Ссылка на комментарий
Поделиться на других сайтах

  • 2 недели спустя...

Может быть кому-то будет интересно. Мы начали передавать пакеты в АРШИН с помощью API, но в силу сложности обработки ответов полученных от вызова

curl … >> result.txt

, как это предлагается Инструкцией, мы используем встроенные в Windows Server функциональные возможности PowerShell. Здесь следует отметить, что функция формирования пакетов в формате CSV для ручной загрузки у нас уже была, поэтому роботом мы передаём пакеты тоже в формате CSV.

Для формирования файла в кодировке base64 используется функция

function toBase64 {
    param(
        [String]$Name
    )
    $fileName = "{0}.csv" -f $Name
    $fileContent = Get-Content -Raw $fileName
    $fileContentBytes = [System.Text.Encoding]::Default.GetBytes($fileContent)
    $fileContentEncoded = [System.Convert]::ToBase64String($fileContentBytes)
    $fileBase64 = [System.IO.Path]::GetDirectoryName($fileName) + "\" + [System.IO.Path]::GetFileNameWithoutExtension($fileName) + ".base64"
    Set-Content -Path $fileBase64 -NoNewline -Value $fileContentEncoded
    return $fileBase64 
}

которая на вход принимает имя файла с пакетом в формате CSV без указания расширения, перекодированный файл кладёт рядышком, заменяя расширение на .base64.

Неочевидные трудности, с которыми мы столкнулись. Важно использовать ключ -Raw у командлета Get-Content, который позволяет считать файл как одну большую строку, а не как массив строк. Если его не использовать, в перекодированном файле появляется пустая строка в конце и пакет отбрасывается при проверке. При перекодировании, чтобы не допустить двойной конвертации в utf-8 (напомню, что формирование пакетов в формате CSV в кодировке utf-8 без BOM у нас было уже реализовано ранее для загрузки пакетов в ручном режиме) при чтении содержимого необходимо использовать кодировку Default, а не UTF-8, как может показаться.

$fileContentBytes = [System.Text.Encoding]::Default.GetBytes($fileContent)

Уже отмечалось, что проверяющая сторона плохо относится к символам перевода строки внутри передаваемого файла, поэтому важно указать ключ -NoNewline при вызове командлета Set-Content.

Когда файл получен, его можно передать для загрузки в АРШИН вызовом Invoke-RestMethod.

try {
        $headers = @{
            "X-API-KEY"="секретный_ключ"
            "Content-type"="application/csv"
        }
        $result = Invoke-RestMethod `
                    -Uri https://fgis.gost.ru/fundmetrology/pov/submit `
                    -Method POST `
                    -Headers $headers `
                    -InFile имя_файла
} catch {
        $msg = "Server is unavailable"
        Write-Host $msg
}

Поскольку конвертация файла в кодировку base64 реализована в виде функции значение ключа -InFile можно оформить в виде вызова функции

-InFile $(toBase64 имя_CSV_файла_в_кодировке_UTF)

В результате вызова Invoke-RestMethod, если АРШИН не был на техническом обслуживании (поэтому всё оборачиваем в try - catch), получаем json-ответ вида

registrationTime   : 2019-10-30T09:31:10.507+03:00
summary            : 
requestID          : xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
registrationNumber : 012345
description        : Дата и время загрузки: 30.10.2019 09:31:10
                     
status             : Received

Его можно анализировать прямо в сценарии PowerShell, что значительно упрощает разработку, так как исключает разбор текстового файла и позволяет максимально автоматизировать процесс загрузки. Но тут есть важное замечание: если утерять requestID, полученный в результате загрузки пакета, то его восстановить невозможно никаким образом. С помощью API нельзя посмотреть requestID всех пакетов, переданных с помощью робота.

Совершенно аналогично (пере-)проверяются пакеты со статусом Received.

try {
    $headers = @{
        "X-API-Key"="секретный_ключ"
    }
    $result = Invoke-RestMethod `
                -Uri https://fgis.gost.ru/fundmetrology/pov/check/уникальный_ключ_пакета `
                -Headers $headers
} catch {
    $msg = "Server is unavailable"
    Write-Host $msg
}

Только надо уникальный_ключ_пакета заменить на полученный ранее requestID. Именно поэтому так важно его не потерять.

Может быть, наш опыт кому-нибудь пригодится.

PS Поле description в ответе может быть произвольно большой длины, переносы строк оформлены в unix-стиле. Чтобы привести их в стиль Windows можно применить такую конструкцию

$result = Invoke-RestMethod 
$description = $result.description -replace [char]10,([char]13+[char]10).ToString()

 

Изменено пользователем БорисБ
Ссылка на комментарий
Поделиться на других сайтах

  • 2 недели спустя...

Подскажите, пожалуйста, что делать если при поверке используется 4 эталона. 2 эталона подгружаются во ФГИС, а оставштеся 2 еще не утверждена приказом Росстандарта и во ФГИСе их нет. Как заполнять и отправлять данные?

Ссылка на комментарий
Поделиться на других сайтах

44 минуты назад, Banniti сказал:

Как заполнять и отправлять данные?

Вместо двух последних писать ГЭТ

Ссылка на комментарий
Поделиться на других сайтах

6 минут назад, evGeniy сказал:

Вместо двух последних писать ГЭТ

Уверены?) 

Ссылка на комментарий
Поделиться на других сайтах

2 минуты назад, spasen сказал:

Уверены?) 

Лайфхак ;)

Где то письмо тут мелькало 

Ссылка на комментарий
Поделиться на других сайтах

1 час назад, Banniti сказал:

Подскажите, пожалуйста, что делать если при поверке используется 4 эталона. 2 эталона подгружаются во ФГИС, а оставштеся 2 еще не утверждена приказом Росстандарта и во ФГИСе их нет. Как заполнять и отправлять данные?

в прочих сведениях укажите эти два эталона. Если бы все 4 эталона отсутствовали в Аршине, тогда надо ГЭТ указывать, а неутвержденные в прочих сведениях отметить.

Изменено пользователем tambovmetr
Ссылка на комментарий
Поделиться на других сайтах

В 22.10.2019 в 08:49, aoshevtsova сказал:

Добрый день, кто может подсказать, пытаюсь загрузить полный лог в заявке на импорт данных поверки, выходит ошибка "Cannot GET /fundmetrologynull",

это ошибка из-за нагрузки на сайте (утреннее время) или только техподдержка поможет? 

 

 

Ответ от техподдержки, вдруг кому пригодится:

На данный момент оперативно решить проблему не представляется возможным.
Рекомендуем разбить файл на два, переименовать и повторно загрузить.

Как оказалось, разбивка файла на несколько частей не помогла, с 21 числа октября не могу загрузить лог обработки (создавала несколько заявок) , выскакивает ошибка "Cannot GET /fundmetrologynull", техподдержка игнорирует. кто-нибудь сталкивался?

Ссылка на комментарий
Поделиться на других сайтах

А вы сколько хотите передать поверок? 

Ссылка на комментарий
Поделиться на других сайтах

Здравствуйте!

При передаче сведений о результатах поверки вручную (не пакетная загрузка) отразился статус "Ошибка данных, запрос отклонен"

Как узнать какая именно ошибка, чтобы исправить?

Если нажать "Полный лог/Загрузить", появляется вот такое сообщение:

Cannot GET /fundmetrologynull

Спасибо

Ссылка на комментарий
Поделиться на других сайтах

1 час назад, Логинов Владимир сказал:

А вы сколько хотите передать поверок? 

изначально файл был около 350 строк, уменьшила ради эксперимента до 98

Ссылка на комментарий
Поделиться на других сайтах

Присоединиться к обсуждению

Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.

Гость
Ответить в этой теме...

×   Вы вставили отформатированный текст.   Удалить форматирование

  Допустимо не более 75 смайлов.

×   Ваша ссылка была автоматически заменена на медиа-контент.   Отображать как ссылку

×   Ваши публикации восстановлены.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

Загрузка...

Информация

  • Недавно просматривали   0 пользователей

    • Ни один зарегистрированный пользователь не просматривает эту страницу.

×
×
  • Создать...