Егорова Ирина wrote:

Какая, в данном случае, предусмотрена ответственность для ХС? Будут ли сертифицироваться модули для работы с ИС Меркурий или это не обязательно? Просто хочу понять, что помешает договориться нелегальному поставщику с разработчиком модуля(у него ведь будет доступ ко всем паролям и никакой ответственности за их сохранность, как я понимаю)? В одну секунду можно будет оформить входящее электронное свидетельство на что угодно и отправить дальше легально что угодно.

Нелегальный поставщик должен будет как минимум быть зарегистрирован соответствующим образом в Федеральной налоговой службе, кроме того, иметь договор с ветеринарным врачом и быть зарегистрирован в ИС Цербер. Реквизиты доступа выдаются на ИС хозяйствующего субъекта, а не на разработчика. Разработчик может получить доступ только к тестовому серверу, реквизиты для него отличны от боевых.

Зачем ему регистрироваться? Он приезжает к директору/снабженцу мясокомбината, предлагает ему партию мяса/птицы/сырья/продукции без документов. Тот ставит их на приход, используя учетку ветврача, "перерабатывает" или перепродает дальше. Если что вскрывается, то все шишки на ветврача, т.к. ничего уже будет не доказать.

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

Urylin wrote:http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API.

Ветис.API.
В настоящее время на этой странице нет текста. Вы можете найти упоминание данного названия в других статьях, или найти соответствующие записи журналов.

Добрый! ПО ссылочке ничего нет.

lalex23 wrote:Господа 1С-ники, на вас вся надежда.
Работа со всеми сервисами(кроме обработки заявок) идёт через штатный механизм WSПрокси, сервис обработки заявок пришлось реализовывать через объект HTTPСоединение.
После получения доступа к рабочему Меркурию - запрос к рабочим сервисам заканчивается ошибкой: Ошибка работы с Интернет: SSL connect error, на тестовый сервис запросы уходят без проблем.
А теперь немного загадок:
1. проблема возникла на платформе 8.2.19.76, на 8.2.19.130 проблемы нет, на 8.3.7.2027 проблемы нет
2. но запускаю Fiddler, он встаёт как локальный прокси и запросы уходят и на рабочий и на тестовый сервера без проблем на любой платформе
проблема не с сертификатами, поскольку без Fiddler-а запросы из 8.3.7.2027 уходят без проблем, а файлик cacert.pem я положил к платформе 8.2.19.76
У кого какие мысли есть?
з.ы.
обновление платформы хотя бы до 8.2.19.130 - первое что приходит в голову, но 5 перифирийных баз, плюс в центральной базе порядка сотни пользователей с режимом работы 24/7 намекают на поиски программных решений проблемы, если конечно не склеится - будем обновлять..

and1024 wrote:

lalex23 wrote:
обновление платформы хотя бы до 8.2.19.130 - первое что приходит в голову, но 5 перифирийных баз, плюс в центральной базе порядка сотни пользователей с режимом работы 24/7 намекают на поиски программных решений проблемы, если конечно не склеится - будем обновлять..

Такая же фигня на 8.2.19.83 на тестовом все пучком, на рабочей "SSL connect error". Завтра попробую платформу обновить.
Как проблема решилась?
А что за сертификат нужно ставить? для тестовой ничего не ставил. В справке ничего не попадалось про сертификат. Где его брать?

nifor wrote:Добрый день коллеги !!! Подскажите пожалуйста возможно ли при оформлении транспортной партии через API указывать список получателей ?