1С:Розница 1С:Предприятие 8.3 (8.3.5.1068). База РИБ.

Дважды запускаю отчет по зарегистрированным изменениям на периферийной точке.

По журналу регистрации вижу, что в промежутке между замерами никаких событий обмена и изменения конфигурации не было.

Но на выходе во втором отчете отсутствуют некоторые позиции, такое ощущения, что изменения обнулились и попали только изменения после некоторого события.

Подозреваю, что в промежутке 1С завершилась аварийно.

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

отчет кривой? Не?

роллбэк транзакции

(2) Информация о записи регистрации изменения пишется после записи об этом событии в ЖР?

(3) информация о записи регистрации в ЖР вообще не пишется

(2) + 1

А может в том дело?)
Написал новую схему РИБ-обменов, сейчас отлаживаю.

(0) не по теме: как пиар на лепре идёт?

Посмотри за этот промежуток ЖР с показом отмененных транзакций

(5) Похоже на то. Стареет Гений.

Прочитал заголовок. Думаю, лажа какая-то.
Зашел - автор - тот самый Гений. Ну, все понятно, расходимся.

(0) Ну, если всё как ты говоришь, тогда это может быть "грязное" чтение при формировании отчета.

(8) (5) (10) За промежуток времени вообще никакие обмены не происходили. Просто регистрация исчезает и все.

(11) Обмены - это не единственный источник транзакций.

Или никакие данные вообще за этот промежуток не менялись?

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

(13) ну что то там происходило, чеки пробивали.

(15) читай внимательно (2) (10), пока не поймешь или пока кровь из глаз не пойдет

(16) документ то остался, а регистрация исчезла. Вот в чем нюанс.

(14) НОВЫЙ документ?

(18) Изначально документ был непроведен. Потом его провели и теперь он в базе проведенный, а регистрации изменений нет. Проведен был до первого замера отчета изменений

т.е. в базе уже отредактированная пользователями версия документа.

(19) Ну, варианта два. Либо ты где-то ошибся в посылках, либо намутил с регистрацией изменений. В чудеса как-то не верится. Там простейшая железобетонная схема.
Хотя на файловой таки есть некоторый простор для чудес.

(17) с тобой трудно.
Начинаем проводить документ, транзакция начинается, документ записывается, регистрация появляется, ты формируешь отчет и видишь регистрацию из не зафиксированной транзакции, потом в конце обработки проведения устанавливается Отказ=Истина, транзакция откатывается, регистрация пропадает.

А в первый раз документ был проведен еще раньше

ТиИ уже предлагали? Либо одно из двух

(21) я скорее поверю, что автор в припадке гениальности спутал жопу с пальцем в лесу из трех сосен, чем в то, что это платформа

(20) из бекапа базу восстанавливали?

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

(24) я встречал случаи, когда в 1с пропадали недавно пробитые чеки, причем не из-за транзакции, а из-за резкого выключения компьютера. А вы мне тут на платформу молитесь.

(25) зачем? там изменения в течении 2-3 часов прошли. Это файловая база. их много. Отловить сложно.

гм. Возможно, виноват мой код. Проверяю сейчас.
Отловить не могу, поэтому пишу много событий в ЖР.

Так вот, мысль такая, если зарегистрирована ссылка, которая ведет на объект, которого нет в базе, то метод Источник = ПолучитьОбъект(ТекСсылка) возвращает Неопределено.

Ну и потом в методе УдалитьРегистрацию(Узел, Источник) может удалиться все регистрация. Поэтому добавил во все удаления регистрации проверку на Неопределено.

Буду надеяться, что корень зла в этом. ;-)

(27)Красавчик, создал себе проблему и бросился героически ее решать.

(28) я не уверен, что проблема в этом, но надеюсь, что в этом. Понаблюдаю.