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

ZDmitry wrote:

rty wrote:Осваивайте фабрику, будет легче

Если у вас не 1с 7.7)

Тогда надо освоить лишь eXtensible Markup Language

oleg-x wrote:
- Доступ к ИС Меркурий через Ветис.API только на чтение
- Доступ к ИС Меркурий через Ветис.API на выполнение операций

Эти права не взаимоисключающие?

loki wrote:Помогите с запросом создания транспортной партии.
за основы взял пример из http://help.vetrf.ru/wiki/PrepareOutgoingConsignmentOperation_v2.0#.D0.97.D0.B0.D0.BF.D1.80.D0.BE.D1.81_1._.D0.9F.D0.B5.D1.80.D0.B5.D0.B2.D0.BE.D0.B7.D0.BA.D0.B0_.D1.81.D0.BE_.D1.81.D0.BC.D0.B5.D0.BD.D0.BE.D0.B9_.D0.B2.D0.BB.D0.B0.D0.B4.D0.B5.D0.BB.D1.8C.D1.86.D0.B0. Перевозка со сменой владельца.
подставил свои данные, в результате получил

что я сделал неправильно?

Там имена не верные. Например

xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2"
<vet:consignor>

а должно быть
Правильный хмл

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
	<SOAP-ENV:Body>
		<apldef:submitApplicationRequest xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<apldef:apiKey>***</apldef:apiKey>
			<apl:application>
				<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
				<apl:issuerId>***</apl:issuerId>
				<apl:issueDate>2018-05-25T15:12:02</apl:issueDate>
				<apl:data>
					<merc:prepareOutgoingConsignmentRequest>
						<merc:localTransactionId>УТ0000050</merc:localTransactionId>
						<merc:initiator>
							<vd:login>***</vd:login>
						</merc:initiator>
						<merc:delivery>
							<vd:deliveryDate>2018-05-25T15:12:06</vd:deliveryDate>
							<vd:consignor>
								<dt:businessEntity>
									<bs:guid>***</bs:guid>
								</dt:businessEntity>
								<dt:enterprise>
									<bs:guid>***</bs:guid>
								</dt:enterprise>
							</vd:consignor>
							<vd:consignee>
								<dt:businessEntity>
									<bs:guid>***</bs:guid>
								</dt:businessEntity>
								<dt:enterprise>
									<bs:guid>***</bs:guid>
								</dt:enterprise>
							</vd:consignee>
							<vd:consignment id="id1">
								<vd:productType>1</vd:productType>
								<vd:product>
									<bs:guid>337f79dc-4376-6e33-dabe-d5447913b97d</bs:guid>
								</vd:product>
								<vd:subProduct>
									<bs:guid>bcb270cd-84fa-f3ad-6e4b-705eb50d703f</bs:guid>
								</vd:subProduct>
								<vd:productItem>
									<dt:name>Ветчина "Особая"</dt:name>
								</vd:productItem>
								<vd:volume>2</vd:volume>
								<vd:unit>
									<bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
								</vd:unit>
								<vd:packageList/>
								<vd:sourceStockEntry>
									<bs:guid>0ec5f441-1340-405c-a534-d28c82d78a3d</bs:guid>
								</vd:sourceStockEntry>
							</vd:consignment>
							<vd:consignment id="id2">
								<vd:productType>5</vd:productType>
								<vd:product>
									<bs:guid>e3bdc46d-707a-a75c-33f6-c280c162927f</bs:guid>
								</vd:product>
								<vd:subProduct>
									<bs:guid>acca0e11-2c9a-c180-f1e4-446c33d8b746</bs:guid>
								</vd:subProduct>
								<vd:productItem>
									<bs:guid>02ede4a2-1c89-40d8-bdc7-44c9f0531292</bs:guid>
								</vd:productItem>
								<vd:volume>0.5</vd:volume>
								<vd:unit>
									<bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
								</vd:unit>
								<vd:packageList/>
								<vd:sourceStockEntry>
									<bs:guid>f8300c9e-7631-424e-b7a3-2a4918fa5a58</bs:guid>
								</vd:sourceStockEntry>
							</vd:consignment>
							<vd:consignment id="id3">
								<vd:productType>1</vd:productType>
								<vd:product>
									<bs:guid>57a674fd-ca2b-c523-6853-72d27b4ae32c</bs:guid>
								</vd:product>
								<vd:subProduct>
									<bs:guid>1d17cba8-77e5-5cea-8ba3-3e29b5900697</bs:guid>
								</vd:subProduct>
								<vd:productItem>
									<bs:guid>d8c37618-a98e-43d2-b8cf-f14d4f6686b3</bs:guid>
								</vd:productItem>
								<vd:volume>10</vd:volume>
								<vd:unit>
									<bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
								</vd:unit>
								<vd:packageList/>
								<vd:sourceStockEntry>
									<bs:guid>fceb2e2a-9c30-4b8a-8065-1a7b859fcedd</bs:guid>
								</vd:sourceStockEntry>
							</vd:consignment>
							<vd:transportInfo>
								<vd:transportType>1</vd:transportType>
								<vd:transportNumber>
									<vd:vehicleNumber>111</vd:vehicleNumber>
								</vd:transportNumber>
							</vd:transportInfo>
							<vd:transportStorageType>VENTILATED</vd:transportStorageType>
							<vd:shipmentRoute/>
							<vd:accompanyingForms>
								<vd:waybill>
									<vd:issueNumber>ЭКУТ0000003</vd:issueNumber>
									<vd:issueDate>2018-05-16</vd:issueDate>
									<vd:type>1</vd:type>
								</vd:waybill>
								<vd:vetCertificate for="id1">
									<vd:authentication>
										<vd:purpose>
											<bs:guid>5b91a0eb-e089-11e1-bcf3-b499babae7ea</bs:guid>
										</vd:purpose>
										<vd:locationProsperity>Местность благополучна</vd:locationProsperity>
									</vd:authentication>
								</vd:vetCertificate>
								<vd:vetCertificate for="id2">
									<vd:authentication>
										<vd:purpose>
											<bs:guid>5b91a0eb-e089-11e1-bcf3-b499babae7ea</bs:guid>
										</vd:purpose>
										<vd:locationProsperity>Местность благополучна</vd:locationProsperity>
									</vd:authentication>
								</vd:vetCertificate>
								<vd:vetCertificate for="id3">
									<vd:authentication>
										<vd:purpose>
											<bs:guid>5b91a0eb-e089-11e1-bcf3-b499babae7ea</bs:guid>
										</vd:purpose>
										<vd:locationProsperity>Местность благополучна</vd:locationProsperity>
									</vd:authentication>
								</vd:vetCertificate>
							</vd:accompanyingForms>
						</merc:delivery>
					</merc:prepareOutgoingConsignmentRequest>
				</apl:data>
			</apl:application>
		</apldef:submitApplicationRequest>
	</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Осваивайте фабрику, будет легче

Делаю получение ВСД по его уникальному идентификатору http://help.vetrf.ru/wiki/GetVetDocumentByUuidOperation_v2.0

При выполнении операции GetVetDocumentByUuidOperation на вход системы передаются следующие сведения:

информация о пользователе - инициаторе запроса;
идентификатор ВСД.

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

007 ···<dt:enterpriseGuid>GUID</dt:enterpriseGuid> dt:enterpriseGuid [1..1] Идентификатор предприятия, по которому производится поиск документа.

Если не передаю гуид площадки, то получаю ошибку, если ставлю гуид любой своей площадки, то получаю ВСД (одно и тоже всд).

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

И теперь вопрос, это сделано для нашего удобства (не думайте над гуидом площадки, просто надо что то написать) или это ошибка и будет исправлено?

Какая нибудь тушенка в меркурии может быть только в кг или тоннах. Пережил.
Йогурты могут храниться только в кг или тоннах - переживу.

Но эти йогурты могут быть еще и в литрах - можно пережить даже если допустить, что одинаковые йогурты, которые по правилам меркурия можно было бы объединить в одну партию, но они в разных единицах измерения поэтому нельзя будет. И отправим покупателю 30 литров и 25 кг одного товара, пусть пересчитывают там и переводят в штуки как хотят

Но йогурты могут быть в МИЛЛИЛИТРАХ! И читая форум - точно будут. Но и это еще куда ни шло

Почему базовой единицей измерения для литра - миллилитр???

Просветите, почему так? Или это на только на тестовом сервере

hawksib wrote:права вет врача, нужны при оформлении транспортного сертификата с целью - для свободной реализации, если цель в сертификате указать - реализация в пищу людям, прав пользователя хозяйствующего субъекта (ХС) достаточно, плюс некоторые виды продукции отгружаются только пользователем с правами врача (вроде копченые продукты у нас не получилось отгрузить пользователем ХС, пришлось менять вид продукта). В принципе на ряде предприятий врачи дали свой логин и пароль, что бы за них через API отправлялись ВСД, на удаленном предприятии связей с вет. управлением не было, поэтому сделали так, что всё выписывает пользователь ХС

Есть ссылки на документацию по этому поводу? Может это один из глюков системы и вскоре исправят?

Для интереса, в вэбе тестовый контур.

Все не проверить, но не которые наблюдения.

Делаю инвентаризацию, добавляю товар, если выбрать молоко

Номенклатура из справочника

то единицы можно выбрать любые имеющиеся, при этом тип продукции

Продукция, не требующая разрешения

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

Тушенка говяжья "Особенная" 325 г.

то доступны только кг и тонны, тип продукции "Пищевые продукты".

Это конечно лишь инвентаризация, но думается, что подобное для всего подходит, получается, все в меркурии хранится в кг или тоннах, кроме типа продукции "Продукция, не требующая разрешения", которая может храниться как угодно.

Я поставил себе на остаток молоко в пучках

oleg-x wrote:
P.S. Вы не первый у кого на тестовом все хорошо, а на боевом ошибки.

А я не хочу так

Мы сегодня получили данные для боевого, вскоре выйдем на него

oleg-x wrote: <apl:issueDate>2018-04-09T13:00:04</apl:issueDate>
Это как и у тебя правильный формат.
Попробуй запрос в соапе пропустить и посмотри съест или нет.
Возможно на что то другое в дате не нравится или весь тег не нравится.

Это отработанный код, ответ на него получен на тестовом 2.0 в мае 18 г

Полный текст

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
	<SOAP-ENV:Body>
		<apldef:submitApplicationRequest xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<apldef:apiKey>***</apldef:apiKey>
			<apl:application>
				<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
				<apl:issuerId>***</apl:issuerId>
				<apl:issueDate>2018-05-04T17:03:14</apl:issueDate>
				<apl:data>
					<merc:getStockEntryListRequest>
						<merc:localTransactionId>УТ0000009</merc:localTransactionId>
						<merc:initiator>
							<vd:login>***</vd:login>
						</merc:initiator>
						<bs:listOptions>
							<bs:count>1000</bs:count>
							<bs:offset>0</bs:offset>
						</bs:listOptions>
						<dt:enterpriseGuid>***</dt:enterpriseGuid>
						<merc:searchPattern>
							<vd:blankFilter>NOT_BLANK</vd:blankFilter>
						</merc:searchPattern>
					</merc:getStockEntryListRequest>
				</apl:data>
			</apl:application>
		</apldef:submitApplicationRequest>
	</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Проверьте

Такой работает

А по вэбке? Собственно сам механизм не понятен, на остатках в журнале продукции все же будут штуки или кг?

Каким образом?

Александр5417 wrote:

rty wrote:

Александр5417 wrote:Здравствуйте! Подскажите дорогие форумчане следующий вопрос. Есть 2 ХС, Первый это компания переработчик и второй компания продаж.
Вторая закупает сырьё, отдаёт в переработку сырьё, получает продукт и продаёт. Как в таком случае строить систему. Вижу два варианта: 1. Компания закупает сырьё, которое сразу приходит на переработчика, он отписывает продукт на хс продаж, те продают
2. Сырьё приходит на компанию продаж, далее перевозка или переработка без смены владельца, далее реализация.

Подскажите коллеги.

Смотрите как реализовано в действительности, не забывая про площадки, ведь одной площадкой могут пользоваться оба ХС.
В меркурии нужно отражать движения сырья/товаров из точки "А" в точку "Б" и наоборот или даже через точку "В" и другие буквы алфавита

В вашем случае видится вариант 2 с поправкой - Сырьё приходит на компанию продаж, далее перевозка со сменой владельца, если площадки разные, либо смена владельца без перевозки, компании переработку, переработка, перевозка со сменой владельца или смена владельца без перевозки компании продаж.

Как вы думаете, ХС продаж - Б, может закупать сырьё для переработчика - А? Чтобы сократить одну операцию. А так же у ХС - Б. кроме склада готового продукта нет больше помещений. Плюс работают по давальческому сырью, это когда права на сырьё, Отходы и продукт принадлежат ХС продаж

Про давальческое сырье была где то тут тема, поищите

Александр5417 wrote:Здравствуйте! Подскажите дорогие форумчане следующий вопрос. Есть 2 ХС, Первый это компания переработчик и второй компания продаж.
Вторая закупает сырьё, отдаёт в переработку сырьё, получает продукт и продаёт. Как в таком случае строить систему. Вижу два варианта: 1. Компания закупает сырьё, которое сразу приходит на переработчика, он отписывает продукт на хс продаж, те продают
2. Сырьё приходит на компанию продаж, далее перевозка или переработка без смены владельца, далее реализация.

Подскажите коллеги.

Смотрите как реализовано в действительности, не забывая про площадки, ведь одной площадкой могут пользоваться оба ХС.
В меркурии нужно отражать движения сырья/товаров из точки "А" в точку "Б" и наоборот или даже через точку "В" и другие буквы алфавита

В вашем случае видится вариант 2 с поправкой - Сырьё приходит на компанию продаж, далее перевозка со сменой владельца, если площадки разные, либо смена владельца без перевозки, компании переработчику, переработка, перевозка со сменой владельца или смена владельца без перевозки компании продаж.