Для новичков

Подскажите. Возвратный сертификат после оформления "падает" в журнал входящей продукции. Так должно быть? для чего? Или я неправильно оформляю возврат?

Добрый! Подскажите пж, есть ли техническая документация на Ветис.API - Входящие, исходящие XML запросы, что в них должно содержаться и т.д., аналог Технической документации для организаций оптовой и розничной торговли ЕГАИС (УТМ)?

Добрый вечер! Николай Анатольевич, подскажите, пожалуйста, как поступить?
У нас в обслуживании большой логистический склад и магазины по регионам. ХС ведет переговоры об интеграции своей складской программы учета с API «Меркурий». Как быстро это все осуществиться мы не знаем, возможно, не раньше 2018 года.
Но работать надо.
Проблема в том, что на данном этапе склад для ветеринаров не совсем «прозрачен». Если раньше при выписке ВСД работали по шаблону, где были забиты все поставщики и вся продукция. То в «Меркурий» требуется детально расписывать каждую позицию в накладной.

Информацию по точкам отгрузки, адресам, ТТН и список продукции с весом и количеством получаем из складского отчета в Excel. Но там общие данные (курица, яйцо, колбаса и т д.) без идентификационной принадлежности к тому или иному поставщику.

Поэтому информацию о том, какому поставщику принадлежат (яйцо, курица и т д) и от какого поставщика отгрузили в конкретный магазин, мы не знаем. Бегать за каждым грузчиком нет физической возможности.

Следовательно, не о какой прослеживаемости речи не идет.
ХС на уровне склада предлагает продолжить оформлять ВСД на бланке, по шаблону, как раньше.
Но как быть с тем, что надо вести учет оформленных ВСД на бланке в ФГИС «Меркурий»???
Если нет возможности оформить в нем транзакцию корректно из-за отсутствия нужных данных по складу.
Спасибо за ответ!

Veterinardoctor777 wrote:Добрый вечер! Николай Анатольевич, подскажите, пожалуйста, как поступить?
У нас в обслуживании большой логистический склад и магазины по регионам. ХС ведет переговоры об интеграции своей складской программы учета с API «Меркурий». Как быстро это все осуществиться мы не знаем, возможно, не раньше 2018 года.
Но работать надо.
Проблема в том, что на данном этапе склад для ветеринаров не совсем «прозрачен». Если раньше при выписке ВСД работали по шаблону, где были забиты все поставщики и вся продукция. То в «Меркурий» требуется детально расписывать каждую позицию в накладной.

Информацию по точкам отгрузки, адресам, ТТН и список продукции с весом и количеством получаем из складского отчета в Excel. Но там общие данные (курица, яйцо, колбаса и т д.) без идентификационной принадлежности к тому или иному поставщику.

Поэтому информацию о том, какому поставщику принадлежат (яйцо, курица и т д) и от какого поставщика отгрузили в конкретный магазин, мы не знаем. Бегать за каждым грузчиком нет физической возможности.

Следовательно, не о какой прослеживаемости речи не идет.
ХС на уровне склада предлагает продолжить оформлять ВСД на бланке, по шаблону, как раньше.
Но как быть с тем, что надо вести учет оформленных ВСД на бланке в ФГИС «Меркурий»???
Если нет возможности оформить в нем транзакцию корректно из-за отсутствия нужных данных по складу.
Спасибо за ответ!

Не знаю как. Единственное что знаю, так это то, что в ашем случае нужно как-то изменить режим складского учета - сделать учет партионным. Как это сделать технологичнее и менне затратно - нужно делать у вас на объекте анализ производственных процессов.

При составлении транзакции при учете всд исследования/акты отбора проб не переносятся. в чем проблема?

Информация из Аргуса как-то выгружается в Меркурий? (РБ, Армения и тд)

ANIT wrote:

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

Начну с конца.
А кто в этом случае должен давать заявку на доступ к API? Вет управление?
Заявку подает ХС на своем фирменном бланке с печатью и подписью ген дира, а может и вет. управление. Подробно тут: http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API#.D0.9F.D1.80.D0.B5.D0.B4.D0.BE.D1.81.D1.82.D0.B0.D0.B2.D0.BB.D0.B5.D0.BD.D0.B8.D0.B5_.D0.B4.D0.BE.D1.81.D1.82.D1.83.D0.BF.D0.B0
Если вет. врач штатный, то от лица ХС отсылаете.
Доступ вам дадут только на тестовый шлюз. На рабочий вы получите только после адекватного теста, когда набор безошибочных транзакций будет на тестовом шлюзе достаточный. Т.е. отправить 1-2 заявки и подать запрос на рабочий шлюз, не вариант, заявок нужно прогнать штук 20. С тестовым шлюзом работайте В КОПИИ 1Ски. В любом случае копия будет у вас на долго, т.к. нужно проверять корректность релизов Меркурия, корректность релизов интеграционного продукта который вы внедрять будите и делать всякие эксперименты.
Второй момент: Допустим ХС автоматизировал подачу заявок. Но, как я понял, пока вет врач не примет решение мы все-равно не получим ВС и не сможем отгрузить продукцию.
Не совсем так. Если вы работаете через ВЕТИС.API, то заявку должен отсылать вет. врач под своим логином. УВЫ И АХ. Это еще один существенный недочет системы. Ветис.API почему-то не умеет работать через 2х ступенчатую систему, как это работает в ВЭБ интерфейсе. Т.е. ХС сделал заявку, а врач через ГВЭ жмет кнопочку Принять или Отклонить. Через API ваш Вет.врач должен будет работать в 1Ске и из нее отправлять ветки в Меркурий. И это огромная головная боль для внедренцев и ХС, мои коллеги с другой фирмы уже столкнулись с нею, на проекте где вет. врач не штатник. Четыре месяца работы, вышли на этап "продакшена", в рабочей версии состыковали все справочники и стопорнулись на пару недель, пока решали вопрос, что вет врач из вет. управления обязан будет работать в 1Ске. Хоть и со скандалом, но вопрос благо урегулировали и вет. управление все же пошло на встречу в такой ситуации. Я пока с клиентами по интеграции, где штатника нет, стараюсь дел не иметь. Но в любом случае я нарвусь на эту проблему, когда штатники пойдут в отпуска или на больничные, т.к. в таком случае будут привлекаться к работе приходящие специалисты из вет. управлений. Когда этот недочет шлюза будет решен, не известно. Поэтому перед тем как вбухивать деньги в интеграционный проект, в первую очередь поинтересуйтесь вопросом, готовы ли "приходящие" специалисты, если они есть, отправлять ВСД из 1Ски?
По хорошему механизм Ветис.API должен иметь обе схемы работы. И схема когда ВСД влетает со статусом "Оформлена" и с подписью отправившего с 1Ски вет врача (т.е. текущая схема) и схема работы в два этапа (как в ВЭБ интерфейсе). Но когда разработчики это реализуют, БООООЛЬШОЙ вопрос.
С текущей схемой работы через шлюз есть еще один весомый затык. Как только ВСД влетело в Меркурий, ничего вы поправить там руками уже не можете. Не все реквизиты влетают корректно, какие-то недочеты есть в работе разработчиков интеграционных решений, какие-то у разработчиков ШЛЮЗА (методов нет для заполнения реквизитов). Как итог через ВЭБ вы оформить корректно ветку можете, а через шлюз нет, можно только аннулировать. Если бы Ветка влетала и она была бы доступна для редактирования, то это бы сняло целый ряд проблем.

gni wrote:А если вет врач это делает вручную да еще у него 8 часовой рабочий день - вообще отгрузка выглядит проблематично.

А это судя по всему уже проблемы индейцев. Увы и ах.

не нашел ответы на эти вопросы:

1. По хорошему механизм Ветис.API должен иметь обе схемы работы. И схема когда ВСД влетает со статусом "Оформлена" и с подписью отправившего с 1Ски вет врача (т.е. текущая схема) и схема работы в два этапа (как в ВЭБ интерфейсе). Но когда разработчики это реализуют, БООООЛЬШОЙ вопрос. - Когда будет реализовано ? Если будет конечно??

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

так же добавлю вопросы от себя:

3. как будет осуществляться "Поддержка унифицированного классификатора продукции GS1 International (GPC)" ?

4. В чем заключается адаптация? Чтобы можно было в принципе работать через EDI ? "Адаптация универсального шлюза для взаимодействия с информационными системами операторов EDI"

Подскажите, если клиент едет по маршруту Пермь- Москва -Пермь, то справку мы выписываем до Москвы, но ведь он вернется обратно. Каким образом нам указать эти данные?
Если писать конечный пункт Пермь, а промежуточный Москва, то справку программа автоматом переделывает на 4 форму.

СББЖ Пермь wrote:клиент едет по маршруту Пермь- Москва -Пермь

Он таким образом развлекается? всю продукцию возит туда-обратно?

СББЖ Пермь wrote:Подскажите, если клиент едет по маршруту Пермь- Москва -Пермь, то справку мы выписываем до Москвы, но ведь он вернется обратно. Каким образом нам указать эти данные?
Если писать конечный пункт Пермь, а промежуточный Москва, то справку программа автоматом переделывает на 4 форму.

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

Добрый день! Наконец то получила заветные логин и пароль. Зашла в систему, хотела попробывать занести рыбу пришедшую к нам, а нет кнопки добавить. Почему, как, за что?((

ElenaN wrote:Добрый день! Наконец то получила заветные логин и пароль. Зашла в систему, хотела попробывать занести рыбу пришедшую к нам, а нет кнопки добавить. Почему, как, за что?((

транзакция рулит.

danver wrote:

СББЖ Пермь wrote:Подскажите, если клиент едет по маршруту Пермь- Москва -Пермь, то справку мы выписываем до Москвы, но ведь он вернется обратно. Каким образом нам указать эти данные?
Если писать конечный пункт Пермь, а промежуточный Москва, то справку программа автоматом переделывает на 4 форму.

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

Это только для живых животных. А вот что делать с выездными автолавками,которые развозят продукты питания по деревням, имеющим три-четыре жилых дома с бабульками-пенсионерками.В деревнях этих и магазинов-то нет, поэтому автолавки и организованы, но вот оформить ветеринарный документ на эту машинку не имеется возможности, потому как и начальный пункт и конечный пункт маршрута-это один и тот же город, поэтому и формируется ветеринарная справка ф№4.И между начальным и конечным пунктами не одна деревня, а много. Теперь вопрос: что делать?

Lele4ka13 wrote:

danver wrote:

СББЖ Пермь wrote:Подскажите, если клиент едет по маршруту Пермь- Москва -Пермь, то справку мы выписываем до Москвы, но ведь он вернется обратно. Каким образом нам указать эти данные?
Если писать конечный пункт Пермь, а промежуточный Москва, то справку программа автоматом переделывает на 4 форму.

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

Это только для живых животных. А вот что делать с выездными автолавками,которые развозят продукты питания по деревням, имеющим три-четыре жилых дома с бабульками-пенсионерками.В деревнях этих и магазинов-то нет, поэтому автолавки и организованы, но вот оформить ветеринарный документ на эту машинку не имеется возможности, потому как и начальный пункт и конечный пункт маршрута-это один и тот же город, поэтому и формируется ветеринарная справка ф№4.И между начальным и конечным пунктами не одна деревня, а много. Теперь вопрос: что делать?

А если полностью прописать весь маршрут через кнопку "Маршрут следования: Добавить" ? Может, получится?

доктор.вет.31 wrote:

ElenaN wrote:Добрый день! Наконец то получила заветные логин и пароль. Зашла в систему, хотела попробывать занести рыбу пришедшую к нам, а нет кнопки добавить. Почему, как, за что?((

транзакция рулит.

Поясните для начинающих)