ошибка MERC24033

всем привет.

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

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

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

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

все uuid обнуляю

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

Отправляйте не UUID, а guid.
UUID после каждого списания остатка меняется (если не ошибаюсь), в отличие от ГУИДа

mani wrote:
все uuid обнуляю

Что это за интеграция, которая каждый раз запрашивает остатки?
Запросили остатки, получили ГУИДы и подставляйте их и не надо обнулять ничего. Проконтролировали, что отписали не больше количества остатка или система сама выдаст, что нет остатка.

в том то и дело что апи при инвентаризации требует передачи всего объекта http://help.vetrf.ru/wiki/ResolveDiscrepancyOperation_v2.0

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

mani wrote:в том то и дело что апи при инвентаризации требует передачи всего объекта http://help.vetrf.ru/wiki/ResolveDiscrepancyOperation_v2.0

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

Хм, да, там только дурацкий UUID. Все сделали для усложнения программистам жизни.
Возможно еще проблема в том, что была изменена запись, но когда обновляете данные, в журнале еще не обновленные UUID. Есть некая задержка от того как изменили запись.
Попробуйте увеличить интервал между запросами.

врядли

1. инвентаризация проходит ночью
2. ошибка стабильно на тех же итемах что и в прошлую ночь

Тогда дело не в UUID записи журнала, а в продукции которая инвентаризируется. Проверьте что и вид и уровень справочника один.

oleg-x wrote:Тогда дело не в UUID записи журнала, а в продукции которая инвентаризируется. Проверьте что и вид и уровень справочника один.

как это сделать? %)

я по апи получаю данные, вот самые последние актуальные. актуальнее некуда и в них косяк.

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

то есть я абсолютно не понимаю как мне узнать какой вид продукции должен быть у продукции

Не в актуальности данных. Скорее всего такая ситуация. Продукция числится допустим за свининой, а в инвентаризации отправляется говядина.
Вот эти уровни справочника и надо проверить.
Как такое получается, вариантов много, но через интеграцию такое не отправить уже.

через интеграция по апи я могу отправитб что угодно, проблема в том как узнать какой вид прокуции должен быть у конретной продукции
есть еще вот это апи http://help.vetrf.ru/wiki/%D0%9F%D0%BE%D0%B4%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%8B_%D1%81%D0%BE_%D1%81%D0%BF%D1%80%D0%B0%D0%B2%D0%BE%D1%87%D0%BD%D0%B8%D0%BA%D0%B0%D0%BC%D0%B8_%D0%B8_%D1%80%D0%B5%D0%B5%D1%81%D1%82%D1%80%D0%B0%D0%BC%D0%B8_%D0%B2_%D0%92%D0%B5%D1%82%D0%B8%D1%81.API

но там при получении GetProductByGuid абсолютно ничего нет про вид продукции %(
http://help.vetrf.ru/wiki/GetProductByGuid

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

Запроси информацию по 4 уровню номенклатуры и сравни 3 и 2 и 1 уровень с тем что отправляешь в инвентаризацию.
Если номенклатуру заводили не Вы, то вполне возможно, что производитель поменял её.

во че нашел http://help.vetrf.ru/wiki/GetSubProductByProductList_v2.0 щаз попробую гляну что там для даного продукта записано и сравню