Есть ли какая-либо возможность корректно передвинуть точку актуальности не перепроводя документы (по типу как происходит управление бухгалтерскими итогами)?

А разве фирма 1С выпустил новый релиз 1с77 где убрали выбор проводить или не проводить доки???

(1) спасибо, помогло.

(1) Ты не поверишь, есть такая фишка!

(3) Вы о чем? В (0) как я понял спрашивает можно ли двигать ТА без проведения. В стандартном переводе через системную команду просто не ставишь галочки перепроводить доки. Я и ответил про это.

НУ как вариант вот так я делал

       // Каждое  первое число месяца устанавливаем ТА
       Если ДатаЧисло(РабочаяДата())=1 Тогда
           Если ПолучитьДатуТА()<>РабочаяДата() Тогда
                   УстановитьТАна(РабочаяДата());
               КонецЕсли;
           КонецЕсли;    
       КонецЕсли;

и тут.. если регистры.. криво закрыты.. прога уходит в долгую задумчисовсть...

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

(0) если SQL, то есть такая штука google:Установка_ТА.ert
(6) а они всегда криво закрыты, ибо типовые же, ресурсов нахерачить ума хватило, а закрыть их - уже нет

(6): вопрос надо, точно.

(8): та двигателем регистров поперезакрывать плюсы на минусы перед самым закрытием периода - и алё.

(10) это называется "паллиативное решение"
фатальные ошибки проектирования только так и лечатся

(11) а кому щаз легко?
обычно тотально незакрыты регистры
- касса, банк, книга покупок, книга продаж, частенько комиссионная торговля незакрыта; незакрыты часто неподтвержденные заявки висят мегатоннами, встретил также что заявки на склад "закрывались" снятием резерва...

(12) Регистры отвечающие за планирование никогда не закрываются. Как думаешь, почему?
А всё остальное - ошибки проектирования. Фатальные.

(11): отнюдь не проектирования, и отнюдь не фатальные.
любое решение ориентировано на вполне определенный регламент его использования. предусмотреть все возможные ситуации невозможно - нарушения регламента неизбежны. одно из возможных последствий (в обсуждаемом случае) - именно перекос регистров. поэтому проверка+выравнивание перекосов регистров на дату нового (открытого) периода, включаемое в регламент - вполне себе средство контроля технологических ошибок и попутно средство их исправления.
(13): любые регистры "никогда не закрываются" (имеется ввиду состояние(!)) по всем измерениям. валюта баланса всегда ненулевая. НО. любые регистры всегда и закрываются тоже (имеется ввиду процесс(!) обнуления остатков в соответствии с фактическим состоянием).

(14) Когда в общую кучу попадают ошибки исполнения регламента, технологические ошибки, и вполне себе легитимные незакрытые остатки - ты как их различать собираешься? Такие вещи только ручками делаются, с детальным анализом каждой ситуации. Но если у тебя там этих ситуаций тысячи - то как разбираться? Собственно, зашкаливающее количество таких ситуаций и есть признак плохого проектирования.
К примеру, вполне стандартная ситуация в ТиСе: количество в регистре партий 0, но при этом болтаются какие-то суммы (коих там зачем-то аж 4). По взаиморасчетам та же фигня. И ничего с этим не сделаешь, кроме как плюнуть и закрыть всё в ноль.

А в (13) имелось в виду, что _неисполнение_ плана никто никогда фиксировать не будет. Жизненный факт.

(15): нахрена "различать"?.. это отменяет уместность и суть сказаного в (14)???

(16) Если не различать реальную и ложную информацию, то информационная система бессмысленна. Красивая и сложная игрушка, не более.

(15) ну не знаю.. долго работал попартионно - все нормально закрывалось...
а по взаиморасчетам (например в тисе) - надо смотреть внимательно - так как в отчетах выводится свернутое (не учитывается "вид долга")...

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

вот поэтому блин, мне бухия как она реализована в 1С - не очень нравится... если период объявлен "закрытым", то перепроведение документа в закрытом периоде по "закрытым" счетам должно давать то же самое...

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

(21) угу... но одного баръера "датазапретаредактирования" - явно недостаточно.. ;-)