граница последовательности

Есть обработка перепроведение документов - глбух ошиблась и вместо начало 01.09.11 написала 09.01.11 а у нее админские права и она может перепроводить документы до даты запрета редактирования. Счас говорит - не перепроводи мне январь , а сразу отгани (установить() ) или 1ssstream.dbf ) ГП на 01.09.11 - Как поступить?

ставь, в чем проблема?

если ниче не проводила - то (1)

и озвучь хоть конфу то!

РарусНефтебаза - типо ТИС она , да вот че то засомневался - хотя она клянется и божится , что тот час же прервала обработку - хз - может и перепровела - у нас больше  документов расходных , чем поступлений и пересортиц и перемещений, но если она их  тронула , то вот интересно поплывут остатки только до 31 января??? Причем она категорически запрещает гнать перепроведение от января...

(4) вроде от восстановления ГП ничего плыть не должно вообще

(5) партионный может поплыть

а че париться? виновный все равно известен )))

(6) Если поплывет, значит, коряво велся.

(4) на копии базы потренироваться? не?

1. Установить ГП на сентябрь
2. Запустить в выходные восстановление ГП с января, предупредив главбухшу что иначе выйдут косяки

(9) Что потренировать?
Перепровести базу, и если данные поменялись, то (0), (1)
Если не поменялись - то тоже (0), (1)???
В чем суть теста?

(7) Программист! Вовремя не остановил руку ГБ.   :-)

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

(11) в чем смысл жизни?

суть теста в ответе на вопрос (0), что собственно и (13)

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

ТС зря жжёт электричество, правильный ответ в (15) забить и забыть

Не - у меня счас такой эксперимент увенчался успехом: делаешь перепроведение с 1 сентября по настоящую дату - делаешь выгрузку из конфы в архив, загружаешь из этой выгрузки в копию - смотришь ГП - она стоит на 1 сенятбря 2011г...

сча еще раз загружу в копию и гляну ГП - а то че то сомнения...

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

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

Значит лечится (18) Выгружаешь базу с неправильной ГП в архив - загружаешь из него - запускаешь перепроведение по последовательностям (есть у меня такая обработка) за один день 1 сентября 2011 для моего примера - и о чудо!!! Все ГП встают на это 1 сентября...

сможете объяснить причину "чуда" ? Я - нет.

(17) (21) Ничего не понял.
Последовательность.получитатрибут("имятвоейпоследовательности").установить(нужнаядата);
Нафига танцы с бубнами?

(23) Ну как бы это - понадежнее так - чтобы не поплыли тама итоги разныя...Как народ пишет тут вот граница последовательности

(24) Граница последовательности - это всего лишь сохраненная её позиция.
Поэтому никаких непрятностей от программного её сдвига быть не может в принципе. (естественно кроме того что реально документы не были перепроведены)