Инвентаризация, MERC24009 и MERC36304

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Правильно, дело в самих записях и проверить это проще. Выберите пару записей, проведите и если выдаст ошибку, проверьте в веб интерфейсе их и убедитесь, что данных записей нет.
Что там в интеграции сказать не могу. Но суть задачи должен быть в следующем: Актуализировать записи в программе и в меркурии (то есть удалить все старые записи из программы). И далее списывать как делали раньше.

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

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

oleg-x wrote:

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

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

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

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

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

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

Иван Лосев wrote:

oleg-x wrote:

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

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

Вы меня запутали. Так в записях СЖ или в продукции?
Да, в правильно понимаете проблему. Нужно актуализировать информацию (осталось еще понять, какую именно )
Попробуем рассмотреть такой вариант как вы написали, спасибо. Если вы, конечно, имели в виду продукцию. Различных позиций продукции у нас не много.
Но тут тоже есть, что обсудить... Если я удалю продукцию из базы данных, как это повлияет на существующие в базе остатки продукции и записи СЖ...

Имел ввиду сами записи складского журнала.
Удалить продукцию из базы нельзя, будут битые ссылки в программе.

Добрый день!Есть регламентное задание "Загрузка обновлений версий записей складского журнала" - попробуйте ее запустить.
Или нужно написать обработку чтобы обновлялись записи складского журнала из инвентаризации.

Ну или если нет обработки то заходить в каждую запись из инвентаризации и обновить там.Кнопка есть "Взаимодействие с меркурием"

Ужас. Люди дают советы когда они даже в глаза не видели интеграции меркурия и КА.
Вам нужно зайти в панель Обмен с ВетИС и нажать на команду Выполнить обмен.
Эта команда запускает полную синхронизацию записей журнала.
Если нужно обновить принудительно классификатор продукции то - Обмен с ВетИС - см. так же - открыть панель синхронизации - выбратт нужный классификатор и выполнить команду Синхронизировать.

christoffelsymbols wrote:Ужас. Люди дают советы когда они даже в глаза не видели интеграции меркурия и КА.

Это называется, дай ка я напишу а бы что, лишь бы отписаться. Некоторые же не могут промолчать, даже если не знают.

Просмотрел что конфигурация КА 2.4.5.82.Совет дал по УВС 2.0.

rail wrote:Просмотрел что конфигурация КА 2.4.5.82.Совет дал по УВС 2.0.

В КА2 есть встроенная интеграция. И вопрос изначальный именно по встроенной интеграции.

вот ответ 1С: В регистре сведений СинхронизацияКлассификаторовВЕТИС нужно очистить реквизит Смещение