Показать сообщение отдельно
Старый 28.08.2011, 23:15   #8  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,286 / 3494 (123) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Не претендую на красивость решения и уж тем более на его повторение. Однако опишу идею, которая была реализована на одном из проектов.
Для начала было принято упрощение, что все платежи будут вводиться через журнал ГК. (На самом деле - это не очень обязательное упрощение, тем не менее - оно упрощает жизнь при программировании).
Далее - в журнал ГК для корсчета была добавлена также финаналитика (ибо чей-то там ее нет?). Конечно, по умолчанию она копировалась из финаналитики при счете, однако была возможность ее менять. Тут конечно надо понимать - что у всех пользователей системы - разное количество финаналитик и разное предназначение каждой из аналитики - поэтому какие-то аналитики должны обязательно копироваться, какие-то пользователь может менять, а какие-то должны обязательно отличаться и это должно быть прошито в коде. Поэтому в рамках поставленного вопроса я опущу тематику состава финаналитик.
Дальше - была сделана "врезка" в разноску журнала ГК, которая "складировала" в отдельную таблицу строки журнала, в которых при счете или корсчете присутствовали бы денежные счета (Банк/Касса). Для инкассации / обналички естественно создавалось 2 записи.

Новоявленная табличка таким образом являлась фактически готовым отчетом ДДС. При этом, т.к. она получалась из ЖГК - у нее всегда были счет и корсчет (дебет/кредит). По ней можно было фильтроваться, сортироваться, переходить к исходному документу, строить различные выборки и автоотчеты.

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

Собственно - говоря - описанное представляет собой просто еще один взгляд на ДДС, очевидно, при этом не лишенный ряда недостатков.

Еще момент. Отмечу - что в данном подходе никак не описывается сопоставление именно накладных с оплатами. Т.е. тут описано простое копирование (=простая выжимка) того, чего навводили в ЖГК по денежным счетам. С другой стороны - для анализа данных именно по денежным счетам по финаналитикам - это самое то. Если конечно хочется получить информацию независимо от сопоставления.
__________________
Возможно сделать все. Вопрос времени

Последний раз редактировалось sukhanchik; 28.08.2011 в 23:20.