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

E_Letov wrote:Уже убрана "реализация без ограничений". "Свободная реализация" на месте.

Убрана в вэб интерфейсе? сейчас сделал запрос на получение справочника целей ... там пока все без изменений.

Новость.
http://vetrf.ru/vetrf/news/26850.html

Как происходит технически? что изменится в записи о цели, какие поля? (status, active)? или в ручную их убирать из учетной системы? Кто нибудь уже столкнулся?

А как быть с остатками в системе ГИС Меркурий?
Как отразить продажи в розницу, в случае если с одной площадки идет продажа как опт так и розница?

Вопрос решен. Не указал в разделе certifiedConsignment такие разделы как consignor, consignee.

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

Присоединюсь!!!

Может кто нибудь выложить рабочий пример по гашению бумажного ВСД! Приведенный пример в документации явно не рабочий.

Сейчас у меня выходит ошибка MERC13047 Обслуживаемое предприятие для операции с партией обязательно для заполнения.

<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
	<SOAP-ENV:Header/>
	<SOAP-ENV:Body>
		<apldef:submitApplicationRequest>
			<apldef:apiKey>apiKey</apldef:apiKey>
			<apl:application>
				<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
				<apl:issuerId>********************</apl:issuerId>
				<apl:issueDate>2018-05-25T11:28:28</apl:issueDate>
				<apl:data>
					<merc:processIncomingConsignmentRequest>
						<merc:localTransactionId>C2705164-DF9D-4694-8E3C-538BA6AF0671</merc:localTransactionId>
						<merc:initiator>
							<vd:login>*************</vd:login>
						</merc:initiator>
						<merc:delivery>
							<vd:deliveryDate>2018-05-23T15:12:49</vd:deliveryDate>
							<vd:consignor>
								<dt:businessEntity>
									<bs:guid>fe286a3a-218a-11e2-a69b-b499babae7ea</bs:guid>
								</dt:businessEntity>
								<dt:enterprise>
									<bs:guid>17b62c4c-4b1a-42d4-8ab3-7ce15e618ad0</bs:guid>
								</dt:enterprise>
							</vd:consignor>
							<vd:consignee>
								<dt:businessEntity>
									<bs:guid>fcf21c46-218a-11e2-a69b-b499babae7ea</bs:guid>
								</dt:businessEntity>
								<dt:enterprise>
									<bs:guid>7bd43dff-303b-711c-f51f-4d572aa5e999</bs:guid>
								</dt:enterprise>
							</vd:consignee>
							<vd:consignment>
								<vd:productType>2</vd:productType>
								<vd:product>
									<bs:guid>c1a584fb-5481-beae-57ec-0b9a60a7a032</bs:guid>
								</vd:product>
								<vd:subProduct>
									<bs:guid>4762315f-c2f3-c329-5e3d-8492a31aa9ae</bs:guid>
								</vd:subProduct>
								<vd:productItem>
									<bs:guid>b854ec80-aa94-406d-9cbd-c6d080f7a637</bs:guid>
								</vd:productItem>
								<vd:volume>50</vd:volume>
								<vd:unit>
									<bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
								</vd:unit>
								<vd:dateOfProduction>
									<vd:firstDate>
										<dt:year>2018</dt:year>
										<dt:month>5</dt:month>
									</vd:firstDate>
								</vd:dateOfProduction>
								<vd:expiryDate>
									<vd:firstDate>
										<dt:year>2019</dt:year>
										<dt:month>5</dt:month>
									</vd:firstDate>
								</vd:expiryDate>
								<vd:batchID>123тестпартия456</vd:batchID>
								<vd:perishable>false</vd:perishable>
								<vd:origin>
									<vd:country>
										<bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
									</vd:country>
									<vd:producer>
										<dt:enterprise>
											<bs:guid>3ee6c6c8-663b-4ee5-b488-ada649339cea</bs:guid>
										</dt:enterprise>
										<dt:role>PRODUCER</dt:role>
									</vd:producer>
								</vd:origin>
								<vd:lowGradeCargo>false</vd:lowGradeCargo>
							</vd:consignment>
							<vd:broker>
								<bs:guid>fcf21c46-218a-11e2-a69b-b499babae7ea</bs:guid>
							</vd:broker>
							<vd:transportInfo>
								<vd:transportType>1</vd:transportType>
								<vd:transportNumber>
									<vd:vehicleNumber>ф100ф99</vd:vehicleNumber>
								</vd:transportNumber>
							</vd:transportInfo>
							<vd:transportStorageType>VENTILATED</vd:transportStorageType>
							<vd:accompanyingForms>
								<vd:waybill>
									<vd:issueNumber>456</vd:issueNumber>
									<vd:issueDate>2018-05-20</vd:issueDate>
									<vd:type>1</vd:type>
								</vd:waybill>
								<vd:vetCertificate>
									<vd:issueSeries>АВ</vd:issueSeries>
									<vd:issueNumber>789789</vd:issueNumber>
									<vd:issueDate>2018-05-21</vd:issueDate>
									<vd:vetDForm>LIC3</vd:vetDForm>
									<vd:certifiedConsignment>
										<vd:broker>
											<bs:guid>fcf21c46-218a-11e2-a69b-b499babae7ea</bs:guid>
										</vd:broker>
										<vd:transportInfo>
											<vd:transportType>1</vd:transportType>
											<vd:transportNumber>
												<vd:vehicleNumber>ф100ф99</vd:vehicleNumber>
											</vd:transportNumber>
										</vd:transportInfo>
										<vd:transportStorageType>VENTILATED</vd:transportStorageType>
										<vd:batch>
											<vd:productType>2</vd:productType>
											<vd:product>
												<bs:guid>c1a584fb-5481-beae-57ec-0b9a60a7a032</bs:guid>
											</vd:product>
											<vd:subProduct>
												<bs:guid>4762315f-c2f3-c329-5e3d-8492a31aa9ae</bs:guid>
											</vd:subProduct>
											<vd:productItem>
												<bs:guid>b854ec80-aa94-406d-9cbd-c6d080f7a637</bs:guid>
											</vd:productItem>
											<vd:volume>50</vd:volume>
											<vd:unit>
												<bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
											</vd:unit>
											<vd:dateOfProduction>
												<vd:firstDate>
													<dt:year>2018</dt:year>
													<dt:month>5</dt:month>
												</vd:firstDate>
											</vd:dateOfProduction>
											<vd:expiryDate>
												<vd:firstDate>
													<dt:year>2019</dt:year>
													<dt:month>5</dt:month>
												</vd:firstDate>
											</vd:expiryDate>
											<vd:batchID>123тестпартия456</vd:batchID>
											<vd:perishable>false</vd:perishable>
											<vd:origin>
												<vd:country>
													<bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
												</vd:country>
												<vd:producer>
													<dt:enterprise>
														<bs:guid>3ee6c6c8-663b-4ee5-b488-ada649339cea</bs:guid>
													</dt:enterprise>
													<dt:role>PRODUCER</dt:role>
												</vd:producer>
											</vd:origin>
											<vd:lowGradeCargo>false</vd:lowGradeCargo>
										</vd:batch>
									</vd:certifiedConsignment>
									<vd:authentication>
										<vd:purpose>
											<bs:guid>5b90d858-e089-11e1-bcf3-b499babae7ea</bs:guid>
										</vd:purpose>
										<vd:cargoInspected>true</vd:cargoInspected>
										<vd:cargoExpertized>VSEFULL</vd:cargoExpertized>
										<vd:locationProsperity>Местность благополучная по инфекционным заболеваниям</vd:locationProsperity>
									</vd:authentication>
									<vd:statusChange>
										<vd:status>CONFIRMED</vd:status>
										<vd:specifiedPerson>
											<vd:fio>Иванов И.И.</vd:fio>
											<vd:post>Ветеринарный специалист</vd:post>
										</vd:specifiedPerson>
										<vd:actualDateTime>2018-05-23T15:12:49</vd:actualDateTime>
									</vd:statusChange>
								</vd:vetCertificate>
							</vd:accompanyingForms>
						</merc:delivery>
						<merc:deliveryFacts>
							<vd:vetCertificatePresence>PAPER</vd:vetCertificatePresence>
							<vd:docInspection>
								<vd:responsible>
									<vd:login>*************</vd:login>
								</vd:responsible>
								<vd:result>CORRESPONDS</vd:result>
							</vd:docInspection>
							<vd:vetInspection>
								<vd:responsible>
									<vd:login>************</vd:login>
								</vd:responsible>
								<vd:result>UNSUPERVISED</vd:result>
							</vd:vetInspection>
							<vd:decision>ACCEPT_ALL</vd:decision>
						</merc:deliveryFacts>
					</merc:processIncomingConsignmentRequest>
				</apl:data>
			</apl:application>
		</apldef:submitApplicationRequest>
	</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Jim_rif wrote:Здравствуйте. Помогите новичку.
1. Как составить XML запрос на отправку документа?
2. Есть ли документация и образцы XML запросов?

http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API

Там и инструкции и примеры ... и ошибки в них

Попробовал сделать через объединение партий - результат:

<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC47423">Все участвующие в операции записи складского журнала должны быть только по вырабатываемой продукции или только по входной продукции</apl:error>

и КАК быть производителям если оптовик им вернул товар- надлежащего качества? Инвентаризация?

засада ... были бы еще нормальные документа "Акт на списание" и "акт постановки на баланс"

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

wladyar wrote:Здравствуйте!
Пытаюсь заставить работать из -под 1с 7.7
Документ поступления, пытаюсь сделать входящую партию , запрос processIncomingConsignmentRequest .

Что делать? Куда смотреть и сто заполнить, чтобы побороть вот это:
MERC13574 Сведения о товарно-транспортной накладной указаны неверно. Номер, дата и тип документа обязательны для заполнения.

Первый вопрос. Партия принимается в полном объеме или частично (с возвратом)?

В случае принятия партии (полной или частично) сведения о ТТН надо пихать в раздел delivery.accompanyingForms.waybill
если часть продукции возвращается то необходимо дополнительно указать в разделе returnedDelivery.consignment.accompanyingForms.waybill

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

А вот у меня остался вопрос, когда идете в входящем ВСД несколько документов, по какому принципу выбирать основной ...

P.S. это все описано в http://help.vetrf.ru/wiki/ProcessIncomingConsignment_v2.0

Тоже столкнулся с такой проблемой.
Кормовые добавки ТНВЭД 2309

производим в потребительской упаковке для домашних животных.
Зарегистрировать продукт в системе с единицей измерения штуки не дал. Методом проб и ошибок дал зарегистрировать с ЕИ Коробка

Пробовали запросить информацию по данному вопросу в територильном ВУ ... они "не в курсе"

GusVal wrote:

Фармакс wrote:Чем глубже погружение в меркурий, тем больше понимаешь насколько грамотнее построена система ЕГАИС.

Прости меня Господи, вот никогда не думал, что подпишусь под этим...

Ага ага

Чем глубже погружение в меркурий, тем больше понимаешь насколько грамотнее построена система ЕГАИС.

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

Да это очередная подстава с стороны разработчиков.

А вообще в XML файле есть сведения, по которым можно однозначно определить версию ВСД? 1.4? 2.0 ....

День добрый.

Вопрос следующий. Есть входящая эВСД. В нем есть раздел referencedDocument, в котором согласно описанию содержаться:
- waybill, указанный в запросе.
- все relatedDocument, указанные в запросе.

По какому принципу выделяется сопроводительный документ если идет список из нескольких документов?

- Первый в списке?
- По типу документа с 1 по 5, а их не может быть несколько?
- По relationshipType - с кодом 1? а их может быть несколько?

oleg-x wrote:Объединение записей журнала попробуйте

А вот за это СПАСИБО!!! Не думал в этом направлении. Будем делать через объединение записей!

Имеем производство кормовых добавок упакованные в потребительские упаковки (коробки).
Произвели партию продукции:
№ партии в УС 010518 - в ГИС получили запись №1 в журнале остатков

отгрузили покупателю для перепродажи
покупатель принял половину, на вторую половину оформил возврат по время приемки
мы получили возвратный ВСД - приняли его в результате получили запись №2 в журнале остатков ГИС

но в учетной системе мы возвращаем на имеющуюся партию с номером 010518 для которой в учетной системе уже присвоен идентификатор в журнале остатков с номером №1.
Дублировать производственные партии не вариант ... слишком много чего к ним привязано в учетной системе.

И как быть? проводить каждый раз инвентаризацию? Или есть возможность вернуть на определенную запись в журнале остатков? Или совсем радикально через аннулирование и перевыставление эВСД на принимаемый объем?

А если в дальнейшем покупатель будет осуществлять возврат этой продукции ... (((