Такой вопрос. при записи справочник, документа и т.д. при записи можно сравнить объект и ссылку чтобы понять что было изменено перед записью. вопрос - как провести такое же сравниение для регистра сведений. нашел только то что и ПриЗаписи и ПередЗаписью есть доступ к набору через ЭтотОбъект - где хранится новая запись. как мне сравнить с записью которую она заместит? (замещение =истина, вариант с запросом не предлагать, он очевиден, интересует есть ли возможность сделать это без запроса?)

(0) регистр сведений если что имеется ввиду

(0) если короче, мне просто нужно понять что меняется в записи регистра ПередЗаписью

(0) запрос религия запрещает? Самый лучший вариант

(3) просто интересует есть ли вариант аналогичный при записи справочника или документа. вот и всё. альтернативны запросу

Для подчиненного регистратору легко - выгружаешь в таблицу значений, добавляешь колонку и заполняешь -1, читаешь методом прочитать(), добавляешь к этой же таблице, заполняя единицой, сворачиваешь по итератору - там, где -1 - это удаленные записи, там, где 1 - добавленные. Восстанавливаешь первоначальный набор.

(5) да сорри, забыл сказать что регистр независимый и непериодический

(4) альтернатива запросу - набор записей с нужным отбором, как в ЭтотОбъект

(4) У набора записей есть метод Прочитать()

(5) Для необъемного регистра сведений. Также, прочитать, только без установленного отбора. Записать. Еще раз прочитать. Выполнить функцию с итератором (проставленными статусами 1/-1). Сделать отбор, отбросив нули. Полученная таблица и будет результат изменений, в дополнительные свойства записать статус возврата, чтобы не дублировалась процедура записи.

Т.е. создать наборЗаписей, пихнуть нужный объект и прочитать? правильно я вас понял?

до того как ЭтотОбъект будет записан (завершится транзакция) набор в регистре будет еще "старый", если его прочитать в переззаписью(отбор можно взять из ЭтотОбъект), то получится старый вариант в созданном наборе и новый в ЭтотОбъект

(10) наверно, хз что значит пихнуть нужный объект

(10) Если "пихнуть нужный объект" = установить отбор, то да правильно. Но это только "как альтернатива запросу", запрос лучше

(12) ну создать набор, присвоить ему объект по которому будет сравнение и прочитать, потом сравнить с набором ЭтотОбъект

(13) почему запрос лучше? быстрее работает чем прочитать?

(13) вот тоже подумал, что запрос ничем не хуже, но там придется с текстом и параметрами "динамически" мутить

отбор.загрузить(объект.отбор) что то в этом роде должно быть
или хотя бы циклом отбор точно можно установить

(16) больше буков:) в запросе

ну просто набор тут универсальнее по коду получается

(15) "почему" - по определению )), если вам нужно только прочитать данные - не ищите альтернативу запросу.

(18) плохой критерий

(10) в регистр сведений набор пишется в 2 этапа: удаление старой записи, потом запись новой. Поэтому ПередЗаписью надо Прочитать();  где-то запомнить, а потом когда второй раз вызовется ПередЗаписью сравнивать. Лучше поэтому не перед записью это делать, а отдельно, предварительно сравнить, перед Записать().

(21) так что уже при начале ПередЗаписью старой записи уже нету?

(20) да всё равно, регистр маленький по количеству записей

текущийНабор = РегистрыСведений.ДополнительныеСведения.СоздатьНаборЗаписей();
    текущийНабор.Отбор.Объект = ЭтотОбъект.Отбор.Объект.Значение;
    текущийНабор.Прочитать();
так не работает

отбор коллекция вроде

Это все бесполезно. Не существует метода отличить удаление - запись пустого набора, от первого этапа записи с замещением измененных данных. Даже передача чего-то через дополнительные свойства, так как экземпляры объектов будут разные.

признак использование еще есть

Установить() там где то должно быть

ну а так да, лучше хтмл наверно

29 - опс, не туда

(22) на момент первой записи ЭтотОбъект - пустой, из базы читается. На момент второй - наоборот

(26) а мне надо чтобы сравнение шло с существующим, если записи нет или она удалена то и черт с ней

(32) Еще раз и медленно. При записи с замещением все события набора вызываются два раза с разными объектами наборов. Первый раз - с пустым набором (есть данные в базе, нет данных в наборе) второй раз - с заполненным (нет данных в базе, есть в наборе). Эти два набора не связаны. Никак. Твои желания мирозданию похъ. На сервере глобальных переменных нет. Совсем.

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