ssv02 писал(а) 01. Сентября 2011 :: 13:43:
И потеряешь данных на сто гигов ... я к тому, что этот флаг не единственное ... и метаданные без шерстения ты никак не сохранишь, а если ты не поставишь в метаданных флаг, то ничего не изменится, что бы ты не правил в журнале ...
... и вообще - идея править дату и/или время проведенного документа убьет весь твой учет ... через пару недель или месяцев ... убьет так, что уже не восстановишь ...

Dmitry The Wing писал(а) 02. Сентября 2011 :: 00:50:


Делал уже и не раз самые разные изменения таким способом, а изменения в данных отдельно ручками скриптом, что на порядок быстрее, чем движок 1с. Причем такие же действия делал и на dbf базах.
Надо знать структуру БД.

ssv02 писал(а) 01. Сентября 2011 :: 13:43:


А какой именно?
Ибо я не уверен только в AppCode и ActCnt, остальные трогать не нужно, на сколько я знаю...
Причем, второе, скорее всего - это количество движений, которое измениться никак не должно (без разницы - это число включает только опер учет, только бух учет, или и то и другое).
Что есть АппКод - ХЗ.

Относительно первого пункта - я бы сделал (если очень надо) так:
1. В Обработке проведения писал бы ИД-шник этого документа в базу (или отдельную таблицу, или в Справочник, так, например, в Асторе сделан Справочник.ЛогТранзакций, примерно по тому же принципу)
2. По окончании проведения последней строкой вызываешь или Внешнее событие (через Сервис, Formex-а) или обработку ожидания, или через таймер. Не важно как, главное - чтобы по окончании была вызвана какая-то процедура, а уже в ней - для документа в базе выполняется смена времени.
Если 2-е развернуть еще более красиво, то, для исключения двойного проведения, можно делать подмену Модуля проведения (Перехватчиком), так, чтобы документ при проведении лишь фиксировался во временной таблице, а уже обработка, выставляющая документ нормальным образом - выполняла "истинное" проведение с движениями по счетам, регистрам и т.д.

Dmitry The Wing писал(а) 05. Сентября 2011 :: 00:52:


Closed от изменения принадлежности документа к оперативному учету никак не меняется. Проверено.
Если документ был проведен до изменения метаданных, то он и останется проведенным (и наоборот). А Closed&1 = 1 для всех проведенных, вне зависимости от принадлежности к учетам.

PS VERSTAMP жеж отражает количество изменений, разве нет?

Satans Claws писал(а) 05. Сентября 2011 :: 07:41:

Про VERSTAMP и ActCnt каюсь - перепутал, но ActCnt - тоже счетчик, но не изменений, а движений, - т.е. тоже не стоит трогать.

А вот про связь между Closed и AppCode поясню:
Оба имеют набор битов, характеризующие разные виды проведение, но, повторюсь: Closed показывает фактические проведения дока, а AppCode, - возможные.

В частности Closed&1 = 1 означает, что документ проведен по оперативному учету, Closed&2 = 2 - расчет, Closed&4 = 4 - бухучет, Closed&8 = 8 - периодика, Closed&16 = 16 - есть операция, Closed&32 = 32 - Записана операция.

Вывод: если ты изменишь AppCode, добавив в него какой-то бит, то документ будет непроведен по добавленному учету.