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


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

Скажите, я правильно понимаю, что при оформлении входящей партии товара, даже при наличии ЭВСД в Меркурии я должен как Попка-дурак повторить все поля "от кого, кому, сколько, чего" и т.д.? В примере http://help.vetrf.ru/wiki/ProcessIncomingConsignment_v2.0 именно так и поступают, перечисляя всю эту подноготную дату изготовления/окончания срока годности, тип хранения при транспортировке и транспортную компанию, хотя это все заложено в сертификате, который гасится в результате операции.
mevgenym


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

Владимир Игнатов wrote:Скажите, я правильно понимаю, что при оформлении входящей партии товара, даже при наличии ЭВСД в Меркурии я должен как Попка-дурак повторить все поля "от кого, кому, сколько, чего" и т.д.?


В 2.0 до сих пор ошибки не описаны, в 1.4 были например такие:
MERC13106 Предприятие-получатель продукции в ветеринарно-сопроводительный документе должно совпадать с предприятием-отправителем продукции.
MERC13107 Хозяйствующий субъект-получатель продукции в ветеринарно-сопроводительный документе должен совпадать с хозяйствующим субъектом-отправителем продукции.
MERC14229 Тип продукции в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе.
MERC14230 Продукция в сведениях о принимаемой партии должна совпадать с указанной в ветеринарно-сопроводительном документе.
MERC14231 Вид продукции в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе.
MERC14232 Наименование продукции в сведениях о принимаемой партии должно совпадать с указанным в ветеринарно-сопроводительном документе.


https://github.com/mevgenym/1c_vetis.api_v1.1
https://github.com/mevgenym/1c_vetis.api
mevgenym


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

блин я начал вчитываться

delivery http://help.vetrf.ru/wiki/IncomingOperation#.D0.9E.D0.B1.D1.8A.D0.B5.D0.BA.D1.82_..Request.2Fdelivery
consignor Сведения об отправителе (владельце). Содержит сведения о ХС-владельце продукции и предприятии-отправителе.
consignee Сведения о получателе продукции (ХС-получателе продукции и предприятии-получателе).


vetCertificate http://help.vetrf.ru/wiki/IncomingOperation#.D0.9E.D0.B1.D1.8A.D0.B5.D0.BA.D1.82_..Request.2Fdelivery.2FaccompanyingForms.2FvetCertificate
consignor Сведения об отправителе (владельце). Содержит сведения о ХС-владельце продукции и предприятии-отправителе.
consignee Сведения о получателе продукции. Содержит сведения о ХС-владельце продукции и предприятии-получателе.


MERC13106 Предприятие-получатель продукции в ВСД должно совпадать с предприятием-отправителем продукции.
MERC13107 ХС-получатель продукции в ВСД должен совпадать с ХС-отправителем продукции.


как так отправитель с получателем должен совпадать? вобщем справку читать что лук нарезать
https://github.com/mevgenym/1c_vetis.api_v1.1
https://github.com/mevgenym/1c_vetis.api
nsnt


Зарегистрирован: 31/05/2017 09:06:10
Сообщений: 242
Оффлайн

mevgenym wrote:
MERC13106 Предприятие-получатель продукции в ВСД должно совпадать с предприятием-отправителем продукции.
MERC13107 ХС-получатель продукции в ВСД должен совпадать с ХС-отправителем продукции.


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


Возможно, эта ошибка будет возникать только для возвратных сертификатов.

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 10/10/2017 13:33:23

mevgenym


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

да что то я забыл про возврат
...
вот про ХС
MERC14225 Предприятие-отправитель в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе.
MERC14226 Хозяйствующий субъект, отправитель продукции, в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе.
MERC14227 Предприятие-получатель в сведениях о принимаемой партии должно совпадать с указанным в ветеринарно-сопроводительном документе.
MERC14228 Хозяйствующий субъект, получатель продукции, в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе.

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

https://github.com/mevgenym/1c_vetis.api_v1.1
https://github.com/mevgenym/1c_vetis.api
Владимир Игнатов


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

mevgenym wrote:
вот про ХС
MERC14225 Предприятие-отправитель в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе.
MERC14226 Хозяйствующий субъект, отправитель продукции, в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе.
MERC14227 Предприятие-получатель в сведениях о принимаемой партии должно совпадать с указанным в ветеринарно-сопроводительном документе.
MERC14228 Хозяйствующий субъект, получатель продукции, в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе.

Вот-вот. Если "должен совпадать", какого дьявола меня заставлять их там указывать? Ну возьмите же сами из ВСД! 21й век на дворе, а все как в средневековье - чтобы использовать ЭВСД запишите все поля из него еще раз, а мы проверим, хорошо ли вы умеете писать.
Vesta_IT


Зарегистрирован: 16/09/2017 15:07:38
Сообщений: 61
Оффлайн

ой. наверное мне сюда ))

ориентируясь на доку и на пробу пера

Aiki wrote:Очередное сообщение, гашение тр.всд. (с оформлением возвратного)... (тут, на форуме нельзя скрывать текст?)



пытаюсь оформить гашение на присланный нам тестовый тВСД..
ругается в частности



вроде в схемах нет обязательности, где я возьму эти номера, их же нет во входящих тВСД?


вкрутил тег
<v21:batchID>rr123</v21:batchID>
с ид от балды - пропустило.. но видимо пошли проверки следующих уровней.
В частности



а где их брать, если в моем входящем тестовом ВСД (получаемом через API ) списка производителей нет. а дату я указал как там. Это глючный входящий всд?

при этом в ВЕБ открываю доки - там есть какой то производитель. Почему он через XML не приходит?
Так же там есть:
Номер ВСД: 1970915 - это наверное IssueNumber - а в xml не приходит
Запись в журнале: № 2154009 - это StockEntry в журнале отправителя?
В сведения о продукциях есть пункт "произведенная" - это и есть Список производителей? почему же он в XML не приходит...

а номера производственной партии, который необходимо указывать при гашении вообще нигде нет.

вообще не понимаю разработчиков системы - на фига требовать столько повторных данных - есть же ссылка на uuid входящего дока, вот все там же и содержится!


в итоге вопросы:
1. что делать если во входящих ВСД нет данных по производителю?
2. Номер производственной партии в сведениях о возврате продукции должен совпадать с указанным в ветеринарно-сопроводительном документе - но его нет в ВСД!! (интересно что ругнулся на возвратную часть, а на невозвратную промолчал). ?
3. все остальное что "должно совпадать в ВСД" - ветсанэкспертиза, маркировка, особые отметки и куча всего.. - это таки будет? повылазили ошибки именно на возвратной части.
mevgenym


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

я вот думаю раз 2.0 заработает после точки невозврата, там уже не должно быть бумажных, т.е. batchID типа будет
но то что по справке и по xsd он не обязательный, а возвращают не описанную в справке ошибку, удивляет
https://github.com/mevgenym/1c_vetis.api_v1.1
https://github.com/mevgenym/1c_vetis.api
Владимир Игнатов


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

mevgenym wrote: а возвращают не описанную в справке ошибку, удивляет

Не должно удивлять. Система спроектирована по принципу "гладко было на бумаге, да забыли про овраги". Количество нелогичностей и неработающих вещей характерно для альфа-версии: уже компилируется, но еще не работает.
Кстати, в отличие от BatchId, который обязателен для транспортной партии, <vd:origin> - не обязателен, т.ч. <vd:country> может не быть. А входящий ВСД не погасить:


И... Осмелюсь спросить у уважаемых руководителей проекта А Меркурий правда-правда готов к повсеместному внедрению и переходу к обязательной работе по ЭВСД и дело только за нерадивыми ХС и их программистами?
Vesta_IT


Зарегистрирован: 16/09/2017 15:07:38
Сообщений: 61
Оффлайн

Владимир Игнатов wrote:
Кстати, в отличие от BatchId, который обязателен для транспортной партии,


т.е. номер производственной партии нужно протягивать? (странно опять же, меркурий же должен ее знать через uuid ветдоков) - но почему тогда не приходит в ответ на запрос ветдоков? Ии это "временные сложности" ?
Владимир Игнатов


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

Vesta_IT wrote:т.е. номер производственной партии нужно протягивать? (странно опять же, меркурий же должен ее знать через uuid ветдоков) - но почему тогда не приходит в ответ на запрос ветдоков?

Да, и номер партии, и прочие параметры, которые можно взять из гасимого ВСД - все ручками, высовывая от усердия кончик языка переписываем в запрос.
Вот еще замечательная ремарка:

Мультимодальные перевозки
Мультимодальные перевозки - перемещения продукции животного происхождения или живых животных с перегрузкой, то есть несколькими транспортными средствами, когда номер транспортного средства известен только на первом плече (от отправителя до первой точки перегрузки). При мультимодальных перевозках отправитель вносит в ВСД информацию о полном маршруте следования партии продукции, пунктах перегрузки, типах транспортных средств, в которых в дальнейшем будет перемещаться продукция, но информация о номерах этих транспортных средств необязательна для заполнения. То есть номера ТС, в которых в дальнейшем будет перемещаться продукция могут оставаться пустыми с их дальнейшим заполнением. При этом такой ВСД помечается как "мультимодальная перевозка". При осуществлении перегрузки партии продукции или живых животных на другое транспортное средство, номер которого не был указан в ВСД, данный номер должен вносится в уже выданное ВСД. Делать это может отправитель или получатель партии продукции. Конечный получатель продукции не сможет погасить входящий ВСД без указания всех номеров ТС. Для внесения номера ТС в уже оформленный ВСД отправитель может использовать операцию UpdateTransportMovementDetailsOperation.


Т.е., если я Вам пошлю кусочек мяса, воспользовавшись услугами логистической компании "эх, прокачу", которая, разумеется не обязана никого уведомлять, какие номера машин с чьим грузом поехали, Вы не сможете погасить приложенный ВСД, пока не введете все номера транзитных бричек, телег и дилижансов! Я знаю только первую, Вы-последнюю, а логисты в недрах "эх, прокачу" - все. Но пока мы с Вами сможем обосновать, зачем мы хотим с логистов номера транзитных машин, мясо что? - стухнет.
Vesta_IT


Зарегистрирован: 16/09/2017 15:07:38
Сообщений: 61
Оффлайн

ппц. у нас нет людей вводить чтолибо ручками. да еще так, чтобы все совпало..

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

Сейчас мне выдает:
1. Так как название продукции в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.

тестовые сертификат (от СКБ Конутр) пришел с видом продукции и названием в виде строки. Так и записываю в гешении - name в точности. Почему так ругается?

2. Так как номер производственной партии в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.
я так и не могупонять откуда его взять (хоть ручками хот не ручками) - нив xml от меркурия нет ни вебе (((

а-а-а-а как же тестово погасить и хоть увидеть запись своего складского журнала
Владимир Игнатов


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

Так может создать акт несоответствия? Его никто по читать автоматически не будет, туда можно написать "формирование данного документа является вмененной обязанностью ХС из-за кривизны программного комплекса".
Павел Большаков

[Avatar]

Зарегистрирован: 25/05/2017 10:01:41
Сообщений: 334
От: СКБ Контур
Оффлайн

Там скорее всего тот productItem UUID который вы получили уже протух (удален или изменен)
Меркурий не поддерживает ссылочную целостность по 4 уровню классификации и не вносит изменения ни в партии ни в ВСДшки
Эмпирически было установлено что при удалении productItem UUID производителем - следует у себя зачищать его во всех партиях и далее считать что в партии нет 4 уровня.
Думаю что вам нужно поиграться с productItem при гашении.

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

Это сообщение было редактировано 2 раз. Последнее обновление произошло в 13/10/2017 15:49:46

Можно проще: http://kontur.ru/mercury
[WWW]
Владимир Игнатов


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

Павел Большаков wrote:Эмпирически было установлено что при удалении productItem UUID производителем - следует у себя зачищать его во всех партиях и далее считать что в партии нет 4 уровня.

Сначала нужно определить, что такой номенклатуры у производителя нет. Т.е., сначала сделать GetProductItemByGuid, получить ошибку или статус last=1 active=0, после чего гасить ВСД не указывая номенклатуру?
Павел Большаков wrote:Гашение автоматически возможно, но есть целый ряд приколов. Например, Вы, наверное, не получали всд из далекого прошлого, где вообще xsd схема была другая и там, например просто не было площадок.

Ну, надеюсь, из глубокого прошлого уже ничего не прилетит. Мы же ориентируемся на то, что все идет по v2.0.

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

 
Индекс форума » Автоматизированная система МЕРКУРИЙ
Перейти:   

Powered by JForum 2.1.8 © JForum Team