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

Сейчас перечитал планируемы функции в 3.0 и там есть такой пункт: V3-016; Значительное улучшение; Заявки на оформление ВСД в ГВЭ через сервис.
http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%98%D0%A1.API_Backlog_v3.x

oleg-x wrote:Сейчас перечитал планируемы функции в 3.0 и там есть такой пункт: V3-016; Значительное улучшение; Заявки на оформление ВСД в ГВЭ через сервис.
http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%98%D0%A1.API_Backlog_v3.x

Звучит неплохо, примерно так же неплохо, как долгожданный копэкинг.

oleg-x wrote:Возможно, а вообще странно, так как данный параметр обязателен для заполнения. Возможно если не заполнять, по умолчанию указывается, что экспертиза не проводилась.

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

<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>ODRjOWI1ZjktZTUzYy00NDEyLTg3NzUtNzNkZjFlYTQ2MzFhYjE1MDQwZDktNjkyNy00YWI5LWFlM2EtMTI5NzY5ZmQzYmZi</apiKey>
			<application xmlns="http://api.vetrf.ru/schema/cdm/application">
				<serviceId>mercury-g2b.service</serviceId>
				<issuerId>e3ccff58-016a-34be-a173-e88ab7eb9c9d</issuerId>
				<issueDate>2019-07-18T00:00:00</issueDate>
				<data>
					<registerProductiveBatchRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/applications">
						<localTransactionId>000010930</localTransactionId>
						<initiator xmlns:d7p1="http://api.vetrf.ru/schema/cdm/argus/common">
							<d7p1:login>lain_nd_161201</d7p1:login>
						</initiator>
						<enterprise xmlns:d8p1="http://api.vetrf.ru/schema/cdm/mercury/applications">
							<guid xmlns="http://api.vetrf.ru/schema/cdm/base">4fcb0b99-caee-4d65-accb-dfad9c845f17</guid>
						</enterprise>
						<productionOperation xmlns:d7p1="http://api.vetrf.ru/schema/cdm/mercury/vet-document">
							<d7p1:productiveBatch>
								<d7p1:productType>1</d7p1:productType>
								<d7p1:product xmlns:d9p1="http://api.vetrf.ru/schema/cdm/argus/production">
									<guid xmlns="http://api.vetrf.ru/schema/cdm/base">57a674fd-ca2b-c523-6853-72d27b4ae32c</guid>
								</d7p1:product>
								<d7p1:subProduct xmlns:d9p1="http://api.vetrf.ru/schema/cdm/argus/production">
									<guid xmlns="http://api.vetrf.ru/schema/cdm/base">cd772db5-28ec-e6eb-c1d8-296cd2ec9954</guid>
								</d7p1:subProduct>
								<d7p1:productItem xmlns:d9p1="http://api.vetrf.ru/schema/cdm/argus/production">
									<d9p1:name>Шашлык из свинины Классический </d9p1:name>
								</d7p1:productItem>
								<d7p1:volume>2.7</d7p1:volume>
								<d7p1:unit xmlns:d9p1="http://api.vetrf.ru/schema/cdm/argus/common">
									<uuid xmlns="http://api.vetrf.ru/schema/cdm/base">069792f0-053d-11e1-99b4-d8d385fbc9e8</uuid>
								</d7p1:unit>
								<d7p1:packingList xmlns:d9p1="http://api.vetrf.ru/schema/cdm/argus/common">
									<d9p1:packingForm>
										<uuid xmlns="http://api.vetrf.ru/schema/cdm/base">7c29a864-e469-4c64-89e7-153000939d61</uuid>
										<d9p1:name>Ящик</d9p1:name>
									</d9p1:packingForm>
								</d7p1:packingList>
								<d7p1:packingAmount>150</d7p1:packingAmount>
								<d7p1:dateOfProduction>
									<d7p1:firstDate xmlns:d10p1="http://api.vetrf.ru/schema/cdm/base">
										<d10p1:year>2019</d10p1:year>
										<d10p1:month>7</d10p1:month>
										<d10p1:day>18</d10p1:day>
										<d10p1:hour>0</d10p1:hour>
									</d7p1:firstDate>
								</d7p1:dateOfProduction>
								<d7p1:expiryDate>
									<d7p1:firstDate xmlns:d10p1="http://api.vetrf.ru/schema/cdm/base">
										<d10p1:year>2019</d10p1:year>
										<d10p1:month>7</d10p1:month>
										<d10p1:day>21</d10p1:day>
										<d10p1:hour>0</d10p1:hour>
									</d7p1:firstDate>
								</d7p1:expiryDate>
								<d7p1:perishable>true</d7p1:perishable>
								<d7p1:productMarkingList>
									<d7p1:productMarking>ООО "Твой день"</d7p1:productMarking>
								</d7p1:productMarkingList>
							</d7p1:productiveBatch>
						</productionOperation>
					</registerProductiveBatchRequest>
				</data>
			</application>
		</submitApplicationRequest>
	</Body>
</Envelope>

oleg-x wrote:

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

В запросе параметр
<vd:cargoExpertized>VSEFULL</vd:cargoExpertized>

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

А вы хоть справку то открывали?

Сразу после раздела productionOperation>

Подскажите пример простого запроса к ГИС. Может узнать свой адрес или ИНН, или ГУИД. И есть ли где руководство интегратора?

gugolovski wrote:Подскажите пример простого запроса к ГИС. Может узнать свой адрес или ИНН, или ГУИД. И есть ли где руководство интегратора?

Здесь все есть:
http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API

Подскажите, пожалуйста.

Отгружаем по ВСД через ВеТИС.api через 1С УНФ.

Создаем исходящую операцию на основании расходной накладной. В накладной указан в реквизитах печати адрес доставки на один из пяти адресов.

Грузополучатель - выбираем ХС. Все ок.

Предприятие - их 180 штук, мы работаем с 5.

Как привязать к адресу доставки (или к чему-нибудь другому из карточки контрагента?) предприятие из ВеТИСа? Приходится каждый раз вручную искать нужное предприятие, а у них еще и названия не отличаются, ищем по адресу из 180 штук.

Помогите, пжлст

Вчера обновили УНФ до версии 1.6.18.117 и техн платформу до посл версии.

Теперь при гашении любого ВСД или про проведении производственной операции Ветис появляется такого рода ошибка.
При этом если зайти в веб интерфейс то всё прошло (погашено или произведено)

Техподдержка 1С говорит - ошибка конфигурации, оставим заявку разработчикам...

Глупость сделали, уже не откатиться.

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

Что делать?

christoffelsymbols wrote:

rizarus wrote:Добрый день! В 1С УТ 11 в разделе обмен с Ветис в разделе "Инвентаризация продукции ВетИС" есть документы требующие подтверждения, созданные через ВЕБ. Как видно на скринах, за 03.12.18 таких 4 документа. Если смотреть в веб Меркурии, то самый свежий документ от 27.11.18. Каким образом в 1С появляются эти документы? Я предполагаю что понятие "Инвентаризация" и там и там одно, и предполагаю что и документы должны соответствовать друг другу. Или в чем то заблуждаюсь?

В ВетИС.API нет такого понятия как документ. Для загрузки из сервиса доступны только списки изменений ВСД и записей журнала. И 1с эти изменения трактует вот так как вы сейчас видите. Списания и отгрузки в списке изменений записей журнала выглядят абсолютно одинаково.

Добрый день! Можно пожалуйста по-подробнее, в 1С автоматически загрузилась инвентаризация без заявки. Каким образом загружается инвентаризация, по какому принципу. Может есть описание?
Заранее спасибо!

e.chernenko wrote:Что делать?

Либо ждать исправление в новом релизе, либо воспользоваться услугами программиста, который временно исправит ошибку, пока 1С не исправит у себя.

Вопрос к тем, кто работает в Хамелеоне. Как сравнить остатки 1С и Меркурия по сериям? Может в Хамелеоне есть такой отчет?

Здравствуйте.
Подскажите, пожалуйста.
Не могу найти ответ на вопрос, что делать с документами со статусом "к оформлению (обрабатывается)". Конфигурация УТ11, 11.4.8.84.
В документе ВСД в одной из строчек может быть "будет создан автоматически". На сайте ВСД есть, и печать такого документа проходит неправильно.

Здравствуйте!

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

<soapenv: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:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
	<soapenv:Header/>
	<soapenv:Body>
		<apldef:submitApplicationRequest>
			<apldef:apiKey>YWZiMjY4NTktYjgxYi00YmZjMDMtNGMzNi00NGRhLWJjM2YtODU0NDBhNDg3ODUx</apldef:apiKey>
			<apl:application>
				<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
				<apl:issuerId>убрал</apl:issuerId>
				<apl:issueDate>2019-08-30T22:49:46+03:00</apl:issueDate>
				<apl:data>
					<merc:getStockEntryListRequest>
						<merc:localTransactionId>fa0aa426-bd02-458d-94d8-ddbae400efe1</merc:localTransactionId>
						<merc:initiator>
							<vd:login>voitko_оv_1508</vd:login>
						</merc:initiator>
						<bs:listOptions>
							<bs:count>500</bs:count>
							<bs:offset>0</bs:offset>
						</bs:listOptions>
						<dt:enterpriseGuid>b7883059-b11a-4971-b4cb-5a9a10fabf90</dt:enterpriseGuid>
						<merc:searchPattern>
							<vd:receiptDateInterval>
								<bs:beginDate>2019-08-28T20:17:38+03:00</bs:beginDate>
								<bs:endDate>2019-08-30T20:17:38+03:00</bs:endDate>
							</vd:receiptDateInterval>
						</merc:searchPattern>
					</merc:getStockEntryListRequest>
				</apl:data>
			</apl:application>
		</apldef:submitApplicationRequest>
	</soapenv:Body>
</soapenv:Envelope>

База ругается:
Получен "Ответ на запрос записей складского журнала" (id=c6a6f9c1-3e7a-4bd9-b9c9-af471f8f1da5)
Хозяйствующий субъект: ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ (cf62fc03-4c36-44da-bc3f-80a487851)
Предприятие: ООО "Предприятие"(b7883059-b11a-4971-b4cb-5a9abf90)
Заявка отклонена по причине:
APLM0007: Wrong application data format. Format validation failed due to XML Schema rules: Element 'receiptDateInterval' not expected.

Текст XML см. в протоколе обмена.

Спасибо

Интервал есть только в версии 2.1, в запросе указана версия 2.0: <apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>