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

Что делать со штрихкодами?
Контрагент хочет штрихкоды в Меркурии, есть подозрения, что пишут их сюда:

<d7p1:productItem xmlns:d9p1="http://api.vetrf.ru/schema/cdm/dictionary/v2">

<d9p1:globalID>12312313213231</d9p1:globalID>

Но внимательно рассмотрев описание типа, оказалось что
http://help.vetrf.ru/wiki/GTINType_v2.0
дает возможность написать от 8 до 14 знаков. А контрагент прислал описание на штрихкоды из 36 цифр !

Или это вот здесь надо ставить :

<d9p1:productMarks class="EAN13">12312313213231</d9p1:productMarks>

выставляя класс EAN128 или BUNDLE ?

Народ!
проверьте, пожалуйста, GetProductItemList v2.0.
у меня не работают фильтры по продукции.
выбераю сабПродукт и производителя - вываливается ВСЯ продукция данного производителя.

Такая же беда. Не стал разбираться

loki wrote:Народ!
проверьте, пожалуйста, GetProductItemList v2.0.
у меня не работают фильтры по продукции.
выбераю сабПродукт и производителя - вываливается ВСЯ продукция данного производителя.

Тоже не работает. Писал и тех. поддержке на почту, и в личку программистам писал, и в тему по этой проблеме.
Молчат. Вообще с обратной связью здесь все плохо похоже!

Не знаю куда еще написать, чтобы их подопнули, а то что это получается, такая простейшая функция и некорректно работает, бардак.

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

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 ошибка была аналогичная.
Это нормально? Так и задумано?

GNN wrote:
<d7p1:type>6</d7p1:type>

6 это торг-12, надо ТТН указать

кто тоже разрабатывает штрихкодирование gs1? давайте объединять усилия

toliman wrote:кто тоже разрабатывает штрихкодирование gs1? давайте объединять усилия

Что за? и Зачем?

Уже разобрался что делать, по началу было много вопросов, хотелось опытом поделиться

а кто может поделиться компонентой содержащий тип штрихкода GS1-DataBar Expanded Stacked

Добрый день.
На тестовом сервере оформляю входящий документ.
При этом какой бы вариант сертификата не ставил, всегда получаю один и тот же ответ:

Подскажите как быть в данной ситуации

И попутно второй вопрос. Если ли готовые решения по интеграции Ветис.API с 1С торговлей 10.3 ???

И еще вопрос, если на тестовом сервере мне ни кто из поставщиков не отправлял ВСД, могу ли я сам их создать и погасить, или нужно что бы поставщик мне все же сформировал ВСД?

На тестовом сервере оформляю входящий документ.
При этом какой бы вариант сертификата не ставил, всегда получаю один и тот же ответ:

Посмотри, что в запросе уходит!

если на тестовом сервере мне ни кто из поставщиков не отправлял ВСД, могу ли я сам их создать и погасить,

Входящую эВСД можешь сам создать!

Получили тестовый доступ к api, на запросы получаю: "Инициатор запроса отсутствует в системе Паспорт".

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

z80h wrote:Получили тестовый доступ к api, на запросы получаю: "Инициатор запроса отсутствует в системе Паспорт".

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

http://help.vetrf.ru/wiki/Процесс_авторизации_в_шлюзе

логин, пароль для шлюза, и есть логин, пароль для паспорта