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


Зарегистрирован: 02/05/2017 16:49:12
Сообщений: 30
Оффлайн

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

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

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


Зарегистрирован: 19/05/2017 14:03:42
Сообщений: 311
Оффлайн

У кого при гашении в 2.0 ошибка:
MERC14237 - Список производителей в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе
А getVetDocumentByUuid не дает производителя. Смотрите что стоит в вебе "Информация о продукции: Выработанная:" и ставьте этого производителя в гашении.
https://github.com/mevgenym/1c_vetis.api_v1.1
https://github.com/mevgenym/1c_vetis.api
Jupiter


Зарегистрирован: 24/09/2017 19:02:23
Сообщений: 95
Оффлайн

mevgenym wrote:У кого при гашении в 2.0 ошибка:
MERC14237 - Список производителей в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе
А getVetDocumentByUuid не дает производителя. Смотрите что стоит в вебе "Информация о продукции: Выработанная:" и ставьте этого производителя в гашении.


"Выработанная" - там только название, его и помещать в ProducerList без Guid'а ?
mevgenym


Зарегистрирован: 19/05/2017 14:03:42
Сообщений: 311
Оффлайн

в 1.4 не проверял, в 2.0 consignment.origin.producer.enterprise.guid
т.е. не название, а guid найти и вставить
https://github.com/mevgenym/1c_vetis.api_v1.1
https://github.com/mevgenym/1c_vetis.api
Jupiter


Зарегистрирован: 24/09/2017 19:02:23
Сообщений: 95
Оффлайн

mevgenym wrote:в 1.4 не проверял, в 2.0 consignment.origin.producer.enterprise.guid
т.е. не название, а guid найти и вставить


Понятно, что нужен в идеале guid. Но в 2.0 список производителей во входящих ВСД также часто отсутствует. Поэтому если взять наименование производителя из веб и подставить в consignment.origin.producer.enterprise.name - сработает или нет?
serg882


Зарегистрирован: 26/10/2017 11:52:09
Сообщений: 147
Оффлайн

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

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


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


С этим логином запросы можно отправлять только во второй версии, у меня так же, если пользователя от первой версии указываю в запросе 2.0, то приходит ошибка. В Меркурии два "паспорта" для тестовой (https://t2-accounts.vetrf.ru, https://demo-accounts.vetrf.ru) и отсюда права на доступ.
ZDmitry


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

Спасибо. Уже разобрался.
C2h5oh


Зарегистрирован: 02/05/2017 16:49:12
Сообщений: 30
Оффлайн

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

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

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


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

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

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


Если Вы имели в виду операцию GetBusinessMemberByGLN — получение пары "хозяйствующий субъект - площадка" по GLN, то где взять GLN, запрос списка площадок GetActivityLocationList в котором должен он быть возвращает неопределено в этом поле
Владимир Игнатов


Зарегистрирован: 02/08/2017 09:19:30
Сообщений: 581
Оффлайн

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

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


Если Вы имели в виду операцию GetBusinessMemberByGLN — получение пары "хозяйствующий субъект - площадка" по GLN, то где взять GLN, запрос списка площадок GetActivityLocationList в котором должен он быть возвращает неопределено в этом поле

http://help.vetrf.ru/wiki/GetActivityLocationList_v2.0
Разработчикам (буде таковые снизойдут): обязательно нужен запрос ...ChangesList. Просто по всем ХС: что добавилось, что убралось. Собирать имеющимся запросом - 7 часов по всем предприятиям тестового контура.

ЗЫ: увидел, Вы именно этим пользуетесь. Да, нужно собирать базу по всем. А потом по своей базе искать быстро и весело, не ждя тормозящего шлюза.

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 29/11/2017 10:42:58

rty


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

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

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


Если Вы имели в виду операцию GetBusinessMemberByGLN — получение пары "хозяйствующий субъект - площадка" по GLN, то где взять GLN, запрос списка площадок GetActivityLocationList в котором должен он быть возвращает неопределено в этом поле

http://help.vetrf.ru/wiki/GetActivityLocationList_v2.0
Разработчикам (буде таковые снизойдут): обязательно нужен запрос ...ChangesList. Просто по всем ХС: что добавилось, что убралось. Собирать имеющимся запросом - 7 часов по всем предприятиям тестового контура.

ЗЫ: увидел, Вы именно этим пользуетесь. Да, нужно собирать базу по всем. А потом по своей базе искать быстро и весело, не ждя тормозящего шлюза.


А вам прокси GetActivityLocationList возвращает globalID, у меня оно Неопределено, где проблему искать? Мож через http запрос пробовать
Владимир Игнатов


Зарегистрирован: 02/08/2017 09:19:30
Сообщений: 581
Оффлайн

rty wrote: А вам прокси GetActivityLocationList возвращает globalID, у меня оно Неопределено, где проблему искать? Мож через http запрос пробовать

Я на Delphi пишу. GlobalID не сохраняю, мне для связи он не нужен. Просто, поскольку запросы-то наши к одному шлюзу, проблемы общие.
Keni4i


Зарегистрирован: 10/11/2017 16:16:48
Сообщений: 17
Оффлайн

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

-<ns2:dateOfProduction>
<ns2:informalDate>июнь 2017</ns2:informalDate>
</ns2:dateOfProduction>
-<ns2:expiryDate>
<ns2:informalDate>6 мес</ns2:informalDate>
</ns2:expiryDate>

Дата указана строкой. При гашении же в правилах прописано: "Может быть указана двумя способами: датой или диапазоном дат.".
И соответственно, что бы я не делал у меня выходит ошибка "Дата выработки продукции в сведениях о принимаемой партии должна совпадать с указанной в ветеринарно-сопроводительном документе."
Но при данных условиях она не как не может совпадать, так как в одном месте она указана строкой, в другом необходимо указывать именно типом "Дата".
Кто сталкивался, как гасить в таком случае?
mevgenym


Зарегистрирован: 19/05/2017 14:03:42
Сообщений: 311
Оффлайн

mevgenym wrote:Подскажите у кого работает гашение ЭВСД в 2.0

Идут ошибки:
MERC14239 - Дата выработки продукции в сведениях о принимаемой партии должна совпадать с указанной в ветеринарно-сопроводительном документе.
MERC14240 - Дата окончания срока годности продукции в сведениях о принимаемой партии должна совпадать c указанной в ветеринарно-сопроводительном документе, либо быть позже, но с указанием причины в акте несоответствия.

getVetDocumentByUuid дает:

Отсылаю вроде тоже самое (processIncomingConsignmentRequest)



сегодня этот документ погасил без ошибок.... мда уж
https://github.com/mevgenym/1c_vetis.api_v1.1
https://github.com/mevgenym/1c_vetis.api
mevgenym


Зарегистрирован: 19/05/2017 14:03:42
Сообщений: 311
Оффлайн

Keni4i wrote:Столкнулся с проблемой при гашении входящей ВСД.
Вот отрывок ВСД:

-<ns2:dateOfProduction>
<ns2:informalDate>июнь 2017</ns2:informalDate>
</ns2:dateOfProduction>
-<ns2:expiryDate>
<ns2:informalDate>6 мес</ns2:informalDate>
</ns2:expiryDate>

Дата указана строкой. При гашении же в правилах прописано: "Может быть указана двумя способами: датой или диапазоном дат.".
И соответственно, что бы я не делал у меня выходит ошибка "Дата выработки продукции в сведениях о принимаемой партии должна совпадать с указанной в ветеринарно-сопроводительном документе."
Но при данных условиях она не как не может совпадать, так как в одном месте она указана строкой, в другом необходимо указывать именно типом "Дата".
Кто сталкивался, как гасить в таком случае?
а отправить в таком же формате не можете? хотя бы попробовать
https://github.com/mevgenym/1c_vetis.api_v1.1
https://github.com/mevgenym/1c_vetis.api
 
Индекс форума » Автоматизированная система МЕРКУРИЙ
Перейти:   

Powered by JForum 2.1.8 © JForum Team