У нас пробовали прикрутить количество в проводки/балансы - с разносками, где LedgerVoucher работает с режимом DetailSummary:: Detail все ОК, а вот в варианте DetailSummary::Summary при слиянии проводок количество не участвует и в результирующую проводку кол-во попадает из последней в сливе.
В данном аспекте и есть интерес к данному классу, ибо, потыкамшись раз N-дцать дебаггером при разноске накладной по закупке, ясного понимания логики всех манипуляций не постиг, как собственно по классу, так и по временным таблицам для корреспонденции.
Хочется понять - стоит в этом направлении копать дальше или забросить, как безперспективное направление ?
P.S. Ноги там растут из LedgerVoucher.postGroup(), в котором на sys слое есть учет кол-ва в проводке при слиянии, а на dis модификация уважаемого EVGL( с участием subj'а) в которой объекты хоть и имеют методы передачи/возврата кол-ва, но внутри с ним никак не работают
__________________
Мы летаем, кружимся, нагоняем ужасы ...
Последний раз редактировалось TasmanianDevil; 12.12.2007 в 07:29.
|