Для новичков

my.vetrf-forum wrote:

nsnt wrote:Еще app:serviceId для api 1.4, а имена для api 2.0.

а какой serviceId у 2.0 ?

mercury-g2b.service:2.0

Всё равно не пойму передаю структуру

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

<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>OTgwMDE5NzEtOTkyNy00MWFkLTk3Y2MtODE5MDVhNDVmNWYzOWY5YmU1YzgtYjkxNi00Mjg1LWJiOWUtMTE4NzhhYzUyZjQy</apiKey>
			<application xmlns="http://api.vetrf.ru/schema/cdm/application">
				<serviceId>mercury-g2b.service</serviceId>
				<issuerId>9f9be5c8-b916-4285-bb9e-11878ac52f42</issuerId>
				<issueDate>2017-10-12T17:14:14</issueDate>
				<data>
					<resolveDiscrepancyRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/applications">
						<localTransactionId/>
						<enterprise xmlns:d7p1="http://api.vetrf.ru/schema/cdm/cerberus/enterprise">
							<guid xmlns="http://api.vetrf.ru/schema/cdm/base">c3088566-2404-41ee-b36c-53a9149b9ac0</guid>
						</enterprise>
						<inventoryDate>2017-10-12T17:14:14</inventoryDate>
						<responsible xmlns:d7p1="http://api.vetrf.ru/schema/cdm/argus/common">
							<d7p1:login>zubov_an_170529</d7p1:login>
						</responsible>
					</resolveDiscrepancyRequest>
				</data>
			</application>
		</submitApplicationRequest>
	</Body>
</Envelope>

my.vetrf-forum wrote:а что пустая строка так и есть перед getRussianEnterpriseListRequest ? а если ее убрать?

Пустую строку убрал и serviceId попробовал заменить на - mercury-g2b.service:2.0.
Результат не изменился - <apl:error code="APLM0002" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Unsupported application data format</apl:error>
А нельзя ли получить заведомо работающий запрос для 2.0 с той же операцией - я туда вставлю свой ключ и логин и попробую.

Алексей85 wrote:

my.vetrf-forum wrote:а что пустая строка так и есть перед getRussianEnterpriseListRequest ? а если ее убрать?

Пустую строку убрал и serviceId попробовал заменить на - mercury-g2b.service:2.0.
Результат не изменился - <apl:error code="APLM0002" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Unsupported application data format</apl:error>
А нельзя ли получить заведомо работающий запрос для 2.0 с той же операцией - я туда вставлю свой ключ и логин и попробую.

По идее, для 2.0 его не меняли, он вообще относится к Церберу.
В справке http://help.vetrf.ru/wiki/GetRussianEnterpriseList#.D0.9E.D0.B1.D1.8A.D0.B5.D0.BA.D1.82_getRussianEnterpriseListRequest
есть рабочий пример внизу.
Отправлять надо на https://api2.vetrf.ru:8002/platform/cerberus/services/EnterpriseService

gaur7 wrote:Всё равно не пойму передаю структуру
ПараметрыФункции = Новый Структура(); ПараметрыФункции.Вставить("Наименование", "resolveDiscrepancyRequest"); ПараметрыФункции.Вставить("initiator", ПараметрыПодключения.user); ПараметрыФункции.Вставить("responsible", ПараметрыПодключения.user); ПараметрыФункции.Вставить("inventoryDate", ТекущаяДата()); ПараметрыФункции.Вставить("enterprise", ПодготовитьОбъект_enterpriseXDTO(ФабрикаВЕТИС,ПараметрыЗапроса)); ПараметрыФункции.Вставить("stockDiscrepancy", ПодготовитьОбъект_stockDiscrepancyXDTO(ФабрикаВЕТИС,ПараметрыЗапроса)); ПараметрыФункции.Вставить("localTransactionId", "");
все необходимые данные отладчик находит
но в ответ половина данных не долетает
в чём косяк, не могу разобраться?

Что такое ПараметрыПодключения.user? XDTO-объект? Если да, то надо для инициатора и для ответственного создавать два разных объекта.

Добрый день.
Подскажите пожалуйста: в системе Меркурий.ХС сделали транзакцию , при оформлении нажали "отправить в ГВЭ",

История принятия решений по транзакции:
1. Заявка создана хозяйствующим субъектом
2. Заявка отправлена в ГВЭ :

Статус висит "отправлена".

Что делать дальше? в таком статусе уже 2 дня.

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

Ириала wrote:А Вы заключали договор с ветслужбой? Если нет, то они Вас не прикрепили к ветврачу и Вашей заявки никто не видит. Заключите договор, ветврач посмотрит продукцию, ВСД и, если все нормально, подтвердит Вашу заявку.

Спасибо, будем значит заключать договор.

Кто работает с тестовой и боевой базой одновременно?
Можете сказать идентификаторы классификаторов продукции в них одинаковые или разные?

Навскидку GUIDы 1-2-3 уровня одинаковые, но досканально не проверял

Добрый день!

Конечно, я не первый, кто пишет о техподдержке, но, честно говоря, накипело уже...
Очень хотелось бы услышать от ответственных лиц, когда уже полноценно заработает техподдержка? Ответов от нее не дождешься, даже на заявление о подключении уже вторую неделю нет никакого отклика, несмотря на постоянные напоминания с моей стороны. Извините за грубость, но это не поддержка, это балаган. Так нельзя работать, любые вопросы должны решаться не за 3 дня, а за 3 часа. И, уж тем более, не за неделю. Да, да, я знаю: "много заявок", "много работы" и т.д. Прекрасно все это понимаю и сочувствую. Но, если есть Меркурий - должна быть поддержка, нет поддержки - нет Меркурия. Увеличивайте штат, перераспределите обязанности, снимите с программистов обязанности поддержки 1-ой линии, создайте "прослойку" аналитиков между пользователями и программистами, да все, что угодно, но техподдержка должна реагировать максимально оперативно. Для сравнения: поддержка провайдеров EDI решает любой вопрос в течении 4 часов, несмотря, на "договорные" 24 часа. Они понимают, чем может обернуться задержка электронного документооборота между производителем и покупателем. В Меркурии тот же самый электронный документооборот, что бы там не говорили о целях прослеживаемости.

Верю и очень надеюсь, что вопрос с техподдержкой решится в ближайшее время)

thinker wrote:GUIDы в тестовой и боевой версии должны быть разными (базы ведь разные, сервера, скорее всего, тоже...). На семинаре в Воронеже было сказано, что связи между боевой и тестовой версией нет

Это не означает что они не могут быть одинаковыми.

Подскажите плиз, второй день не мойгу зайти в систему Меркурий!
ругается на неверный логин или пароль, пробовала несколько раз заменить (восстановить) пароль.
На email. приходит ссылка на восстановление парол, перехложу по ней, однако новый пароль для входе не приходит!

nsnt wrote: Что такое ПараметрыПодключения.user? XDTO-объект? Если да, то надо для инициатора и для ответственного создавать два разных объекта.

благодарю, запрос немного изменился (добавился ответственный за инвентаризацию)

<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>OTgwMDE5NzEtOTkyNy00MWFkLTk3Y2MtODE5MDVhNDVmNWYzOWY5YmU1YzgtYjkxNi00Mjg1LWJiOWUtMTE4NzhhYzUyZjQy</apiKey>
			<application xmlns="http://api.vetrf.ru/schema/cdm/application">
				<serviceId>mercury-g2b.service</serviceId>
				<issuerId>9f9be5c8-b916-4285-bb9e-11878ac52f42</issuerId>
				<issueDate>2017-10-13T09:39:42</issueDate>
				<data>
					<resolveDiscrepancyRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/applications">
						<localTransactionId/>
						<initiator xmlns:d7p1="http://api.vetrf.ru/schema/cdm/argus/common">
							<d7p1:login>zubov_an_170529</d7p1:login>
						</initiator>
						<enterprise xmlns:d7p1="http://api.vetrf.ru/schema/cdm/cerberus/enterprise">
							<guid xmlns="http://api.vetrf.ru/schema/cdm/base">c3088566-2404-41ee-b36c-53a9149b9ac0</guid>
						</enterprise>
						<inventoryDate>2017-10-13T09:39:42</inventoryDate>
						<responsible xmlns:d7p1="http://api.vetrf.ru/schema/cdm/argus/common">
							<d7p1:login>zubov_an_170529</d7p1:login>
						</responsible>
					</resolveDiscrepancyRequest>
				</data>
			</application>
		</submitApplicationRequest>
	</Body>
</Envelope>

но всё же не понимаю, почему stockDiscrepancy нет в запросе
отладчик все данные находит (при чём как xdto объект)

thinker, поддерживаю.
Возьмете на вооружения хотя бы опыт запуска ЕГАИСа.
Если не готовы, тогда и не зачем всю страну под себя тянуть. Переносите сроки.