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

http://www.finmarket.ru/news/4808591 где найти сам законопроект?

VoditelKobyly wrote:

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

Да речь не об ошибках. С ними уже разобрались и все отправили.
Речь о том что если вы уж дали возможность получать ВСД на список товаров (на документ), то будьте добры сделать понятную диагностику ошибок и вернуть ошибки с привязкой к номеру в списке (к позиции документа, запроса, гуида чего угодно),
чтобы пользователи понимали по какой позиции документа им не хватило остатка, ВСД не в том состоянии, либо еще что-то. Транспортные накладные могут выписываться на десятки позиций. В Меркурий уходит запрос сразу по всем позициям в одной
транзакции. Вам вернули REJECT по запросу, но не указывают по какой позиции, по какому товару возникли проблемы с оформлением ВСД. Мы тратим часы чтобы разобраться. А тут ещё и выясняется что может часть ВСД с отвергнутого документа пройти.
Уже писали что в ЕГАИСе подобное есть. Там в ответ приходят номера проблемных позиций документа. Уверен, что и тут бы разработчики могли бы кинуть в ответ не какой-то там их внутренний qualifier, который нам ни о чем не говорит, а хотя бы ссылочку
на товар и партию или номер строки в заявке. Либо уж тогда отмените возможность получать ВСД списком. Будем сразу кидать запросы по одному.

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

http://www.vetrf.ru/vetrf/news/27238.html
" Система Меркурий сегодня работала штатно, включая ее web-интерфейс и оба API-интерфейса до 9-30 утра. В 9-00 зарегистрировано замедление в шлюзе API-2.0, которое было ликвидировано в 9-30. В интеграционном шлюзе остается ограничение для выравнивания нагрузки в виде ответов с кодом APLM0012. Мы продолжаем работы по стабилизации режима системы. "
Печаль, тоска(((
Пошли новые проблемы, доставка ЭВСД может затягиваться на часы и покупатель не видит ее, когда груз уже приехал, хотя исходяшей в вебе ее видно.
Замечено что пошли новые пробелмы со складским журналом, связываю это с его наполнением и потери пакетов ответа, точнее частями.
API по горячим чатам и у нас не але с 3 до 6 по МСК. С 9 до 11 по МСК отвергал запросы. Время работы без сбоев не изменилось, пусть с тормазами но без сбоев - с 12 до 16-30. Так же ложился веб сервис по 10-15 минут многократно. Ночь тоже с потерями.
Обшая работа чрез пень колоду, по несколько раз не хватал транзакии. так же проблема дублей усугубляется, более массово становиться отвержение запроса меркурия, но на самом деле часть операции делает. Новая фича пошла, по ЭВСД если пакетная отправка то не разобраться, может часть оформить строчек, но при этом сказать отклонено. Что вызывает дисенхрон, а прочитать актуальные остатки что там у него твориться все чаще и чаще начинает лежать.
Все в штатном режиме, что еще добавить, всего ничего - замедление в работе на пол часа(((
На главную вывесили чек по доступности - Меркурий on-line!
Именно статикой
Если глянуть исходник, с того же гугл хрома, становиться понятно что надпись статична, оформленная кнопкой(((
<div class="cdtimer dark-red" id="cdtimer" style="margin-bottom: 10px;"><div class="expired">Меркурий on-line!</div></div>
Т.е. впринципе надпись как заголовок сайта, а не скрип опроса, соответсвено надпись Меркурий on-line! измениться не может , даже если сайт не доступен будет. Уж лучше ни чего не было бы, чем лже чекер.
Печаль, тоска(((

VoditelKobyly wrote:

dr.pae wrote:
Строка номенклатуры возвращается.

<receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>d07c5b40-ab66-47d2-89e8-8524a6ce083a</applicationId>
<status>REJECTED</status>
...
<errors>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02137" qualifier="id1_600513">Используемый объём должен быть меньше или равен остатку</apl:error>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02143" qualifier="id1_600513">Транспортируемые записи складского журнала продукции должны быть в состоянии "создана" (т.е. не оформлены)</apl:error>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02137" qualifier="id5_058377">Используемый объём должен быть меньше или равен остатку</apl:error>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02143" qualifier="id5_058377">Транспортируемые записи складского журнала продукции должны быть в состоянии "создана" (т.е. не оформлены)</apl:error>
</errors>
</application>
</receiveApplicationResultResponse>

Будьте добры, тыкнете меня носом где в моем случае номер строки или ещё какой-нибудь указатель на номенклатуру из документа в полученных ошибках.
Если это поле qualifier, то как его привязать к отправляемому запросу?
К примеру получил вот такой текст ошибки:

<errors>
<apl:error code="MERC02134" qualifier="CSNT_38363030313333323634373536393539" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Обслуживаемое предприятие в транспортируемых записях складского журнала продукции должно совпадать с предприятием-собственником</apl:error>
<apl:error code="MERC02137" qualifier="CSNT_38363030313333323634373536393539" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Используемый объём должен быть меньше или равен остатку</apl:error>
<apl:error code="MERC02143" qualifier="CSNT_38363030313333323634373536393539" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Транспортируемые записи складского журнала продукции должны быть в состоянии "создана" (т.е. не оформлены)</apl:error>
<apl:error code="MERC02134" qualifier="CSNT_31353835303634303538393839383636" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Обслуживаемое предприятие в транспортируемых записях складского журнала продукции должно совпадать с предприятием-собственником</apl:error>
<apl:error code="MERC02137" qualifier="CSNT_31353835303634303538393839383636" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Используемый объём должен быть меньше или равен остатку</apl:error>
<apl:error code="MERC02143" qualifier="CSNT_31353835303634303538393839383636" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Транспортируемые записи складского журнала продукции должны быть в состоянии "создана" (т.е. не оформлены)</apl:error>
</errors>

Как связать это со своими строками?

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

Shadasp wrote:Как и обещал, еще один отзыв нашего клиента: Роман "Торговые дома: Останкино":

http://меркурий-россельхознадзор.рф/%D0%B1%D0%BB%D0%BE%D0%B3/%d1%81%d1%82%d0%b0%d1%82%d1%8c-%d1%81-%d1%81%d0%b8%d1%81%d1%82%d0%b5%d0%bc%d0%be%d0%b9-%d0%be%d0%b4%d0%bd%d0%b8%d0%bc-%d1%86%d0%b5%d0%bb%d1%8b%d0%bc-%d0%ba%d1%82%d0%be-%d0%b8-%d0%ba%d0%b0%d0%ba/

ну понятно, молодцы, многие и своими силами прошли этот путь. У нас например тоже претензий не было до 27 июня. А потом меркурий вышел на штатный режим работы и абзац.
Реклама это хорошо, но как это влияет на работу меркурия, в ветке меркурий работает в штатном режиме?
Тут ведь не говорят что он вообще не работает, тут говорят что он систематически, каждый день ложиться, и из-за этих лежанок работать становиться не возможно.
Дурова им надо в помошники, у которого потоковый месенджер где гораздо выше пакеты идут, которого блокируют, а он работает и в снег и в дождь, даже в ядерную войну работать думаю будет.
Претензия то в том, что он регулярно ложиться, в регионах, уж не знаю как они ограничители нагрузку, вообще более 40% времени он либо лежит, либо отвечать не хочет на любой запрос, любого вида, либо с 5 попытки.
Топчик бизнеса говрит - у Вас проблемы, которые делают работу невозможной, из-за которых идут серьезные убытки у всего бизнеса, не думаю что сети не стоят на ушах, хотя у них в части работы с меркурием упрошенная схема, по отношению к производителям. Но и они говорят - Ваша система регулярно падает, создает проблемы великие.
Поддержка не отвечает, на почту что высылается как в черную дыру, если телефонный дозвон что то и даст, то только на тему - мы запишем Вашу проблему. Это не поддержка, а такое ошушения что статисты. КОторым должна вся страна позвонить, что бы они пнули Васю передернуть сервера.
Ну и конечно не признание времени простоя, что за бред - у клиента раньше начинаются тормаза чем у нас, мы их не видим и начинаем видеть спустя час. Это говорит о не компетентности, как и об организации в целом, неужели за три года нельзя было подготовиться и вычислить максимальные нагрузки про запас. Явный просчет ведь, не компетентного специалиста который его предоставлял и делал архитектуру, я уже молчу о структуре, которая спроектирована изначально не верно, усугубив положение.
Тема о том, что если пошли проблемы, заглянуть в нее и понять, идет ли проблема. Своего рода монитор доступности системы. Многие так поступают, как только начинает крашиться, а за сутки не один краш проходит в системе, первое дело заглянуть в этот раздел, если другие тоже начинают писать о краше, думать как дествовать ближайшее время предпологая что ближайшие несколько часов система не заработает.
Опыта тут много у кого по интеграции уже собственного, молодцы что сэкономили силы заказчика, многие интеграторы не отрабатывают свой хлеб, кидали клиентов. Реклама это хорошо, но какой бы идеальный код не был бы, он не поможет избежать отвержения запросов по вине этой наилучшей системы, в которой надо срочно выпускать новую версию api оптимизированную и в срочном порядке (вчера) устранять просчеты в мошностях прокачивая систему. Почему этого не сделано до сих пор, не верю что денег не хватает в таких огромных сборах с каждого предприятия в бюджет. Почему деньги расходуются не целевым образом на самые острые проблемы, тоже вопрос второй. Ну не тянет, кто мешает в два раза увеличить мошность железа и пропускную способность, пока решается вопрос с api новым.
Тут мало кто в панике, вымораживают новости, такое ошушение что уже со спецом троллят, за последний день перебоев в системе меркурия не выявлено (хотя не найдется такого кто может сказать, хоть за один день что бы система хотя бы раз не падала) все в штатном режиме. Это еще больше усугубляет положение производителей перед сетями, когда невозможно парировать тем что стараемся, но система не дает прыгнуть выше головы, если не работает, то ен работает. Последние дни начались вообще загадки, всд отправлено все обработано, в исходящих есть, а клиент видит спустя пол дня. тут явно перегрузка центральной базы идет. А ведь еще складские журналы у народа только начинают рости, т.е. с каждым днем нагрузка возрастает, проектировщики вообще просто в разы просчитались по мощностям. Говорить что не рассчитывали что все будут работать и пытаться исполнить законы, что якобы 1с должны была облажаться и гораздо позже выпустить интеграцию, да что люди не будут пользоваться те функции которые предоставили - ну берд же? Ну было бы 2с,3с у каждого свое решение, ан это надеялись проектировшики? Мне кажется из разряда придумать оправдания. Ситуацию спасет только резкое усиление железа, елси его планомерно увеличивать то ни чего не измениться, т.к. нагрузка с каждым днем только ростет, надо устранить чудовищный просчет в мощностях еще вчера, заранее предупредив что на пол дня остановят систему, что бы все были подготовлены, а не сидеть и крестить монитор что ыб система не рухнула, так только стабилизировать хоть как то и быстро садиться писать новый api, иначе неделя работы и старая песня о главном. Выдать статистику сбоя реальную, ну глупо уже когда все говорят система крашиться регулярно (не замедляет работу, медленно она работает в штатном режиме до 27 июня производительность в 10 раз сильнее была минимум), а реально крашится, топ по их же статистике тоже говорит - крашиться система, а они все шататно и это понятно любому не идиоту. Дать статистику реальную, что поможет производителям в первую очередь, в регионах хоть как то парировать свои убытки перед не исполнением договорных отношений перед сетями. Эти действия резко снизят градус накаленности, и можно будет двигаться дальше.
Тема нужная, для того что бы мониторить когда крашнулся меркурий и когда поднялся.
Молодцы что как интегратор качественно отработали, но большая часть интеграторов нажилась кинув заказчиков и заказчики вынуждены были стать сами интеграторами. Интеграторы откусили не малый кусок на несчастье, чем подлили масла в огонь. Не думаю что в этой теме подходящие место само рекламы как интегратора, можете вызвать гнев у людей из-за градуса накаленности.

dr.pae wrote:Строка номенклатуры возвращается.

<receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>d07c5b40-ab66-47d2-89e8-8524a6ce083a</applicationId>
<status>REJECTED</status>
...
<errors>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02137" qualifier="id1_600513">Используемый объём должен быть меньше или равен остатку</apl:error>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02143" qualifier="id1_600513">Транспортируемые записи складского журнала продукции должны быть в состоянии "создана" (т.е. не оформлены)</apl:error>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02137" qualifier="id5_058377">Используемый объём должен быть меньше или равен остатку</apl:error>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02143" qualifier="id5_058377">Транспортируемые записи складского журнала продукции должны быть в состоянии "создана" (т.е. не оформлены)</apl:error>
</errors>
</application>
</receiveApplicationResultResponse>

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

Shadasp wrote:

fly_byte wrote:

Shadasp wrote:

BFT wrote:

Ириала wrote:Вы не поверите, но у нас 90% переработчиков работают в ВЕБе. Да, это маленькие производства, им невыгодно проводить интеграцию, но это не значит, что их продукция никому не нужна. В ВЕБе тоже очень много проблем. Тоже тормозит, отключается, глючит.

А представляете если в сутки например 50000 транзакций? Нас это ждало не отмени готовую продукцию. Чтобы в вебе это все набить надо армию сотрудников, вот и автоматизация по русски.

у нас клиенты сейчас до 200 000 ВСД в день делают, точечно, если не получается регистриуют в вебке.

сколько они за это платят и как можно в минуту 200 000 / 24 / 60 = 138 ВСД сделать?
Когда за минуту в вебе только справочник номеклатуры открыться может, не быстрее.
138 всд делать в минуту, это что посадили тупо 1 000 людей днем и 1 000 людей ночью?
Что то мне сдается из разряда заголовка темы.
Но все равно, не отменяет тему балабольства... И усугубление ситуации и так плохой, ради спасания своей задницы

Основной объем делается через интеграцию, регистрация одного документа от 1 до 4 секунд.

Я не спорю) И господином Власовым тоже.
ТОлько главный вопрос, когда балаболить прекратит и начнет выдавать статистику отсутствия работы меркурия, что бы предьявить ее можно было? А закон обязывает его ведь...

Shadasp wrote:

BFT wrote:

Ириала wrote:Вы не поверите, но у нас 90% переработчиков работают в ВЕБе. Да, это маленькие производства, им невыгодно проводить интеграцию, но это не значит, что их продукция никому не нужна. В ВЕБе тоже очень много проблем. Тоже тормозит, отключается, глючит.

А представляете если в сутки например 50000 транзакций? Нас это ждало не отмени готовую продукцию. Чтобы в вебе это все набить надо армию сотрудников, вот и автоматизация по русски.

у нас клиенты сейчас до 200 000 ВСД в день делают, точечно, если не получается регистриуют в вебке.

сколько они за это платят и как можно в минуту 200 000 / 24 / 60 = 138 ВСД сделать?
Когда за минуту в вебе только справочник номеклатуры открыться может, не быстрее.
138 всд делать в минуту, это что посадили тупо 1 000 людей днем и 1 000 людей ночью?
Что то мне сдается из разряда заголовка темы.
Но все равно, не отменяет тему балабольства... И усугубление ситуации и так плохой, ради спасания своей задницы

BFT wrote:

fly_byte wrote:ВЛАСОВ! ГДе статистика недоступности по api и нерабочие режимы веб интерфейса?
Даты, периоды.
Где статистика?

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

Ну он публично же и по вебу врет.
Например на бойнях можно спокойно вебом пользоваться.
Вет врач справляется нормально без помоши.
Только постоянно плюется и материт балаболов.

ВЛАСОВ! ГДе статистика недоступности по api и нерабочие режимы веб интерфейса?
Даты, периоды.
Где статистика?
Почему нету объявлений на сайте о недоступности?
Почему нету онлайн чекера?
Почему не исполняется закон об извещении?
Почему врешь публично обратное?

Nika2000 wrote:

fly_byte wrote:Создай уже отдельную тему о своей рекламе, эта тема о другом, не стоит бред тут нести, в стиле - не каждый идиот способен смотреть в завтрашний день...

Вот сейчас вы наконец-то обнажили суть своего присутствия на данном форуме Надеюсь, что после вашего текста, остальные участники беседы сделают для себя выводы.
Вы пишете эта тема о другом? О чем- о том, чтобы устраивать всеобщий плач? Или все-таки сообща решать проблемы?! Вы для себя уже определитесь, что вам надо? Нормально работать или каждый раз плакаться в жилетку. По- моему это вам надо создать ветку"Проблема есть- решение не предлагать". Удивительно, когда вам люди (заметьте ни 1 человек, а компании рассказывают и делятся своим опытом работы после 1 июля), то может стоит как минимум проанализировать?! Или перемены вас пугают настолько, что вы не готовы идти дальше? Тогда мне нечего вам добавить, кроме как слова из известной программы ... догадаетесь из какой? Надеюсь на ваше благоразумие и что вы прислушаетесь к своим коллегам, и перестанете здесь создавать агрессивный фон. Как минимум, вам дали альтернативное решение, оно вас не устраивает? Ок, предложите свое, а мы послушаем.

Что ты несешь, что ты несешь...
Хорош флудить не по теме...

egais2018 wrote:

fly_byte wrote:Тут есть у кого до 1 июля не создал уже интеграцию

Представьте себе, есть. И, думаю, много.

Не знаю таких производителей, кто не работал до 1 июля, назовите такого производителя.
Мы лично братской могилой два года работали, с марта построчно запускались и в июне вышли на показатель 96% пока не пришло 27 июня...
Но причем тут это? вопрос то главны - нафига балаболить и опровергать положение дел, из-за чего дополнительно страдают производители перед аргументацией с сетями, которые накладывают штрафы?
То что кто-то не сделал вовремя интеграцию, не поднимет доступность по api тем кто ее сделал.

Люди вы о чем?
Что вы тут пишете про интеграцию? Тут есть у кого до 1 июля не создал уже интеграцию и вся масса шла не через меркурий?
Зачем вы эти вопросы поднимаете и на троллей залогиненых ведетесь?
Тема то о том, что закон обязывает балабола вывешивать сбои, не достпуность меркурия/шлюза/фигуса и т.д. что бы можно было оперировать этим с сетями или с кем еще и вообще предьявить за это. А кто то балаболит что все хорошо, как и сейчас недоступность апи и т.д. Как сейчас выписать? Почему балабольство идет и за неделю не одного конкретно - меркурий не был доступен с *** по *** и т.д. почему нету чекера онлайн и т.д. Только официально балабольство что все в штатном режиме, и вы фффсее врете раскачивая обстановку бла бла бла... Что облажались они и так всем понятно, балаболить то зачем, законы надо исполнять и не врать о текущем положении дел... Причем тут кто когда интегрировался? Причем тут все наладиться? Балабольство зачем, которое усугубляет положение, т.к. сети вон кивают - все штатно написано, вы ффффсе врете.

user100000 wrote:

Nika2000 wrote: Загруженность не из-за Меркурий, а из-за конкретных компаний, которые сейчас занимают трафик

еще одна балаболка

+100500, все проще, кто то забыл перелогиниться.

Shadasp wrote:

oleg_fish wrote:Отгрузка идёт 24 часа в сутки!

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

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

Интеграцию сделать просто, решить все организационные вопросы, нереально сложно.

Я всем своим проектникам за этот месяц, готов медаль дать как они выстояли все истерики, и те кто адекватно подходил к процессу уже работает.

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

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

Все уже поняли что вы самый гениальный интегратор, можно успокоиться... Навидались уже таких интеграторов учащих жизни со спецами гениальными, один контур только чего стоит. Если бы люди положились на таких интеграторов стригущих деньги и ни чего не делающих, картина была бы печальней, было бы уже не подготовка со стороны клиентов... Беда в том, что Ваши слова не помогают отдавать запросы Меркурию и в прочих потугах, как красиво не петь...