AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 13.02.2007, 09:48   #1  
Likefire is offline
Likefire
Заноза в заднице
Аватар для Likefire
MCBMSS
Лучший по профессии 2009
 
547 / 50 (3) ++++
Регистрация: 22.10.2007
Адрес: Москва
Записей в блоге: 1
Всем доброго дня!
Меня озадачили анализом функциональности ERP-систем в части, касающейся CRM. Так вот, заметил одну интересную особенность, которую опишу на примере как раз стандартного функционала Нава. Кто не знает: в Наве существует такая возможность создавать из Контакта (Управление Отношениями) - Клиента (Продажи & Клиенты), Поставщика (Покупки & Поставщики) и Банковский счет. В целом логика такого преобразования понятна - необходимо обеспечить модульность: кому не нужен функционал CRM, а нужны Продажи & Клиенты - те спокойно могут расчитывать на то, что их функционал будет содержать базовые данные о субъектах их деятельности, а если и то и другое разом, то клиента сначала надо "вырастить" из контакта, а уж когда он созрел - переводить его в качественно новый статус. Так вот: при таком переводе в статус клиента (покупателя) получается, что львиная доля данных контакта попросту дублируется, а то и затраивается в базе данных. Такая же точно картинка наблюдается в Аксапте и ещё более усугубленная - в SAP R/3. Анализ массовой доли задвоений дал результат на уровне 10-15% задвоения данных. То есть прикидывайте сами: если база у вас занимает в районе 10 гига, то получается, что где-то около 1 гига данных - дублированные? То есть получается, другим словами: функционал ERP-систем организован нерационально? Основной мой вопрос заключается в следующем: есть кто-либо вообще, кто может ответить, зачем (кроме обеспечения модульности) производители приняли подобную организацию данных касательно контактов/клиентов/поставщиков? На мой взгляд эффективнее будет использовать совмещенную сущность, к примеру "Контрагенты" (Бизнес-партнеры - кому как больше нравится), которая была бы общей для нескольких модулей одновременно и не допускала бы задвоения информации. Какие преимущества имеет существующая схема реализации? Какие ещё данные в каких модулях дублируют таким же образом данные? Навскидку могу назвать Сотрудники (Персонал&Зарплата) - Менеджеры (Управление Отношениями) - Ресурсы (Ресурсы). Кто ещё? Какой в результате объем неэффективно используемых данных (задвоенных) вмещают ERP-системы?
__________________
Лень мудрого человека - это необходимое средство нейтрализации кипучей активности руководящих им дураков!
 


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 05:56.