Старт удался!

Николай Власов wrote:

NikoV wrote:

Николай Власов wrote:

NikoV wrote:Это как в советских автомобилях - 3 положения двери, ОТКРЫТА, ЗАКРЫТА и НЕ ЗАКРЫТА. Так и ФГИС Меркурий 3 состояния - РАБОТАЕТ, НЕ РАБОТАЕТ и В ШТАТНОМ РЕЖИМЕ.

Юмор Болотной площади ...
А вы вообще вдели-ли советские автомобили? Волгу 21-ю, например? Или шестерку первых выпусков? Или ЗИМ конца 60-х? Годочков - то вам сколько, милейший?

44 года уже. И певая машина у меня была - ВАЗ 2106. А у деда была 21 Волга. Помню хорошо. Я 26 лет в ИТ отрасли. Не одну информационную систему разработал и внедрил, пусть и не таких масштабов. Опыт есть немалый. А сколько Вы Николай Анатольевич в ИТ отрасли, раз взялись за такую ИС?

Как считать ... если от моего первого сисадминства, то оно было примерно с 86, если от первой работающей программки (программой то чудо на перфокарте я б сегодня не назвал), то по-моему, 88, если с первого програмного комплекса, то 2007. И я, кстати, сейчас не IT-шник и уж тем более не программист. У меня совсем другая работа.
И что все внедряемые вами системы сразу работали так, что и совершенствовать ничего не пришлось?

Боюсь вас огорчить, но с 88 года, да и с 2007 года все поменялось. Уже перфокарт нет.

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

Николай Власов wrote:
И еще такой вопрос у меня возникает. "Предназначенные в пищу людям и направляемые для использования в пищу людям в предприятия розничной торговли, предприятия общественного питания, в том числе с промежуточным хранением на иных предприятиях", что следует из этого предназначения? ТО, что УЛ может оформлять ЭВСД на продукцию со склада( в моем случае) только в предприятия розничной торговли и общепита, ну а если вдруг у этого магазина или столовки нет площадей для хранения закупленного товара , то в качестве предприятия-получателя указывать промежуточное предприятие, а в качестве фирмы-получателя -- столовку или магазин? Или то, что УЛ может оформлять ЭВСД и с оптового склада на оптовый склад ?

Николай Власов wrote:

NikoV wrote:

Николай Власов wrote:

NikoV wrote:Это как в советских автомобилях - 3 положения двери, ОТКРЫТА, ЗАКРЫТА и НЕ ЗАКРЫТА. Так и ФГИС Меркурий 3 состояния - РАБОТАЕТ, НЕ РАБОТАЕТ и В ШТАТНОМ РЕЖИМЕ.

Юмор Болотной площади ...
А вы вообще вдели-ли советские автомобили? Волгу 21-ю, например? Или шестерку первых выпусков? Или ЗИМ конца 60-х? Годочков - то вам сколько, милейший?

44 года уже. И певая машина у меня была - ВАЗ 2106. А у деда была 21 Волга. Помню хорошо. Я 26 лет в ИТ отрасли. Не одну информационную систему разработал и внедрил, пусть и не таких масштабов. Опыт есть немалый. А сколько Вы Николай Анатольевич в ИТ отрасли, раз взялись за такую ИС?

Как считать ... если от моего первого сисадминства, то оно было примерно с 86, если от первой работающей программки (программой то чудо на перфокарте я б сегодня не назвал), то по-моему, 88, если с первого програмного комплекса, то 2007. И я, кстати, сейчас не IT-шник и уж тем более не программист. У меня совсем другая работа.
И что все внедряемые вами системы сразу работали так, что и совершенствовать ничего не пришлось?

Все это напоминает разговор в мужской бане ........

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

1) Система построена не на объектной модели (либо псевдо объектной) иначе как объяснить разные результаты в ответах на разные запросы (Например GetVetDocumentByUuidOperation и GetVetDocumentChangesListOperation). (класс vetDocument имеет разные теги). Естественно на мой субъективный взгляд со стороны.
2) Синхронизация справочников Цербер и Меркурий хромает. В Веб интерфейсе Меркурий не находятся площадки которые через API активные и последнии (Active, Last=True).
3) Не реализованы спец. поля в API в записях журнала продукции для целей интеграции, а также поля примечания и верх не профессионализма Номер записи в веб интерфейсе.
В результате чего на заметку Разработчикам приходится долбить ресурс https://mercury.vetrf.ru/pub/operatorui?_action=checkVetDocument для парсинга этого номера. И это делают миллионы пользователей так как искать по GUID в веб интерфейсе нереально. Сами попробуйте вбить 36 символов ручками в указанный ресурс с печатной формы (на сколько вас хватит) чтобы найти номер в веб интерфейсе.
И мне лично пришлось заполнять несколько тысяч выписанных ВСД атакуя этот сайт. В результате я заметил увеличение APLM12 на запросы GetVetDocumentListOperation через API.
Т. е в моем понимании идет обращение к единой БД и приоритет у сайта выше.
Вот добавив Номер в ответ Вы реально уменьшите обращения к БД в разы если не в 10 раз.
4) Все запросы к БД должны были изначально содержать фильтры по ЛЮБЫМ поля выборки. Это принцип удачной универсальной системы. Чем больше Фильтров темь меньше выборка - тем быстрее ответ и меньше нагрузка на систему.
5) Подвисание запросов в статусе "В процессе" или некорректные ответы. При этом непонятен результат. Система должна работать четко.
1) Запрос - ответ об успешном получении запроса и возврат ID
2) Начало транзакции
3) Обработка запроса и получение результата
4) Формирование ответа по ID
5) Фиксация транзакции
6) Запрос на получение результата-отправка результата
6) Ошибки в системе должны быть информативны и понятны место возникновения ошибки, разгребать запрос в 1000 строк вобще не айс.
7) Отсутствуют транзакции прочих списаний остатков с журнала продукции (такие как розничные продажи, благотворительность, передача на собственные нужны и т.п.) – все эти списания Меркурий предполагает решать инвентаризаций, что не является правильным и усложняет процесс, так как при инвентаризации нужно полностью повторять весь состав аналитики записи журнала, в место того, чтобы указать Guid записи и количество списания.
8) Сложность заполнения данных инвентаризаций через Ветис.Api (по какой-то причине, именно инвентаризацию нужно заполнять, используя не Guid записи, а Uuid /– версия журнала продукции, которая меняется при каждом изменении записи журнала продукции/, при этом требуется повторить абсолютно всю имеющуюся информацию журнала).
9) Используя Api 2.0 на данный момент в инвентаризации невозможно указать разрешение на ввоз (это необходимо для начала введения учета и ввода остатков в Меркурий).
10) "Необходимо реализовать правильную тех. поддержу:
1) Заявка
2) Ответ ваша заявка принята номер обращения 15124342
3) По вашему обращению 15124342 получен следующий ответ
и т.д. по всем правилам Help Desk"

"Кто не знает цену времени, тот не рожден для славы."
Люк де Клапье

Увы не про Меркурий на данный момент.

Gmix wrote:
Увы не про Меркурий на данный момент.

Вот полностью поддержу! А от себя добавлю, огромная избыточность данных передаваемых данных = большая нагрузка на парсеры серверов (входной контроль данных никто не отменял).

Gmix wrote:

"Кто не знает цену времени, тот не рожден для славы."
Люк де Клапье

Увы не про Меркурий на данный момент.

Полностью согласен с докладчиком!
Да что толку?
Я подозреваю, что сервис Ветис.API представляет собой такой жуткий монстр, что что-то изменить практически невозможно.
Проще заново написать, да кто ж позволит! Бюджет уже освоен!

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

Gmix wrote:

"Кто не знает цену времени, тот не рожден для славы."
Люк де Клапье

Увы не про Меркурий на данный момент.

Полностью согласен с докладчиком!
Да что толку?
Я подозреваю, что сервис Ветис.API представляет собой такой жуткий монстр, что что-то изменить практически невозможно.
Проще заново написать, да кто ж позволит! Бюджет уже освоен!

Доработать можно все и вся, нет неразрешенных задач для целей автоматизации.
Не думаю что бюджет освоен. Учитывая планы выпуска Api 3.0 и дальнейшие планы.
Сейчас сложный момент запуска к которому подготовились явно плохо.

Gmix wrote:

"Кто не знает цену времени, тот не рожден для славы."
Люк де Клапье

Увы не про Меркурий на данный момент.

согласен

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

Gmix wrote:Не думаю что бюджет освоен. Учитывая планы выпуска Api 3.0 и дальнейшие планы.

API - это только "вход" к базе. База-то не изменится, связи в ней, поля. Связи между системами (цербер-аргус-меркурий), опять же.

msideln wrote:а при выписке через ветис апи, мы уже передаем его логи/пароль сами,
как то немного странно все это

Только логин.

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

Владимир Игнатов wrote:

Gmix wrote:Не думаю что бюджет освоен. Учитывая планы выпуска Api 3.0 и дальнейшие планы.

API - это только "вход" к базе. База-то не изменится, связи в ней, поля. Связи между системами (цербер-аргус-меркурий), опять же.

Естественно.
Но поля, то в базе есть, а в Api почему-то не возвращаются Это как зачем и почему.

В моем понимании Api должно позволять получать/отправлять все, что можно делать в базе.
Иначе, что же это за "вход такой ограниченный"

vet66 wrote:нее конечно бюджет надо увеличить однозначна, поэтому и неробит ,видимо, мало денег то выделено было

Не понятно причем тут бюджет.
Информации об отсутствии финансирования я не увидел на форуме от разработчиков.

Вот отсутствие системного подхода видно.

Gmix wrote:Информации об отсутствии финансирования я не увидел на форуме от разработчиков.
Вот отсутствие системного подхода видно.

Были сообщения от разработчиков?

Gmix wrote:

vet66 wrote:нее конечно бюджет надо увеличить однозначна, поэтому и неробит ,видимо, мало денег то выделено было

Не понятно причем тут бюджет.
Информации об отсутствии финансирования я не увидел на форуме от разработчиков.

Вот отсутствие системного подхода видно.

це сарказм, я дико извиняюсь

Николай Власов wrote:

NikoV wrote:

Николай Власов wrote:

NikoV wrote:Это как в советских автомобилях - 3 положения двери, ОТКРЫТА, ЗАКРЫТА и НЕ ЗАКРЫТА. Так и ФГИС Меркурий 3 состояния - РАБОТАЕТ, НЕ РАБОТАЕТ и В ШТАТНОМ РЕЖИМЕ.

Юмор Болотной площади ...
А вы вообще вдели-ли советские автомобили? Волгу 21-ю, например? Или шестерку первых выпусков? Или ЗИМ конца 60-х? Годочков - то вам сколько, милейший?

44 года уже. И певая машина у меня была - ВАЗ 2106. А у деда была 21 Волга. Помню хорошо. Я 26 лет в ИТ отрасли. Не одну информационную систему разработал и внедрил, пусть и не таких масштабов. Опыт есть немалый. А сколько Вы Николай Анатольевич в ИТ отрасли, раз взялись за такую ИС?

Как считать ... если от моего первого сисадминства, то оно было примерно с 86, если от первой работающей программки (программой то чудо на перфокарте я б сегодня не назвал), то по-моему, 88, если с первого програмного комплекса, то 2007. И я, кстати, сейчас не IT-шник и уж тем более не программист. У меня совсем другая работа.
И что все внедряемые вами системы сразу работали так, что и совершенствовать ничего не пришлось?

похоже действительно мерк на перфокартах работает