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

Здравствуйте.Для работы с Меркурием используем БП 3.0 (точнее, 3.0.64.34).Читать остатки и формировать исходящие ТП получается - но вот организовать полноценную работу с меркурием не удается. Прежде всего проблемы с входящими ВСД.1с-ка пытается, видимо, загрузить все входящие ВСД (хотя они все давно уже погашены в вэбе) - но,загрузив только часть (до 29.08), выходит ошибка (см.рисунок). Пробовали очищать очередь сообщений - бесполезно. В идеале, конечно, было бы хорошо, если можно было бы загружать входящие ВСД только за выбранный период - в версии апи 2.1 такой метод появился - но вот 1с, видимо, никак еще не сделает для этой версии. Кто что посоветует? Как у вас настроена работа с входящими всд?

nata.sms@mail.ru wrote:

christoffelsymbols wrote:

nata.sms@mail.ru wrote:

christoffelsymbols wrote:

nata.sms@mail.ru wrote:При отправке из 1С "Выпуска продукции" в ВЕТИС висит статус "Ожидайте завершения обработки данных ВЕТИС", как быть???
Еще при отправке выдал ошибку - скрин прилагается
В Меркурий продукция вся попадает, но статус в 1С не возвращается, как решить не понятно
После данной ошибки не срабатывает обмен с ВЕТИСом до тех пор, пока не очистишь очередь сообщений ВЕТИС

Это ошибка в конфигурации. Если пришлете текст XML из журнала регистрации, то смогу указать причину и способ обхода (исправления)

Это исходящее сообщение из протокола обмена, а нужно входящее из журнала регистрации.
Но если на скриншоте выделена именно строка с ошибкой: флаг скоропорта стоит у окорочков?

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
<env:Header/>
<env:Body>
<submitApplicationResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>a32a2fc0-779e-4603-8e76-550686a4276e</applicationId>
<status>ACCEPTED</status>
<serviceId>mercury-g2b.service</serviceId>
<issuerId>1128f214-1ebd-424f-9256-0a3f3e8b2036</issuerId>
<issueDate>2018-10-11T15:05:00+05:00</issueDate>
<rcvDate>2018-10-11T13:05:03</rcvDate>
</application>
</submitApplicationResponse>
</env:Body>
</env:Envelope>

Тоже не то.

В тексте дожен быть registerProductionOperationResponse

sergmerk wrote:Здравствуйте.Для работы с Меркурием используем БП 3.0 (точнее, 3.0.64.34).Читать остатки и формировать исходящие ТП получается - но вот организовать полноценную работу с меркурием не удается. Прежде всего проблемы с входящими ВСД.1с-ка пытается, видимо, загрузить все входящие ВСД (хотя они все давно уже погашены в вэбе) - но,загрузив только часть (до 29.08), выходит ошибка (см.рисунок). Пробовали очищать очередь сообщений - бесполезно. В идеале, конечно, было бы хорошо, если можно было бы загружать входящие ВСД только за выбранный период - в версии апи 2.1 такой метод появился - но вот 1с, видимо, никак еще не сделает для этой версии. Кто что посоветует? Как у вас настроена работа с входящими всд?

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

christoffelsymbols wrote:

nata.sms@mail.ru wrote:

christoffelsymbols wrote:

nata.sms@mail.ru wrote:

christoffelsymbols wrote:

nata.sms@mail.ru wrote:При отправке из 1С "Выпуска продукции" в ВЕТИС висит статус "Ожидайте завершения обработки данных ВЕТИС", как быть???
Еще при отправке выдал ошибку - скрин прилагается
В Меркурий продукция вся попадает, но статус в 1С не возвращается, как решить не понятно
После данной ошибки не срабатывает обмен с ВЕТИСом до тех пор, пока не очистишь очередь сообщений ВЕТИС

Это ошибка в конфигурации. Если пришлете текст XML из журнала регистрации, то смогу указать причину и способ обхода (исправления)

Это исходящее сообщение из протокола обмена, а нужно входящее из журнала регистрации.
Но если на скриншоте выделена именно строка с ошибкой: флаг скоропорта стоит у окорочков?

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
<env:Header/>
<env:Body>
<submitApplicationResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>a32a2fc0-779e-4603-8e76-550686a4276e</applicationId>
<status>ACCEPTED</status>
<serviceId>mercury-g2b.service</serviceId>
<issuerId>1128f214-1ebd-424f-9256-0a3f3e8b2036</issuerId>
<issueDate>2018-10-11T15:05:00+05:00</issueDate>
<rcvDate>2018-10-11T13:05:03</rcvDate>
</application>
</submitApplicationResponse>
</env:Body>
</env:Envelope>

Тоже не то.

В тексте дожен быть registerProductionOperationResponse

Других сообщений в системе нет

christoffelsymbols wrote:

sergmerk wrote:Здравствуйте.Для работы с Меркурием используем БП 3.0 (точнее, 3.0.64.34).Читать остатки и формировать исходящие ТП получается - но вот организовать полноценную работу с меркурием не удается. Прежде всего проблемы с входящими ВСД.1с-ка пытается, видимо, загрузить все входящие ВСД (хотя они все давно уже погашены в вэбе) - но,загрузив только часть (до 29.08), выходит ошибка (см.рисунок). Пробовали очищать очередь сообщений - бесполезно. В идеале, конечно, было бы хорошо, если можно было бы загружать входящие ВСД только за выбранный период - в версии апи 2.1 такой метод появился - но вот 1с, видимо, никак еще не сделает для этой версии. Кто что посоветует? Как у вас настроена работа с входящими всд?

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

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

Доброго времени суток всем. Для работы с Ветис используется БП 3.0, а точнее 3.0.65.72. При оформлении ВСД из документа "Исходящая транспортная операция ВЕТИС" перестали оформляться ВСД, если в табличной части больше одной позиции, вылетает ошибка "MERC02137: Используемый объём должен быть меньше или равен остатку" при том, что остаток есть и на сайте Меркурия равен списываемому в 1с-ке. Никаких ручных объединений/баловства с настройками/отвязываний площадок не было. При всем этом, если при тех же настройках и заполненности реквизитов документа, одна позиция в табличной части отправляется и оформляется прекрасно. Кто-нить знает, что эт такое? или это только у нас так?

Neomania wrote:Доброго времени суток всем. Для работы с Ветис используется БП 3.0, а точнее 3.0.65.72. При оформлении ВСД из документа "Исходящая транспортная операция ВЕТИС" перестали оформляться ВСД, если в табличной части больше одной позиции, вылетает ошибка "MERC02137: Используемый объём должен быть меньше или равен остатку" при том, что остаток есть и на сайте Меркурия равен списываемому в 1с-ке. Никаких ручных объединений/баловства с настройками/отвязываний площадок не было. При всем этом, если при тех же настройках и заполненности реквизитов документа, одна позиция в табличной части отправляется и оформляется прекрасно. Кто-нить знает, что эт такое? или это только у нас так?

Похоже на ошибку в релизе.

Neomania wrote:Доброго времени суток всем. Для работы с Ветис используется БП 3.0, а точнее 3.0.65.72. При оформлении ВСД из документа "Исходящая транспортная операция ВЕТИС" перестали оформляться ВСД, если в табличной части больше одной позиции, вылетает ошибка "MERC02137: Используемый объём должен быть меньше или равен остатку" при том, что остаток есть и на сайте Меркурия равен списываемому в 1с-ке. Никаких ручных объединений/баловства с настройками/отвязываний площадок не было. При всем этом, если при тех же настройках и заполненности реквизитов документа, одна позиция в табличной части отправляется и оформляется прекрасно. Кто-нить знает, что эт такое? или это только у нас так?

Перечитай складской журнал.

Что-то случилось с передачей Штрихкодов упаковок при регистрации Исходящей транспортной ВЕТИС из 1С:ERP 2.0.

В оформленном Вет. свидетельстве - пусто
Вынуждены ставить в поле Особые отметки.

MishaJ wrote:Что-то случилось с передачей Штрихкодов упаковок при регистрации Исходящей транспортной ВЕТИС из 1С:ERP 2.0.

В оформленном Вет. свидетельстве - пусто
Вынуждены ставить в поле Особые отметки.

проблему исправили во вчерашнем обновлении

carloss wrote:

проблему исправили во вчерашнем обновлении

Подтверждаю.

После обновления на последний релиз 1С:ERP 2.4 (2.4.5.129), если произошла ошибка при оформлении Исходящей ТО Ветис, при попытке прочитать ошибку (нажав на ссылку "причина"), появляется окно ошибки:

Решается так:
Открываем общий модуль "ИнтеграцияВЕТИСВызовСервера", переходим к строке 2107 и меняем

| КОГДА ВЕТИСПрисоединенныеФайлы.Описание = """"

на

| КОГДА ВЫРАЗИТЬ(ВЕТИСПрисоединенныеФайлы.Описание КАК СТРОКА(10)) = """"

Подскажите,пожалуйста,есть ли в 1с БП3.0 возможность распечатать qr-коды оформленных всд-шек?то есть оформили исходящую транспортную,всё нормально-нужно бы распечатать коды

Добрый день. Мне нужно сделать микро-интеграцию старой неподдерживаемой 1с ут10 с меркурием (но платформа 8.3.7). все что надо это получить список непогашенных документов методом getVetListRequest, показывать в табличке и потом гасить их или отклонять. Но зато срок неделя.

Получить через wsпркоси контакт с EnterpriseService получилось без проблем. динамически получаем ws-определение, создаем типы, из них экземпляры все заполняем и ответ = _Прокси.GetBusinessEntityList(ListOptions, BusinessEntity); - все хорошо
но вот с ApplicationManagementService беда. не понятно как заполнить поле Application.data

пробовал создать динамически через прокси

но он не содержит нужных типов.
попробовал вставить пакеты в конфигурацию

ошибка при падении следующая

{Обработка.ГашениеВСД.Форма.Форма.Форма(48)}: Ошибка при установке значения атрибута контекста (data)
Application.data = getVetDocumentListRequest;
по причине:
Несоответствие типов XDTO:
Тип '{http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2}GetVetDocumentListRequest' не соответствует типу '{http://api.vetrf.ru/schema/cdm/application}ApplicationDataWrapper'
Тип свойства не соответствует типу значения

Все решения что выдает гугл либо предлагают делать все через http-запросы либо предлагает скачать за стармани чью то конфу в которой еще черт ногу сломит, ибо "оптимизация".

Уверен что должен быть нормальный способ сделать это через ws-прокси. помогите сакральными знаниями, никак времени самому разобраться не хватит(

GR_nnp wrote:{Обработка.ГашениеВСД.Форма.Форма.Форма(48)}: Ошибка при установке значения атрибута контекста (data)
Application.data = getVetDocumentListRequest;
по причине:
Несоответствие типов XDTO:
Тип '{http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2}GetVetDocumentListRequest' не соответствует типу '{http://api.vetrf.ru/schema/cdm/application}ApplicationDataWrapper'
Тип свойства не соответствует типу значения

Может это поможет: