Показать сообщение отдельно
Старый 12.05.2009, 15:02   #11  
glibs is offline
glibs
Member
Сотрудники компании It Box
Most Valuable Professional
Лучший по профессии 2011
Лучший по профессии 2009
 
4,942 / 911 (40) +++++++
Регистрация: 10.06.2002
Адрес: I am from Kyiv, Ukraine. Now I am in Moscow. For private contacts: glibs@hotmail.com
Немного конструктива .

Все что написано ниже основывается на том случае, который я упоминал (по описанной в вопросе ситуации информация скудная или умалчивается).

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

Отгрузка юрлицу это не реализация в точках. Есть разница во времени. Речь может идти именно о реализаци точек.

Речь шла об очень большом количестве клиентов и еще гораздо большем количестве точек. Здесь есть вопрос в производительности системы. Даже не уровне справочников. Еще более важно: CustTrans — тяжелый вариант тупо для статистики, т.к. реально кладет данные в херову тучу таблиц (проводки по клиенту, номенклатуре, ГК, сальдовые таблицы, сопоставления при закрытиии склада, и т.д., и т.п.). Вопрос роста БД.

Статистика по точкам может быть недостоверной (кто-то предоставляет, что-то нет; кто-то в Эксельке с ошибками, кто-то вообще по факсу (точка м.б. киоском, Аксапты там нет)). Она может быть несвоевременной, что будет корежить фин. отчетность и отчетность по дебиторке.

Так что за "отдельные таблицы" (в случае с точками речь вполне может идти о ДО из CRM) аргументы есть и серьезные. Нужно смотреть по ситуации.
__________________
С уважением,
glibs®