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

Павел Большаков wrote:

napoBo3 wrote:Пытаюсь погасить входящее ВСД с частичным возвратом... Вылезает ошибка MERC15246 "Особые отметки в сведениях о возврате продукции должны совпадать с указанными в ветеринарно-сопроводительном документе". Заполнял их по полученному документу из операции GetVetDocumentByUuidOperation. Отметки длиной около 360 символов в вебе у меня отражаются одной строкой, а в 1С получает 3 строки. Кто-нибудь сталкивался с этим? В чем может быть проблема?

Репортил такой баг разрабам. Там проблема в том что Особые отметки насколько помню это NText по схеме, а через веб туда и табуляции и перенос строки можно затолкать итд. Оценивать сроки когда поправят - не берусь. Своим пока сказал чтоб гасили с актом такие ВСД (т.к. лучше ничего не придумал)

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

Доброго дня всем!
Есть интеграторы с 1с77?
Интересует вопрос как из 1с7 закачать пдф файлы с ВСД для распечатки?
Клиенты простят ВСД в сжатом виде с QR кодами.

Полную форму с помощью метода printVetDocumentByUuid закачать удалось. Остался вопрос как закачать сжатые формы? Может кто подскажет?

VoditelKobyly wrote:Полную форму с помощью метода printVetDocumentByUuid закачать удалось. Остался вопрос как закачать сжатые формы? Может кто подскажет?

Уже задавался этим вопросом про сокращенную форму. Ответ никак (((. Только самим делать.

Вопрос знатокам !!! У кого-то получилось использовать эту операцию GetProductItemList v2.0 через прокси с отбором по хозяйствующему субъекту ? Может кто-то поделится кодом ???

nifor wrote:Вопрос знатокам !!! У кого-то получилось использовать эту операцию GetProductItemList v2.0 через прокси с отбором по хозяйствующему субъекту ? Может кто-то поделится кодом ???

одно время через прокси не работало, если GTIN был задан криво - падало с ошибкой
по слухам - месяц назад примерно поправили, но я к тому времени реализовал это через фабрику + хттп-запрос
а в чём сложность?

nifor wrote:Вопрос знатокам !!! У кого-то получилось использовать эту операцию GetProductItemList v2.0 через прокси с отбором по хозяйствующему субъекту ? Может кто-то поделится кодом ???

На предыдущей странице

Спасибо всем за ответы !!! Код на предыдущей странице помог !!!

В хелпе перепутана очередность параметров

http://help.vetrf.ru/wiki/GetProductItemList_v2.0

хозяйствующий субъект и предприятие ))) Поменял и заработало !!!

Ещё раз всем спасибо !!!

Добрый день! Подскажите, кто может. При скачивании ВСД операцией GetVetDocumentByUuidOperation v2.0, не отображаются данные о маркировки товара (в ответе нет полей packageList). В результате при попытке погасить ВСД выдает ошибку "MERC14245">Так как маркировка в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.

Вопрос почему в ВСД при не отображаются поля маркировки

Regentov wrote:Добрый день! Подскажите, кто может. При скачивании ВСД операцией GetVetDocumentByUuidOperation v2.0, не отображаются данные о маркировки товара (в ответе нет полей packageList). В результате при попытке погасить ВСД выдает ошибку "MERC14245">Так как маркировка в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.

Вопрос почему в ВСД при не отображаются поля маркировки

Оххохо... не сыпьте соль на рану. Больная тема. Вопрос уже неоднократно поднимался очно и заочно перед разработчиками, чтобы обеспечили гашения ветеринарных документов путем передачи Только гуида, без этой проклятой ветки consignment. Если партия принимается в полном объеме, то вполне логично обрабатывать запрос только с передачей UUID вет сертификата, result и поля decision в статусе ACCEPT_ALL. Нет же этот геморой, апи не дает все данные разработчикам интеграционок, а при гашении начинается, не работает или работает но затирает важные данные. Баг на баге и багом погоняет. На январском ECR обещали что будет переработка этого механизма, но судя по всему воз и ныне там.
Для себя пока приняла решение запретить пользователям гашения через шлюз, все гашения только через ВЭБ интерфейс, с последующим обновлением данных по журналу регистрации. Иначе никак. Но и тут, нужно смотреть архитектуру интеграционок. Т.к. некоторые не предусматривают подобный механизм работы, т.е. если не загасили это в вашей учетной базе через шлюз, а сделали в вэбе, то и дальше работать с партией этой не сможете, т.е. работа с ней только через вэб остается.

Подскажите пожалуйста, кто знает, в запросе по привязке площадки к ХС ModifyActivityLocationsRequest во второй версии, какой тип объекта нужно создавать, что бы положить его в список activityLocation
и почему там в примере написана такая конструкция

дважды встречается тег globalID и один раз enterprise, и каким образом этот globalID (уникальный номер площадки хозяйствующего субъекта, на которой он осуществляет деятельность) нужно выдумать

hawksib wrote:Подскажите пожалуйста, кто знает, в запросе по привязке площадки к ХС ModifyActivityLocationsRequest во второй версии, какой тип объекта нужно создавать, что бы положить его в список activityLocation
и почему там в примере написана такая конструкция
<vd:activityLocation> <vd:globalID>7574894948562</vd:globalID> <vd:globalID>5412345123453</vd:globalID> <vd:enterprise> <bs:guid>351d096d-0c5d-46a8-b5b1-67c3e26bff78</bs:guid> </vd:enterprise> </vd:activityLocation>

дважды встречается тег globalID и один раз enterprise, и каким образом этот globalID (уникальный номер площадки хозяйствующего субъекта, на которой он осуществляет деятельность) нужно выдумать

Из http://help.vetrf.ru/wiki/ModifyActivityLocationsOperation_v2.0

список GLN для площадки (опционально).

помогите ещё вот с такой проблемой, пишу запрос IncomingConsignment, когда отправляю на тест получаю ошибки:

"MERC13209": Форма ветеринарно-сопроводительного документа обязательна для заполнения.
"MERC13211": Номер ветеринарно-сопроводительного документа обязателен для заполнения.
"MERC13213": Дата ветеринарно-сопроводительного документа обязательна для заполнения.

далее, когда у объекта delivery/accompanyingForms/vetCertificate заполняю поля vetDForm, issueNumber, issueDate, выдается такая ошибка:

"APLM0007": Wrong application data format. Format validation failed due to XML Schema rules: Element 'vetDForm' not expected.

когда убираю vetDForm начинает ругаться на issueNumber, потом на issueDate, подтолкните на мысль где мог накосячить...

ModifyBusinessEntityOperation
Пытаюсь создать организацию

<soapenv:Envelope 
			xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
			xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions"
			xmlns:app="http://api.vetrf.ru/schema/cdm/application" 
			xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/applications"
			xmlns:base="http://api.vetrf.ru/schema/cdm/base"
			xmlns:com="http://api.vetrf.ru/schema/cdm/argus/common"
			xmlns:ent="http://api.vetrf.ru/schema/cdm/cerberus/enterprise"
			xmlns:ikar="http://api.vetrf.ru/schema/cdm/ikar">
    <soapenv:Header/>
    <soapenv:Body>
        <ws:submitApplicationRequest>
            <ws:apiKey>apiKey</ws:apiKey>
            <app:application>
                <app:serviceId>mercury-g2b.service</app:serviceId>
                <app:issuerId>issuerId</app:issuerId>
                <app:issueDate>2018-03-06T14:18:42</app:issueDate>
                <app:data>
                    <merc:modifyBusinessEntityRequest>
                        <merc:localTransactionId>a20180306T141842</merc:localTransactionId>
                        <merc:initiator>
                            <com:login>login</com:login>
                        </merc:initiator>
                        <merc:modificationOperation>
                            <ent:type>CREATE</ent:type>
                            <ent:resultingList count="1" total="1" offset="0">
                                <ent:businessEntity>
                                    <ent:type>1</ent:type>
                                    <ent:incorporationForm>
                                        <ent:code>12300</ent:code>
                                    </ent:incorporationForm>
                                    <ent:name>ООО КЭШ</ent:name>
                                    <ent:fullName>Общество с ограниченной ответственностью "КЭШ"</ent:fullName>
                                    <ent:inn>inn</ent:inn>
                                    <ent:kpp>kpp</ent:kpp>
                                    <ent:ogrn>ogrn</ent:ogrn>
                                    <ent:juridicalAddress>
                                        <ikar:country>
                                            <base:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</base:guid>
                                        </ikar:country>
                                        <ikar:region>
                                            <base:guid>a84ebed3-153d-4ba9-8532-8bdf879e1f5a</base:guid>
                                        </ikar:region>
                                        <ikar:locality>
                                            <base:guid>9fdcc25f-a3d0-4f28-8b61-40648d099065</base:guid>
                                        </ikar:locality>
                                        <ikar:street>
                                            <base:guid>342b9610-b11c-47b7-bd21-2e24ff8326dd</base:guid>
                                        </ikar:street>
                                        <ikar:addressView>670013, Улан-Удэ, Жердева 10в</ikar:addressView>
                                    </ent:juridicalAddress>
                                </ent:businessEntity>
                            </ent:resultingList>
                            <ent:reason>Причина добавления субъекта в реестр. Например, сведения о контракте с поставщиком или получателем продукции.</ent:reason>
                        </merc:modificationOperation>
                    </merc:modifyBusinessEntityRequest>
                </app:data>
            </app:application>
        </ws:submitApplicationRequest>
    </soapenv:Body>
</soapenv:Envelope>

получаю ошибку:

<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
    <soapenv:Body>
        <soapenv:Fault>
            <faultcode>soapenv:Server</faultcode>
            <faultstring>BEA-382513: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</faultstring>
            <detail>
                <con:fault xmlns:con="http://www.bea.com/wli/sb/context">
                    <con:errorCode>BEA-382513</con:errorCode>
                    <con:reason>OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</con:reason>
                    <con:location>
                        <con:path>request-pipeline</con:path>
                        <con:error-handler>true</con:error-handler>
                    </con:location>
                </con:fault>
            </detail>
        </soapenv:Fault>
    </soapenv:Body>
</soapenv:Envelope>

вроде все обязательные поля заполнены, не могу понять чего не хватает.
и еще: Логин - это логин ВетисАпи или Логин меркурия?

Всем привет, кто знает подскажите, при печати из меркурия есть Номер формы (Ветеринарное свидетельство формы 4 или 2) оказывается оно как то привязывается к региону.
я у себя реализовал печать СжатоеСРасширеннойИнформацией, но как привязаться к номеру формы? есть ли где то информация