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

oleg-x wrote:

Иван Лосев wrote:Что дело не в записях, а именно в продукции?

Правильно, дело в самих записях и проверить это проще.

Вы меня запутали. Так в записях СЖ или в продукции?

Да, в правильно понимаете проблему. Нужно актуализировать информацию (осталось еще понять, какую именно

)
Попробуем рассмотреть такой вариант как вы написали, спасибо. Если вы, конечно, имели в виду продукцию. Различных позиций продукции у нас не много.

Но тут тоже есть, что обсудить... Если я удалю продукцию из базы данных, как это повлияет на существующие в базе остатки продукции и записи СЖ...

fly_byte, или вы предлагаете именно в справочнике самой Продукции ВЕТИС смотреть гуиды продукции и сравнивать с Меркурием? Что дело не в записях, а именно в продукции?

fly_byte wrote:болваны в поддержки, это не устаревшая складская запись, а устаревший гуид продукции.
Гуид сменился, у вас остался прежнем в системе, а в мраке он сменился. В итоге отвержения, перевожу на русский эту ошибку - такая номеклатура, с таким гуидом не найдена в справочнике.
Выход:
погляди позицию у себя, ее гуид, и в личном кабинете мрака, справочники продукция и т.д... увидешь что он ен совпадает. Возьми гуид с мрака и к себе в 1с его присвой номеклатуре. будет тебе счастье.
Эта ошибка в двух случаях, не нашел гуид контрагента, у тебя он другой в системе нежели в мраке и гуид номеклатуры. Судя по написанному, проблема у тебя в номеклатуре, раз транзакция списания.
ps - почему такое происходит? систематически при обновах и ряда клиентов слетают со стороны мрака. При разборе ситуации по нам, ответ был - ваш вет врач по апи изменил )))) Даже не удосужились узнать, есть ли у него апи и вообще возможно ли это в рамках нашего кул хакера врача.

Спасибо за ваш ответ. А есть какой нибудь автоматизированный способ, все же? Вот представьте сами, у меня в базе в регистре сведений 5к записей, а в справочнике записей складского журнала вообще 13к элементов. Ругается он, как я понял, именно на guid'ы записей складского журнала (элементов справочника). У них там есть что то типа "ИдентификаторВерсии".
Просто дело в том, что слетевших записей, по всей видимости, очень много.
Вот вы предлагаете начать с чего: "погляди позицию у себя, ее гуид, и в личном кабинете мрака" - но ведь даже не знаю, какую позицию смотреть. Я беру, бью в документ 100 записей, он мне пишет эту ошибку. А какая запись ему из 100 не нравится - не пишет.
Не совсем понимаю, почему дело может быть в контрагенте или номенклатуре. Ведь ошибка пишет "...для записи складского журнала продукции указан идентификатор устаревшей версии...".

Здравствуйте, уважаемые форумчане. Я не знаю точно, стоит ли по данным вопросам обращаться сюда, или на форум 1С, поэтому заранее прошу прощения, если не по адресу.
Используем типовую интеграцию МЕРКУРИЯ в 1С, имеем КА 2.4.5.82

Проблем, как и у всех, с системой достаточно, пытаемся решать своими силами, уже вносили небольшие дописки в функционал неоднократно, но в этой теме хотел бы спросить по одной проблеме конкретно: Инвентаризация ВЕТИС.
Была поставлена задача: с помощью инвентаризаций удалить все остатки продукции, говоря простым языком, заполнить из записей журнала остатков и проставить операции "удаление".

Для данной задачи была написана обработка, так как в базе на данный момент в регистре сведений "ОстаткиПродукцииВЕТИС" свыше 5200 записей.
Обработка позволяет мне имитировать ручное заполнение табличной часть документа с нужными мне настройками; обычно заполняем по 100-250 строк в один документ.
В основе своей все сводится к справочнику Записи Складского Журнала ВЕТИС, потому что именно эти элементы по итогу передаются в форму документа инвентаризации.

Какое-то количество записей таким образом мне успешно удалось удалить - порядка 1000. После этого, практически при любых настройках периода, документы инвентаризации уходить перестали из за:

MERC24009: В запросе для записи складского журнала продукции указан идентификатор устаревшей версии записи реестра РСХН.

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

Логичным выходом из ситуации было бы каким то образом актуализировать остатки продукции или записи складского журнала, и после пробовать инвентаризировать. Развернул копию базы, удалил все записи регистра остатков продукции другой обработкой, выполняю обмен с ВЕТИС, и вижу:

MERC36304: Отступ превышает количество записей

Я понимаю, что offset задан не правильно, но запрос формирую не я, а типовой код обмена.

В поддержку МЕРКУРИЯ по вопросу звонил по телефону, больше чем я и сам знаю подсказать не смогли. Говорят, да, пытаетесь отправить устаревшую запись складского журнала.

По итогу: Инвентаризацию вести не могу, понять, как актуализировать данные для избежания MERC24009 тоже не могу. Прошу вашей помощи.