Уважаемые коллеги! Последнее время занялся плотно партионным учетом, УТ 10.3 и возник такой вопрос - есть граница последовательности, когда мы перепроводим документ задним числом - граница смещается на него. Смещается даже в том случае если движения по партионному учету не изменились. Хочется этого избежать. Запомнить движения и убедиться что изменений не было несложно, но вопрос где это делать и как оставить границу нетронутой?
По какому событию или где еще отлавливать? подписка или события в наборе записей последовательности думаю не годятся - там только отказ можно сделать, а оставить ГП нетронутой не получится...

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

(1) В смысле "откажись"? отказ=истина делать в событии? так у нас УТ сначала затирает движения регистра при проведении документа потом снова пишет туда новые. Отказаться на этапе записи - остаться без них. ну и у пользователя выскочит ошибка... Не, это что то не то

(2) Это то, только мекханику проведения нужно менять

И все таки - в какой момент меняется граница? После записи в регистр? после записи документа?

(4) В том виде, в каком она 10.3 сделана она меняется при записи любого изменения, которое указано в настройке последовательности.
В новых типовых 1Ссама управляет регистрацией изменений в последовательности без авторегистрации.

Что же делать?

up!

В типовой УТ 10.3 сдвиг последовательности партионного учета реализован конструкцией

Если РежимПроведения = РежимПроведенияДокумента.Неоперативный Тогда
    УправлениеЗапасамиПартионныйУчет.СдвигГраницыПоследовательностиПартионногоУчетаНазад(Дата, Ссылка, Организация);
КонецЕсли;

которая исполняется в процедуре проведения

(8) Ну вообще то не совсем так, но вы навели меня на след. И нашел кажется. Модуль УправлениеЗапасамиПартионныйУчет Функция ДвижениеПартийТоваров и там в конце вызывается

СдвигатьГраницу = ОпределитьНеобходимостьСдвигаГраницы(ДокументМоментВремени,"Упр");
            
Если СдвигатьГраницу Тогда
    Последовательности.ПартионныйУчет.УстановитьГраницу(ДокументМоментВремени);
КонецЕсли;

значит в этом ОпределитьНеобходимостьСдвигаГраницы и надо работать :)

(9) Я бы сказал не "вообще то не совсем так" а "вообще то не везде так", но посыл в том, что граница двигается отдельной процедурой, а не штатной возможностью. Модуль Вы нашли, будем считать, что мой пост был полезен. :)

(9) Вот такой вопрос возник - Поступление товаров услуг, оно не вызывает (если не по ордеру) УправлениеЗапасамиПартионныйУчет.ДвижениеПартийТоваров В модуле проведения так же не нашел обращений к последовательности. Но при перепроведении поступления граница меняется, становиться на него, на поступление. Как? Где она перемещается?

(11) ну поставь точку остановки и смотри в Стек Вызовов.

(11) Свойства документа - Последовательности - Заполнять автоматически? и входит в последовательности?

(11) У тебя какая конфигуарция?
в БП 3.0 Есть общий модуль РАботаСПоследовательностями, в процедуре ЗарегистрироватьВПоследовательности можно поставить точку остановки и посмотреть когда она вызывается.

А вообще поиск в конфигурации по названию последовательности отменили?

(12) это первое, что я сделал. Еще прописал в наборе записей последовательности обработчик ПередЗаписью(). Ничего не нашел.
(13) Перемещение границы при проведении - не перемещать.
(14) УТ 10.3 А поиск делал... Там вообще обращений к последовательности мало. Последовательность в конфе одна и простая. Даже без измерений. Так вот - в модуле поступления (повторюсь) нет обращений к последовательности (или я не нашел :()

UP!

(15) В УТ 10.3 последовательность сама сдвигается при изменении объектов, которые в ней указаны.

(15) В модуле поступления ДвиженияПоРегистрам - УправлениеЗапасамиПартионныйУчет.ДвижениеПартийТоваров - СдвигатьГраницу = ОпределитьНеобходимостьСдвигаГраницы(ДокументМоментВремени,"Упр");

(17) И как с этм бороться?!

(18) К сожалению при проведении поступления товаров (и оприходования) УправлениеЗапасамиПартионныйУчет.ДвижениеПартийТоваров не вызывается (для поступления она вызывается если по ордеру поступление)
А граница сдвигается! Не пойму как и когда!
Просто бывают случаи у меня в базе, когда откроют старое поступление (ну как старое - недельной давности), поменяют там галочку какую или еще что то, что на партии не влияет и нажмут Ок. И все - граница улетела на неделю назад. Все перепроводить если подойти формально...

(20) Ты пытаешься как то закопаться в задаче, тратя время - тебе нужно предотвратить установку неизмененного поступления(либо другого документа, как оприходование),  Последовательности.ПартионныйУчет.УстановитьГраницу(ДокументМоментВремени) - скрытая установка происходит при движения в регистрах РегистрНакопления.ПартииТоваровНаСкладах, РегистрНакопления.ПартииТоваровПереданные, ты не найдешь код, который ее устанавливает.
Костыль: 2 подписки:
1)подписка на событие перед записью наборов записей в эти регистры, запоминание документа, который сейчас последний с помощью
Последовательности.ПартионныйУчет.ПолучитьГраницу() - сохранение ее в константу(?)
2)подписка при записи - граница уже в этот момент сдвигается и установка ее обратно на константу - если документ ничего не тронул.
Я бы думал о том, что нужно ограничивать изменение данных в прошлых периодах и запускать проведения по партиям ночью - сохранение проблем по ним где либо и продолжать работу дальше.

(21) Спасибо! Сейчас буду пробовать. Скорее всего решение и место где это происходит тут, в в модуле набора записей регистра. Но как двигаться гп без кода? Ведь в конфигураторе, в типовой УТ 10.3 изначально в настройках Последовательности Партионный учет стоит Перемещение границы при проведении "Не перемещать" Как она, зараза, без кода двигается?!

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

(23) Ну почему - можно просто в событии набора записей ПриЗаписи вернуть ГП на место. Но лучше да, совсем не писать, чего их писать если ничего не менялось?

А вот такой, коллеги, возник вопрос - где бы мне сохранить структурку данных в подписке на событие документа, что бы потом ее вытащить в модуле набора записей регистра, в событии при записи?
Учитывая, что в регистре мы имеем ссылку на документ, а значит ДополнительныеСвойства документа нам не годятся, Учитываем так же, что в УТ 10.3 удаление движений регистра идет программно, потому у нас подписки модуля набора записей вызываются 2-жды. ДополнительныеСвойства регистра тоже не годятся :(

ПараметрыСеанса тоже не стоит использовать - их надо аккуратно инициализировать в соответствующем месте, а хочется все проще сделать.

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