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

gugolovski wrote:что сие может значить?

<apl:error code="APLM0007">Wrong application data format. Format validation failed due to XML Schema rules: Invalid text '35D7-33F0-02BF-4436-9D32-475E-6D4F-B1A0' in element: 'uuid' </apl:error>

...</receiveApplicationResultResponse>

уид реальный: https://mercury.vetrf.ru/pub/operatorui?_action=findVetDocumentFormByUuid&uuid=35D7-33F0-02BF-4436-9D32-475E-6D4F-B1A0

Формат не тот. wiki UUID
Тип, описывающий уникальный идентификатор любой сущности системы по следующему шаблону: [a-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}.

То есть id должен быть разбит не на 8 групп по 4 символа, а на 5 групп вида 8-4-4-4-12 символов: uuid=35D733F0-02BF-4436-9D32-475E6D4FB1A0

gugolovski wrote:Если включить поиск по этой справочной системе вбив: "getEnterpriseByGuidRequest" - получаем очень детальную статью. Но проблема в том что не знаю какие запросы можно делать кроме этого. Не прописано (или не вижу) дерево запросов.

Так по ссылке есть список операций с системой русскими словами, в каждой операции есть описание запроса для нее.
Для других систем (работа со справочниками, например) есть такие же списки.
Смотрите какая операция вам нужна/интересна, тыкаете и изучаете запрос.

gugolovski wrote:подскажите где можно увидеть весь список запросов, которые можно отравить в меркурий. например getStockEntryList или getVetDocumentChangesList и проч

В справочной системе как вариант wiki

DN355 wrote:Разумнее тогда бы было дать возможность сделать +- 5% от изначальной массы, как при гашении. Можно конечно и меньше или для разных видов продукции свой процент, если это жидкость, например.

Ну и сделают три инвентаризации на +5%. Или следующим шагом добавлять анализ истории инвентаризаций? Маловероятно, что получится что-то хорошее. Слишком много всяких нюансов и вариантов обхода ограничений.

Татьяна Алексеевна wrote:Подскажите пример как его ставят в аргусе. Заранее благодарю.

Написан ж в pdf формат для российских номеров машин:
Х - любая буква из списка: , В, Е, К, М, Н, О, Р, С, Т, У и Х; 0 – любая цифра; (0) - может быть дополнительная цифра
Х000ХХ00(0)
ХХ000000(0)
0000ХХ00(0)
000D00000(0)
Сейчас иногда пишут без региона, иногда с RUS на конце, иногда с пробелами где попало и т.д.

Мы вообще не используем термин "предприятие", но по смыслу он все же ближе к ХС, чем к площадке.

То есть "Выбор обслуживаемого предприятия", "Сменить предприятие", "Выбрать все обслуживаемые предприятия" на первой же странице вэб-интерфейса Меркурия, "Название предприятия" в документе ВСД и т.д и т.п. - это не использование термина "предприятие"? С такими ответами только путаницы больше.

Добрый день!

Можно через GetActivityLocationList Wiki
Образец оттуда:

Добрый день.

Все торговые документы передаются через "связанные документы"

waybill это именно товарно-транспортная накладная и у нее свой тип со значением от 1 до 4.

oleg-x wrote:
Ну любая запись в вырабатываемом журнале, так же присутствует в журнале продукции. Можете это проверить, просто найдя такую же запись в журнале продукции.
Может у них разные индентификаторы, но по сути дублируют друг друга.

Это просто способ отображения - с фильтром или общим списком. Идентификаторы записей одинаковые.
И кстати, проверила в вэб-интерфейсе - там такое объединять позволяет.
Опять какие-то странные ограничения для api, то инвентаризацию толком не сделать, то записи не объединить.

Добавлено:
Хо-хо

Это у меня косяк в запросе про объединение, обычно присоединением пользовались

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

Я не про входящие и исходящие. Исходящего журнала продукции нет в принципе.
Журнал продукции делится на входную (приобрели или вернулось) и вырабатываемую (сделали сами и никуда не возили).
Попробовала присоединить возврат к выпуску и получила ошибку: MERC17405 - В запросе указаны некорректные идентификаторы объединяемых записей
Собственно поэтому мне и стало интересно, что объединяли у IT_Milk

IT_Milk wrote:Коллеги, доброго дня.

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

Пример: производственный ВСД на 700 кг продукции. Инвентаризаций не выполнялось. 3 возвратных ВСД на 14, 28, 44.8 кг. В результате объединения, общий объем (именно объем!) равен 786,8 кг. (700+14+28+44,8).

Записи объединялись через api.

Кто-нибудь еще наблюдал такое?

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

Добрый день!

Возник вопрос про инвентаризацию через API.
В производственных документах есть поле "Примечание", которое успешно кочует в складской журнал (в вэб-интерфейсе его прекрасно видно, через API, насколько я понимаю, просто так не достать).
Я через API оформила инвентаризацию - скорректировала информацию об упаковке, и это примечание из записи складского журнала внезапно исчезло.
В печатном акте о расхождении прям так и есть: упаковка было / стало, примечание было / стало пусто.
Если делать аналогичную инвентаризацию через вэб-интерфейс, то примечание остается на месте.
Что за несправедливость? Кто как решает эту проблему?

А как быть с продукцией, где несколько сроков хранения в зависимости от температуры?
У нас указывается дата выработки = конкретная дата производства, а срок годности - интервалом, где минимальная дата = срок для хранения при высокой температуре, а максимальная = срок годности при низких температурах
До отгрузки клиентам продукция всегда хранится при минимальных температурах, то есть срок годности максимально возможный, а, исходя из ваших рассуждений, получается что мы должны обрезать срок одной минимальной датой, только потому что клиенты могут хранить продукцию в других условиях и максимальный срок к ним не применим?

AlexeyAv wrote:
Простите, Вам не кажется,что это не вяжется с информацией "Таким образом, по результатам двух туров установлено, что Меркурий с имеющимся на данный момент программно-аппаратным обеспечением способен поддерживать оформление не менее, чем 6,5 млн эВСД за час, что в разы превышает прогнозные показатели на период после 1 ноября 2019 года, т.е. после начала сертификации всей готовой продукции, включая молочную." из этой http://vetrf.ru/vetrf/news/31706.html новости?

Что-то подозрительно долго нет бравурных отчетов после четвертого тура тестирования сторонней организацией. Обычно через день уже хвастаются, какие они молодцы.
Или организация отчет долго рисует, или все не так сказочно, как хотелось бы

nmzn1 wrote:

bsd34 wrote:Да дело то не в производстве, а в инвентаризации

инвентаризацию вообще желательно или не делать или делать очень и очень редко
в РСХН вообще наверное считают, что ее только один раз, перед 1-ым июля можно было сделать для актуализации складских остатков

Насколько я понимаю, производственный сертификат гасится автоматически когда остаток по партии становится нулевым - все отгружено или списано.
Причем почему-то не всегда срабатывает, у нас некоторые сертификаты висят непогашенными, хотя остатков уже нет.
Мы проводим инвентаризацию на удаление еженедельно (продано в розницу, списано на внутренний контроль, бой на складе и т.п.), иначе в журнале продукции черт ногу сломит.
Тоже ждать писем?