TinT

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

Я отслеживаю ситуацию по приказу тут: (на сейчас он там так же не подписан) Приказ Минпромторга России от 31.07.2020 N 2510 "Об утверждении порядка проведения поверки средств измерений, требований к знаку поверки и содержанию свидетельства о поверке". Состояние, текст, обсуждение проекта нового приказа взамен №1815 тут https://regulation.gov.ru/p/102235 в разделе Размещение текста проекта есть текущая и доработанная версия

Вопросы в Тех. Поддержку Аршина (fgis2@gost.ru) и Ответ (Может кому пригодится) Подскажите пожалуйстаВ разделе «Уведомления тех поддержки» пока нет никакой информации о будущем обновлении.Есть вопросы по поводу будущего обновления модуля поверка. 1. Какой будет номер версии (если считать текущую версию 3.0)2. До какого момента будут работать загрузка в старом формате (когда закроется на профилактику и обновление БД)3. Будет ли переход безусловным или только после подписания приказа № 25104. Все документы введенные до обновления будут доступны сразу после обновления или какое то время понадобится на конвертирование в новый формат

Сейчас с 9:30(+03:00 Москва) проблемы с входом и работой в модуле Поверка Аршина. У кого то еще наблюдаются схожие проблемы. (Пытаюсь понять проблема в нас, Провайдере, Госулугах, Аршине)

На самом деле тут есть более глобальный вопрос, чем то, что у них не бьеться описание схемы XML между Руководством по эксплуатации и файлом схемы XSD Смотрите раньше по приказу № 1815 результатом поверки могло быть один вариант из 3-х документов. - Всего 6 вариантов. разделяя случай Первичной или Периодической поверки. Свидетельство о поверке СИ вариант: (первичный, периодический/) Свидетельство о поверке СИ как эталон вариант: (первичный, периодический/) Извещение о непригодности СИ вариант: (первичный, периодический/) Теперь же будут вместо документов будут записи в фонде ФИФ ОЕИ. Я не ЗНАЮ ИТОГОВЫЙ ТЕКСТ ЗАКОНА №2510, и по этому рассуждаю, анализируб только используя XML схему и прототип документа в БД АРШИН. Возможны такие варианты: 1. Единичное СИ пригодно вариант (первичный, периодический/) 2. Единичное СИ не пригодно вариант (первичный, периодический/) 3.Единичное СИ как эталон Первичная поверка вариант (Пригодно, НЕ пригодно) это 2 варианта + нет никаких ограничений, чтобы исключить еще один вариант Поле тип поверки задать значение периодическая. 4.Единичное СИ как эталон Периодическая поверка вариант(Пригодно, НЕ пригодно) это 2 варианта + нет никаких ограничений, чтобы исключить еще один вариант Поле тип поверки задать значение первичная . 1. Получается от 8 до 11 вариантов )))). 2. У меня возник вопрос, как правильней отразить в БД случай непригодного СИ поверяемого как эталон (имеющего статус эталона)

Мне кажется, что файле РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ ВНЕШНЕГО ПОРТАЛА в ПРИЛОЖЕНИЕ 1 в описании XML схемы для импорта в о з м о ж н о есть ошибка.см № П/П 1.1.1.1.1.9 Это пункт Наименования методик поверки в случае типа документа Первичная поверка СИ как эталон. Понятно, что его родительский раздел mp (Методики поверки) не обязателен, так как заполняется один вариант из ГПС, ЛПС и МП(mp) Но в случае выбора МП(mp) получается что поле itle Наименования методик поверки не является обязательным к заполнению полем. Не понимаю логики. мне кажется что это возможно логическая ошибка. И вообще поле itle Наименования методик поверки является "ребенком" поля mp и должен иметь номер не 1.1.1.1.1.9 а 1.1.1.1.1.8.1 P.S. Проверил этот момент в XSD файле там так name="mp" minOccurs="1" maxOccurs="1"> name="title" type="string128" minOccurs="0" maxOccurs="1" Не бьется с описанием в руководстве, посмотрел и в других полях встречаются разночтения с тем обязательное поле или нет, ну или я не правильно понимаю.

Вопрос на миллион. Будет ли это ограничение внесено в аршин на функциональном уровне.

<gost:protocol gost:filename="PDF_Пример протокола поверки.pdf" gost:mimetype="application/pdf"> <gost:content>JVBERi0xLjUNCiW1tbW .......................</gost:content> </gost:protocol> атрибуты mimetype и filename записываются в теле тега protocol

Не совсем так так как mimetype и filename это атрибуты

Не буду захламлять форум

Вы пишете, что Вам нужна помощь в пакетной загрузке. 3. Пакетная загрузка предполагает передачу данных в файле XML формата. 2. Сам файл обычно формируется как выгрузка данных из некой программы. 1. Исходные Данные вносятся в некую программу. На каком этапе у Вас вопрос. PS 1. Обновленное Руководство пользователя доступно по ссылке https://fgis.gost.ru/fundmetrologytest/cm/docs/55 Там в ПРИЛОЖЕНИЕ 1 "XML-СХЕМА ИМПОРТА ДАННЫХ И ПРИМЕР ФАЙЛА ДЛЯ ИМПОРТА ДАННЫХ" дана полная схема с описанием типов данных 2. Примеры файлов с данными о результатах поверки СИ https://fgis.gost.ru/fundmetrologytest/cm/docs/116 3. Обновленная xml-схема файла загрузки сведений о результатах поверок СИ доступна по ссылке https://fgis.gost.ru/fundmetrologytest/cm/docs/115 Я Вообще не понял при чем тут ГПС или ЛПС протокол связан с документом. поле "protocol" - Протокол поверки Раздел составного типа (необязательное поле,и в одном документе может быть только один протокол) поле "content" Содержимое файла протокола поверки тип base64Binary (Обязательное, единственное в протоколе) атрибут "mimetype" Тип файла Список строковых значений из перечисления Перечисление <xsd:enumeration value="application/pdf" /> <xsd:enumeration value="application/msword" /> <xsd:enumeration value="application/zip" /> <xsd:enumeration value="image/vnd.djvu" /> атрибут "filename" Наименование файла тип "string128" <xsd:element name="protocol" minOccurs="0" maxOccurs="1"> <xsd:annotation> <xsd:documentation> Протокол поверки </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="content" type="xsd:base64Binary" minOccurs="1" maxOccurs="1"> <xsd:annotation> <xsd:documentation> Содержимое файла протокола поверки </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:attribute name="mimetype" use="required"> <xsd:annotation> <xsd:documentation> Тип файла </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:enumeration value="application/pdf" /> <xsd:enumeration value="application/msword" /> <xsd:enumeration value="application/zip" /> <xsd:enumeration value="image/vnd.djvu" /> </xsd:restriction> </xsd:simpleType> </xsd:attribute> <xsd:attribute name="filename" type="string128" use="required"> <xsd:annotation> <xsd:documentation> Наименование файла </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> </xsd:element> </xsd:sequence> </xsd:complexType>

Где можно точно узнать подписали или нет новый приказ № 2510 вместо №1815, и его текст, так как я нашел информацию, что новый приказ N 2510 отозван на доработку и до сих пор не подписан. Я отслеживаю ситуацию по приказу тут: (на сейчас он там так же не подписан) Приказ Минпромторга России от 31.07.2020 N 2510 "Об утверждении порядка проведения поверки средств измерений, требований к знаку поверки и содержанию свидетельства о поверке". Состояние, текст, обсуждение проекта нового приказа взамен №1815 тут https://regulation.gov.ru/p/102235

I. На самом деле, Аршин НЕ ПЕЧАТАЕТ Документы (Свидетельства о поверке. Извещение о непригодности) Он формирует файл с текстом документа в PDF формате, который ВЫ скачиваете, нажав на кнопку "Документ" Этот файл ВЫ можете: 1. Распечатать 2. Отправить клиенту на его e-mail 3. Подписать его своей ЭЦП и Отправить клиенту на его e-mail II. В журнале Опубликованные документы Вы можете ВЫбрать сколько угодно документов (галочкой). При нажатии на кнопку "Документ", будут созданы файлы с текстом документа в PDF формате, для каждого документа свой файл.

Добрый день. Да у меня была такая же ошибка, и возникла она так же как и у Вас. Я изменил тип уже отправленного документа с Свидетельство о поверке СИ на Свидетельство о поверке СИ как Эталон Мне интересно что Вам ответила техподдержка если Вы обращались. Я заново внес все документы

По результатам семинара ВНИИМСА "много думал, размышлял" и пришел к мысли, что: 1. Все учетные системы на некое время идут лесом. Так как нумерация документов в УС значениями из Аршина затруднена, так как тысячи документов в ручную нумировать сложно. Можно выкрутиться, делая периодически выгрузки реестра из Аршина и сопоставляя документы используя как ключ серийный номер код СИ и Дату заполнять поле Номер из Аршина, но это все не очень то. 2. Необходима резкая смена режима работы. Сделать выдачу бумажных свидетельств очень редкой или почти исключением. иначе все время будет уходить на поиск документов.

Да. Все внесенные документы можно печатать только из своего ЛК, (вернее сохраняется в PDF формате на компьютер пользователя)

Наверняка подойдет. Но неужели у Вас КриптоПро CSP стоит на ВСЕХ рабочих местах, или на многих

Но там не написаны ответы на возникающие вопросы (как по мне): 1. Тип ЭЦП какой из существующих (+ ЦЕНА ?) Для Юридических лиц и Индивидуалных пердпринимателей (ИП) могут быть варианты получения ЭЦП: (!!!Возможно уже устарела информация!!!) Квалифицированная подпись Усиленная квалифицированная подпись Усиленная квалифицированная подпись + Торги по имуществу банкротов ( функции в одной подписи) Усиленная квалифицированная подпись + Торги по имуществу банкротов + Коммерческие торги + Госзаказ(44фз)+ Предприятия с госучастием (223ФЗ) Усиленная квалифицированная подпись для сдачи отчетности на Государственные порталлы ГИС ЖКХ, Росреестр, ЕФРСБ, ЕГАИС Лес, ЕГАИС Алкоголь, ЕГАИС Мех, Честный знак и в госорганы ФНС, ПФР, ФСС и.т.д 2. Версия программы «КриптоПро CSP» ( + Цена ?) https://cryptopro.ru/buy/price Цитата из прайса (на 14.09.2020) Ответы 1. На семинаре сегодня произнесли фразу необходима ЭЦП типа: Усиленная квалифицированная подпись

xml-схема файла загрузки сведений о результатах поверок СИ от 10.09.2020 Проанализировал проект нового XML формата данных, для загрузки в ФИФ ОЕИ, взятого со страницы "Справочная информация" Тестовой БД: https://fgis.gost.ru/fundmetrologytest/cm/docs Интересные изменения которые бросились в глаза. Часть полей добавили, а часть убрали. 1. Поверка единичного СИ Поле "miOwner" ( Владелец СИ ) Становится обязательным. 2. Поверка единичного СИ добавилось Обязательное Поле "type" ( Признак первичной или периодической поверки) 1-Первичная поверка 2-Периодическая поверка 3. Поверка единичного СИ добавилось Обязательное Поле "calibration" Признак поверки средства измерений с использованием результатов калибровки (Да/Нет) 4. Поверка единичного СИ (Непригодное) добавилось Обязательное Поле "reasons" Причины непригодности 5. Поверка единичного СИ добавилось Обязательное Поле "conditions" Условия проведения поверки Обязательное Поле "temperature" Температура Обязательное Поле "pressure" Атмосферное давление Обязательное Поле "hymidity" Относительная влажность "other" Другие влияющие факторы 6. Поверка единичного СИ добавилось Обязательное Поле "structure" Состав СИ, представленного на поверку "brief_procedure" Поверка в сокращенном объеме Если выбрано поле Поверка в сокращенном объеме "characteristics" Краткая характеристика объема поверки 7. Убрали возможность внесения типа Поверка партий СИ, и все поля связаные с этим вариантом. 8. Убрали поле (я) !!! № Свидетельства о поверке / № Извещения о непригодности 9. Убрали поля из раздела Прочие сведения : Диапазоны (поддиапазоны) измерений, в которых поверено СИ Отдельные величины, для которых поверено СИ Измерительные каналы СИ, прошедшие поверку Отдельные автономные блоки из состава СИ, прошедшие поверку Import.2020-06-19.xsd P.S. Тут пришла мысль, что все гораздо проще можно сделать, зайти одновременно в личный кабинет в рабочей БД и в тестовой БД и сравнить макет документа :-)

Да в текущей версии Аршина 3.0 есть возможность изменять опубликованные документы. Необходимо в журнале Опубликованы выбрать документ для редактирования - галочкой и нажать в верхем меню кнопку изменить. Документ откроется в режиме редактирования, внести необходимые изменения при сохранении/публикации заполнить обязательное поле причина редактирования в произвольной форме. Заново опубликовать отредактированный документ.

Лично у меня не получилось, Любое поле Эталон, ГПЭ, и др. в которых соотношение один ко многим не экспортируются. Я встречал информацию на форумах, что у excel это встроенное ограничение. НО НЕ Нашел этого в документах однозначно. P.S. нашел статью на сайте поддержки microsoft Вопрос: Проверка карты XML для экспорта https://support.microsoft.com/ru-ru/office/вопрос-проверка-карты-xml-для-экспорта-fbfcdb77-c2d6-4040-b256-e584a71151b0

Извините за то, что не совсем понял вопрос, но спешу отвечать. В этой ветке форума участники публикуют свои готовые варианты программ, для экпорта в XML из MS Excel, по этому, используют либо встроенные функции Excela (и) или встроенный язык программирования - VBA, есть вариант что используется другой язык программирования, а файл excela только таблица с данными. Тут 2 основных варианта: 1 Рассматривают XML как текстовый файл - шаблон, в который вставляют отформатированные значения из соответствующие ячеек таблицы. В этом случае, предполагается что в одну ячейку через разделитель вносятся все необходимые значения значения 3.2.ГЧВ.0078.2018|3.2.ГЧВ.0083.2018 В этом случае каждый разделитель заменяется подстановочным значением </gost:number><gost:number> <gost:number>3.2.ГЧВ.0078.2018</gost:number> <gost:number>3.2.ГЧВ.0078.2018</gost:number> 2. Строим XML используя VBA (объекты XMLDOM и тд.) тогда анализирует строку 3.2.ГЧВ.0078.2018|3.2.ГЧВ.0083.2018 и в цикле для <gost:uve> добавляем следующего потомка <gost:number> с нужным значением

Как вариант возможно: В соответствующем поле указывать ГЭТ от которого берет единицу Ваш эталон, а в поле примечание указывать шифр Вашего эталона с расшифровкой PS. Самым правильным действием, на мой взгляд, на самом деле, является письмо-запрос в тех поддержку. (fgis2@gost.ru). Они обязаны зарегистрировать ваше письмо на его основании его создать запрос присвоить уникальный номер, и ответить на него в заданный период. Обычно отвечают, достаточно быстро и очень часто весьма информативно. В случае если Ваша проблема является широко распространенной тогда решение можно найти в документации.

Тогда остаются пробелы, до и после или неправильный дефис(тире). Рекомендую удалить из поля значение, затем "до упора" жать на backspace убедиться что там не осталось никаких символов, и скопировав нужное значение ГПЭ из Аршина, вставить его. Надеюсь у вас в этом поле всего одно значение ГПЭ

День добрый. Так как Вы не выложили сам файл, то ответ будет предположительным. Похоже что при загрузке сравниваются значения полей "в лоб", по этому они должны быть один один как в Аршине. Проверьте сформированный xml файл, там должно быть. 1. Все буквы маленькие гэт13-2001 2. Не должно быть пробелов, если есть удалите начальные и конечные пробелы 3. Возможно тире дефис не такое замените его скопировав значения из аршина