7.7 ПУБ 317. Проблема вот в чем
В одной и той же базе ведется два учета
1. Расчеты с покупателями на основании расходных накладных
2. Учет материалов.
При проведении расходных в модуле грубо убран контроль
остатков. Пользователи залезают в далекие периоды, даже
в несколько месяцев надад.
Последовательность тоже отлетает назад.
А материалы должны  учитываться скрупклезно.  
и из-за этого мне приходится чуть ли не каждый день
восстанавливать последовательность. Восстановление
занимает уйму времени.
Вопрос. Могу ли я, будучи уверенным, что последовательность
откатилась из-за какой-то расходной, а документы
по материалам не трогались, просто программно
установить :
Последовательность.производство.установить(дата_п);

Остатки по расходным накладным никого не интересуют

откатить можешь, быть уверенным - нет

(1) Но дату запрета редактирования я контролирую
и знаю на какое число изменялись документы
по материалам и на это число буду и устанавливать
Последовательность.производство.установить(дата_п);
Но это вопрос 2-4 дней а не месяцев .
У меня восстановление месяца идет 1.5 часа
Я хотел спросить; вот таким грубым вмешательством
я ничего не сломаю ?

(2) тупо заведи 2 последовательности или убери из первой документы/регистры, которые не затрагивают твои материалы.
Усё.

(4) Я так понял, что из последовательности
  "производство"
убрать доки "расходнаяНакладная" ? и все ?

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

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

И вуаля, по скорости восстановления сей метод мего скоростной, т.к. по сути никто особо не меняет глобально, обычно 1 - 10 клиентов
При этом чем глубже в прошлое, тем меньше клиентов правят :)

+ Проблема только останется с бух. учетом :)

+ Поэтому не рекомендуется в Пубах, УПП и подобных монстрах лесть в прошлое :)

(5) Хорошая идея, (6) а что с бухучетом ?

+(8) я так понял, что с

Последовательность.производство.установить(дата_п);


Лучще не шутить ?

А ты последовательность руками что ли восстанавливаешь ? Может поставь в регламент ночью проводится.

(10) Поставил. За ночь часто не успевает,
и приходится быстренько открывать период в монополе,
пока не начали работать

(9)Это, как с "пипиркой", если в цикле часто двигать будешь, то база будет вылетать с ошибкой :)
Так что эту "Последовательность.производство.установить(дата_п);", я шевелю только в определенном интервале (примерно 2 мин)

А по сути типовая последовательнось почти теряет свой смысл при восстановлении, т.к. все опирается на справочник и пока он не очистится. Т.е. все не восстановит, то типовую "Последовательность.производство.установить(дата_п);" можно и не шевелить.

(8)>>>а что с бухучетом ?

Ну по ПуБ-у кроме регистра есть еще и бух.проводки.
И они делаются в тот же самый момент, когда ты перепроводишь документ.
...точно не смотрел в Пуб, но в бухгалтерии есть документ "Закрытие месяца", который делает свои движения по бух учету и формирует проводки в зависимости от оборотов за месяц....

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

(5) поменяли ОДНОГО контрагента - ввели в заднем числе от него возврат. Для расчета правильного "профита" - придется перепроводить ВСЕХ - т.к. опредеделнеи профита не завязано на клиентов, азавязано на партии...
.
??????

(14) у меня аналогично.