Вход | Регистрация

  1  2  3  4  5  6  7  8  9  10  11   

ВетИС уже скоро

Ø [длинная ветка, 16.07.18 - 11:50]
ВетИС уже скоро
Я
   Звездец
 
02.05.18 - 16:38
Ветис уже скоро. А что-то вокруг тишина. В программах даже что-то появилось, а на ИТС ни одной инструкции. Все ждут? или может кто-то что-нибудь делает для подготовки?
 
 
   EuVod
 
701 - 01.07.18 - 11:22
(662) , (669) простите отлучался ))
ну вот мне интересно, что значит "даты вычисляются"... вы отправляете сборщика сразу к нужной ячейке? в которой лежит известная вам партия? и ее указываете в эВСД? (тогда у вас до хера метс на складе их которых можно отбирать, можно только позавидовать - у нас отбор каждого товара только из одной ячейки, в крайнем случае полуячейки.)

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

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

насчет диапазонов дат - вот именно, сети требуют дату, а производители присылают диапазонами и как бог на душу положит и лепить интерфейс работы с партиями в мерке из УС еще то удовольствие..
   NSSerg
 
702 - 01.07.18 - 11:54
(701] У нас один адрес - один товар. Даты вычисляются - мы не можем точно знать даты на остатке, и вычисляем возможные даты на остатке, и сборке остается посмотреть на маркировку на продукте, и выбрать нужную дату из вычисленных.
По всем товарам что взял сборщик, то взял. По товарам по которым у нас всегда был партионный учет, партия в маркировке (штрих-коде) по тем товарам по которым мы дату смотрим только по требованию сетей, дата визуально смотрится с продукта.
   NSSerg
 
703 - 01.07.18 - 12:00
(700) мы до 30 в Меркурии выписывали только ветврачами вручную в вебинтерфейсе, остальное на бланках. В эту ночь я вышел на работу и наклепал ветсправок через API. У меня принципиально поменялось -  я в продуктивном контуре до этого делал отдельные тестовые операции. А в эту ночь пакетно сделал реальные ВСД.
Могли возникнуть ньюансы, но не возникли. Ну и асинхронный режим отработал без сбоев, и все возможные нестыковки и отсутствия гуидов и т.д. отработало без сбоев. Один запуск обработки сделал все ВСД.
   mishaPH
 
Модератор
704 - 01.07.18 - 12:05
(703) у вас производство одно юрлицо закупает товар и отгружает товар?

у нас вот куча заводов под своим ЮЛ и находятся в разных ветрегионах что требует разных ветврачей.

продает торговый дом и не один из за разных покупателей с разными юрсхемами..

сырье закупает вообще заказчик пр-ва. короче от закупа сырья до отгрузки клиенту 4!-5! передвижений и соответственно ВСД
   mishaPH
 
Модератор
705 - 01.07.18 - 12:06
+ 704 все усугубляется тем, что в продукцию идет сырье, которое требует только ветгосврачей а сл-но даже выпустить ГП в котором это сырье требуется ветврач офф. от имени ХС этого делать нельзя.
   NSSerg
 
706 - 01.07.18 - 12:09
(705) обсуждалось же в ветке кучу раз - никто не мешает указать в качестве автора операции ветврача.
   EuVod
 
707 - 01.07.18 - 12:29
(702) т.е. есть люди, которые смотрят в факт сборку и что-то указывают в программе?
   NSSerg
 
708 - 01.07.18 - 12:36
(707) В сборочном листе указаны возможные даты, можно обвести нужную, можно поверх написать если даты нет в списке. Отвесы с сборочного листа могут появиться в программе разными способами, но если нужна дата - она по данным в бумажном сборочном листе, так же либо выбирается из небольшого списка, такого же как в бумажном листе, либо вводится вручную произвольная дата, если нужная дата в списке отсутствует.
   NSSerg
 
709 - 01.07.18 - 12:37
(708) даты в сборочном листе пишутся только по ТТ которые требуют четкую дату в ВСД, и соответственно только по ветнадзорным товарам, по которым нет четкого партионного учета.
   NSSerg
 
710 - 01.07.18 - 12:42
(704) И что это меняет? У нас  холдинг, и тоже внутрихолдинговые перемещения, только непонятно каким образом это может помешать автоматической выписке всд, если вся необходимая информация заведена в учетной системе?
 
 Рекламное место пустует
   EuVod
 
711 - 01.07.18 - 12:43
(709) т.е. там где не строго, там вы партии автоподбором списываете. А тем кому важно - тем строго ( с поправкой на человеческий фактор). + возникают ситуации когда обведенное карандашиком закончилось, т.к. было в ноль списано автоподбором чуть раньше
   NSSerg
 
712 - 01.07.18 - 12:54
(711) Там где нестрого - у нас вообще нет партий. Чисто количественный учет в разрезе номенклатуры. Но мы можем на лету посчитать примерные даты на остатке - так как весь приход идет с указанием дат выработки. И обратным счетом по фифо по датам выработки (раскладываем остаток "назад" по приходам) мы можем получить примерно какие даты остались. Примерно потому что мы не можем быть уверены что всегда при сборке брались самые старые даты. А даты в системе при отгрузке указываются выборочно, ибо это замедляет процесс сборки.

там где строго - у нас в штрихкоде зашита ссылка на партию, партия это строка приходной накладной (ранее) и соответственно, что то же самое, ВСД входящая (сейчас)
регистр с партиями есть, партионный учет есть, но в принципе этого не требуется. Чтоб указать в ветспарвке все реквизиты не надо списывать остаток с регистра по партии, достаточно прочитать партию с маркировки. Регистр для отчетности которую мы предоставляем ветслужбе.
   NSSerg
 
713 - 01.07.18 - 12:55
По нестрогим товарам отчеты без регистра, по первичке. (входящие - исходящие ветдокументы)
   NSSerg
 
714 - 01.07.18 - 13:07
Почему у нет партионного учета с автоматическим или неавтоматическим списанием партий по всем товарам.
1. Это ничего не изменит совсем. Ни в отчетности ни в бизнес процессах.
2. Это замедлит систему. Только по ветнадзорному товару у нас 20000 исходящих ВСД в день. 20000 движений в день. Автоматический подбор партий весьма здорово замедлит работу системы.
А по строгому товару (в текущих терминах это 648 приказ) - автосписание тоже бы замедлило работу системы, но никакого автосписания и автоподбора нет, партия не рассчитывается, а читается с маркировки.
   Genayo
 
715 - 01.07.18 - 13:12
(708) Вы тоже без ТСД работаете?
   Genayo
 
716 - 01.07.18 - 13:16
(714) Да, обычно строгий партионный учет не нужен, и незачем поэтому учетом по партиям в учетной системе заниматься - данные в WMS по приходам в разрезе партий и сроков годности есть, обычно этого достаточно...
   NSSerg
 
717 - 01.07.18 - 13:27
(715) На форуме ТСД обсуждалось. И почему их нет у нас. Дело в том что основное предназначение ТСД - это исключить ошибки сборки, которых у нас нет. Мы умеем работать с ТСД, у нас есть опыт работы с ТСД, но нам это не нужно.

У нас  отчетность по всем видом косяков сборки/отгрузки/приемки (и нашей и контрагентами), и фактически нет пересорта, отклонений (кроме невозможности четкого подбора под заказ некалиброванного товара) и т.д.

Сканерами штрих-кодов оборудованы все рабочие места,  чтоб читать маркировку с товара, и у нас штрих-кодированы все документы включая входящие, вся работа через штрих-код с документами. Так-же каждое сборочное/отгрузочное место оборудовано весами подключенными к учетной системе. Всё движение товара идет либо через сканирование либо через взвешивание. А вот ТСД в этом нашем бизнесе это пока лишнее.
Ибо как минимум под ТСД нужны более квалифицированные и ответственные сборщики. Никто же не мешает прочитать маркировку с одного товара, а положить в сборку другой.
А если перепроверять на сборочных местах, то зачем ТСД?
Разделение  хранения одного товара по датам выработки/партиям это тоже лишнее, слишком усложняющее процессы. Ну и опять таки не очень понятно зачем.
   Genayo
 
718 - 01.07.18 - 14:50
(717) Насчет того, что под ТСД нужны более квалифицированные сборщики - это не так, у нас при переходе с бумаги на ТСД состав сборщиков на 99% остался неизменным.
ТСД дает скорость и точнсть сборки, если у вас с этим проблем нет - то оно вам и не нужно, в общем.
   Genayo
 
719 - 01.07.18 - 14:53
(717) Про разделение товаров по ячейкам по датам выработки - у нас такое клиенты 3PL хотят, делаем - проблем с этим технически никаких, они готовы платить за это - мы не против.
   NSSerg
 
720 - 01.07.18 - 15:10
(719) проблема с этим есть - как минимум это усложняет прием товара, особенно с возвратов, увеличивается необходимое место для хранения, ну и самое главное - в нашем случае непонятно - зачем?
Тратятся деньги на доп автоматизацию, ТСД, усложнение процесса приемки/сборки вызывает удорожание этих процессов, а что выигрываем? Получение точной партии? Это можно сделать дешевле в нашем случае. И мы надеемся что у производителей все-таки появится полная маркировка в штрихкоде.
   Genayo
 
721 - 01.07.18 - 15:18
(720) Так я и говорю, если с 3PL не работаете, то свобода творчества не ограничена, практически :))
   timurhv
 
722 - 01.07.18 - 16:08
(698) Нет, Контур.Диадок. Для хозрасчетников все сделано, спору нет и интерфейс более логичен, нежели стандартный 1С. Но бюджетникам в уши воду льют.
   spectre1978
 
723 - 01.07.18 - 16:38
(703) а зачем так? Что мешало запуститься заранее, пока шел пилот? У меня вообще с июня 2016 года все в продуктиве выписывалось одной номенклатурой. В середине мая я просто инвентаризацией списал все остатки этой обобщенной номенклатуры и завел партии по каждому изделию, и запустились уже полноценно. А потом я ушел в отпуск и вот только сейчас выхожу на работу, со 2 числа.
   EuVod
 
724 - 01.07.18 - 17:15
Если нет партионного учета, то как вы выбираете ЗСЖ (по которым надо брать товар в накладные)? СЖ это ж по сути и есть партионный учет, не?
   mishaPH
 
Модератор
725 - 01.07.18 - 17:37
(706) Это какой ветврач даст свой логин для такого. попробуй... Все умные и терять работу не хотятя
   mishaPH
 
Модератор
726 - 01.07.18 - 17:38
(710) это если в вашей системе по всем этим элементам идет партионный учет. Мало на каких пр-вах он в реалии етсь
   Genayo
 
727 - 01.07.18 - 17:47
(723) Мы вообще с нового года только ЭВСД выписывали... Нафик на бумажные тратиться...
   spectre1978
 
728 - 01.07.18 - 20:44
(727) на самом деле в некоторых случаях бумажные все же требовались, причем в 16 году часто. Потом все реже и реже.
   NSSerg
 
729 - 01.07.18 - 21:08
(725) что значит «даст логин»? Это не пароль, это логин.
Мы естественно выписываем от имени ветврача. Именно так система и должна работать.
   NSSerg
 
730 - 01.07.18 - 21:20
(723)  Решили что нам выгодней на бумаге, и есть другие более приоритетные задачи. Это не тот случай когда нам выгодно бежать быстрей паровоза, и не я один принимаю решения.
   spectre1978
 
731 - 01.07.18 - 21:43
(725) Мне думается, многие дадут. Во-первых, как было верно замечено, это только логин без пароля. Во-вторых, это прикрепленная к ветврачу площадка. В-третьих, ветврач сам заинтересован в том чтобы ВСД выписывались в автоматическом режиме, ибо через веб долго и больно. В-четвертых, для особенно параноидальных можно предусмотреть ввод логина из программы каждый раз при запуске, повторный ввод при длительной неактивности и прочие подобные штуки.
   mishaPH
 
Модератор
732 - 01.07.18 - 22:42
(731) (729) Все дело в том, что за действия свои они отвечают.. и делать чтобы не самим что-то а от их имени не сильно жаждут.. тут дрожат сильно за свою работу и ответственность особенно за опасный товар
   NSSerg
 
733 - 01.07.18 - 23:22
(732) А ветуправление что говорит? например от нас наоборот, ветуправление всегда, и старое, и новое - требовало автоматизации работы ветврачей. В том числе и печати на бланках. А у вас что ветуправление говорит? У вас же договор не с врачами, а с ветслужбой.
 
 
   mishaPH
 
Модератор
734 - 02.07.18 - 07:19
(733) они ничего не говорят. они тупые. Ветврачи это вообще клиника еще та...
   spectre1978
 
735 - 02.07.18 - 07:43
Ну-с, началось... ALPM0007 "Элемент 'login' не предусмотрен" с утра многие видели?
   mishaPH
 
Модератор
736 - 02.07.18 - 07:45
(735) я вот переместился в наблюдатели. Мы сняли все ветнадзорное. Как наладим и ветис наладится. так будем запускать
   spectre1978
 
737 - 02.07.18 - 07:46
(734) Разные бывают... Мне в данном случае повезло, на момент запуска работал хороший парень, неглупый и без синдрома вахтера
   mishaPH
 
Модератор
738 - 02.07.18 - 07:48
(737) у нас все сложнее. Более того мы попали во время когда местный ветнадзор расформировывают и передают куда-то
   spectre1978
 
739 - 02.07.18 - 07:48
(736) по состоянию на сейчас вроде пропала эта ошибка. Но я думаю, сегодня приключения еще могут быть, потому как первый день продуктива с приличной нагрузкой. Субботу не считаем.
   NSSerg
 
740 - 02.07.18 - 16:07
(739) У нас просто не успело выписать все ВСД.
Из-за и сбоев меркурия (ошибок соединения) и просто медленной обработки запросов. Ответы приходили с намного большей задержкой чем на тестах. Придется все места где остался синхрон - переписать тоже на асинхрон.
   NSSerg
 
741 - 02.07.18 - 16:08
Вчера успело всё выписать с запасом.
   NSSerg
 
742 - 02.07.18 - 17:41
Я правильно понимаю, вышел 249 приказ, согласно которому уполномоченные лица организации теперь могут выписывать всё? В том числе мясо.
   NSSerg
 
743 - 02.07.18 - 17:44
   NSSerg
 
744 - 02.07.18 - 17:47
У нас был вопрос с мясом (заморозка) и яйцом сырым. Походу они теперь в 646 приказе, и их могу выписывать от своего имени. А это важно - ибо выписанные от ветврача инвентаризации я под своими правами не вижу (в вебинтерфейсе меркурия), партии аннулировать не могу.
   Genayo
 
745 - 02.07.18 - 17:48
(742) Я так понял, только если они упакованы производителем в герметичную потребительскую упаковку.
   NSSerg
 
746 - 02.07.18 - 17:55
(745) Там фраза "или транспортную". У нас транспортная - коробки исключающие контакт с внешней средой, от производителя идет в такой.
   NSSerg
 
747 - 02.07.18 - 17:55
Охлажденка -  в вакууме.
   Genayo
 
748 - 02.07.18 - 18:47
(746) Тут вопрос трактовки, исключает ли коробка контакт с внешней средой :)) Будем ждать разъяснений...
   mishaPH
 
Модератор
749 - 02.07.18 - 21:41
нам сегодня ветис пол дня не мог выдать входящие ВСД
 
 Рекламное место пустует
   spectre1978
 
750 - 02.07.18 - 21:46
(749) да, были проблемы с прохождением
   NSSerg
 
751 - 02.07.18 - 21:55
Третью ночь на работе, уже начинает доставать.
Хотя вроде уже всё, и в таком виде как сейчас всё работает. Но проблемы с производительностью.
   NSSerg
 
752 - 03.07.18 - 00:37
<apl:error code="APLM20001" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Не удалось загрузить сведения о производственной площадке с GUID: aaf9bc79-39f6-4a2f-b98c-4cc3143d73a2</apl:error>
Площадка с таким GUID есть, это что за ошибка такая странная? Это ответ на регионализацию.
   Specky
 
753 - 03.07.18 - 05:42
Обновите список площадок у хс - возможно там появилась ещё одна этом адресе и отправлять нужно именно её.
   mishaPH
 
Модератор
754 - 03.07.18 - 07:15
вот вам и первый день работы блин. при том. что 80% трафика отпало. ВСД списки входящие пол дня не выдавало. просто не отвечало на запросы.

операции которые делал в пятницу по перемещению продукции отказывало с ошибкой. В запросе для цели указан идентификатор устаревшей версии записи реестра РСХН.
   spectre1978
 
755 - 03.07.18 - 07:24
(754) утром вчера были ошибки, и весь день были проблемы со входящими. Но выписывать выписывались. Я думал, будет хуже.
   mishaPH
 
Модератор
756 - 03.07.18 - 07:26
(755) производственное я создал. а продукцию передать не смог далее. ошибка блин типа.

а вы при передаче ГП какую цель использования ставите. чтобы гарантированно от имени ХС проходило
   spectre1978
 
757 - 03.07.18 - 08:14
(756) Реализация в пищу людям
   spectre1978
 
758 - 03.07.18 - 08:17
(754) там справочник целей поменялся где-то в середине июня. Ранее было принято использовать цель "Для свободной реализации", а с середины июня оно начало давать как раз эту самую ошибку.
   mishaPH
 
Модератор
759 - 03.07.18 - 08:33
(757) вот с этим и вернул.
   mishaPH
 
Модератор
760 - 03.07.18 - 08:35
блин там в списвке есть Для реализации в прищу людям и реализация в пищу людям
   mishaPH
 
Модератор
761 - 03.07.18 - 08:51
пипец. создал сейчас 2 ВСД производство. 10 минут висят уже и не могут отправится в шлюзе. ветис не отвечает ... пипец
   spectre1978
 
762 - 03.07.18 - 08:52
Сейчас проверил - у нас врач выбирает именно реализацию в пищу людям.
   mishaPH
 
Модератор
763 - 03.07.18 - 08:52
(762) я попробую.
   spectre1978
 
764 - 03.07.18 - 08:56
(761) Да, дрянь дело. Самое неприятное в этой ситуации то, что никто не может точно сказать, прошла транзакция или нет.
   mishaPH
 
Модератор
765 - 03.07.18 - 09:07
(764) вот до сих пор не отправлено.
   mishaPH
 
Модератор
766 - 03.07.18 - 09:09
у нас благодаря нововведению с композитными продуктами поднадзорки гп осталось 5 позиций.. Видимо рекомендую до осени вообще пр-во не запускать по ним остановленное.

Кстати.. вчера выпустил производственный ВСД со датой пр-ва будущей. пропустило.
   tciban
 
767 - 03.07.18 - 09:33
Нам из СКБ контура сказали надо "реализацию в пищу людям"
Работает
   tciban
 
768 - 03.07.18 - 09:35
Выявили смешное - в мерке регистрируется дата производства по дате времени прихода по маскве. Т.е. если мы в ебурге делаем 2-го числа после 2-х транзакцию - то это по меркурию будет произведено 3-го. А дата реализации - 2 июня...
   mishaPH
 
Модератор
769 - 03.07.18 - 09:46
(768) да вот дату пр-ва можно след днем сделать...
   mishaPH
 
Модератор
770 - 03.07.18 - 09:47
точнее я указал дату пр-ва завтра. оно всд зарегистрировало.

итого дата запроса 02.07  дата пр-ва 03.07
   spectre1978
 
771 - 03.07.18 - 09:54
(770) с учетом того, что там дату можно указывать неформально (строкой), делать какие-либо проверки вообще не имеет смысла. Ибо никакой неестественный интеллект не разберет ту белиберду, которую народ иногда вносит в informalDate.
   mishaPH
 
Модератор
772 - 03.07.18 - 10:01
(771) т.е. все можно делать будущим днем. выпустил на завтра. передал и т.д. и т.п.
   mishaPH
 
Модератор
773 - 03.07.18 - 10:01
например все пр-во оформить до того. как начали делать. чтобы ночью ен встать.
   spectre1978
 
774 - 03.07.18 - 10:13
(772) технически оно много чего позволяет, да. Но мы не знаем, кто и с какой целью будет смотреть отчеты.
   spectre1978
 
775 - 03.07.18 - 11:33
Ща попытался инвентаризацию сделать на списание ста позиций мусора - отфутболило. Попробуйте, мол, позже. Попытался заместо пятидесяти позиций две. Висело, висело - отвалилось. Хорошо работает система!
   ProxyInspector
 
776 - 03.07.18 - 11:44
Да сегодня мягко выражаясь висит. У нас пока три Хозяйствующие субъекта и 6 площадок. Пытаюсь по API для конкретной площадки получить количество входящих ВетСвидетельств. Висит минуты 3 и отваливается. А предполагается что у нас будет штук 10 ХС. 50 площадок (розничные магазины, распределительный склад). Что-то мне подсказывает, что не взлетит.
   mishaPH
 
Модератор
777 - 03.07.18 - 11:57
(776) вот вот
   ProxyInspector
 
778 - 03.07.18 - 12:16
А как работать будем?
Наш распределительный склад: 20 входящих ТТН * 100 позиций = 2000 ВСД.  10 исходящих ТТН * 50 площадок * 100 позиций = 50 тыс ВСД Х 0.5 мин = 10 суток
   15 млн ВСД в год
   mishaPH
 
Модератор
779 - 03.07.18 - 12:18
(778) у нас было 40 позиций подходящих под ВСд. после того как часть их изменили рецептуру а часть попало под новый приказ менее 50% осталось 5.
но.. магазинов и ТТН ежесуточно по ним 200-300
   mishaPH
 
Модератор
780 - 03.07.18 - 12:20
дебили что еще сказать. вместо того чтобы только бумагу в эл-ку перевести. затронули еще ГП. если сырья входящего было 1-2 ВСд т.к. закупают крупными партиями. то ГП из него уже десяок. а отгрузок тысячи ВСД.
   tciban
 
781 - 03.07.18 - 12:30
все приплыли. Ни из еката, ни из Тольятти не отправляются транзакции. Ошибка работы с Интернет: Превышено время ожидания...

Интересно как у кого?
   mishaPH
 
Модератор
782 - 03.07.18 - 12:32
(781) а понедельник был не показатель. многие тупо ен работали накачав магазины до 01.07 товаром. Счас начинают. и вот итог. Это при том, что вся молочка отвалилась
   tciban
 
783 - 03.07.18 - 12:33
Счас посмотрю как в челябинске и в Волжске до кучи....
   tciban
 
784 - 03.07.18 - 12:33
Волжск тоже не может отправить...
   kofeinik
 
785 - 03.07.18 - 12:37
(762) реализация в пищу людям,
GUID 0778b8cb-f49d-4ed9-88b9-5f70af00a211
UUID af3fea6e-53a3-4d9a-9197-2d821e297d36
Сейчас ничего не загружается (входящие всд), и исходящие отправляются в никуда, нет ответа
   timurhv
 
786 - 03.07.18 - 12:41
Тоже нет ответа и превышено время ожидания.
   timurhv
 
787 - 03.07.18 - 12:56
Шлюз умер - лошадь сдохла
   tciban
 
788 - 03.07.18 - 13:06
Ты для какого города смотрел интересно?
   tciban
 
789 - 03.07.18 - 13:06
А потом они починят все и сделают вид что не было ничего :)
   tciban
 
790 - 03.07.18 - 13:06
ну если починят
   serpentt
 
791 - 03.07.18 - 13:19
Россельхознадзор рассказал о том, что делать с "Меркурием" в случае проблем с интернетом

Подробнее читайте на © DairyNews.ru   http://www.dairynews.ru/news/rosselkhoznadzor-rasskazal-o-tom-chto-delat-s-merk.html
   tciban
 
792 - 03.07.18 - 13:20
Ну что все молчат то? В Меркурий зонят?
   serpentt
 
793 - 03.07.18 - 13:23
На протяжении аварийного периода оформление ВСД должностными лицами органов и учреждений, входящих в систему государственной ветеринарной службы, осуществляется на бланках или на белой бумаге формата А4 по решению собственника подконтрольных товаров.
   ProxyInspector
 
794 - 03.07.18 - 13:25
Я сейчас посмотрел алгоритм работы запросов по API. Логика странная.
1.  Подается запрос на выполнение определенной операции через ApplicationManagementService Например "ПолучитьСписокВетеринарныхСертификатов". Система возвращает applic и issuerId.
2. По этим реквизитам в цикле пытаемся получить Ответ с помощью  receiveApplicationResultRequest на протяжении какого то времени. В нашей системе это время = 60 сек.
   Если ОТвет со статусом "COMPLETED" за это время не получен пишем "меркурий временно не доступен".
   После этого пользователь посылает запрос на выполнение этой-же операции. И снова с снова посылает запрос.
   А система продолжает обрабатывать первый запрос. В результате вместо одного запроса система будет обрабатывать десяток одинаковых запросов. А потребуется только последний. Так любая система ляжет.
  Надо было как минимум в ApplicationManagementService добавить Timeout - сколько времени пользователь будет ждать ответа. И система заработала бы на порядки быстрее.
   big
 
795 - 03.07.18 - 13:53
(794) С системой справочников работает иначе, там ответ сразу приходит.
   ProxyInspector
 
796 - 03.07.18 - 14:12
Сейчас меркурий сразу посылает, даже не пытается обработать запрос
   spectre1978
 
797 - 03.07.18 - 14:21
(794) я думаю, таймаут там наверняка есть, просто его не вытащили наружу
   spectre1978
 
798 - 03.07.18 - 14:25
ну а в целом... что можно сказать. Печально, но ничего неожиданного. Если оно неделю не могло проработать без сбоя во время пилота, то чего можно ждать в продуктиве?
   tciban
 
799 - 03.07.18 - 14:27
В каком продуктиве? Разве не введен с 1-го числа Меркурий в обязательном порядке? Я что то пропустил?
   spectre1978
 
800 - 03.07.18 - 14:29
(799) когда введен в обязательном порядке, это называется продуктив. Продуктивный режим. Пока не введен в обязательном порядке, это называется пилот. Пилотный проект. По-моему, так...
  1  2  3  4  5  6  7  8  9  10  11   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует