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

Спасибо большое!

Акт заполняем в 1С, в вебе вот как ищу: ВХОДЯЩЕЕ ВСД:
Наименование и форма ВСД: Ветеринарная справка. Форма № 4
Номер ВСД: 1***1
Уникальный идентификатор ВСД: 4***
Дата оформления: 03.03.2023 06:05:43 МСК
03.03.2023 08:05:43 МСК+2
Способ оформления: шлюз ВетИС.API
Защищенный бланк ВСД:
Сведения о гашении:
Кто погасил: ** Анастасия ***
Дата гашения: 20.04.2023 13:37:35 МСК
Запись в журнале: № 37208164104 - НАДО ЖМАКНУТЬ СЮДА и ПОЯВИТСЯ "Просмотр сведений о записи входного журнала " и уже в нем - История актов несоответствия:

Акт № 1 от 20.04.2023 (печать акта)

<?xml version="1.0" encoding="UTF-8"?>
<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

s="http://www.w3.org/2001/XMLSchema"
xmlns

si="http://www.w3.org/2001/XMLSchema-instance">
<soapenv:Header/>
<soapenv:Body>
<apldef:submitApplicationRequest>
<apldef:apiKey>Nzg3MWY4MmQtNGI4NS00ZDk1LTg0OGUtNjg4Y2ViZTc0YjhlNDFjOWMyNjctMDNhZS00NTcyLWI2MDItMTA1ZjA0ZGNmNjc2</apldef:apiKey>
<apl:application>
<apl:serviceId>mercury-g2b.service:2.1</apl:serviceId>
<apl:issuerId>******</apl:issuerId>
<apl:issueDate>2023-04-20T15:37:24+05:00</apl:issueDate>
<apl:data>
<merc:processIncomingConsignmentRequest>
<merc:localTransactionId>****</merc:localTransactionId>
<merc:initiator>
<vd:login>*******</vd:login>
</merc:initiator>
<merc:delivery>
<vd:deliveryDate>2023-04-20T15:36:58+05:00</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>
<vd:productType>7</vd:productType>
<vd:product>
<bs:guid>******</bs:guid>
</vd:product>
<vd:subProduct>
<bs:guid>*****</bs:guid>
</vd:subProduct>
<vd:productItem>
<bs:uuid>*****</bs:uuid>
<bs:guid>****</bs:guid>
<dt:name>РИЕТ ЛОСОСЕВЫЙ С МЯГКИМ ТВОРОГОМ(8)</dt:name>
</vd:productItem>
<vd:volume>0.4</vd:volume>
<vd:unit>
<bs:guid>*****</bs:guid>
</vd:unit>
<vd:dateOfProduction>
<vd:firstDate>
<dt:year>2023</dt:year>
<dt:month>2</dt:month>
<dt:day>15</dt:day>
</vd:firstDate>
</vd:dateOfProduction>
<vd:expiryDate>
<vd:firstDate>
<dt:year>2023</dt:year>
<dt:month>6</dt:month>
<dt:day>15</dt:day>
</vd:firstDate>
</vd:expiryDate>
<vd:batchID>303303</vd:batchID>
<vd:perishable>false</vd:perishable>
<vd:origin>
<vd:country>
<bs:guid>*****</bs:guid>
<dt:name>Российская Федерация</dt:name>
</vd:country>
<vd:producer>
<dt:enterprise>
<bs:guid>****</bs:guid>
<dt:name>****</dt:name>
</dt:enterprise>
<dt:role>PRODUCER</dt:role>
</vd:producer>
</vd:origin>
<vd:lowGradeCargo>false</vd:lowGradeCargo>
<vd:packageList>
<dt:package>
<dt:level>4</dt:level>
<dt:packingType>
<dt:globalID>BX</dt:globalID>
</dt:packingType>
<dt:quantity>1</dt:quantity>
<dt:productMarks class="UNDEFINED">*****</dt:productMarks>
</dt:package>
<dt:package>
<dt:level>2</dt:level>
<dt:packingType>
<dt:globalID>PP</dt:globalID>
</dt:packingType>
<dt:quantity>4</dt:quantity>
<dt:productMarks class="UNDEFINED">****'</dt:productMarks>
</dt:package>
</vd:packageList>
</vd:consignment>
<vd:broker/>
<vd:transportInfo>
<vd:transportType>1</vd:transportType>
<vd:transportNumber>
<vd:vehicleNumber>****6</vd:vehicleNumber>
</vd:transportNumber>
</vd:transportInfo>
<vd:transportStorageType>CHILLED</vd:transportStorageType>
<vd:accompanyingForms>
<vd:waybill>
<vd:issueNumber>122571</vd:issueNumber>
<vd:issueDate>2023-03-03</vd:issueDate>
<vd:type>1</vd:type>
</vd:waybill>
<vd:vetCertificate>
<bs:uuid>c****8</bs:uuid>
</vd:vetCertificate>
</vd:accompanyingForms>
</merc:delivery>
<merc:deliveryFacts>
<vd:vetCertificatePresence>ELECTRONIC</vd:vetCertificatePresence>
<vd:docInspection>
<vd:responsible>
<vd:login>*******1</vd:login>
</vd:responsible>
<vd:result>MISMATCH</vd:result>
</vd:docInspection>
<vd:vetInspection>
<vd:responsible/>
<vd:result>UNSUPERVISED</vd:result>
</vd:vetInspection>
<vd:decision>ACCEPT_ALL</vd:decision>
</merc:deliveryFacts>
<merc:discrepancyReport>
<vd:issueNumber>1</vd:issueNumber>
<vd:issueDate>2023-04-20</vd:issueDate>
<vd:reason>
<vd:name>Поставка не по заказу</vd:name>
</vd:reason>
</merc:discrepancyReport>
</merc:processIncomingConsignmentRequest>
</apl:data>
</apl:application>
</apldef:submitApplicationRequest>
</soapenv:Body>
</soapenv:Envelope>

Тоже долго искала в вебе - отображается в Акте - надо зайти во входящий всд -
АКТ № 1 от 20.04.2023
ОБ УСТАНОВЛЕННОМ РАСХОЖДЕНИИ ПО КОЛИЧЕСТВУ
И КАЧЕСТВУ ПРИ ПРИЕМКЕ ТОВАРНО-МАТЕРИАЛЬНЫХ ЦЕННОСТЕЙ
***
Настоящий акт составлен комиссией, которая установила:
по сопроводительным документам № *** от 03.03.2023 08:05:43 МСК+2 доставлен товар - Путассу тушка холодного копчения в/у (Фише), 200 г., 1 кг
Грузоотправитель: ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "***", ИНН: ***
Поставщик: ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "***", ИНН: ***
Производитель: ООО "Созвездие" (Российская Федерация)
Несоответствие Значение по ВСД Фактическое значение Расхождение
Причина несоответствия: Поставка не по заказу
Акт составил:***Анастасия***

Здравствуйте. Ситуация. Товар получен в январе23. Всд норм. В марте23 Россельхоз аннулирует документ происхождение. Продолжаем отгружать продукцию. ВСД выписываются через api. В апреле23 запрос от Россельхознадзора как посмели?

Вопрос:
1. Почему Меркурий допускает оформление ВСД с цель Реализация в пищу людам с аннулированным документом-происхождения?

2. Опытные пользователи - есть решение как через api контролировать статус документа-происхождения?

Получали, у нас апи с 1С. Добавили в Акт причину возврата -
Если еще актуально, могу 1с-овский код скинуть

У нас до сих пор не работает

Спасибо!

Здравствуйте, участники форума!
От регионального отделения Россельхознадзора пришло Предупреждение о критической ошибке: Отсутствует упаковка и маркировка на рыбные консервы, отсуствуют должность и контактный телефон.

Подскажите, пожалуйста что из вышеперечисленного является критической ошибкой?
1. Отсутствие упаковки? На оф.сайте про упаковку написано: "«Сейчас указание упаковки является необязательным, для партии упаковка может быть не указана, а если она указывается, то обязательно с указанием уровня. "
2. Должность и контактный телефон?

И еще про упаковку: если эта ошибка критическая - почему большое количество поставщиков ее не указывает?
Спасибо. Будем благодарны за подсказки

dk wrote:Автоматический повторный запрос решает проблему с APLM0007

Не решает. Вот уже 6 часов не решает!

b35 wrote:

АС wrote:

b35 wrote:пока не понимаю, как это все будет выглядеть физически. Например, одна схема развития событий:

1. произвели головку сыра
1.1. зарегистрировали в меркурий производственный ЭВСД.
1.2. запросили марку у ЦРПТ.
1.3. получили марку от ЦРПТ.
1.4. распечатали и налепили на головку сыра код маркировки.

2. отгрузили другому юр. лицу (или своему подразделению)
2.1. оформили транспортный ЭВСД.
2.2. зафиксировали отгрузку в УПД/ЭДО код маркировки.

3. получатель
3.1. погасил ЭВСД.
3.2. подтвердил получение маркировки.

4. получатель начинает розничную торговлю/фасовку.
как здесь быть с маркировкой? как с лекарствами регистрировать продажу дробной части ?

Скажите, а пункт 3.2 в ЭДО выполняется?

Скорее всего да.

По крайней мере при обороте табачных -да

Не работает опять!
APLM0007 - Wrong application data format. Format validation failed due to XML Schema rules: null

Николай Анатольевич, сколько ждать пароль на подтверждение номера телефона? Если он не придет, что делать? Запрос отправила в 13:10 МСК. Я администратор сети. Сколько я потрачу времени на подтверждение телефонов моих 20 уполномоченных лиц?

Николай Власов wrote:

Кеша wrote:

Николай Власов wrote:

Кеша wrote:
Николай Анатольевич, а как будет работать api? Нужна ли будет авторизация по смс?
И, пожалуйста, не запускайте смену пароля каждые пол-года

Почему? Вы, стесняюсь спросить, что - чужим паролем пользуетесь?

Не стесняйтесь спрашивать, Николай Анатольевич, чужим паролем я не пользуюсь. Но у нас 20 человек уполномоченных лиц и постоянно что-то происходит - забыл телефон, потерял телефон. Кому нужны дополнительные сложности?

И все-таки - как будет работать api?

Кеша wrote:

Николай Власов wrote:

Кеша wrote:А личный телефон не перебор? отказываются наши сотрудники указывать личный телефон! из-за отсутствия личного телефона заблокируете пользователя? на каком основании?

И пароль менять каждые ПОЛГОДА! да еще чтобы не совпадал с предыдущими десятью! Я протестую!

Блокировать никто никого не будет: запись, статус и права в системе сохранятся как были, но пользователь не указавший тф, инициируя сеанс, не получит код доступа в СМС (его некуда будет отправить), а без него не сможет вносить данные. Анлогично тому, что не привязав тф к аккаунту не сможете пользоваться мобильным банкингом.
Указав ранее не указанный тф пользователь без каких-либо дополнительных действий и ожиданий сможет возобновить работу в полном объеме.

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

Николай Анатольевич! Как будет работать api, авторизация по смс?