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

Сергеевна-Я wrote:есть вариант всё делать в Меркурии, там есть возможность вставить Входящий и производственный, он конечно будет не активным, но будет

Вариант возможен но неудобен. Оператор работает в учетной системе, проводит инвентаризацию на ~1000 строк и теперь он должен если находит 10 проблемных партий:
1. Сперва пойти на сайт, создать записи СЖ для этих строк, предварительно найдя входящие ВСД (вопрос где их искать в ВЕБе или в УС?). В "ВЕБ-морде" нужно вставлять номера ВСД, а в УС есть только их ГУИДы.
2. Обновить информацию в УС об остатках складского журнала в Мерурии, чтоб появилась информация о созданных записях
3. Только после этого привязать новые записи СЖ к проблемным строкам инвентиризации

Однозначно оператор на каком-то из этапов сделает что-то не то.
Не проще разработчика предоставить возможность указать ВСД непосредственно в запросе Ветис.АПИ? Причем в "ВЕБ-морде" они такую возможность уже реализовали.

zlobvet wrote:Добрый день. Провели количественную и качественную инвентаризацию склада, в результате чего было выявлено большое количество товара, с пересортом по срокам, т.е. некоторые нерадивые работники склада собирали товар не обращая внимания на указанные сроки продукции в талонах для сборки. Как теперь быть с такой продукцией?
Также есть пересорты по видам продукции, без пересорта по весу, как с ними поступать?
Заранее спасибо за ответ!

Если Записи складского журнала еще не закрыты (Кво>0) то отрегулировать пересорт возможно и претензий к вам у ТУ РСХН не будет, но если есть продукция для которой уже нет записи складского журнала, то у вас появится такая же проблема которую я здесь поднял. ТУ требует в инвентаризации сослаться на входящую ВСД если создается новая партия, а поля куда ее вставлять в запросе нет.

oleg-x wrote:

Ramzes777 wrote:Что делать, если пропали остатки выработанной продукции из Журнала.
Точно не знаю в чем проблема. Может кто то аннулировал все записи

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

А как это можно сделать инвентаризацией если нет записи складского журнала? На что будете ссылаться как основание для создания новых записей?

dr.pae wrote:Тогда в инвентаризации указывается uuid записи журнала, созданной на основе входящей справки.
Вот и будет указание на "eVDS"

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

dr.pae wrote:http://help.vetrf.ru/wiki/ResolveDiscrepancyOperation_v2.0
Сведения о бумажном ВСД.
<vd:vetDocument>
<vd:issueSeries>AA</vd:issueSeries>
<vd:issueNumber>5312</vd:issueNumber>
<vd:issueDate>2017-07-07</vd:issueDate>
</vd:vetDocument>

согласен с Oleg-x, нужно сослаться именно на eVSD (указать его GUID)

Как при оформлении результатов инвентаризации указать входящий/производственный эВСД? В описании запроса ResolveDiscrepancyOperation я не нашел для этого узла. А территориальное управление требует обязательно его указывать если создается новая запись складского журнал.

VBulat wrote:

oleg-x wrote:Если нет привязанной площадки, то её надо привязать. Либо при первом гашение через АПИ, они автоматически привяжется. Либо сделать процедуру привязки. Либо написать заявление в ТУ.

Спасибо.

Эксперименты показали что первое гашение через АПИ не помогает, точка остается не привязанной. Самостоятельно привязать нет прав, т.к. точка создана в ТУ РСХН, остается только писать письма в ТУ(((

доктор.вет.31 wrote:ПО - это поднадзорный объект? Поднадзорный объект и площадка разные "вещи". В мерке светится площадка. Скорее всего ее открепили от ХСа. Проверять надо в Цербере наличие связи.

Да площадка, от ХС откреплена. Но и права забраны прикрепить ее к ХС обратно. Написал письмо в ТУ, жду ответа

oleg-x wrote:Если нет привязанной площадки, то её надо привязать. Либо при первом гашение через АПИ, они автоматически привяжется. Либо сделать процедуру привязки. Либо написать заявление в ТУ.

Спасибо.

Адрес ПО на сайте mercury.vetrf.ru есть в списке ПО для данного ХС, а в Ветис.АПИ в запросе ПО по ХС (GetActivityLocationList) в списке привязанных ПО его нет. Как такое может быть и как решить данную проблему?

Yoreg07 wrote:а вы, я так понял, указываете дату выработки, отличную от даты, указанной в ВСД

Вы правы, спасибо за разъяснение

Согласно документации по сценарию 1.2.1 "Сведения во входящем ВСД не соответствуют фактическим, партия принимается в полном объеме" разрешено гашение ВСД с расхождением срока годности продукции.
Пытаюсь погасить ВСД указа фактические сроки выработки и завершения срока годности и система возвращает ошибку:

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

Помогите разобраться в чем причина код запроса гашения ВСД прилагаю:

<SOAP-ENV: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"
	xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">

<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>caba9c31-b752-468c-8143-a265e854a032</apl:issuerId>
				<apl:issueDate>2019-03-20T12:12:19</apl:issueDate>
				<apl:data>
					<merc:processIncomingConsignmentRequest>
						<merc:localTransactionId>q1234</merc:localTransactionId>
						<merc:initiator>
							<vd:login>login</vd:login>
						</merc:initiator>
						<merc:delivery>
							
							<vd:deliveryDate>2019-03-14T12:00:00</vd:deliveryDate>
							<vd:consignor>
								<dt:businessEntity>
									<bs:guid>caba9c31-b752-468c-8143-a265e854a032</bs:guid>
								</dt:businessEntity>
								<dt:enterprise>
									<bs:guid>109ccbfd-11bc-4a11-a170-f418db69070a</bs:guid>
								</dt:enterprise>
							</vd:consignor>
							<vd:consignee>
								<dt:businessEntity>
									<bs:guid>caba9c31-b752-468c-8143-a265e854a032</bs:guid>
								</dt:businessEntity>
								<dt:enterprise>
									<bs:guid>295957c6-189a-449c-94b7-57ae5063730b</bs:guid>
								</dt:enterprise>
							</vd:consignee>
							<vd:consignment>
								<vd:productType>2</vd:productType>
								<vd:product>
									<bs:guid>64c7e27e-b999-c027-aa19-bb94269fcae9</bs:guid>
								</vd:product>
								<vd:subProduct>
									<bs:guid>1d1b35b8-3b00-3ef4-661b-40cda8ba8555</bs:guid>
								</vd:subProduct>
								<vd:productItem>
									<bs:guid>24233225-34ab-4f56-b9f5-1607dd922e87</bs:guid>
								</vd:productItem>
								<vd:volume>10</vd:volume>
								<vd:unit>
									<bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
								</vd:unit>
								<vd:dateOfProduction>
									<vd:firstDate>
										<dt:year>2019</dt:year>
										<dt:month>1</dt:month>
										<dt:day>12</dt:day>
									</vd:firstDate>
								</vd:dateOfProduction>
								<vd:expiryDate>
									<vd:firstDate>
										<dt:year>2020</dt:year>
										<dt:month>7</dt:month>
										<dt:day>12</dt:day>
									</vd:firstDate>
								</vd:expiryDate>
								<vd:batchID>136583</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>1b21ff21-6d6d-43fb-9af6-37015c3bf85e</bs:guid>
										</dt:enterprise>
										<dt:role>PRODUCER</dt:role>
									</vd:producer>

</vd:origin>
								<vd:lowGradeCargo>false</vd:lowGradeCargo>
							</vd:consignment>
							
							<vd:transportInfo>
								<vd:transportType>1</vd:transportType>
								<vd:transportNumber>
									<vd:vehicleNumber>НАЕМНЫЙ</vd:vehicleNumber>
								</vd:transportNumber>
							</vd:transportInfo>
							<vd:transportStorageType>VENTILATED</vd:transportStorageType>
							<vd:accompanyingForms>
								<vd:waybill>
									<vd:issueSeries></vd:issueSeries>
									<vd:issueNumber>ЦСМ-000586</vd:issueNumber>
									<vd:issueDate>2019-03-14</vd:issueDate>
									<vd:type>1</vd:type>
								</vd:waybill>
								<vd:vetCertificate>
									<bs:uuid>fe8cf64b-6ef1-4f7d-8ae3-8dd4ce9b8501</bs:uuid>
								</vd:vetCertificate>
							</vd:accompanyingForms>
						</merc:delivery>

<merc:deliveryFacts>
							<vd:vetCertificatePresence>ELECTRONIC</vd:vetCertificatePresence>
							<vd:docInspection>
								<vd:responsible>
									<vd:login>login</vd:login>
								</vd:responsible>
								<vd:result>MISMATCH</vd:result>
							</vd:docInspection>
							<vd:vetInspection>
								<vd:responsible>
									<vd:login>login</vd:login>
								</vd:responsible>
								<vd:result>UNSUPERVISED</vd:result>
							</vd:vetInspection>
							<vd:decision>ACCEPT_ALL</vd:decision>
						</merc:deliveryFacts>
							<merc:discrepancyReport>
								<vd:issueSeries>          </vd:issueSeries>
								<vd:issueNumber>1</vd:issueNumber>
								<vd:issueDate>20.03.19</vd:issueDate>
								<vd:reason>
									<vd:name>Не совпали строки годности</vd:name>
								</vd:reason>
								<vd:description>Не совпали строки годности</merc:discrepancyReport>
					</merc:processIncomingConsignmentRequest>
				</apl:data>
			</apl:application>
		</apldef:submitApplicationRequest>
	</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Вроде да

Работает ли в данный момент Ветис.АПИ? У меня возращает такую ошибку:
HTTP status: 503 Service Temporarily Unavailable, ошибка!

AnnaKirillovna wrote:

Знаем про отмену молочки, но с сетями заключили доп соглашения и теперь эти заразы не принимают продукцию

в смысле? соглашения с сетями выше буквы закона?

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