Здравствуйте! Как зарегистрировать УдалениеОбъекта записи регистра значений.
Пробовал в модуле набора записей Новый УдалениеОбъекта(ЭтотОбъект) - не соответствие типа.
Заранее благодарен!

(0) Зарегистрировать пустой набор записей с отбором

(0) Откуда взял такую конструкцию?

ЭтотОбъект - и есть набор записей количество = 0, но с отбором.
Конструкции ищу, чтобы в план удаляемые записи регистра как-то запихать, чтобы их потом, как изменения получить.

Попробую пусой просто зарегистрировать.

Спасибо.

(3) Если почитать СП то там должна быть ссылка, а набор записей не может быть ссылкой.

(6) Читать СП? А что так можно было?

Суть не в т ом, что там написано, а как результат получить.

Поэтому и привел как пример для описания.

РегистрЗначений - это в Финляндии что ли? В России по другому регистры называются.

При регистрации пустой записи запросом не определить пустая это запись или нет. Придется только через ПланыОбмена.ВыбратьИзменения делать.

Или регистр для удаленных делать.

ТС игнорирует вопросы. Он на своей волне.)

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

(0) если в рс удаляется запись, инфа об этом остается в табличке изменений этого рс, ее можно получить запросом, например. Тебе чего сделать нннадо то ?
Удалить регистрацию удаленной записи или что?

"Конструкции ищу, чтобы в план удаляемые записи регистра как-то запихать, чтобы их потом, как изменения получить." Какая информация запросом из изменений получится? По измерениям. Товар и.т.п. Запрос выдаст не набор записей с количеством строк, а конкретные измерения товар и т.п. Пустой набор или нет регистрировался из запроса не получишь.

(16) запихать элементарно же, записать набор, удалить набор. Всё.

ЗЫ: в табличке регистрации изменений будет запись по ключевым полям (измерениям).. Этого вполне достаточно что бы найти любую запись РС

хоть ключ записи делай из этого, при желании

(17) Он хочет при выборке изменений как-то понять - это регистрировалось удаление или изменение. Типа сейчас в базе набор по отборам не пуст, но есть кейс когда зарегаться при этом все равно должно удаление.

Но по-моему так не получится. В смысле отправить удаление объекта, когда он не удален на самом деле.

Идея регистрации изменений - зафиксировать "адрес" объекта, который изменился. А за конкретными данными объекта приходят при выгрузке изменений. Для набора записей адресом является комбинация ключевых измерений.

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

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

(19) Это тоже просто же.
Запросом отловить удаленные записи в РС - как 2 пальца же..
просто соединение с реальной табличкой РС по ключевым измерениям и узлу + проверка на Есть NULL..

(23) > а по нужным регистрам сведений через выбратьизменения с фильтром
И что же это тебе даст эдакого, чего ты не получишь запросом к таблице изменений?

(24) Видимо, ты или не дочитал или не понял, что я хотел сказать. Возможно, плохо объяснил.

(26) наверное.
Я пока вообще не догнал, что ТС хочет сделать и зачем.

(27) ему нужен результат ))
см (8)

(27) Как я понял, он хочет на момент выгрузки понимать, что в момент регистрации изменений записи были удалены даже если на момент выгрузки они существуют.
А вот зачем... Очевидно просто запутался и неправильно решает какую-то задачу. Х.з. какую.
Это частый случай. Придумать неправильный путь, решить что все ок и ты просто уперся в последнюю мелочь и спрашивать на форуме фигню вместо того, чтобы озвучить исходную бизнес-задачу.

Ну можно и объединением, собственно.

Спасибо.