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

Лёлька)) wrote:Не знаю как там насчет гаишников,но у нас был случай с РСХН.

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

P.S. Вот тут озвучили мысль про код, который известен только отправителю, по-моему хорошая идея. Усложнит не сильно, но гарантию от таких ситуаций даст на 146%.

ilart1991 wrote:Про сканер qr у гаишника - что-то из рода фантастики

Сильно зависит от региона.

Давайте представим такую гипотетическую ситуацию:

1) Отправитель отпустил продукцию получателю.
2) Отправитель создал ТВСД.
3) Получатель по ошибке или злонамеренно, раньше получения груза, погасил ТВСД.
4) Машину останавливает гаишник с телефоном на котором есть QRCode читалка.

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

miskevich wrote:Найдите хоть одно отличие

Использование Вами пилотного описания показалось мне подозрительным, жаль что не смог помочь.

При использовании новой ссылки только globalID у BusinessMember стал массивом вместо строки.

Он всегда был коротенькой строкой. Возможно это новый косяк.

Неужели нужно дописывать официальное продуктивное описание?

Смотря на чем. На Delphi, после импорта WSDL заявочную AMS практически невозможно использовать. Не, теоретически можно заставить себя и переписать его процентов на 70%, но много дешевле выходит разбирать и собирать XML вручную.

oracle.fabric.common.FabricException: The composite "g2b/ApplicationManager!2.0.1*soa_***" is retired. New instances cannot be initiated.

Шо, опять? (c)

Димас wrote:Расклад такой.

Тут от количества не зависит ничего. ВСД можно выписать и на миллиграмм продукции.

http://api.vetrf.ru/schema/platform/services/2.0-last/ams-mercury-g2b.service_v2.0_production.wsdl

Молочный Родник wrote:Подскажите пожалуйста что делать в данной ситуации???

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

TWAIN wrote:Да, а на просьбу ораторов сделать заявку в API, ответ был да, разберемся,
но насколько я помню, прошлый раз тоже был такой же ответ.

Этот вопрос стоит где-то с сентября 2017, хотя там, по сути, дел на две минуты - сами проекты в системе есть. Это решение однозначно "политическое" и поскольку оно входит вразрез с требованиями 589 приказа, хотелось бы услышать мнение господина Власова.

Корнетт wrote:Коллеги, можно я вас не поддержу в данном вопросе, бить не будете?

Будем. Вы не принимаете во внимание тот факт, что Ветис API не принимает проекты документов. Из-за этого пункта, любая автоматизация через шлюз, в частности, и весь API в целом, стали бессмысленными.

Милашка wrote:Право на оформление по пр.646,647,648 нужно оставить только людям имеющим ветобразование и опыт работы в ветструктурах, то бишь только госам, аттестованным, УЛ с ветобразованием.
Всем, кто не входит в тройку-доступ к оформлению ВЕТЕРИНАРНЫХ сертификатов на продукцию закрыть! Пусть идут на кошках тренируются, оставить им кошачьи корма, нехай оформляют...

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

ilart1991 wrote:По-моему, стоит включить здравый смысл.

Кому? Российскому чиновнику?

nmzn1 wrote:когда много-много, конечно интеграция только спасёт..
а молочку нужно вообще отменить, вот!

Я считаю что в текущих условиях нужен уведомительный характер ТВСД и лаб. исследований. Уведомили ветврачей - все замечательно, если есть претензия отзывать ВСД уведомлять хоза. В ситуации когда API не позволяет создавать проекты документов, ни о какой автоматизации говорить нельзя. Из всей триады 646-648 обычному хозу была доступна автоматизация только по небольшому выбору 646, причем с идиотскими условиями типа "реализация в пищу людям". А у нас ветслужба против такой цели и требуют "свободная реализация". Что тут автоматизировать? Теперь окончательно закрыли и эту дырку. От автоматизации и API толку ноль вообще.

Max wrote:А откуда Комитету знать - Есть ветеринарное образование у менеджера торговой компании или нет?

Диплом в профиль пользователя заносится. Отследить заявки с пустым полем пользователя дело одного запроса к БД. Проверить диплом через реестр Рособрнадзора еще один запрос.

Mak_VET wrote:Интеграцию могут сделать обязательной только когда сделают ее бесплатной... Моему ПО удобнее и дешевле работать через веб, чем ради 200 веток в месяц тратить такие деньжищи на интеграцию и ее обслуживание...

А тем у кого количество ТВСД исчисляется сотнями и тысячами в день что делать? Нанимать двадцать операторов для забивки ТВСД через веб-сайт? А что делать ветеринарам, которые будут через неудобный сайт разгребать эти тысячи помноженные на количество хозов? А лаб. исследования которые может вносить тоже только вет. врач?

А что делать гражданам которые будут покупать молочко по 150 руб. литр, потому-что кому-то надо всю эту прослеживаемость оплачивать?