Сообщения, отправленные пользователем: GNN

userMerk wrote:Здравствуйте.
Подскажите пожалуйста, почему при поиске товара по гуиду b213a205-f800-4f39-90ce-f2fe64ac705b ветис апи не возвращает мне информацию о производителе?
она точно должна быть, без производителя ветис апи не примет инвентаризацию по этому товару....

А разве список производителей в карточке товара обязателен для заполнения?
Товар может производиться на разных площадках, так что при инвентаризации нужно посмотреть маркировку на упаковке и указать нужное предприятие вручную.
Да, предприятия придется искать отдельно, что не удобно.

Gmix wrote:
Другими словами требование выписки 1ВСД на 1Артикул. Т.е заставляют нас как производителей объединять записи разных партий продукции выпущенными в разное время (2 смены например).
Также смазываются принципы прослеживаемости заявленные Меркурием.
Т.Е проблемы учета своих систем они перекладывают на поставщиков.

Данная ситуация для нас неприемлема так как разрушает выстроенный учет в нашей системе с интеграцией Меркурий.
Как с этим бороться?

А вы уверены, что правильно поняли их требования? Возможно, речь идет про то, что количество строчек в накладной должно совпадать с количеством ЭВСД?
Если у вас разные партии и даты изготовления у одного SKU, то может нужно просто разбить эту позицию в накладной на несколько строк и к каждой строке выписать свой ЭВСД?
Мы в Магнит пока ничего не поставляем, но с другими сетями работаем именно так и пока без претензий с их стороны.

ments maria wrote:
Спасибо!

Мы тоже тестируем различные варианты работы с ВСД.
Можете штук 5 (или сколько не жалко) еще кинуть в тестовый контур?

ИНН: 7701723040
Хозяйствующий субъект: cab54fe2-92bc-4b80-89f3-61f2c81a3aba
Площадка: a9c8d90f-370a-4001-b75e-1fab171f4b3d

Ловите.

ments maria wrote:Добрый день!
Помогите, пожалуйста, еще раз с ВСД на тест - в тестовый контур.

saddy wrote:Подкиньте пожалуйста еще несколько документов в тесте, тестирую частичное погашение..

Отправила.

Emil wrote:Всем привет. Отправьте плиз ВСД
ХС: b713ae32-efd3-482f-a852-01c696a369c1
площадка: 2010e06b-310b-4de1-aa21-2aceffe9046f

Хоз. субъекта нашла, а вот предприятие с таким guid что-то не находится.

BASK wrote:Добрый вечер!
Подскажите пожалуйста!
Классификатор не выдает тип продукции, у нас продукция пухоперьевая смесь прошедшая термическую обработку.
Как это настроить?

Варвара
ООО "БАСК"

Тип продукции - Непищевые продукты и другое
Продукция - пух, перо, волос, шерсть и продукты их переработки
Вид продукции - пухоперьевая смесь, прошедшая термическую обработку
GUID - 564e2bd7-4975-7c95-1057-244e29403b2c

ments maria wrote:Добрый день!
Помогите, пожалуйста, с ВСД на тест - в тестовый контур.

ИНН: 7701723040
Хозяйствующий субъект: cab54fe2-92bc-4b80-89f3-61f2c81a3aba
Площадка: a9c8d90f-370a-4001-b75e-1fab171f4b3d

Отправила

Вопрос - если я через шлюз 2.1 отправлю тип связанного документа "УПД", что на входе получат программы, которые работают через шлюзы 2.0 и 1.4 и где этот тип вроде как не поддерживается?

Mak_VET wrote:Тогда я неверно поняла ваш вопрос.
Надо уточнить с вашими правами доступа. В заявке какие указаны права? По идее, если вы не можете создать ВСД на определенный вид продукта, то должна быть возможность отправлять заявку ветврачу. Решайте с местным РСХН.
На экстренны йслучай можно воспользоваться электронной почтой, скинуть ветврачу все данные, требуемые для оформления.

Местные ветеринары в теме Ветис.API вообще плавают и ничего толком сказать не могут. Через вэб-интерфейс мы можем создавать транзакции, но руками все это набивать? У нас нет таких ресурсов на текущим момент.
Вот и пытаюсь выяснить - а как другие работают или планируют работать? Осталось меньше 2-х дней..

Mak_VET wrote:

GNN wrote:Добрый день!

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

Да, представляете, по-прежнему для оформления ВЕТЕРИНАРНОГО документа требуется ВЕТЕРИНАРНЫЙ врач.

Я не спорю, что ветеринарный врач нужен, просто оставалась надежда, что этот запрос создаст некую транзакцию, на основании которой ветеринар сделает/одобрит документ, не появляясь у нас лично, а не мы сами документов насоздаем. Если ветеринары будут лично по хоз. субъектам сидеть то никаких ветеринаров на всех не хватит, тем более летом - в период отпусков.

Фармакс wrote:

GNN wrote:Добрый день!

Пытаемся взлететь через Ветис.API: отправила транспортную накладную (prepareOutgoingConsignmentRequest) с нашим логином - получила ошибку MERC02386 - Данная транзакция не может быть оформлена, так как роль пользователя не позволяет оформлять ВСД. Почитала форум, стрясла с ветеринара логин, указала его в качестве инициализатора запроса - запрос ушел и ветеринарка сразу создалась. То есть это не заявка на оформление, как я надеялась, а прям создание документа - ветеринару после этого делать нечего.
Вопрос - я чего-то не понимаю и делаю не то? Или у хоз. субъектов через Ветис.API ветеринары документы выписывают (раньше у нас так и было - приходил ветеринар и выписывал документы на бланке). Или ветеринары доверяют хоз. субъектам и без вопросов выдают свои логины с свободное пользование?

Почитайте тут http://vetrf.ru/vetrf-forum/posts/list/8200.page

в кратце ... дурак ветврач что отдал свой "паспорт" в чужие руки и потом будет удивляться, а чего на него кредитов столько оформлено.

Почитала - понятнее не стало. То есть все те, кто сейчас через Ветис.API уже работает - они через логины вет.врача запросы отправляют, если продукция не подпадает под упрощенные схемы? Боюсь, что наши ветеринары не готовы к такому режиму. Да и нам лишнюю ответственность брать не хочется.
Вариант только вет. врача лично выписывать в офис? Но тогда другая проблема - график нашей отгрузки не совпадает с графиком работы ветеринаров - не хотят они в 9 вечера ветеринарки оформлять.

Добрый день!

Пытаемся взлететь через Ветис.API: отправила транспортную накладную (prepareOutgoingConsignmentRequest) с нашим логином - получила ошибку MERC02386 - Данная транзакция не может быть оформлена, так как роль пользователя не позволяет оформлять ВСД. Почитала форум, стрясла с ветеринара логин, указала его в качестве инициализатора запроса - запрос ушел и ветеринарка сразу создалась. То есть это не заявка на оформление, как я надеялась, а прям создание документа - ветеринару после этого делать нечего.
Вопрос - я чего-то не понимаю и делаю не то? Или у хоз. субъектов через Ветис.API ветеринары документы выписывают (раньше у нас так и было - приходил ветеринар и выписывал документы на бланке)? Или ветеринары доверяют хоз. субъектам и без вопросов выдают свои логины в свободное пользование?

GNN wrote:Киньте, пожалуйста, кусок перевозки со сменой собственника с информацией о ТТН. Я наивно полагала, что эта часть у меня уже работает, а оказалось, что документ теперь не отправляется.
Сравниваю с xml, который в прошлый раз обработался, и не могу найти отличий.
<prepareOutgoingConsignmentRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2"> ... <delivery xmlns:d7p1="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2"> ... <d7p1:accompanyingForms> <d7p1:waybill> <d7p1:issueSeries/> <d7p1:issueNumber>10039</d7p1:issueNumber> <d7p1:issueDate>2018-06-13</d7p1:issueDate> <d7p1:type>6</d7p1:type> </d7p1:waybill> <d7p1:vetCertificate for="id1"> <d7p1:authentication> <d7p1:purpose xmlns:d11p1="http://api.vetrf.ru/schema/cdm/dictionary/v2"> <guid xmlns="http://api.vetrf.ru/schema/cdm/base">96de622d-2cb2-424a-888b-7ced5225ce17</guid> </d7p1:purpose> <d7p1:cargoInspected>false</d7p1:cargoInspected> <d7p1:cargoExpertized>VSERAW</d7p1:cargoExpertized> <d7p1:locationProsperity>Местность благополучна по заразным болезням животных</d7p1:locationProsperity> </d7p1:authentication> </d7p1:vetCertificate> </d7p1:accompanyingForms>
Пишет MERC02582 - Сведения о товарно-транспортной накладной указаны неверно. Номер, дата и тип документа обязательны для заполнения.
Я такой ошибки не могу найти в описании.

Оказывается единственный тип документа, который система обрабатывает - это Товарно-транспортная накладная <d7p1:type>1</d7p1:type>. ТОРГ-12 не проходит.
Вообще-то, мне бы хотелось указывать УПД в идеале, но на 2.1 ошибка была аналогичная.
Это нормально? Так и задумано?

Киньте, пожалуйста, кусок перевозки со сменой собственника с информацией о ТТН. Я наивно полагала, что эта часть у меня уже работает, а оказалось, что документ теперь не отправляется.
Сравниваю с xml, который в прошлый раз обработался, и не могу найти отличий.

<prepareOutgoingConsignmentRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2">
						...
						<delivery xmlns:d7p1="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
							...
							<d7p1:accompanyingForms>
								<d7p1:waybill>
									<d7p1:issueSeries/>
									<d7p1:issueNumber>10039</d7p1:issueNumber>
									<d7p1:issueDate>2018-06-13</d7p1:issueDate>
									<d7p1:type>6</d7p1:type>
								</d7p1:waybill>
								<d7p1:vetCertificate for="id1">
									<d7p1:authentication>
										<d7p1:purpose xmlns:d11p1="http://api.vetrf.ru/schema/cdm/dictionary/v2">
											<guid xmlns="http://api.vetrf.ru/schema/cdm/base">96de622d-2cb2-424a-888b-7ced5225ce17</guid>
										</d7p1:purpose>
										<d7p1:cargoInspected>false</d7p1:cargoInspected>
										<d7p1:cargoExpertized>VSERAW</d7p1:cargoExpertized>
										<d7p1:locationProsperity>Местность благополучна по заразным болезням животных</d7p1:locationProsperity>
									</d7p1:authentication>
								</d7p1:vetCertificate>
							</d7p1:accompanyingForms>

Пишет MERC02582 - Сведения о товарно-транспортной накладной указаны неверно. Номер, дата и тип документа обязательны для заполнения.
Я такой ошибки не могу найти в описании.

rty wrote:

Ошибаюсь, список...
А если в этот список добавить одну строчку, разве не работает?

Работает! Видимо, надо было проспаться, с утра такая же мысль посетила и уже сделала.