Интеграция с 1С

gni wrote:Здравствуйте!

Кто нибудь сталкивался со сбоями в продуктиве?
Вчера минут 30 вечером не отсылались ВСД через шлюз 1.4. Дней 10 назад быал ситуация, когда полная печатная форма о-очень долго загружалась (по 10 минут одно ветсвидетельство), хотя ВСД отправлялись нормально. Причем это продолжалось, наверное, часа 2.
Отправляли ВСД с двух точек, причем программы разные. В обеих наблюдались проблемы.

Собственно вопрос: не появился ли у них телефон горячей линии круглосуточный? Вроде обещали... По электронной почте вопросы, которые требуют оперативного решения решить не всегда удается.

Хотя бы чтобы можно было позвонить и узнать в Меркурии проблема или у нас.

Спасибо.

Вроде как во Владимире круглосуточный телефон .

Вот этот: 8(4922) 52-99-29?
Я на него звонил (хотя была далеко не ночь, а всего лишь вечер около 19 МСК) - никто не ответил.
И где он указан как телефон поддержки? На vetrf.ru, mercury.vetrf.ru, fsvps.ru нет ничего. И Яндекс с Гуглом тоже ничего про телефоны тех поддержки не знают.
Где-то в недрах форумов?
Как мне кажется, раз поставлена такая масштабная задача, то и тех.поддержку надо на другой уровень выводить...

Спасибо.

nifor wrote:

gni wrote:Здравствуйте!

Кто нибудь сталкивался со сбоями в продуктиве?
Вчера минут 30 вечером не отсылались ВСД через шлюз 1.4. Дней 10 назад быал ситуация, когда полная печатная форма о-очень долго загружалась (по 10 минут одно ветсвидетельство), хотя ВСД отправлялись нормально. Причем это продолжалось, наверное, часа 2.
Отправляли ВСД с двух точек, причем программы разные. В обеих наблюдались проблемы.

Собственно вопрос: не появился ли у них телефон горячей линии круглосуточный? Вроде обещали... По электронной почте вопросы, которые требуют оперативного решения решить не всегда удается.

Хотя бы чтобы можно было позвонить и узнать в Меркурии проблема или у нас.

Спасибо.

Вроде как во Владимире круглосуточный телефон .

nifor wrote:Попробуйте ради интереса интервалом в апи дату подставить 26.11 - 27.11

С периодом вроде проходит, теперь другая ошибка
MERC14237 - Список производителей в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе
это пока ладно, буду еще гонять, варианты смотреть

gni wrote:И где он указан как телефон поддержки? На vetrf.ru, mercury.vetrf.ru, fsvps.ru нет ничего. И Яндекс с Гуглом тоже ничего про телефоны тех поддержки не знают.

в новостях от 15 сент.
http://www.vetrf.ru/vetrf/news/

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

http://vetrf.ru/vetrf-forum/posts/list/15/7013.page#40780

Подскажите, делаю запрос площадок в тестовом контуре, возвращается businessEntity и enterprise, в 1С справочник площадок подчинен справочнику хозсубъектов, в enterprise есть owner(владелец поднадзорного объекта) и он не совпадает в данными в businessEntity.
Как это понимать, кого во владельцы записывать? При чем запрос площадок по enterprise.owner.guid, в этой ситуации, возвращается пустой

Добрый день.
При отказе от всего при гашении происходит ошибка

{ВнешняяОбработка.Vetis_Защищенный.МодульОбъекта(2826)}: Ошибка при установке значения атрибута контекста (guid)
purpose.guid = ДанныеДляОтправки.deliveryFacts.purpose;
по причине:
Несоответствие типов XDTO
по причине:
Ошибка проверки данных XDTO:
Значение: '' не соответствует простому типу: {http://api.vetrf.ru/schema/cdm/base}UUID
Значение не соответствует образцу

с чем это может быть связано?

Спасибо)

Всем доброго время суток.
Подскажите, пожалуйста, в чем может быть проблема.
Версия 1.4 операция IncomingOperation

Проблема в следующем:
Приходит ВСД в нем указан номер ТС 111 товар 100кг, на самом деле пришла машина с номером 222 и мы принимаем 75кг. Гашение происходит корректно, создается акт несоответствия и возвратный ВСД.
другая ситуация:
Приходит ВСД в нем указан номер ТС A111TY77 товар 100кг, на самом деле пришла машина с номером O222OO750 и мы принимаем 75кг. Появляется ошибка
MERC15234: Транспорт в сведениях о возврате продукции должен совпадать с указанным в ветеринарно-сопроводительном документе.

Пробовал в возвратный всд и A111TY77 и O222OO750 ошибка такая же. Если полное гашение проихводить то ошибок нет.

Добрый день. При выполнении запроса на добавление площадки приходит ошибка code="MERC07369">Инициатор, ответственный за выполнение операции, с указанным идентификатором не найден в реестре РСХН, либо идентификатор не соответствует установленному формату. Тестовый сервер. Что я делаю не так?

<soapenv:Body>
<ws:submitApplicationRequest>
<ws:apiKey>***</ws:apiKey>
<app:application>
<app:serviceId>mercury-g2b.service</app:serviceId>
<app:issuerId>***</app:issuerId>
<app:issueDate>***</app:issueDate>
<app:data>
<merc:modifyEnterpriseRequest>
<merc:localTransactionId>a10003</merc:localTransactionId>
<merc:initiator>
<com:login>***</com:login>
</merc:initiator>
<merc:modificationOperation>
<ent:type>CREATE</ent:type>
<ent:resultingList count="1" total="1" offset="0">
<ent:enterprise>
<ent:name>***</ent:name>
<ent:type>1</ent:type>
<ent:address>
<ikar:country>
<base:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</base:guid>
</ikar:country>
<ikar:region>
<base:guid>b8837188-39ee-4ff9-bc91-fcc9ed451bb3</base:guid>
</ikar:region>
<ikar:locality>
<base:guid>f66a00e6-179e-4de9-8ecb-78b0277c9f10</base:guid>
</ikar:locality>
<ikar:addressView>***</ikar:addressView>
</ent:address>
<ent:activityList count="1" total="1" offset="0">
<ent:activity>
<ent:name>Оптовая торговля</ent:name>
</ent:activity>
</ent:activityList>
<ent:owner>
<base:guid>***</base:guid>
</ent:owner>
</ent:enterprise>
</ent:resultingList>
<ent:reason>Тест</ent:reason>
</merc:modificationOperation>
</merc:modifyEnterpriseRequest>
</app:data>
</app:application>
</ws:submitApplicationRequest>
</soapenv:Body>

Заранее благодарен.

nifor wrote:
Вроде как во Владимире круглосуточный телефон .

Летом он работал в режиме 8-16 по Мск.

Да, коллеги, у кого-нибудь есть отзывы по фирмам-интергационкам Корус и Контур? Хотим с ними сотрудничать. Но может, у кого есть замечания или подводные камни?

rty wrote:Подскажите, делаю запрос площадок в тестовом контуре, возвращается businessEntity и enterprise, в 1С справочник площадок подчинен справочнику хозсубъектов, в enterprise есть owner(владелец поднадзорного объекта) и он не совпадает в данными в businessEntity.
Как это понимать, кого во владельцы записывать? При чем запрос площадок по enterprise.owner.guid, в этой ситуации, возвращается пустой

Посмотрите, есть еще запрос на получение связанных площадок. Я не использую поле Owner из самого предприятия. Т.е., использовать Owner можно именно для нахождения ХС-владельца, но складом (например) может пользоваться много ХС, которые арендуют там "полки", а сам ХС-владелец только сдает "полки" в аренду и все.

tlvova wrote:purpose.guid = ДанныеДляОтправки.deliveryFacts.purpose;

в guid пытаетесь подсунуть значение ему несоответствующее

ZDmitry wrote:<merc:initiator>
<com:login>***</com:login>
</merc:initiator>

вы с этим логином можете зайти на тестовый веб?

ну и у меня вопрос по датам

при отправке дату-время привожу к мировому времени
<issueDate>2017-11-28T08:46:58</issueDate>

в ответ получаю
<issueDate xmlns="http://api.vetrf.ru/schema/cdm/application" xmlns

s="http://www.w3.org/2001/XMLSchema">2017-11-28T08:46:58.000+03:00</issueDate>
<rcvDate xmlns="http://api.vetrf.ru/schema/cdm/application" xmlns

s="http://www.w3.org/2001/XMLSchema">2017-11-28T11:47:35.000+03:00</rcvDate>

т.е. первая получается приведена к Москве
вторая не понял что это, как будто дважды приведена к Москве
кто может объяснить что это значит?

посмотрите как ответ приходит, это любая операция через ApplicationManagementService

mevgenym wrote:

ZDmitry wrote:<merc:initiator>
<com:login>***</com:login>
</merc:initiator>

вы с этим логином можете зайти на тестовый веб?

Могу зайти на https://t2-mercury.vetrf.ru/hs