А зачем?
Если и сделаешь, то ТиИ всё сделает обратно

Цитата:

Это понятно. В том-то и интерес, чтобы ТиИ все не сбросил.

Исходная задумка: хочу сделать в ТиС допроведение ЗаявокПокупателя на основе анализа табл. части дока. В этом случае надо видеть остатки и резервы не на документ, а на текущий момент. 7-ка этого не позволяет. Мне нужны итоги не по периодам документов, а по периодам их движений. Т.е., например есть регистр РезервыТМЦ (упрощенно):
- измерения:
 Номенклатура
- ресурсы:
 Количество
- реквизиты:
 ДатаВремяДвиж
В ДатаВремяДвиж (char(23)) сохраняется либо позиция документа из DATE_TIME_IDDOC, если док не был проведен, либо текущие ДатаВремя+"    0   " в 36-ом виде, если док перепроводится. Соответственно текущий резерв по номенклатуре хочу получать запросом вроде этого:

SELECT
	$РегРез.Номенклатура AS [Номенклатура $Справочник.Номенклатура],
	SUM(CASE регРез.debkred WHEN 0 THEN $РегРез.Количество
	                        WHEN 1 THEN -$РегРез.Количество END) AS [Количество $Число]
FROM $Регистр.РезервыТМЦ AS РегРез (NOLOCK)
INNER JOIN $Справочник.Номенклатура as СпрН (NOLOCK) ON СпрН.ID = $РегРез.Номенклатура
           AND $СпрН.ВидНоменклатуры NOT IN ($Перечисление.ВидыНоменклатуры.Работа, $Перечисление.ВидыНоменклатуры.Услуга)
WHERE $РегРез.Номенклатура IN (SELECT val FROM #ВремНомен)
      AND $РегРез.ДатаВремяДвиж <= :ДатаРасчета~
GROUP BY
	$РегРез.Номенклатура 

Проблему вижу в том, что выборка будет строиться только по таблице движений, т.к. естесственно нет таблицы итогов по полю ДатаВремяДвиж. Можно считать такие итоги и самому, например 1-го числа каждого месяца, но тогда придется следить за проведением/распроведением Заявок прошлых месяцев. Хочется узнать у опытных гуру - это вообще реально?

Цитата:

Помести ТА ( на конец года, квартала ) тогда остатки по ТА =
остатки на текущий момент потому что будущими числами не работают.

Неужели никто не пробовал реализовать допроведение в 1С 7.7? 

Имхо проще:
1. В доке добавить реквизит - ДатаВремяСоздания
2. Перепроводить док из формы просто так не давать.
3. Вместо этого для перепроведения делать так (суть в том, что сдвигаем док на текущую дату/время):

// В модуле формы дока
Процедура Перепроведение()
	тз = СоздатьОбъект("ТаблицаЗначений");
	ВыгрузитьТабличнуюЧасть(тз);
	Парам = СоздатьОбъект("СписокЗначений");
	Парам.Установить("Контекст", Контекст);
	Парам.Установить("Состав", тз);
	ОткрытьФорму("Обработка.Перепроведение", Парам);
КонецПроцедуры	// Перепроведение

// В обработке Перепроведение
Перем выбДок, состав;

Процедура ПриОткрытии()
	конт = Форма.Параметр.Получить("Контекст");
	состав = Форма.Параметр.Получить("Состав");
	выбДок = конт.ТекущийДокумент();
	конт.Форма.Закрыть(0);
	Форма.Закрыть();
КонецПроцедуры	// ПриОткрытии

Процедура ПриЗакрытии()
	Доки = СоздатьОбъект("Документ.ЗаявкаПокупателя");
	Успех=0;
	НачатьТранзакцию();
	Попытка
		Доки.НайтиДокумент(выбДок);
		Час=0;Минуты=0;Секунды=0;
		ТекущееВремя(Час, Минуты, Секунды);

		Доки.СделатьНеПроведенным();
		Если ПустоеЗначение(Доки.ДатаВремяСоздания) = 1 Тогда
			Доки.ДатаВремяСоздания = "" + Доки.ДатаДок + " " + Доки.ПолучитьВремя();
		КонецЕсли;
		Доки.ДатаДок=ТекущаяДата();
		Доки.УстановитьВремя(Час,Минуты,Секунды);
		Доки.ЗагрузитьТабличнуюЧасть(состав);
		Доки.Записать();
		Успех=Доки.Провести(0);
	Исключение
		Сообщить(ОписаниеОшибки());
	КонецПопытки;
	Если Успех=1 Тогда
		ЗафиксироватьТранзакцию();
	Иначе
		ОтменитьТранзакцию();
	КонецЕсли;
	ОткрытьФорму(выбДок);
КонецПроцедуры	// ПриЗакрытии
 

Электроник писал(а) 08. Июня 2010 :: 13:18:

Что то я не понимаю
новый звонок новая заявка. За неделю могут и цены вырасти
с чего ради продавать по заниженным ценам.


Все пихать в один документ плохо с точки зрения 1с
Перепроведение документа происходит так
1.Открываем транзакцию
2.Блокируем монопольно всю таблицу _1sjourn ( до конца транзакции )
(так же блокируются все чего коснуться запросы )
3.Отменяем все текущие движения  документа из rg
удаляем все движения документа из ra
4.Выполняем модуль проведения
для каждого движения
изменяем rg и добавляем новую строку в ra.
5.Фиксируем транзакцию

Т.е.  чем больше строк тем больше время проведения ( а это критический ресурс ) причем зависимость явно не линейная а хуже.

Так что с точки зрения производительности два
документа на 70 и 30 строк лучше чем один на 100 строк.
Если изменения касаются только одного документа а это так как даты разные то два документа всегда лучше чем один.

PS Да и твой случай вполне реализуем (обычным регистром остатков) смотри остатки не на документ а на TA и все тоже получится ( только в каких ценах считать проблема, если резервы живут ограниченное время тоже проблема да и производительность ухудшится )

alexdd писал(а) 08. Июня 2010 :: 14:31:

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