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

всем привет.

я уже голову сломал себе %(
1. получаю список продукции GetStockEntryListOperation (получение актуального списка записей журнала)
2. вычисляю по своим базам остатки на складе для каждой позиции
3. подставляю остаток в объект и выполняю ResolveDiscrepancyOperation

никаких кеширований не делаю всегда данные актуальные и последние (см пункт 1)

в итоге в некоторых случаях получаю MERC24033 Указанное наименование продукции относится к другому виду продукции

сделал поиск по этому форуму везде советуют актуализирвоать запись, но блин я и так делаю запрос последних актуальных записей (куда еще то)

все uuid обнуляю

что я делаю не так? или как мне еще актуализировать этот объект?

тогда не знаю. эта ошибка как раз связана исключительно с ууидами.

у меня ситуация была такая, что я брал готовый объект, правил в нем поля и засовывал его в инвентаризацию.

попробуйте залогировать запросы которые вы отправляете на сервер (и тупо поиском поискать ууиды. возможно что то осталось)

я точно знаю чт ууиды есть еще в упаковках в единицах измерений

обнулил поля
BATCH.productItem.uuid
BATCH.origin.productItem.uuid

в документации сказано что в запросе может быть указан uuid или guid и если указан гуид то уиды можно смело ставить в нулл

да в догонку vd:subProduct тут тоже есть уиды их тоже рекомендую сбросить в нулл

ура!!!! все прошло всем спасибо %)

нашел еще в доках
<vd:subProduct> dt:SubProduct [1..1]
[ ... ]
Вид продукции. Третий уровень иерархического справочника продукции ИС Меркурий.

попробуем обнулить ууид и в нем

не помогло с "MERC24019!В запросе для вида продукции указан идентификатор устаревшей версии записи реестра РСХН."

MERC24023 пропала ошибка

спасибо огромное. после теста отпишусь помогло или нет.

в интеграции я совсем ничего не храню - тупая консолька

1. свое решение
2. инвентаризацию делаю для каждой позиции отдельно (дабы хоть что-то просачивалось сквозь ошибки)

алгоритм такой
1. получаю список всей продукции в меркурии (так как по штучно никак не получить данные у меня есть тока идентификатор партии товара)
2. вычисляю новое значение на складе для каждой позиции
3. и просто беру объект из списка полученного на 1 шаге заменяю batch.volume на новое значение и отправлю сей объект в инвентаризацию

и вот на 3 шаге я видимо передаю какой-то устаревший идентификатор (иногда. процентов 90% записей проходит успешно)

при инвентаризации
постоянно возникает ошибка MERC24023 не могут понять причину.

кто знает что я делаю не так? причем на след день инвентаризация проходит нормально с тими же данными!

пробовал сделать поиск по коду ошибки на форуме и ничего не нашел!
похоже поиск не работает или тока я столкнулся с этой проблемой

при оформлении акта инвентаризации возникает ошибка MERC24535 в документации ничего подобного найти не могу

решил проблему добавкой в сгенеренный код

но криво это ппц.

кстати еще 1 правку пришлось делать в классе public partial class ProductMarks есть проперти public ProductMarkingClass @class и у него стоит флаг [System.ComponentModel.DefaultValueAttribute(ProductMarkingClass.UNDEFINED)] дык вот его пришлось закоментировать иначе получалось след. если у меня в коде выставить в это поле ProductMarkingClass.UNDEFINED то оно соответственно в xml не уходит, а сервис без этого ломается. может кому пригодится еще

System.InvalidOperationException: В документе XML (5577, 2) присутствует ошибка. ---> System.InvalidOperationException: Ошибка проверки экземпляра: "XX" не является допустимым значением PackingCodeType.

вот ответ сервера

что делать?

глянул в сгенерированный код действительно нет такого кода

править сгенеренный код?

Как через апи создать неоформленную инвентаризацию?

http://help.vetrf.ru/wiki/ResolveDiscrepancyOperation_v2.0 вот тут ничего подобного не нашел.
создать неоформленную инвентаризацию можно только через веб интерфейс???

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

да действиетльно случайно в тестовом контуре совпало. но это можно использовать для поиска номера ВСД.

поясню, что я имею ввиду. у нас соит задача связать идентификаторы меркурия и тилипада (система учета) изначально тоже планировали что кладовщики в тилипад будут вносить номера ВСД, а там мы уже разрулим и свяжем с товаром в тилипаде, но номера ВСД не нашли и решили использовать вот этот номер.