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

ZDmitry wrote:Знаю! Это и бесит. Повторить нельзя и ждать можно бесконечно! Лучше бы сделали, сразу ошибку - типа система перегружена попробуйте позже без выполнения транзакции!

будем надеятся, что не разовьется в проблему

Vladimir2017 wrote:

benzol45 wrote:Кстати начали 10 минут назад ловить ошибку 500. Это массово ?

Да, массово.

Уже решено, как я понял это был кратковременный глюк.

TWAIN wrote:

Shadasp wrote:

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

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

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

Можно конечно сделать темы: те у кого "стоит" и те у которых "не стоит" и они не хотят идти к врачу, но всем тогда нужно будет сгруппироваться по нужным веткам.

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

Я так же писал, что Меркурий несолько раз падал на несколько часов или 15 минут, но по факту это не по влияло на клиентов в общей массе, они просто выписали остаток сертификаты через 2 часа.

Vladimir2017 wrote:

Shadasp wrote:Ошибка APLM0012 - теперь может выдаваться, когда не корректно заполнен документ на отправку, и нужно все перепроверить, как могли цели реализации измениться, могли номенклатуру в вебке подправить и не перезаписать.

Буквально пару дней назад Власов говорил обратное. Можете подтвердить свои слова?

Не знаю как для вас это сделать.

Я говорю исходя из опыта в своей компании, у нас так в четверг-пятницу - решились проблемы по 4 клиентам.
Это не стандартное поведение данной функции и я как понимаю это плавающий баг, разработчикам уже отправил данную проблему. (разбираются)

Если запрос регистрацию документа заполнен корректно, то он практически всегда проходит регистрацию.

А из технической части, перечитайте мой предыдущий пост.

Ошибка APLM0012 - теперь может выдаваться, когда не корректно заполнен документ на отправку, и нужно все перепроверить, как могли цели реализации измениться, могли номенклатуру в вебке подправить и не перезаписать.

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

Это я Вам по человечески советую.

Давайте конкретизировать - такой-то ночью, с такого-по такое, не работал шлюз 2.0. Поскольку Меркурий то у нас РАБОТАЕТ людей обученых на отправку через веб нет. Ночью на складе вообще никого нет, там охранник, кладовщик и удивленный словом ВСД водитель, но это сущности другого порядка, они веб не умеют. Они умеют ввести номер ТС и шлепнуть большую кнопку в интеграционном решении. А им от туда чиста по мужски так - "APLM0012, ваши наглые рожи". После двадцатой ошибки удивленный водитель удивляется еще раз и пытается объяснить этим двум магам про штраф за простой, а они ему про то что с территории он уедет только с сертификатом или пешком, потому что штраф за ВСД в десятки раз больше.

Коллега, если мы говорим про большой бизнес, то внедрение меркурия позволила в месяц сэкономить от 100 000 до 900 000 рублей.

одна справка в среднем стоила 30 рублей, выписать нужно на каждую точку доставки их порядка 1 000, итого получаем, что предприятие тратило 30 000 рублей в день и на 22 рабочих дня, это составляет 660 000 рублей.

Сейчас эта цифра будет примерно 100 000 - 200 000 рублей.

И вы не хотите тратить сэкономленные деньги на двух дополнительных операторов по 40 000 рублей на месяца или заплатите вет.станции они будут просто счастливы дополнительному заработку, а прибыль всеравно будете получать.

В такой ситуации я считаю, это больше управленческий просчет.

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

Vladimir2017 wrote:

Shadasp wrote:
вот видите есть решения, про них и нужно говорит.

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

Но работать, можно и это все равно, быстрее чем забивать вручную или печатать бланки, а потом их подписывать.

Это рынок маленького бизнеса и перекупки, который, извините, практически никого не интересует. Все что начинается от отгрузки тоннами, тысячами контрагентов и десятками тысяч ВСД в сутки, 1С практически не использует.

согласен на 1с сложно обрабатывать большие объемы, но пока мы сделали на нем + делаем вставки Python чтобы ускорить процессы.

пока тестировали на 200 000 всд в день на одной конфе в один поток.

Vladimir2017 wrote:

Унашев wrote:пол ляма на интеграцию? Мы купили от визарда решение за 30 тыр, остальное допилили силами своих программистов. Даже премию им не выдали, это же их работа. Внедрили на 2 птицефабирках и 2 мясокомбинатах.

Под 1С и покупать ничего не надо, готовые компоненты есть и бесплатно. Там где бизнес начинается от небольших ERP, за 500к.р. к вам разработчики приедут только кофе попить

вот видите есть решения, про них и нужно говорит.

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

Но работать, можно и это все равно, быстрее чем забивать вручную или печатать бланки, а потом их подписывать.

Vladimir2017 wrote:

Shadasp wrote:Давайте разбираться какие были проблемы:
1. Сервер Меркурия несколько раз уходил в данун по часу, и были небольшие перегрузки по 15 минут. - тут мы ничего не сделаем, разве что сможем заранее выписать практически все сертификаты и оставшиеся дожать, через вебку. Такие проблемы в течение дня возможны, но при этом не смертельны.

После старта сервер Мерка не работал фактически сутками, потому что назвать то работой невозможно. 95% запросов уходили в ошибки. В первые дни приходили документы не отвечающие схемам.

2. Меркурий тормозит и выдает ошибку APLM0012 - по сути это блокировка при высоких нагрузках, которую создают горе интеграторы и крупные компании не намерено, а некоторые намерено.

Вы самого главного не говорите. Ошибка12 выдавалась не по объему нагрузки от конкретного пользователя, она выдавалась всем, как говорил Власов "когда некий общий объем запросов исчерпан". Даже тем, кто специально делал решения с минимальной нагрузкой на Мерк.

Давайте, так я не политик поэтому могу говорить открыто.

1. Такого не было чтобы Меркурий не работал сутками... Максимум, что было это что он не работал ночью несколько часов и днем 2-4 часа, это максимальные простои которые были.
Как только меркурий ложится, нас засыпают сообщениями, а кто знает мой номер звонят утром

.

Я у меня на это очень четкий индикатор.

2. В первый день все работали, да подтормаживало - все жаловалось, что тормозит.
По мойму мнению (не знаю точную историю):

2.1 Разработчики попытались выключить блокировки вообще, и ночью 3 или 4 - все просто летало как реактивная ракета, клиенты были в шоке.
2.2 После меркурий засыпали запросами и он днем лег с 10:30 до 14:00 - пока разработчики не решили сбросить заявки и перегрузится;
2.3 После вернули блокировки и начали вводить ограничения на тяжелые запросы, я думаю это правильное решение - я слышал, что ЕГАИС в начале тоже вводил, что мол можно только несколько раз в день запрашивать остатки (точную информацию не знаю, взял и слов ИТ директора одной из компаний).

2.4 Фактически документы все регались, но чтобы выполнять тяжелые запросы типо - запроса остатков из меркурия, нужно было отправить примерно 5 заявок чтобы получить свои остатки.

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

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

Основные запросы регистрации документов ВСД, всегда отрабатывали корректно, редко выходят блокировки. - если упираться на это высказывание, то меркурий отрабатывал 95% всех запросов, но согласен если упираться на цифры, то это лукавство.

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

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

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

Можно конечно сделать темы: те у кого "стоит" и те у которых "не стоит" и они не хотят идти к врачу, но всем тогда нужно будет сгруппироваться по нужным веткам.

fly_byte wrote:

Shadasp wrote:

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

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

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

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

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

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

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

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

Давайте разбираться какие были проблемы:

1. Сервер Меркурия несколько раз уходил в данун по часу, и были небольшие перегрузки по 15 минут. - тут мы ничего не сделаем, разве что сможем заранее выписать практически все сертификаты и оставшиеся дожать, через вебку. Такие проблемы в течение дня возможны, но при этом не смертельны.

2. Меркурий тормозит и выдает ошибку APLM0012 - по сути это блокировка при высоких нагрузках, которую создают горе интеграторы и крупные компании не намерено, а некоторые намерено.

Давайте разбирать когда она чаще всего происходит:

2.1 Запрос входящих сертификатов - в целом это функция нужна, чтобы запросить, нужный перечень сертификатов и после их погасить.
Варианты решения:
2.1.1 Для оперативной работы, это не смертельна нужна, можно временно ее заменять гашение в вебке.
2.1.2 Если уже сильно нужно, тогда следите за тем чтобы когда вы запрашивате сертификаты и разбивате заявки на запросы, чтобы если на одной из 5 заявок выпала данная ошибка, опрашивате только эту одну заявку, а не шлите все 5.

2.2 Запрос складских записей - динамически запрос остатков, который очень необходим.
Варианты решения:
Создайте хранилище значений и кешируйте в них остатки, и не запрашивайте их у меркурия на каждый ветеринарный сертификат. Списывайте остатки из хранилища.

Ваша жизнь тогда наладиться будете весь день работать спокойно.

2.3 Запрос изменения складской записи; - незнаю зачем ее сейчас она используется, но пока я бы от нее отказался, пока программисты Меркурия пусть лучше другие процедуры оптимизируют.

2.4 Запрос регионализации; - правила перевозки. Оказалась, что это тоже тяжелая операция для Меркурия, которую они экстренно оптимизируют, с операцией нужно быть аккуратной при отправки и не раскидываться ей на право и на лево.

2.5 ВАЖНО - ошибка APLM0012 может выдаваться если у вас не корректно заполнены сертификаты, например не правильна заполнена цель реализации или не заполнен траспорт. Мы так долбились с одни клиентом и понять не могли в чем проблема, вроде все сделали, а сертификат не регается, а эту клуша оказывается поставила цель: для свободной реализации ...

Вот так, без сполеров и рекламы

.

fly_byte wrote:

Shadasp wrote:

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

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

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

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

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

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

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

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

Да, никто же помощи практически не просит, все "плачут, истерят".

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

Унашев wrote:

oleg_fish wrote:Добрый вечер.

Вообще-то я потратился на интеграцию, сумма около 500.000 ₽. Никто не ленится, но при столь низкой информативности госветслужб субъектов, отсутствии методических указаний, разъяснений и периодическим падением работы API, работать очень тяжело. Прошу всех учитывать тот факт, что на выписку ЭлВСД 24/7 нужно минимум 3 человека, с графиком работы сутки/трое, и за 30 тр., никто работать не будет! Плюс, хотелки федеральных сетей у всех разные, одним GUID, другим GTIN, третьим ещё что-то, а бесплатно доработки к базовой интеграции никто делать не будет.

пол ляма на интеграцию? Мы купили от визарда решение за 30 тыр, остальное допилили силами своих программистов. Даже премию им не выдали, это же их работа. Внедрили на 2 птицефабирках и 2 мясокомбинатах.

Молодцы

, я рад за людей у которых получаются запуски и поддержка продуктов.

oleg_fish wrote:Временные окна у торговых сетей абсолютно разные! Кому-то доставка в 10 утра, а кому-то в 23:00, а кто-то и в 3 ночи!
Не знаю как у остальных, у нас часть покупателей приезжают сами! Продукцию на склад не делаем, так как срок годности у рыбы горячего копчения 10 суток, а по ГОСТ 72 часа!

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

Пострахуйтесь и используйте на данный случай веб доступ.

Тяжело ? Да, согласен, но жить можно.

Главное рассудительно подойти к процессу.

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