AQZWSX

С этими параметрами поиска я запустил макрос несколько раз, получал то 14 результатов, то 6, то вообще ничего. В общем никакой стабильности. Макрос в закрепе я обновил, я просто добавил повторное обращение к Аршину при ошибке 500. Из трех запусков я три раза получил 46 результатов

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

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

я имею в виду какие конкретно номера, организация и день поверки

а какие именно параметры для поиска задаете?

вы по заводскому номеру ищите или номеру реестра?

можно ваш xml файл посмотреть?

Обновил оба макроса в закрепе, чтобы они формировали xml файл с тегом ApprovedEmployees

У меня пока не получается обновить сообщение с макросом, постоянно ошибка 502 Bad Gateway. Поэтому предлагаю в самом xml файле исправлять через автозамену. Но вообще РА уже меняли ApprovedEmployee на ApprovedEmployees. А потом опять вернули ApprovedEmployee. Так что возможно и в этот раз через несколько дней вернут ApprovedEmployee, и все опять заработает 🙂

например так D = a √(dси2 + dэ2) a - коэффициент равный 1.1 при доверительной вероятности 0.95 остальное вроде и так понятно - погрешности СИ и эталона соответственно

вы пишите про МВОШ1-160, а в pdf МВОШ-160

Обсуждение возникало в разных темах, по-моему кто-то даже писал в РСТ и получил ответ, что указывать СИ для контроля условий поверки тоже надо. Но какой статус имеют письма РСТ тоже вопрос для отдельного обсуждения, да и ссылку на это пиьсмо я сейчас не найду. Из того, что мне удалось найти, вот и далее на пару страниц Так же если открыть в Аршине раздел ответы на вопросы, то там на эту тему пишут так:

А что вы имеете в виду? Есть записи, где не указаны вообще никакие средства поверки (ни эталоны, ни СИ, ни СО)? Как тогда их передали в Аршин? Он бы такое просто не принял. Если же речь о том, нужно ли указывать СИ, которыми вы контролировали условия поверки, т.е. температуру, влажность и давление, то этот вопрос на форуме уже поднимался. Мнения разделились. В приказе МПТ 2906 написано так: я считаю, что это и есть указание на то, что все средства поверки должны быть указаны, включая СИ для контроля условий поверки

3) signCipher закрывающий тег есть, а открывающего нет

1) текст чего? ошибки? 2) еще заметил, в type должно быть 1 или 2

насчет дат, в дате поверки и дате действия указывается не время, а часовой пояс, например так: 2025-01-01+03:00 возможно в этом проблема при передаче через api какие-то ошибки возвращаются или просто не принимает и все?

в manufactureYear просто же год указывается, а у вас там дата

🤦‍♂️ Срок свидетельства об УТ 5 лет, это правда. Но речь-то про конкретное СИ. Если бы утверждение типа не продлили, они бы пошли новое СИ покупать?

Как раз со временем СИ не станет относится к другому типу. Если было выпущено как 70159-18, то им до конца жизни и остается. А в Аршин просто не правильно запись передали на скрине. Если конечно это не другое СИ с таким же заводским номером

ну как вариант да, их можно вытащить по ссылке

да как раз пустые строки для Аршина не имеют значения, он всегда с ними принимал файлы, тут в чем-то другом дело а у вас точно ошибка возникает именно с прикрепленным в сообщении файлом?

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

да, я тоже заметил дубли, ошибка скорее всего из-за них

Так не должно быть. Если выложите архивы, на которых виснет, я посмотрю

обновил макрос в закрепленном сообщении