Господа!!!
Помогите плиз. Решается судьба проекта.
Суть вот в чем:
Есть торговый ходниг. Более 10 салонов, и еще ведь будут... У каждой - свой р.с. и фин поводки - тоже, думаю, к тому же несколько салонов - вообще отдельные юр.лица.
Стоит дилема - запихать все в одну компанию и навешать аналитик (допустим, по отделам анализировать... 1салон - 1одтел), и разгебаться в одной ОЧЕНЬ большой куче... или сделать кучу малениких компаний (каждый салон - отдельная компания, ряд общих таблиц), кастома меньше, но вот межскладские перемещения... и консолидирование данных.. отчеты там...
Вот плюсы и минусы использования подразделения как отдельной компании:
1) + Все данные, такие как список сотрудников или список продаж, будут общими для всех отделов. Согласитесь, легче выбрать 1 сотрудника из 30, работающих в салоне, чем из нескольких сотен, работающих в компании. Данная картина будет проявляться во всех модулях.
- Потребуется дополнительная разработка на большое количество форм и отчетов для получения сводной информации. Полностью исключается использование стандартных отчетов для сводной информации по подразделениям (только доп разработки).
2) + У каждого салона есть свой счет, юр. и физ. адрес – чем не показатель отдельной компании? Бухгалтерский учет ведется каждым салоном отдельно!
- Однако нас интересует не бух. учет компании, а глобальный управленческий учет. Таким образом стоит проблема консолидации данных
3) + Финансовые проводки должны однозначно проходить через отдельные компании.
- Но можно и проанализировать их и по аналитикам
4) + Легче настроить доступ по записям внутри одной компании, чем громоздить персональные ограничения доступа на каждого сотрудника компании. Более того, при использовании компании в большинстве случаев он может и не понадобиться – уже есть деление по компаниям.
- Полностью не исключается необходимость настройки RLS для общих справочников (например Заказчики: один салон видит часть справочника, другой все)
5) + Настройка подстановки ряда кодов в операции в соответствии с кодом подразделения проще (например: в одной компании журнал платежей настраивается только один и т.д.)
- Зато надо настроить 20 одинаковых журналов в разных компаниях
6) + Можно будет автоматически подставлять реквизиты салона и прочие параметры по умолчанию. Нет никакой нормальной возможность ограничивать данные настройки через RLS – контроль доступа по записям. В аксапте большинство настроек храниться 1 строчкой на компанию, а не 1 на каждую аналитику.
Вот плюсы и минусы использования подразделения как отдела:
1) + Администрирование 1 компании легче чем 20 компаний
- Такую громадную стрктуру гораздо тяжелее администрировать, чем 20, но малениких компаний.
- Но, как ни пародоксально, может оказаться более тудоемким (по времени) и потребует привлечения дополнительных специалистов.
2) - Смешивая компании в одну кучу, мы лишаемся всех делений, где не предусмотрена аналитика по отделам, или должны дублировать данную аналитику с помощью доработок. Чревато написанием кучи бесполезного, правящегося «на ходу» кода, дестабилизирующего работу системы.
+ Зато отпадает проблема консолидирования данных, зато возникает проблема разделения, но она не такая серъезная
1) - В придется сильно задействовать RLS, что сильно повысит затраты на администрирование системы и сильно снизит быстродействие. RLS – это всегда плохо!
+ Видимо, RLS придеться задействовать и так, и так
2) + Не требуется дополнительно настраивать отчеты, запросы и формы для того, чтобы получить информацию по всем торговым подразделениям
-
3) + Не требуется разработки дополнительных сложных и многошаговых процедур при обмене данными, ТМЦ и т.д. между торговыми подразделениями.
-
5) - Подстановка банковских реквизитов салона осуществляется только с помощью дополнительной доработки
+ но форму счета все равно придеться переписывать
Такие вот минусы-плюсы... Господа! Ведь стояла же данная дилема и раньше.. Кто как решил - поделитесь, плиз! Или, если просто буде замечания, Еще плюсы - минусы, подводные камни - пишите! Буду рад выслушать!