В проведении документа по регистру есть своя четкая логика.
По крайней мере для общих случаев остаточных регистров.
Если так, то есть вариант сделать класс, который может унифицировать данную
процедуру.
Есть ли у кого наработки/мысли/схемы? Не хочется в очередной раз велосипед изобретать.......

Очень интересно 
Неужели может взлететь?

Цитата:

Да вот сиже черчу карандашиком схемы, анализирую.
Мож и взлетит.....

Ну у меня был в основных доках код

Процедура ОбработкаПроведения(ПараметрПроведения)
	СтатусВозврата(глПроведениеДоков(Контекст,ПараметрПроведения));
КонецПроцедуры
 

Но до унификации (тиражности) - еще далеко.

Как успехи? Или это я один такой озабоченный?
А ли тяпница, господа ?

Дублирую с тиса, мож раскачает ).....
Не предлагаю напрягаться, но логика есть, приведу здесь измышления.
- набор типов движений четок: начисление/списание/регистрация
- логика зависимости типа движения документа константно зависима.(потенциально)
Вырисовываются условные области задачи:
- Условия знака проведения (иерархичные, 3 уровня детализации, расписывать не буду);
- Ресурсы проведения: итоги какого-то расчета, от которого зависит проведение;
- Данные проведения: таблица данных, исходя из которой надо делать движения;
- Ключи - условия сцепки "Ресурсов проведения" и "Данных проведения"
- Опорный ресурс(ресурсы) - количество списываемого
- Пропорциональные ресурсы: думаю объяснять не надо,
- Пропорциональные реквизиты....
ИМХО похоже на бред )
ЗЫ: Философия - способ усложнить себе жизнь в попытке её упрощения )))

noprogrammer писал(а) 28. Июля 2006 :: 14:04:

Прости, с похмелья туго соображаю....
Готов выслушать преимущества.....

trdm
А в чем, собственно, сложности?
Возьмем, к примеру, склад. Создаем класс вида:
класс Склад
{
     _конструктор(элементСправочникаСклады);                        //конкретный склад
     Оприходовать(документ, спецификацияНоменклатуры);        //наименование, количество
     Отпустить(документ, спецификацияНоменклатуры);              //наименование, количество
}

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

Или возьмем такую сущность предметной области как банк:

класс Банк
{
     _конструктор(элементСправочникаСчета);   // конкретный счет
     Перечислить(счетКуда, сумма);
     СнятьНал(сумма);                                      // нал/безнал операции могут различаться наличием доп. проводок
     Принять(сумма);
     ПринятьНал(сумма);
}