7.7, dbf
.
можно ли (штатно/нештатно) отловить событие изменения ГП (для например основной последовательности, взад)
.
если можно - то как?
.
в голове пока родилось два варианта, но хочется послушать более сведущих людей
.
спсб

Зачем ?

(1) потому что!
много стороннего кода - лень рыскать. Регулярно ГП падает на начало дня. такого вообщем не должно быть, то есть у меня в коде где-то "глючок"

Или можно сказать так: вычислить документ, который при проведении дал такой скачок ГП (на данный момент такой документ может стоять совсем в другой точке последовательности,, но в этом же дне)

- вычислю документ, вычислю откуда он родился, вычислю алгоритм где порыться

А в журнале регистрации нельзя поймать за каким документом пошли изменения? Я уже не помню 7.7 :(

переведи на скуль и повесь тригер...

другого не представляю

(5) не хочу.
ловить секунда-в-секунду - не столь обязательно.
нагрузка не 100 доков в минуту ;-)

(0) Странный вопрос. Особенно с учетом "Регулярно ГП падает на начало дня".
На границе последовательности как раз и стоит тот документ, который еЯ туда двинул.

(7) Утверждение ошибочное: в тот момент когда ГП изменилась - да. Но не спустя 1 сек.

+(7) Обычно такие пляски происходят с документами-заготовками. Ну например забили вчера вечером, но не провели. Проводят сегодня и что б не париться со временем двигают его в начало дня. Тогда граница и съезжает.

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

(7) никогда что ли не видел когда ГП на определенный момент времени, а в этом моменте времени нет никакого дока...
.
кстати мысль (третий вариант) - посмотреть в ЖР документ, который был проведен в начале дня - скорее всего он был создан и записан в начало дня.. нукась посмотрим

(10) так примерно и думал

(8) А что может изменить границу спустя 1 сек.?

вообще-то ГП вперёд документами не двигается...
Так что - позиция ГП - и есть документ-виновник

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

(14) извне разве низя доквиновника заставить провестись?

(14) ну так сейчас документ-виновник стоит на другой позиции

(11) не получится... док-виновник создается-записывается и проводится программно..

ну или сравнить разницу в коде между актуальным глюкаловом и безглючным бэкапом )

(18) бэкапы "глючные"
глюком назвать это нельзя - все четко раскладывается, ошибок нет. но вот такая вот помарка...

ну так лови ожидателем документ и смотри егошное проведение на предмет выставления времени проведения на начало дня и/или везде места устновки ГП на|по
вообщем, самопримени паяльник )

(20) ожидателем программное проведение документа как словить..?

Одному мне все это кажется историей болезни...?

(21) лови, что док проводится и озирайся - кто его дергал
среди присутствующих у кого-то в коде явно задано именно его проведение или под общую раздачу попадает

(22) "мама, мы все тяжело больны" ?)

(24)У Цоя был рецидив.  А тут какая скрытвя фигня :)

(25) who is фигня и кем/чем от кого/чего скрытая?)

(26)тссс...Ну не здесь же:-)

(23) ну дык как раз вопрос основной - как отловить программное проведение дока..? лазить в кучу кодов везде где Док.Провести() - влом...

Такие вещи происходят, если где-то программно ГП сбрасыватся на начало дня. Тогда документ в ней не фиксируется. Но можно найти вхождение последовательности в тексте конфигурации по контексту. Например, ОсновнаяПоследовательность.

Глобальным поиском

(28)
> влом...
паяльник сломал(ся) ?)

Я вообще, когда мне нужно открыть этот модуль, ищу глобальным поиском. Не восьмёрка, чай, 10 секунд занимает.

(28) кста, с ослатчиком принципиально не дружишь?

придется видимо в робота впихнуть проверку ГП на "взад" - он у меня раз в 15 сек. Отловлю момент когда ГП прыгает назад - в близленжащей окрестности и будет проблемный док/алгоритм.

(33) а тут не нужен отладчик.

(33) дружу, но тут-то он чем поможет...

Это как вычислять 2*2 методом просмотра таблицы умножения.

ГП сама не прыгает. её программа устанавливает. Найти надо в тексте конфигурации глобальным поиском по имени последовательности. Перед именем можно точку ещё поставить.

(38) бяка ты. без всякого имени последовательности документ проведенный задним числом сдвигает ГП взад в тех последовательностях где он заявлен роегистратором.

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

Тогда я взял бы период, например,10 дней. и стал бы его проводить, деля период пополам. Так легко сдвинуть интервал до нескольких документов.
Разумеется в отладочной базе на локальной машине.

(40)Чесслово похоже на речь анонимного алклголика.
Достаточно добавить
" Здравствуйте..."+ сабж...

И хоть роман пиши.

останов в ОбработкаПроведения() подозреваемого/виновного документа приведет к вызвавшему проведение коду

бред какой-то

Можно конечно в глПриПроведении вставить проверку что записанный документ находится ДО текущей ГП...

..ладно, вставил регистрацию прыга ГП назад - для начала этого хватит..
.
всем спасибо, дурка закрывается, все могут идти по домам