Сообщения, отправленные пользователем: СергейА

Сейчас встретил информацию по вчерашнему обновлению:
ВетИС.API
исправлен дефект, в результате которого в сведения о происхождении продукции могла сохраняться номенклатура из партии независимо от указанной в запросе при гашении бумажного ВСД и инвентаризации в подсистеме ВетИС.API;
исправлен дефект, в результате которого могли не проверяться правила регионализации для промежуточных точек маршрута при оформлении транспортного ВСД в подсистеме ВетИС.API;
исправлен дефект, в результате которого могла отсутствовать возможность погасить ВСД без акта несоответствия, если при оформлении дата ТТН была задана с указанием часового пояса в подсистеме ВетИС.API;
исправлен дефект, в результате которого могла отсутствовать возможность погасить ВСД, если в диапазоне дат выработки начальная и конечная даты совпадают, в подсистеме ВетИС.API;
исправлен дефект, в результате которого при гашении ВСД могла существовать возможность указать любую активную номенклатуру справочника, не подходящую по виду продукции, при наличии акта о несоответствии в подсистеме ВетИС.API;
исправлен дефект, в результате которого могло возвращаться некорректное сообщение об ошибке при попытке внести сведения о лабораторных исследованиях государственным ветеринарным врачом из другого региона нежели владелец записи журнала в подсистеме ВетИС.API.

и выделенное не работает, остальное даже не смотрел - может еще не накатили изменения

СергейА wrote:

v.isaev wrote:Это где Вы увидели в версии 2.1 пакетное гашение?
Я вижу что блок всд при гашении может быть только один, блок delivery тоже только один.

http://help.vetrf.ru/wiki/ProcessIncomingDelivery_v2.1 да вроде как информация давно есть

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

v.isaev wrote:Это где Вы увидели в версии 2.1 пакетное гашение?
Я вижу что блок всд при гашении может быть только один, блок delivery тоже только один.

http://help.vetrf.ru/wiki/ProcessIncomingDelivery_v2.1 да вроде как информация давно есть

а если зайти через веб и погасить попробовать

Гасит без проблем, ставит данные по ТТН (те же что указываю при гашении через шлюз) и справка без проблем и без актов гасится, а вот через шлюз приходится через акт несоответствия гасить, но если учесть что надо бы переходить на версию 2.1 и гасить справки пакетами - то там никаких актов не пройдет....

nmzn1 wrote:

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

а тех.поддержка 8 (4922) 52-99-29 что говорит
а то тут опять обнова была

Сколько раз я пробовал звонить в тех.поддержу и даже неоднократно письма слал - получить от них четкий ответ невозможно... В инете поиск по номеру или тексту ошибки ни к чему не привел, поэтому решил спросить здесь.
На счет обновы - как раз ошибка появилась после обновы которая в 20 числа октября была, думал что во вчерашней обнове исправят это, но нет.

Подскажи кто знает - гасили себе справки нормально от определенного поставщика, но где-то месяц назад от него начали приходить справки которые не гасятся, хотя справки ничем не отличаются от того что приходило до этого, теперь при попытке погасить через шлюз возвращает ошибку "" MERC14257 - Так как дата ТТН в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.

Добрый день.
Подскажите можно как-то погасить через шлюз справки у которых не верно указаны даты выработки и срока годности?
Например дата выработки Декабрь 2017 - Декабрь 2017 - ошибка - Начало и конец интервала даты выработки продукции в фактических сведениях совпадают
годен до Декабрь 2017 - Декабрь 2019 - ошибка - Дата выработки продукции в сведениях о принимаемой партии указана неверно

На живую рыбу годен год заполнен: "как установлено производителем, согласно условиям хранения" - ошибка - Дата окончания срока годности в сведениях о принимаемой партии указана неверно

Вроде уже давно была информация о том, что поставщики не смогут указывать неверные форматы дат, на живую продукцию "годен до" - будет недоступен. Почему система все еще позволяет создавать кривые справки - которые нет возможности погасить через шлюз....

Тогда такое ограничение вообще странное, у меня проблемы пока только с гашением справок, а когда система начнет работать в полном объеме и необходимо будет создавать еще множество документов по всем 80 площадкам - можно сразу ставить на этом крест, так как на письмо о возможности увеличения количества запросов ответ был - мы над этим работаем

прочитал тему и так и не понял ничего, если у меня 80 площадок, регламентное задание запускается на каждой площадке в свое время, но в итоге в определенное время начинается сыпаться ошибка 429, каждая площадка ходит со своего IP, но APIKey то у всех один и тот же - как система понимает - это разные обращение, для каждого IP действует свое ограничение или для все площадок в итоге действует ограничение?

wladyar wrote:Рабочий сервер в отличие от тестового не захотел вычитывать с пустой датой актуальности: ничего не отвечал. Поставил 1 мая - тогда вычитал.
Рабочий сервер в отличие от тестового при гашении сразу многих позиций номенклатуры: эВСД 3 из 46 выдал ошибку:

MERC14023 В сведениях о принимаемой партии указана устаревшая версии записи наименовании продукции

хотя в описании на сайте только такая:

MERC14023 В сведениях о принимаемой партии указана устаревшая версии записи вида продукции наименовании продукции.

Непонятно почему возникает, если бы там был устаревший вид продукции - это ещё понятно было бы, но как может устареть наименование? Кстати там был вид продукции "йогурт", который в классификаторе есть.

Что-то доработали, но доработали на столько криво..... приходит только наименование в справке, при гашении указываю наименование, в ответ получаю ошибку "MERC14023 В сведениях о принимаемой партии указана устаревшая версии записи наименовании продукции"
И ладно если бы это была одна такая нелепая ошибка. Не могу погасить справки в которых срок производства и годности стоит как "Январь 2018" - не верно указана дата и все тут....
Когда уже все заработает?!

сегодня при отправке запросов - отрабатывает только процентов 20, остальные возвращают ошибку

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

Доброго времени суток.
У меня у одного система ведет себя странно - пытаюсь получить все справки за определенный промежуток времени и то получаю данные, то получаю ошибку APLM0012, выбираю более продолжительный период (около двух месяцев) - в конце концов получаю ошибку APLM0012. Можно пол часа запрашивать информацию по справке - в ответ ошибка APLM0012, потом пару минут работает без ошибок и опять падает в ошибку.....

Да если мы гасим все и полностью, да пусть не все и не полностью - у вас есть исходные данные, мы передаем то что мы принимаем - т.е. по сути передать просто гуид ВСД, которой гасим и все.... зачем что-то передавать?

anig99 wrote:

СергейА wrote:

Павел Большаков wrote:

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

Скорее всего вам приехал ВСД где ТТН отсутствует. (знаете наверное этот новый переключатель - так вот, это он был задействован при оформлении)
Такие ВСД мне так и не удалось погасить в 2.0 как я не изворачивался с блоком waybill (и даже указание другого номера и даты ТТН + mismatch не дают погасить ВСД)

Если нет по ТТН - то waybill указываю пустой - все гасится без проблем

Не всегда. Видимо, это была временная ошибка. Отправитель через веб указывал данные о ТТН, а через api мы эти данные получали или пустыми или корявыми. Никакие варианты с ветками не помогали. Сейчас вроде такого уже нет.
Осталась пока только проблема с маркировкой/клеймом. Получить его через api не получается. Нашел выход - смотрю маркировку через веб и заношу её вручную при гашении. Такой вариант проходит. Кроме одной мелочи - маркировка задваивается.

На данный момент, если приходят странные данные - есть дата, но нет серии и номера - то надо делать акт несоответствия, а если нет ни даты, ни серии ни номера - то можно передавать пустые данные - все отлично гасится
С маркировкой пока не сталкивался.
Но вот есть проблема с производителями, указано 11, у трех роль "UNKNOWN" и если указать все как есть в ВСД - то выкидывает ошибку - что не все роли корректно указаны, если им назначить другую роль - то та же ошибка, если их не указывать - то ошибка - не все производители указаны. И как бы я не старался, каким бы бубном не стучал - ничего не помогает - не могу погасить и все тут