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

Ну тогда ни кто ни чем не поможет, когда начинается магия, стоит вернутся к истокам.
Я бы взял сформированный запрос и пропустил через соап и если съест, то чудеса, если нет, то смотреть что не так в структуре.
А тут весь запрос перепроверять.
P.S. Вы не первый у кого на тестовом все хорошо, а на боевом ошибки.
Из примеров, на истоках версии 2.0 сделал запрос как по справке, но на всякую хрень ругалось, оказалось что ошибка была только в указание версии (для 2.0 надо явно указать), в описание примеров писали старую. Но добрые люди подсказали.

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

невнимательность...

получил другую ошибку:

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
    <env:Header/>
    <env:Body>
        <receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
            <application xmlns="http://api.vetrf.ru/schema/cdm/application">
                <applicationId>83de4af0-fc52-4e81-a959-b8c8a06a5cd3</applicationId>
                <status>REJECTED</status>
                <serviceId>mercury-g2b.service</serviceId>
                <issuerId>fbddbbdb-52a6-4e81-9dd0-90105ff2e332</issuerId>
                <issueDate>2018-05-15T17:30:29.000+03:00</issueDate>
                <rcvDate>2018-05-15T12:30:28.000+03:00</rcvDate>
                <prdcRsltDate>2018-05-15T12:30:28.000+03:00</prdcRsltDate>
                <errors>
                    <apl:error code="MERC24383" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Unsupported error code: 24383</apl:error>
                </errors>
            </application>
        </receiveApplicationResultResponse>
    </env:Body>
</env:Envelope>

oleg-x wrote:
P.S. Вы не первый у кого на тестовом все хорошо, а на боевом ошибки.

А я не хочу так

Мы сегодня получили данные для боевого, вскоре выйдем на него

rty wrote:

oleg-x wrote:
P.S. Вы не первый у кого на тестовом все хорошо, а на боевом ошибки.

А я не хочу так Мы сегодня получили данные для боевого, вскоре выйдем на него

Я то же так не хотел, поэтому основные вещи были сделаны на тестовом, а доработки сразу на боевом.

Вопрос по инвентаризации:
заполняю начальные остатки. Свинина консервированая в банках по 325 гр. 240 штук.
я в запросе должен указать:

я правильно думаю?

loki wrote:
я правильно думаю?

да

Здравствуйте!
Пытаюсь заставить работать из -под 1с 7.7
Документ поступления, пытаюсь сделать входящую партию , запрос processIncomingConsignmentRequest .

Пишет упорно вот так:

Заявка отклонена: MERC13574 Сведения о товарно-транспортной накладной указаны неверно. Номер, дата и тип документа обязательны для заполнения.

Перепробовал разные варианты. waybill внутри ветки accompanyingForms, внутри delivery в описании и в xsd значится как из пространства

http://api.vetrf.ru/schema/cdm/argus/shipment

но если так сделать, тогда сразу ошибка типа

'waybill' not expected

если ставить

-<waybill xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document">

то упорно дает ошибку MERC13574 , хотя заполнял всё стандартно:

-<waybill xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document">
<issueSeries xmlns="http://api.vetrf.ru/schema/cdm/base">B000630</issueSeries>
<issueNumber xmlns="http://api.vetrf.ru/schema/cdm/base">B000630</issueNumber>
<issueDate xmlns="http://www.w3.org/2001/XMLSchema">2018-04-19</issueDate>
<type xmlns="http://api.vetrf.ru/schema/cdm/argus/shipment">1</type>
</waybill>

и даже вот так полностью, хотя по описанию подозреваю что это должно быть в vetCertificate

<waybill xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document">
<issueSeries xmlns="http://api.vetrf.ru/schema/cdm/base">B000630</issueSeries>
<issueNumber xmlns="http://api.vetrf.ru/schema/cdm/base">B000630</issueNumber>
<issueDate xmlns="http://www.w3.org/2001/XMLSchema">2018-04-19</issueDate>
<type xmlns="http://api.vetrf.ru/schema/cdm/argus/shipment">1</type>
<transportInfo xmlns="http://api.vetrf.ru/schema/cdm/argus/shipment">
<transportType xmlns="http://api.vetrf.ru/schema/cdm/argus/shipment">1</transportType>
<transportNumber xmlns="http://api.vetrf.ru/schema/cdm/argus/shipment">
<vehicleNumber xmlns="http://api.vetrf.ru/schema/cdm/argus/shipment">111111</vehicleNumber>
</transportNumber>
</transportInfo>
<transportStorageType xmlns="http://api.vetrf.ru/schema/cdm/argus/shipment">FROZEN</transportStorageType>
</waybill>

та же ошибка. Причём пробовал для

issueSeries xmlns="http://api.vetrf.ru/schema/cdm/base">B000630</issueSeries>
<issueNumber xmlns="http://api.vetrf.ru/schema/cdm/base">B000630</issueNumber>
<issueDate xmlns="http://www.w3.org/2001/XMLSchema">2018-04-19</issueDate>

простраства имен
вот это http://api.vetrf.ru/schema/cdm/base
и вот это http://api.vetrf.ru/schema/cdm/argus/shipment (т.к. есть 2 разных описания по типам)

Что делать? Куда смотреть и сто заполнить, чтобы побороть вот это:
MERC13574 Сведения о товарно-транспортной накладной указаны неверно. Номер, дата и тип документа обязательны для заполнения.

вопрос по входящей партии.
гашение бумажного ВСД.
читаю описание и что-то не могу понять:

<vd:consignor>
Сведения об отправителе (владельце).
При оформлении транспортной партии сведения об отправителе (хозяйствующем субъекте-владельце продукции и предприятии-отправителе) должны совпадать со сведениями о хозяйствующем субъекте-инициаторе запроса и предприятии, инициировавшим запрос.

<vd:consignee>
Сведения о получателе продукции.
В случае если перевозка осуществляется без смены владельца продукции, то хозяйствующий субъект-владелец остается таким же, как и в поле consignor.

Получаю партию от поставщика. т.е. перевозка СО СМЕНОЙ владельца.
vd:consignee - здесь я указываю свои данные

vd:consignor - здесь данные поставщика?
или "сведениями о хозяйствующем субъекте-инициаторе запроса и предприятии, инициировавшим запрос." - т.е. опять же мои данные, т.к. инициатор запроса я?

loki wrote:вопрос по входящей партии.
гашение бумажного ВСД.
читаю описание и что-то не могу понять:
vd:consignee - здесь я указываю свои данные

Тоже попался сперва на этом, надо проверить
что

<bs:issuerId xmlns:bs="http://api.vetrf.ru/schema/cdm/application">ваш гуид</bs:issuerId>
...
<ent:consignee xmlns:ent="http://api.vetrf.ru/schema/cdm/mercury/vet-document">
<tns:businessEntity xmlns:tns="http://api.vetrf.ru/schema/cdm/cerberus/enterprise">
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">ваш гуид</guid>
</tns:businessEntity>

Всем добрый день! Возможно это все уже обсуждалось, но подскажите несколько вопросов:

1. Возможна ли выгрузка периода дат производства в 1С - сейчас у нас выгружается только одна дата, в связи с этим есть некоторые проблемы..
2. Возможно ли выгружать в 1С количества и вид упаковки, только с определенного уровня, к примеру только "Транспортный логистический уровень"

wladyar wrote:Здравствуйте!
Пытаюсь заставить работать из -под 1с 7.7
Документ поступления, пытаюсь сделать входящую партию , запрос processIncomingConsignmentRequest .

Что делать? Куда смотреть и сто заполнить, чтобы побороть вот это:
MERC13574 Сведения о товарно-транспортной накладной указаны неверно. Номер, дата и тип документа обязательны для заполнения.

Первый вопрос. Партия принимается в полном объеме или частично (с возвратом)?

В случае принятия партии (полной или частично) сведения о ТТН надо пихать в раздел delivery.accompanyingForms.waybill
если часть продукции возвращается то необходимо дополнительно указать в разделе returnedDelivery.consignment.accompanyingForms.waybill

тип, дата, номер, серия должны совпадать с оригинальным до символа. Есть вариант изменить входящий документ при приемке, но для этого нужен дополнительный раздел discrepancyReport.
При оформлении возвратной части эта данные должны быть один в один.

А вот у меня остался вопрос, когда идете в входящем ВСД несколько документов, по какому принципу выбирать основной ...

P.S. это все описано в http://help.vetrf.ru/wiki/ProcessIncomingConsignment_v2.0

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

кто тоже сидит на шлюзе 1.4? на 2.0 переходить собираетесь?

Добрый день! Интересует вопрос, как будет работать меркурий с мясной продукцией. Я так понимаю, что без прав вет. врача через АПИ я не смогу формировать ЭВСД на колбасу? Или я неправильно понимаю и я их смогу формировать под правами ответственного, а потом вет. врач дает свою визу через веб интерфейс на созданные ЭВСД? Суть в том, что сейчас вет врач выписывает ЭВСД на общую партию и это реально сделать через веб, но с 1го июля так будет нельзя, то есть количество ЭВСД увеличится в 10ки раз. Заранее спасибо за ответ.

права вет врача, нужны при оформлении транспортного сертификата с целью - для свободной реализации, если цель в сертификате указать - реализация в пищу людям, прав пользователя хозяйствующего субъекта (ХС) достаточно, плюс некоторые виды продукции отгружаются только пользователем с правами врача (вроде копченые продукты у нас не получилось отгрузить пользователем ХС, пришлось менять вид продукта). В принципе на ряде предприятий врачи дали свой логин и пароль, что бы за них через API отправлялись ВСД, на удаленном предприятии связей с вет. управлением не было, поэтому сделали так, что всё выписывает пользователь ХС