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

mevgenym wrote:1. если оставаться в 1.4, то делать все через api, не пользоваться веб
2. переходить на 2.0
3. допустим знаем какая запись в какой версии сделана, считываем ее в соответсвующей версии

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

а как через api добавляются новые записи журнала?
через IncomingOperation ведь? только я не понимаю какие данные там необходимо передавать

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

mevgenym wrote:1. если оставаться в 1.4, то делать все через api, не пользоваться веб
2. переходить на 2.0
3. допустим знаем какая запись в какой версии сделана, считываем ее в соответсвующей версии

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

Это неправильный выход. Правильный - разработчикам исправить косяк. Ведь не везде теряется информация, а в зависимости от способа ввода. Те же данные передаю в веб-интерфейсе транспортной операцией - уже вижу упаковки. Где-то разработчики просто не допилили.

Так понятно где - в конвертации упаковок.
Однако их тоже можно понять - им же еще обратную совместимость поддерживать.

их можно понять, упаковка хранится совсем по другому:
в 1.4 однозначно batch.packingAmount
в 2.0 это уже массив batch.productItem.packaging

допустим вы заполнили этот массив больше одного элемента, какое вам количество передать в 1.4?

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

mevgenym wrote:их можно понять, упаковка хранится совсем по другому:
в 1.4 однозначно _stockEntry.batch.packingAmount
в 2.0 это уже массив batch.productItem.packaging

допустим вы заполнили этот массив больше одного элемента, какое вам количество передать в 1.4?

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

В других же случаях они как-то получают количество упаковок в 1.4, именно при вводе в веб-интерфейсе новой записи журнала не передаются данные по api. При продаже через веб уже все нормально, количество упаковок есть в исходящем ВСД.

Сейчас проверил, действительно. при оформление транспортной партии упаковки отображаются
А как надо создавать записи складского журнала через api ?

nsnt wrote:
В других же случаях они как-то получают количество упаковок в 1.4, именно при вводе в веб-интерфейсе новой записи журнала не передаются данные по api. При продаже через веб уже все нормально, количество упаковок есть в исходящем ВСД.

Все что я написал это предположения, как оно на самом деле я не знаю, официальных заявлений пояснений как это все работает или как оно задумано я нигде не видел.
Описание api неполное. Просто написали, что в тест можно стучаться по обоим версиям без объяснений. Мне тоже хотелось бы все это узнать из первых рук.

коллеги, помогите ))
что может быть:
1. получая в 1с с помощью xdto пакетов объект XDTO который содержит в себе SAOP пакет. Преобразовав его в xml (для последующей отправки в HTTP запросе) получаею такой:

<Envelope xmlns="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
	<Body>
		<submitApplicationRequest xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
			<apiKey>***</apiKey>
			<application xmlns="http://api.vetrf.ru/schema/cdm/application">
				<serviceId>mercury-g2b.service:2.0</serviceId>
				<issuerId>1ef8e97f-23f5-4496-a7c0-76a775a4147d</issuerId>
				<issueDate>2017-10-02T15:18:31</issueDate>
				<data>
					<getVetDocumentListRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2">
						<localTransactionId>a9046578-7c02-44d6-93cf-26ca4d5c6b6b</localTransactionId>
						<initiator xmlns:d7p1="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
							<d7p1:login>***</d7p1:login>
						</initiator>
						<listOptions xmlns="http://api.vetrf.ru/schema/cdm/base"/>
						<vetDocumentType xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">INCOMING</vetDocumentType>
						<vetDocumentStatus xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">CONFIRMED</vetDocumentStatus>
						<enterpriseGuid xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">452ff3be-bdda-44f5-853e-35cc0f5e03c8</enterpriseGuid>
					</getVetDocumentListRequest>
				</data>
			</application>
		</submitApplicationRequest>
	</Body>
</Envelope>

когда отправляю его в SOAP GUI (в https://api2.vetrf.ru:8002/platform/services/2.0/ApplicationManagementService) то сервер принимает заявку, выдает ИД и поэтому ИД получаю список ВСД!

когда это же тело запроса отправляю из 1С:

тоже сервер принимает, выдает ИД, но при при получении ответа по этому ИД

я уже не знаю что думать.. Как так может юыть - один и тот же текст запроса из SOAP GUI норм, из 1С не норм..

У меня аналогичная проблема

посмотрел, у меня запрос такой же, ответ получаю, но при десериализации ошибка

Структура объекта не соответствует типу: {http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2}VetDocumentStatusChange
Проверка свойства 'actualDateTime':
форма: Элемент
имя: {http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2}actualDateTime
тип: {http://www.w3.org/2001/XMLSchema}dateTime
Не установлено значение одного из следующих свойств: specifiedPerson

по справке и по xsd он обязательный
http://help.vetrf.ru/wiki/VetDocumentStatusChange_v2.0

specifiedPerson Пользователь, изменивший статус ВСД (например, подписавший или аннулировавший его). dt:User 1..1

mevgenym wrote:посмотрел, у меня запрос такой же, ответ получаю, но при десериализации ошибка
.........

по справке и по xsd он обязательный
http://help.vetrf.ru/wiki/VetDocumentStatusChange_v2.0

specifiedPerson Пользователь, изменивший статус ВСД (например, подписавший или аннулировавший его). dt:User 1..1

сорри - это к моему вопросу? в запросе списка доков там же в качестве фильтра по статусу выступает объект типа VetDocumentStatus - у него ничего такого нет:

·<vd:vetDocumentStatus> vd:VetDocumentStatus [0..1]

подтверждён (CONFIRMED).
аннулирован (WITHDRAWN).
погашен (UTILIZED).

<vd:vetDocumentStatus>CONFIRMED</vd:vetDocumentStatus>

нет это дальше после получения ответа

Vesta_IT wrote:
<initiator xmlns:d7p1="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<d7p1:login>***</d7p1:login>
</initiator>

А может быть в этом дело, у initiator namespace какой то не такой, у меня http://api.vetrf.ru/schema/cdm/argus/common

my.vetrf-forum wrote:

Vesta_IT wrote:
<initiator xmlns:d7p1="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<d7p1:login>***</d7p1:login>
</initiator>

А может быть в этом дело, у initiator namespace какой то не такой, у меня http://api.vetrf.ru/schema/cdm/argus/common

В 2.0 туда запихали.