БорисБ

А вот это интересно. Если это право законное, то при сопротивлению законному требованию можно вызывать полицию. - Алло, полиция? Высылайте наряд, у меня тут поверитель отказывается вносить сведения в «Аршин». Чёрт. Здесь нельзя указать источник цитаты. Вместо «Логинов Владимир сказал» следует читать «Алексей Абрамов сказал».

И эти люди призывают отказаться от бумажных свидетельств?

Тут дело даже не в недоверии друг другу, а в недоверии системе. Невыдуманный пример из жизни. Оплачиваешь коммунальные платежи по квитанции всегда в срок. А однажды приходишь и видишь огромные долги. По итогу разбирательств понимаешь, что информационная система учета коммунальных платежей пришла в негодность и тебя признали должником за максимальный разрешенный законом срок, а это три года, поскольку именно такой срок хранения квитанций об оплате установлен законом. А теперь представьте, что случится, если свидетельств нет и Аршин пришёл в негодность?

Есть. Но мне от этого не легче. Смотрите. Сейчас мой робот, собирая пакет, ищет указанные эталоны среди аршиновских. Если находит, то ок. Если не находит, то ищет первичные по поверочной схеме. И проверяет по базе есть ли указанные первичные в аршиновской базе. Сейчас коллизия. Если указать гэт191-2011, то мою внутреннюю проверку пройдёт, но не пройдёт аршиновскую. Если указать гэт191-2019, то не пройдёт внутреннюю и даже не попадёт в пакет, только метрологам будет выскакивать напоминание о том, что в схеме указан недействительный первичный эталон. Вот такая беда. Известные мне справочники: Утверждённые типы средств измерений - https://fgis.gost.ru/fundmetrology/files/tsi.xml Эталоны единиц величин - https://fgis.gost.ru/fundmetrology/files/etalon.xml Государственные первичные эталоны Российской Федерации - https://fgis.gost.ru/fundmetrology/files/gpe.xml Утверждённые типы стандартных образцов - https://fgis.gost.ru/fundmetrology/files/tso.xml В поддержку написал, жду, что ответят.

Час от часу не легче. Ещё одна палка в колёса малой механизации публикации сведений в Аршине. В собственной учетной системе мы пользовались справочником ГПЭ с https://fgis.gost.ru/fundmetrology/files/gpe.xml. А оказывается, что там не всегда правда. Например, гэт191-2011 там есть в статусе "Действует", Аршин такой ГПЭ не принимает и в человекочитаемой версии справочника гэт191-2011 нет.

Странная диагностика, конечно, но у вас в 37 строке указан пустой тег <gost:validDate/>. Должно быть что-нибудь типа такого <gost:validDate>2021-09-21+00:00</gost:validDate>. Меня другое смутило в приложенном файле. Вы отправляете сведения о партии СИ <gost:partyMI> <gost:mitypeNumber>16078-13</gost:mitypeNumber> <gost:modification>Счётчик горячей воды</gost:modification> <gost:quantity>14235740</gost:quantity> </gost:partyMI> У вас правда в партии 14 235 740 счётчиков? Или это тренировочные данные?

Готовимся. В тестовой среде обновили схему. Обратите внимание на версию: 2020-06-19, вместо 2020-04-14. На рабочей продолжает работать «старая» схема. Ещё вчера и в тестовой среде работала старая.

У вас вторая поверка есть в пакете, и она пустая. <ns2:result> <ns2:miInfo> <ns2:singleMI> <ns2:mitypeNumber/> <ns2:manufactureNum/> <ns2:modification/> </ns2:singleMI> </ns2:miInfo> <ns2:signCipher/> <ns2:vrfDate/> <ns2:validDate/> <ns2:applicable> <ns2:certNum/> <ns2:signPass/> <ns2:signMi/> </ns2:applicable> <ns2:docTitle/> <ns2:means> <ns2:mis> <ns2:mi> <ns2:typeNum/> <ns2:manufactureNum/> </ns2:mi> </ns2:mis> </ns2:means> </ns2:result>

Приложите лучше xml, который пробуете загрузить.

<gost:result> <gost:miInfo> <gost:singleMI> <gost:mitypeNumber></gost:mitypeNumber> <gost:manufactureNum></gost:manufactureNum> <gost:modification></gost:modification> </gost:singleMI> </gost:miInfo> <gost:signCipher></gost:signCipher> <gost:vrfDate>1900-01-00</gost:vrfDate> <gost:inapplicable> <gost:noticeNum></gost:noticeNum> </gost:inapplicable> <gost:docTitle></gost:docTitle> <gost:means> </gost:means> </gost:result> mitypeNumber, manufactureNum, modification не только должны быть, они ещё должны быть не пустыми. У вас в файле две последние записи вообще пустые, и дата поверки 1900-01-00. Я думаю их можно удалить, строки с 2328 по 2362. Остальное должно опубликоваться.

Новый API - это планы на будущий год. До конца этого года по техническому заданию будет реализован API на чтение. То есть ваш робот сможет почитать справочники, но не отправлять данные. Промежуточный период не предусмотрен, поэтому всё старое, включая API, будет отключено в 14:00 25 июля. Я специально уточнял этот вопрос в технической поддержке. Единственный способ передачи данных в Фонд - через личный кабинет, либо построчно, либо пакетно, используя xml.

Чтобы развеять все сомнения

Постоянно делаю примерно следующим образом. Формируется пакет из 500 записей. Отправляется и возвращается со статусом «Ошибка». Не разбираясь в причинах проблемных записей, все они помещаются в отдельных пакет, оставшиеся 497 отправляются повторно и беспроблемно публикуются. Уже потом, в ручном режиме, разбираемся почему были проблемы, и какого они характера, в записях, не прошедших проверку. Последний такой пакет был опубликован сегодня.

Когда мы начинали, ограничения по времени не было, скорее всего, сейчас ничего не изменилось. Адекватной техподдержки нет, на мой вопрос о частичной публикации пакетов жду ответа с 7-го февраля. А что за проблемы у вас с загрузкой CSV файла?

Выделил записи прошедшие проверку. Они и со свидетельством, и с заводским номером, некоторые и с наклейкой. Они в Фонде не опубликованы. Тогда у меня вопрос, сколько записей из опубликованных пакетов не опубликованы?

Вычленить 66 записей прошедших проверку из всего массива отправленных записей тот ещё квест. При загрузке возникли следующие ошибки: Номер проблемной записи: 1 Ошибка: Данная запись уже есть в Фонде Номер проблемной записи: 2 Ошибка: Данная запись уже есть в Фонде Номер проблемной записи: 3 Ошибка: Данная запись уже есть в Фонде Номер проблемной записи: 4 Ошибка: Данная запись уже есть в Фонде Номер проблемной записи: 5 Ошибка: Данная запись уже есть в Фонде ... Номер проблемной записи: 1401 Ошибка: Данная запись уже есть в Фонде Вот фрагмент лога.

edRegistrationNumber: 456572 edRequestID: c228d62d-284e-4de2-80dc-f906273a71c3 Дата и время загрузки: 04.02.2020 06:16:37 Дата и время начала обработки: 04.02.2020 06:39:14 Дата и время завершения обработки: 04.02.2020 07:19:01 Количество записей в пакете: 1401 Количество записей, успешно прошедших проверку: 1401 Количество записей с ошибками 0 Результаты загрузки: загрузка успешно завершена Выполнена автоматическая публикация на сайте Фонда edRegistrationNumber: 462726 edRequestID: a2acb8cc-338b-4dc4-b34f-dd418ce54307 Дата и время загрузки: 06.02.2020 08:17:03 Дата и время начала обработки: 06.02.2020 10:13:33 Дата и время завершения обработки: 06.02.2020 12:29:15 Количество записей в пакете: 1401 Количество записей, успешно прошедших проверку: 66 Количество записей с ошибками 1335 Результаты загрузки: повторные записи в переданных данных Случайно отправил в Фонд пакет, опубликованный ранее. С удивлением обнаружил, что при повторной передаче 66 записей успешно прошли проверку. Теперь непонятно, это он при первичной передаче не опубликовал 66 записей, или при повторной передаче не обнаружил для 66 записей совпадение? Если во втором случае с этим можно смириться, то как быть, если нельзя доверять тому факту, что пакет был опубликован? Ведь это означает, что все опубликованные пакеты надо отправлять повторно.

API недоступен сегодня?

Кто-нибудь сталкивался с частичной обработкой пакетов, передаваемых с использованием API? Дело в том, что хотя в Руководстве и не сказано явно, но Если при обработке файла CSV выявлены ошибки, то необходимо исправить их и передать файл CSV повторно. звучит так, как будто пакет либо целиком принимается, либо целиком не принимается. И так, вроде бы поначалу и было. А теперь… Объясню на примере. Формирую пакет из 500 записей, отправляю его, возвращается пакет с ошибкой в одной строке, скажем, для определенности, что указанного госреестра нет в фонде. Выбрасываю эту строку, повторно отправляю пакет из 499 строк. Пакет возвращается с ошибкой - 497 строк уже есть в Фонде. Уже странно, но ладно, выбрасываю ещё две, отправляю - снова ошибка! Количество записей, успешно прошедших проверку - 6, остальные 485 уже есть в Фонде! Как такое может быть? Что-то поменялось в процессе обработки пакетов? Кто-то сталкивался с такой ерудной? Или это частный глюк, про который стоит написать в техподдержку?

37038-08 действительно из спецраздела. Такие поверки просто не отправляются в «аршин»?

Коллеги, а что вы делаете, если Ошибка: Некорректный номер типа СИ, данного номера нет в Фонде: 37038-08 Хотя номер типа по всем признакам есть.

«Аршин» ожил.

Нет. Под «двойными кавычками» в Руководстве понимается исключительно один символ «"».