Автор |
Сообщение |
|
prog4mzk2023 wrote:Добрый день.
Вопрос по операции оформления транспортной партии.
PrepareOutgoingConsignmentOperation
Обращение к API идет следующим образом:
ssl = Новый ЗащищенноеСоединениеOpenSSL(Неопределено,Неопределено);
Соединение = Новый HTTPСоединение("api.vetrf.ru", , Логин, Пароль,,10,ssl);
ЗапросWeb = Новый HTTPЗапрос("/platform/services/2.1/ApplicationManagementService");
Результат = Соединение.Получить(ЗапросWeb);
Отправляю запрос, составленный по образцу из описания:
https://help.vetrf.ru/wiki/PrepareOutgoingConsignmentOperation_v2.0
Текст запроса:
<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>&КлючАПИ</apldef:apiKey>
<apl:application>
<apl:serviceId>mercury-g2b.service:2.1</apl:serviceId>
<apl:issuerId>&issuerId</apl:issuerId>
<apl:issueDate>&Дата</apl:issueDate>
<apl:data>
<merc:prepareOutgoingConsignmentRequest>
<merc:localTransactionId>&ID_транзакции</merc:localTransactionId>
<merc:initiator><vd:login>&ID_пользователя</vd:login></merc:initiator>
<merc:delivery>
<vd:deliveryDate>&Дата_в_формате_ГГГГ-ММ-ДДT00:00: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 id="id001">
<vd:productItem>
<dt:name>&Наименование_номенклатуры_как_в_системе_Меркурий</dt:name>
</vd:productItem>
<vd:volume>1.000</vd:volume>
<vd:unit><bs:guid>&ГУИД_Идентификатор_версии_единицы_измерения.</bs:guid></vd:unit>
<vd:packageList>
</vd:packageList>
<vd:sourceStockEntry><bs:guid>&ГУИД_Глобальный_идентификатор_записи_журнала_продукции.</bs:guid></vd:sourceStockEntry>
</vd:consignment>
<vd:transportInfo>
<vd:transportType>1</vd:transportType>
<vd:transportNumber><vd:vehicleNumber>&Номер_автомобиля (в формате: А 000 АА 00 RUS)</vd:vehicleNumber></vd:transportNumber>
</vd:transportInfo>
<vd:transportStorageType>FROZEN</vd:transportStorageType>
<vd:accompanyingForms>
<vd:waybill>
<vd:issueNumber>&Номер_товарно_транспортной_накладной</vd:issueNumber>
<vd:issueDate>&ДатаТТН (в формате ГГГГ-ММ-ДД)</vd:issueDate>
<vd:type>1</vd:type>
</vd:waybill>
<vd:vetCertificate for="id001">
<vd:authentication>
<vd:purpose><bs:guid>&ГУИД_Глобальный_идентификатор_назначения_груза.</bs:guid></vd:purpose>
<vd:cargoInspected>true</vd:cargoInspected>
<vd:cargoExpertized>VSERAW</vd:cargoExpertized>
<vd:locationProsperity>Местность благополучна</vd:locationProsperity>
<vd:specialMarks>--</vd:specialMarks>
</vd:authentication>
</vd:vetCertificate>
</vd:accompanyingForms>
</merc:delivery>
</merc:prepareOutgoingConsignmentRequest>
</apl:data>
</apl:application>
</apldef:submitApplicationRequest>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
Получаю ответ с ошибкой:
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Body>
<soapenv:Fault>
<faultcode>soapenv:Server</faultcode>
<faultstring>BEA-382513: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</faultstring>
<detail>
<con:fault xmlns:con="http://www.bea.com/wli/sb/context">
<con:errorCode>BEA-382513</con:errorCode>
<con:reason>OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</con:reason>
<con:location>
<con:path>request-pipeline</con:path>
<con:error-handler>true</con:error-handler>
</con:location>
</con:fault>
</detail>
</soapenv:Fault>
</soapenv:Body>
</soapenv:Envelope>
Вносил правки в текст запроса. Дополнял его различными полями из примера описанного в wiki Меркурия.
В каждом случае ответом была эта ошибка.
Может ли кто-либо подсказать, в чем ошибка в запросе?
Добрый день.
Вам приходит ответ, что нет возможности распарсить XML, видимо где-то в передаваемых переменных ошибка.
На первый взгляд бросается: в теге "<apl:issueDate>&Дата</apl:issueDate>", переменная &Дата в нужном формате?
|
|
|
bahrushin wrote:Добрый день.
Предложения по WEB-версии.
1. В списке документов незавершенного производства убрать колонки "Вид транспорта", "Транспорт", "Способ хранения при перевозке" т.к. они не относятся к производству
2. В списке документов незавершенного производства добавить колонки "Идентификатор транзакции".
3. В справочнике "Наименования продукции" сделать поиск по полям артикул и GTIN
4. В инвентаризации вместо поля "Объём остатка" выводить данные об измененном инвентаризацией объеме (как и было до недавнего времени).
Спасибо.
Очень хорошие предложения. По пункту 3 мне еще год назад ответили, что такой поиск сделать возможно, только вот делать не спешат, все заняты настройкой Кустоса, видимо.
|
|
|
bahrushin wrote:Николай Анатольевич, разъясните, пожалуйста, по последней новости и 10 таблице. Например, вот эта транзакция (в приложенном файле) в ошибках "производственные транзакции, в которых неправомерно объединены несвязанные производственные процессы."
Идет разделка полутуши, выделены отходы. На наш взгляд все оформлено идеально, но транзакция в списке ошибок, в чем ошибка?
У нас такая же история, разделали полутуши, получили некую продукцию и отходы - это ошибка. Очередное придумывание ошибок из ниоткуда.
|
|
|
День добрый. Мы нашли в приложенной к новости таблице https://fsvps.gov.ru/fsvps-docs/ru/news/files/210692/tranz_list.xlsx
|
|
|
pit42 wrote:
ivanko wrote:
pit42 wrote:Доброго времени суток коллеги и сочувствующие!
Вопрос вот чем:
Для оформления ВСД используется 1С УВС, поменяли учетную запись через которую происходило подключение к Меркурию и транспортные операции перестали оформляться в автоматическом режиме. Выяснили, что по правильному, с 1С УВС должна отправляться "Заявка на оформление" , вет.врач, должен её подтвердить и тогда только выпускался сертификат на готовую продукцию.
В 1С УВС есть документ "Транспортная операция исходящая" по сути это и есть заявка если заглянуть в сам код, в нём есть поле "ОсуществленКонтрольВрачом" раньше при обмене с УПП флаг ставился "Истина" и операция улетала в Меркурий, обрабатывалась и всё было хорошо. Поставил "Ложь" и попробовали с производственниками оформить, автоматом пришел отказ, хотя по идее она должна была отразится в ЛК у ветврача, но врач говорит, что ничего не было.
Подскажите пожалуйста, что делаем не так? как оформляется эта пресловутая "Заявка" из 1С ? Помимо 1с УВС смотрел конфу 1с УНФ , тоже самое, "Заявка" и есть "транспортная операция".
Добрый день.
Вы не правы "транспортная операция" в УВС это транспортная транзакция в Меркурии.
А возможностей оформлять заявки в ГВЭ через Ветис.API никогда не было.
Поэтому вашему пользователю через которого происходит подключение к Меркурию нужно установить право "Выполнение операция API" в Ветис.Паспорте, но будет создаваться именно транзакция, а не заявка.
Хм, то есть автоматизировать отправку заявок вообще нельзя ? А как делают крупные предприятия с большим товарооборотом ? Вет.врач нам говорит, что должна быть именно "Заявка" , я в самом Ветисе не очень разбираюсь, видел там раздел "транзакции" и "Заявки" , но никто из сотрудников толком не может объяснить чем они принципиально отличаются.
Заявка в ГВЭ это некий шаблон транзакции, её создаёт уполномоченное лицо ХС, а вет.врач, обслуживающий предприятие, проверяет и оформляет в транзакцию.
Через Ветис.API нельзя делать заявки в ГВЭ, но можно делать сразу транзакцию.
Если ваша продукция попадает по 646 приказ, то это можно делать с учетной записью уполномоченного лица ХС, если в настройках Ветис.Паспорта для учетной записи разрешите оформление транзакция через API.
Если продукция попадает под 647 приказ то нужна учетная запись аттестованного специалиста.
Если же не попадает ни под 646, ни 647 то вам нужно в настройках УВС указать учетную запись вашего вет. врача.
|
|
|
pit42 wrote:Доброго времени суток коллеги и сочувствующие!
Вопрос вот чем:
Для оформления ВСД используется 1С УВС, поменяли учетную запись через которую происходило подключение к Меркурию и транспортные операции перестали оформляться в автоматическом режиме. Выяснили, что по правильному, с 1С УВС должна отправляться "Заявка на оформление" , вет.врач, должен её подтвердить и тогда только выпускался сертификат на готовую продукцию.
В 1С УВС есть документ "Транспортная операция исходящая" по сути это и есть заявка если заглянуть в сам код, в нём есть поле "ОсуществленКонтрольВрачом" раньше при обмене с УПП флаг ставился "Истина" и операция улетала в Меркурий, обрабатывалась и всё было хорошо. Поставил "Ложь" и попробовали с производственниками оформить, автоматом пришел отказ, хотя по идее она должна была отразится в ЛК у ветврача, но врач говорит, что ничего не было.
Подскажите пожалуйста, что делаем не так? как оформляется эта пресловутая "Заявка" из 1С ? Помимо 1с УВС смотрел конфу 1с УНФ , тоже самое, "Заявка" и есть "транспортная операция".
Добрый день.
Вы не правы "транспортная операция" в УВС это транспортная транзакция в Меркурии.
А возможностей оформлять заявки в ГВЭ через Ветис.API никогда не было.
Поэтому вашему пользователю через которого происходит подключение к Меркурию нужно установить право "Выполнение операция API" в Ветис.Паспорте, но будет создаваться именно транзакция, а не заявка.
|
|
|
Николай Власов wrote:
Николай Власов wrote:
ivanko wrote:
И хотелось бы напомнить про обещанный список с конкретными транзакциями нарушителями.
Извините, забыл! Напомните о чем речь шла, о каких именно примерах, плз.
Выкладываю.
Спасибо
|
|
|
Николай Власов wrote:
ivanko wrote:
И хотелось бы напомнить про обещанный список с конкретными транзакциями нарушителями.
Извините, забыл! Напомните о чем речь шла, о каких именно примерах, плз.
Хм, а мы ждали...
Ваш же ответ в этой же теме двумя страницами ранее
Николай Власов wrote:
ivanko wrote:
Николай Власов wrote:
ivanko wrote:
nmzn1 wrote:
Cheese wrote:Подскажите как быть лучше. Поставили нас в черный список из-за партионного учета. Третий пункт письма от 25.11.21. Честный Знак мы ввели и партионно подгружаем к отчетам ВСД. В общем впереди планеты всей. Все производство показываем реальное. Объемы большие. Прослеживаемость есть. Теперь нам предлагают сделать откат назад и убрать партионный учет. А как же нам реализовывать Честный знак, прослеживаемость? Главный вопрос к кому обращаться по этим заблокировкам?!
у меня в профиле глюк - не отправляются личные сообщения, поэтому отвечу здесь
звонить в поддержку Тел.: 8 (4922) 52-99-29 и вызванивать свои ТУ - https://fsvps.gov.ru/fsvps/structure/terorgs и ВУ - https://fsvps.gov.ru/fsvps/structure/vy
по партионному учету не должно быть проблем, попробуйте посмотреть в этой старинной новости http://www.fsvps.ru/fsvps/news/25798.html или опять же поузнавать по телефонам
Тут проблема не с объединением партий, а проблема в том, что вдруг стало запрещенным выпускать в одной транзакции одинаковую продукцию с одинаковым сроком годности, но с разными партиями. При этом нигде в нормативных документах не написано, что это является нарушением. И еще проблема в том, что сразу блокируют без объяснения причины, если появляется какое-то нарушение, то можно же дать примеры некорректных транзакций, мы бы исправили, перестроили процессы.
В ТУ кстати и сами не знают в чем ошибка, на данный момент просто советуют объединять продукцию и срок годности в одну производственную партию.
PS: я так понял, представители РСХН и автор данных блокировок и нарушений на этот форум забили и ответа мы не дождемся.
Вы прям как девица капризная...
Ну зачем же на оскорбления переходить, я же себе такого не позволял.
У меня такое предложение, выложите полный список тех ХС, кто попал в таблиц 5 и 6 из последней новости с примером некорректных транзакций. Пусть специалисты каждого ХС из данного списка ознакомятся со своими некорректными транзакциями, поймут в чем их проблемы и исправят их, а если не исправят за обозначенный вами срок, то тогда уж блокировать.
Какое же это оскорбление? Девица это ж не ругательство ... Вы пишите пост и вам БЫСРО не ответили. Вы пишите другой пост о том, что вас игнорируют, "забили".... Это ли не каприз? Это же форум: написал - жди когда ответят. Могут и не среагировать, если не считают нужным.
Список выложу: ХС, площадка, пользователь оформивший, номер (номера) транзакций, регион площадки. Достаточно?
|
|
|
Николай Власов wrote:
Гриня wrote:"Меркурий объединяет все одинаковые строки в транзакции в одну запись журнала продукции, то есть особо разницы нет сколько строк в транзакции, если на выходе всё равно будет одна запись журнала.
А еще есть транзакция "Производство/переработка" с признаком "Незавершенное производство", и она может использоваться для такого примера:
Предприятие выпускает, например, стейки упаковывает их и отгружает сразу в течение дня, чтобы покупатель получил продукт максимально свежим, в конце дня списывается сырье и транзакция завершается. Так это выглядит на примере:
произвели 100 кг стейка отгрузили, в Меркурии создали незавершенное производство, добавили продукцию и выписали ВСД
произвели еще 100 кг стейка, выгрузили в первоначальную транзакцию производства, выписали ВСД
конец дня, списали сырье в нужном количестве, завершили производство.
Получается в будет транзакции две одинаковых строки со стейками, но в чем же здесь нарушение?"
Николай Анатольевич, ответьте пожалуйста в чем здесь нарушение? Разве "незавершенное производство" не для этого было создано?
Делать в транзакции незавершенного производства в такой ситуации более, чем одну строку стэйков - это совсем надо ума не иметь! Я уже сколько раз объяснял что есть незавершенное производство и зачем оно сделано...
В транзакции незавершенного производства в описанной вами ситуации надо делать единственную производственную партию стэйков. А транспортных сертификатов (которые в этом режиме можно оформлять до завершения транззакции), и, соответственно, транспортных партий на части этой производственной партии можно делать много - сколько надо.
Нарушение, если сделаны несколько производственных партий и они между собой не различаются, состоит в несоответствии той нормы ТР ТС 021, которая гласит, что все произведенное, если оно не отличается по учетным данным - по дате производства, маркировке, упаковке, должно принадлежать к одной производственной партии. Или производитель должен использовать систему внутреннего разделения партий (нумеровать партии или серии), данные о которой надо вводить в Меркуии в производственную транзакцию.
Добрый день.
По такой логике, нам нужно создавать столько транзакций НЗП в рамках одной смены, сколько появляется в течение ее уникальных сочетаний продукции и даты выработки, так что ли?
Тогда нельзя ли сделать, чтобы строки объединялись программно?
И хотелось бы напомнить про обещанный список с конкретными транзакциями нарушителями.
|
|
|
ВетВлад wrote:
ivanko wrote:
E_Letov wrote:Коля, я тут схемку набросал:
Не пойму никак: почему в твоей системе координат именно по третьему варианту переработки честь прослеживаемости оказывается поруганной?
Первые два варианта тебе, прям, заходят.
А третий - нет. А в чём разница?
Вырабатываем,допустим, из "подконтрольного жира" некий подконтрольный продукт "жирная радость".
Хотелось бы узнать, отчего у тебя настолько пригорает, что ты третьесхемных оформителей в один ряд с объёмоигральщиками и извоздухаделателями поставил?
Прослеживаемость в любой схеме одинаковая (ни хуже ни лучше).
Кстати очень наглядная схема, и вопрос тоже хороший
Коллеги, элементарно хотят видеть прозрачность.
Составную часть продукта. Масс анализ в третьем случае сделать проблематично, иногда невозможно. Не зря все чаще стали упоминать ТР ТС
Это тема чтобы бугуртить, что мы и делаем.
По поводу проблемности масс анализа, можно было спроектировать систему под эти задачи сразу, а не вводить требования когда у всех всё настроено и два года работает.
Лично мой гнев в том, что куча ресурсов ушла, чтобы совместить и выполнить все требования сетей, РСХН, ТУ и других требователей, и вот когда всё настроено, люди обучены, вот вам новость: вы в "чёрном списке", потому что ваша схема неправильная.
|
|
|
E_Letov wrote:Коля, я тут схемку набросал:
Не пойму никак: почему в твоей системе координат именно по третьему варианту переработки честь прослеживаемости оказывается поруганной?
Первые два варианта тебе, прям, заходят.
А третий - нет. А в чём разница?
Вырабатываем,допустим, из "подконтрольного жира" некий подконтрольный продукт "жирная радость".
Хотелось бы узнать, отчего у тебя настолько пригорает, что ты третьесхемных оформителей в один ряд с объёмоигральщиками и извоздухаделателями поставил?
Прослеживаемость в любой схеме одинаковая (ни хуже ни лучше).
Кстати очень наглядная схема, и вопрос тоже хороший
|
|
|
tatyana.mit wrote:Мне тоже очень интересно послушать комментарии по этому поводу
Если производство работает круглосуточно, продукция с одним наименованием добавляется в НЗП в несколько производственных ВСД, для своевременной отгрузки (особенно для скоропорта). В таком случае необходимо указывать время производства, если не разделять партии, то эти записи будут объединяться интервалом, так тоже нельзя отгружать.
Например, продукция была выработана 30.11 в 09.00, она будет отгружена в 15.00 этого же дня, если не разделять партии продукции, то с таким же наименованием продукция, выработанная в 16.00, объединится в журнале и получится интервал д.в. 30.11.2021 09.00-16.00. Причем остаток продукции (со сроком годности сутки) будет отгружаться 01.12.2021 в 08.00. По факту данный остаток не является просрочкой, а в меркурии из-за объединения записей - просрочка.
Хочу понять, как быть в аналогичных случаях?
Производство все оформляется одним НЗП в сутки, куда попадает все используемое сырье и вся произведенная продукция за сутки. Делить НЗП на несколько в сутки, чтобы по правилам оформлять разные партии невозможно, это и будет фальсификацией. Потому что не возможно в одной транзакции выработать из 100 свиней только кровь, в другом НЗП только кишечное сырье, это будет нарушением прослеживаемости.
Так в чем такая критичная ошибка, что в одной транзакции указаны разные партии продукции???
В соседней теме https://vetrf.ru/vetrf-forum/posts/list/1500/6706.page был дан ответ
За одни сутки можно выпустить много партий, относящихся к одной и той же номенклатурной позиции. НО НЕ В РАМКАХ ОДНОЙ ПРОИЗВОДСТВЕННОЙ ТРАНЗАКЦИИ. При этом выпущенные партии должны ОТЛИЧАТЬСЯ друг от друга (это из требований ТР ТС) некой маркировкой (номер серии или номер партии или номер сборки или что-то в этом духе).
Как я понял, теперь нельзя делать одну производственную транзакцию, на много партий. Но пока ждем списка с примерами нарушений, чтобы убедиться в этом.
|
|
|
Николай Власов wrote:
ivanko wrote:
Николай Власов wrote:
ivanko wrote:
nmzn1 wrote:
Cheese wrote:Подскажите как быть лучше. Поставили нас в черный список из-за партионного учета. Третий пункт письма от 25.11.21. Честный Знак мы ввели и партионно подгружаем к отчетам ВСД. В общем впереди планеты всей. Все производство показываем реальное. Объемы большие. Прослеживаемость есть. Теперь нам предлагают сделать откат назад и убрать партионный учет. А как же нам реализовывать Честный знак, прослеживаемость? Главный вопрос к кому обращаться по этим заблокировкам?!
у меня в профиле глюк - не отправляются личные сообщения, поэтому отвечу здесь
звонить в поддержку Тел.: 8 (4922) 52-99-29 и вызванивать свои ТУ - https://fsvps.gov.ru/fsvps/structure/terorgs и ВУ - https://fsvps.gov.ru/fsvps/structure/vy
по партионному учету не должно быть проблем, попробуйте посмотреть в этой старинной новости http://www.fsvps.ru/fsvps/news/25798.html или опять же поузнавать по телефонам
Тут проблема не с объединением партий, а проблема в том, что вдруг стало запрещенным выпускать в одной транзакции одинаковую продукцию с одинаковым сроком годности, но с разными партиями. При этом нигде в нормативных документах не написано, что это является нарушением. И еще проблема в том, что сразу блокируют без объяснения причины, если появляется какое-то нарушение, то можно же дать примеры некорректных транзакций, мы бы исправили, перестроили процессы.
В ТУ кстати и сами не знают в чем ошибка, на данный момент просто советуют объединять продукцию и срок годности в одну производственную партию.
PS: я так понял, представители РСХН и автор данных блокировок и нарушений на этот форум забили и ответа мы не дождемся.
Вы прям как девица капризная...
Ну зачем же на оскорбления переходить, я же себе такого не позволял.
У меня такое предложение, выложите полный список тех ХС, кто попал в таблиц 5 и 6 из последней новости с примером некорректных транзакций. Пусть специалисты каждого ХС из данного списка ознакомятся со своими некорректными транзакциями, поймут в чем их проблемы и исправят их, а если не исправят за обозначенный вами срок, то тогда уж блокировать.
Какое же это оскорбление? Девица это ж не ругательство ... Вы пишите пост и вам БЫСРО не ответили. Вы пишите другой пост о том, что вас игнорируют, "забили".... Это ли не каприз? Это же форум: написал - жди когда ответят. Могут и не среагировать, если не считают нужным.
Список выложу: ХС, площадка, пользователь оформивший, номер (номера) транзакций, регион площадки. Достаточно?
Да, достаточно, хотя бы будет понятно от чего плясать. Спасибо.
|
|
|
Николай Власов wrote:
Уверены, что именно Меркурий ОБЪЕДИНЯЕТ??
Меркурий объединяет все одинаковые строки в транзакции в одну запись журнала продукции, то есть особо разницы нет сколько строк в транзакции, если на выходе всё равно будет одна запись журнала.
А еще есть транзакция "Производство/переработка" с признаком "Незавершенное производство", и она может использоваться для такого примера:
Предприятие выпускает, например, стейки упаковывает их и отгружает сразу в течение дня, чтобы покупатель получил продукт максимально свежим, в конце дня списывается сырье и транзакция завершается. Так это выглядит на примере:
произвели 100 кг стейка отгрузили, в Меркурии создали незавершенное производство, добавили продукцию и выписали ВСД
произвели еще 100 кг стейка, выгрузили в первоначальную транзакцию производства, выписали ВСД
конец дня, списали сырье в нужном количестве, завершили производство.
Получается в будет транзакции две одинаковых строки со стейками, но в чем же здесь нарушение?
|
|
|
Николай Власов wrote:
ivanko wrote:
nmzn1 wrote:
Cheese wrote:Подскажите как быть лучше. Поставили нас в черный список из-за партионного учета. Третий пункт письма от 25.11.21. Честный Знак мы ввели и партионно подгружаем к отчетам ВСД. В общем впереди планеты всей. Все производство показываем реальное. Объемы большие. Прослеживаемость есть. Теперь нам предлагают сделать откат назад и убрать партионный учет. А как же нам реализовывать Честный знак, прослеживаемость? Главный вопрос к кому обращаться по этим заблокировкам?!
у меня в профиле глюк - не отправляются личные сообщения, поэтому отвечу здесь
звонить в поддержку Тел.: 8 (4922) 52-99-29 и вызванивать свои ТУ - https://fsvps.gov.ru/fsvps/structure/terorgs и ВУ - https://fsvps.gov.ru/fsvps/structure/vy
по партионному учету не должно быть проблем, попробуйте посмотреть в этой старинной новости http://www.fsvps.ru/fsvps/news/25798.html или опять же поузнавать по телефонам
Тут проблема не с объединением партий, а проблема в том, что вдруг стало запрещенным выпускать в одной транзакции одинаковую продукцию с одинаковым сроком годности, но с разными партиями. При этом нигде в нормативных документах не написано, что это является нарушением. И еще проблема в том, что сразу блокируют без объяснения причины, если появляется какое-то нарушение, то можно же дать примеры некорректных транзакций, мы бы исправили, перестроили процессы.
В ТУ кстати и сами не знают в чем ошибка, на данный момент просто советуют объединять продукцию и срок годности в одну производственную партию.
PS: я так понял, представители РСХН и автор данных блокировок и нарушений на этот форум забили и ответа мы не дождемся.
Вы прям как девица капризная...
Ну зачем же на оскорбления переходить, я же себе такого не позволял.
У меня такое предложение, выложите полный список тех ХС, кто попал в таблиц 5 и 6 из последней новости с примером некорректных транзакций. Пусть специалисты каждого ХС из данного списка ознакомятся со своими некорректными транзакциями, поймут в чем их проблемы и исправят их, а если не исправят за обозначенный вами срок, то тогда уж блокировать.
|
|
|
|
|