Исходные:
база 77 SQL - документ установка цен - док проводится и меняет периодические реквизиты в спр цены
Проблема:
док древний и зачем-то там стоит галка УПР учета, хотя регистры док не трогает но точку актуальности двигает
Нужно снять галку упр учета чтобы док не смещал та (нужно док в будущую дату писать)
Документов много - штатное снятие галки в конфигураторе матерится что уже есть проведенные документы в базе и нефиг снимать упр учет пока не распроведешь доки
--------------
На пустышке убрал галку упр учета и подменил md, но все равно сейчас при проведении та смещает
В Appcode оставил только 0 и 8 значения
Где еще 1с может смотреть что при проведении док та двигает?

Внешней обработкой без перепроведения изменить и записать можно. А вообще-то зачем это делать непонятно - только для порядка?

ой фигню горожу звиняйте не понял автора

проведение докамента будущей датой без смещения та = ошибка в базе, прога потом не даст ничего провести

(1) речь не про один документ
речь чтобы новые документы проводились будущей датой без сдвига ТА

выражайся яснее - в конфигураторе стоит галка ОПЕРУЧЕТ а не упручет

Разбери gcomp'ом, исправь как надо, собери.
Ты ж "давно играешь"©

а, пардон, ты это сделал уже.
У тебя проблема с перезаписью существующего дока? или с новыми?

С новыми

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

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

(10) дык ССЗБ
Я вчера вроде кому-то писал, что если лезешь в базу прямыми - должен неплохо знать структуру базы. а если лезешь на запись - то должен знать структуру очень хорошо.

(8) И что ты сделал вообще (с мд, с данными), "по пунктам" ?

(9) у проведенного ставит 8 ку
(12) Убрал в конфе галку "опер учет" сохранил мд

(13) Должно, однако. Сейчас попытаюсь проверить

А нафига документ писать в будущий период? В документе добавляешь поле с какой даты действуют цены. Пишешь его в текущую дату и правишь модуль чтобы он устанавливал нужные цены с выбранной даты.

(15) есть штатный механизм привязки движений к период. реквизитам, зачем его ломать
а конфликты при проведении распроведении?

(16) Это штатный механизм все привязки сохраняються

(16) делай завтрашним числом и не проводи. а в глобальнике при начале работы системы проверяй и проводи. ясно что костыль но раз штатно никак

(17) Точно - глянул СП. Только док должен быть не оперативным

УстановитьРеквизитСправочника(Спр.ТекущийЭлемент(),"Цена",Цена,ДатаДок)
Вместо ДатаДок пишешь ДатаДействияЦен.
(18) Не проводить не вариант часто за этим действием следуют дополнительные действия народ новые прайсы рассылает. Заказы принимаются уже по новым ценам и т.п.

(15) тоже вариант спасибо