Доброго времени суток. Пишу синхронизацию остатков с вебсервисом заказчика. Как отследить новую\изменнную номенклатуру которая есть на остатках, понятно. Но непонятно как отследить её отсутствие. То есть провел человек документ поступление. Номенклатура пометилась как измененная. Остатки по ней уехали при след синхронизации. А потом человек взял и удалил что-то из документа. И все номенклатура здесь с остатков пропала а по ней информация на сервере никак не изменилась. Не могу ничего придумать. Единственное, что приходит в голову - помечать выгруженную номенклатуру и смотреть ее количество на остатках. Но это каждый раз перебирать вообще ВСЮ выгруженную ранее номенклатуру. Что конечно не айс. Что посоветуете?

"Номенклатура пометилась как измененная." " с остатков пропала а по ней информация на сервере никак не изменилась"
ты уж определись.

Делаешь регистр номенклатур, которые выгружаются ( типа реестр ), а потом левое соединение с остатком

(1)Если проводится документ БЕЗ этой номенклатуры, то в ЭТОЙ базе остатки поменяются, но на web сервер они не придут. Потому, что никто(включая эту базу) не в курсе, что номенклатура вообще была в документе.

(2)Хотелось бы избежать возни с хранением выгруженной номенклатуры. Это избыточная, ненужная информация в базе.

(3)> "Номенклатура пометилась как измененная."
. значит ты ей признак какой-то дал.
>"никто(включая эту базу) не в курсе, что номенклатура вообще была в документе."
значит хреновый признак.
переделай.

(4) в твоём случае самое оно,если в реквизите не хранишь значение.

(5)>>значит хреновый признак.
Причем здесь признак? Я не могу пометить того, что нет.

(6)Да не так принипиально где это хранить. Неохота вообще хранить ибо (4)

(3) Ответ в (2).
По сути тебе нужно реализовать копию каталога сайта в базе. Это тебя спасет и от исчезающих остатков и от удалённой номенклатуры.

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

(10)>>ну как бы регистры для этого придуманы
Для хранения информации которая не нужна на этом сервере?
>> если есть другой способ-подскажи.
Знал бы способ я бы не спрашивал. Я думаю проверять тч перед записью документа на тему удаленных строк. Но как-то это немного костыльно.

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

(11) >Для хранения информации которая не нужна на этом сервере?
ну тебе же нужна.)

Подписка на регистр остатков

В ПередЗаписью создаешь НЗ и читаешь старый набор (с отбором по регистратору), выгружаешь нужные измерения (склад / номенклатура). Дополняешь их значениями из нового (текушего) набора. Получаешь полный массив измененных складов / товаров.

Складываешь эти массивы в БД.
Ну а дальше по нужному тебе событию уже получаешь актуальные остатки по всем измененным измерениям и отправляешь куда надо.
Профит.

Если без регистра, то аналогично подписка ПередЗаписью документа и лезешь в ТЧ от ссылки и в ТЧ объекта и получаешь полный массив измененных позиций. Дальше аналогично. Профит

(12)План обмена используется. У меня базовая УТ, приходится вручную регать там номенклатуру. То есть недоступно все это.
(15)Недоступны подписки на события в расширениях
(17)Тоже думал об этом в (11)

(18) Делай не вручную

"Недоступны подписки на события в расширениях" // Ну так модуль объекта значит с аннотацией "Перед"

(19)Как? УТ базовая, юзаю план обмен "ОбменССайтом". При записи объекта в этот план ничего не падает. Я так понимаю, потому, что синхронизация отключена. Может есть другая причина, я не знаю, сложно разобраться почему, нет половины модулей.
(20)Ну да. можно юзать этот костыль. Помечать номенклатуру которая пропала из документа как подозрительную. И проверять ее при выгрузке. Костыльно, но должно работать.

(21) Что-то ты заладил "костыль да костыль"

(22)Да чота много приседаний над такой простой задачей. И как-то все равно по дурацки, какой вариант не возьми.

Других вариантов для точечной маркировки измененных остатков, кроме описанного мною, и нет

(потому как у нужного измерения в типовом регистре может не стоять "Основной отбор" и авторегистрация регистра не спасет)

а через план обмена нельзя сделать ?
он может хранить в том числе изменения регистров