fly_byte wrote:

Shadasp wrote:Добрый вечер, коллеги!

Чтобы перейти от слов, к делу, для тех у кого не получается работать с Меркурием с текущими интеграциюнные решениями, предлагаем скидку 70%, для того чтобы снизить нагрузку и повысить позитивный фон =).

Данная акция распространяется на всех кто работает с меркурием более 3 месяцев и зарегистрированные на форуме более 6 месяцев:

сслыка на предложение:
http://vetrf.ru/vetrf-forum/posts/list/8402.page

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


Предложение ограничено на первые 50 компаний.

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

fly_byte wrote:

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 раз сильнее была минимум), а реально крашится, топ по их же статистике тоже говорит - крашиться система, а они все шататно и это понятно любому не идиоту. Дать статистику реальную, что поможет производителям в первую очередь, в регионах хоть как то парировать свои убытки перед не исполнением договорных отношений перед сетями. Эти действия резко снизят градус накаленности, и можно будет двигаться дальше.
Тема нужная, для того что бы мониторить когда крашнулся меркурий и когда поднялся.
Молодцы что как интегратор качественно отработали, но большая часть интеграторов нажилась кинув заказчиков и заказчики вынуждены были стать сами интеграторами. Интеграторы откусили не малый кусок на несчастье, чем подлили масла в огонь. Не думаю что в этой теме подходящие место само рекламы как интегратора, можете вызвать гнев у людей из-за градуса накаленности.

serega2671 wrote:

VoditelKobyly wrote:Тоже вопрос к разработчикам. Почему нельзя было сделать нормальную диагностику ошибок? Если документ не принимается из-за каких-то позиций, то в ответе перечислите хотя бы номера строк этих позиций. Как людям догадываться по каким позициям в документе проблема? Приходится перепроверять каждую строку.

Да, это раздражает. Ошибку возвращает, а номенклатуру фиг. Сделали бы как в егеисе и возвращали ещё и номер строки. Читаешь и удивляешься, кто там вообще этот Меркурий придумывал и разрабатывал?

Lele4ka13 wrote:

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/

Ну что сказать-то?Молодец Роман! Но че-то кушает он мойву, а не свою колбаску

Shadasp wrote:а, еще забыл написать....

Роман, мы таки ждем колбасу к нам в офис, "интеграторы бунтуют".

Интеграции работают, вечерами сидим, а колбасы так у нас в офисе вашей нету ...

Я знаю, что ты читаешь данную ветку. =)

Blizkij wrote:

Shadasp wrote:

BFT wrote:

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

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

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

Облегчили жизнь предпринимателям! Раньше весь наш полумиллионый городок в год оформлял 150000 документов! А сейчас в день некоторым приходится 200000 обрабатывать!

MAG wrote:

vvh74 wrote:

MAG wrote:У меня одного инвентаризация (resolveDiscrepancyRequest) выдает ошибку APLM0012 "An unexpected error has occurred while invoking target service operation." ?

Это всем периодически выдается. Инновационный способ снижения нагрузки на сервера - рандомно отбивать часть запросов.

Про этот способ в курсе! Но тут видимо та же тема, что в случае с getVetDocumentListRequest, на который 100% запросов у меня возвращают APLM0012. По статистике из нескольких десятков запросов на инвентаризацию сегодня с утра абсолютно все вернулись с одинаковой ошибкой. Документ небольшой, на 190 позиций. Как работать?

fly_byte wrote:

Shadasp wrote:

BFT wrote:

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

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

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

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

TWAIN wrote:

Shadasp wrote:

BFT wrote:

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

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

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

Слышали такой термин, "цепочка поставок"? Если у вас одна машина на 2 часа задержится,
ожидая пока Меркурий проср...тся, тогда рухнет вся цепочка.
Но вам этого не понять, вы еще на самокате в детсад ездите.

BFT wrote:

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

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

Алексей Баранов wrote:

Shadasp wrote:

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

Сейчас было, я надеюсь, кратковременное зависание, сейчас заявки начали у нас отработывать, как правило если заявка не возвращается в течение 5 минут (скорее даже меньше), она уже не выполняется, какой то объем брака получается.


пока, сказал по своему личному опыту.

Вот что им мешает обозначить регламент...

Вообще круть!
На все зависшие запросы выдали APLM0012! Отличное решение!

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