|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Интеграция с 1С  XML
Индекс форума » Компонент МЕРКУРИЙ
Автор Сообщение
oleg-x


Зарегистрирован: 20/11/2017 11:24:40
Сообщений: 2041
Онлайн

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

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 15/05/2018 12:31:53

https://vk.com/mercuriy_rf
loki


Зарегистрирован: 23/11/2017 08:43:39
Сообщений: 85
Оффлайн

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

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

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

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 15/05/2018 12:33:44

rty


Зарегистрирован: 22/11/2017 10:05:33
Сообщений: 146
Оффлайн

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


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


Зарегистрирован: 20/11/2017 11:24:40
Сообщений: 2041
Онлайн

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


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

Я то же так не хотел, поэтому основные вещи были сделаны на тестовом, а доработки сразу на боевом.
https://vk.com/mercuriy_rf
loki


Зарегистрирован: 23/11/2017 08:43:39
Сообщений: 85
Оффлайн

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

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


Зарегистрирован: 10/03/2016 14:26:10
Сообщений: 375
Оффлайн

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

да
wladyar


Зарегистрирован: 16/05/2018 15:12:58
Сообщений: 8
Оффлайн

Здравствуйте!
Пытаюсь заставить работать из -под 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 Сведения о товарно-транспортной накладной указаны неверно. Номер, дата и тип документа обязательны для заполнения.
loki


Зарегистрирован: 23/11/2017 08:43:39
Сообщений: 85
Оффлайн

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

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

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

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

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



wladyar


Зарегистрирован: 16/05/2018 15:12:58
Сообщений: 8
Оффлайн

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>
marsilago


Зарегистрирован: 20/05/2018 11:34:26
Сообщений: 1
Оффлайн

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

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


Зарегистрирован: 21/12/2017 16:43:11
Сообщений: 120
Оффлайн

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 раз. Последнее обновление произошло в 21/05/2018 09:09:35

toliman


Зарегистрирован: 25/08/2016 12:08:14
Сообщений: 49
Оффлайн

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


Зарегистрирован: 25/08/2016 12:08:14
Сообщений: 49
Оффлайн

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


Зарегистрирован: 27/11/2017 09:33:53
Сообщений: 149
Оффлайн

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

[Avatar]

Зарегистрирован: 04/08/2017 08:44:20
Сообщений: 179
Оффлайн

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

Powered by JForum 2.1.8 © JForum Team