AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Прочие вопросы
CRM
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 10.05.2009, 14:51   #1  
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
Вполне возможно, у консультанта есть причины.

Я как-то сталкивался с сетью при обследовании заказчика. Там и регионы были, и население (продажи на душу, что ли, считались), и учет реализации по точкам (у юрлица могло быть несколько точек), и торговое оборудование, и мерчендайзинг (ассортиментная матрица, частота посещений, анализ полноты ассортимента), и еще куча всего. Счел оптимальным деловые отношения из CRM под это приспособить с потенциальными доработками. И адреса в клиентах.

Но и за клиентов могут быть аргументы за.

Опять же. Структура данных должна быть заточена под получение отчетности и анализ данных. Не все консультанты, которые пишут спецификаци разработчикам, об этом помнят. Но это самое важное на самом деле. С этого нужно начинать думать.
__________________
С уважением,
glibs®
Старый 10.05.2009, 15:07   #2  
skof is offline
skof
NavAx
NavAx Club
 
100 / 12 (1) ++
Регистрация: 09.01.2002
Адрес: РБ, Минск
Цитата:
Сообщение от glibs Посмотреть сообщение
Вполне возможно, у консультанта есть причины.

Я как-то сталкивался с сетью при обследовании заказчика. Там и регионы были, и население (продажи на душу, что ли, считались), и учет реализации по точкам (у юрлица могло быть несколько точек), и торговое оборудование, и мерчендайзинг (ассортиментная матрица, частота посещений, анализ полноты ассортимента), и еще куча всего. Счел оптимальным деловые отношения из CRM под это приспособить с потенциальными доработками. И адреса в клиентах.

Но и за клиентов могут быть аргументы за.
Весь комплект есть и у нас. Только на душу населения продаж не считаем.
__________________
Начать что-либо, никогда не поздно - просто начни сейчас.
Старый 12.05.2009, 17:13   #3  
otkudao
Гость
 
n/a
А мне понравилось вот это:

Цитата:
Сообщение от glibs Посмотреть сообщение
Вполне возможно, у консультанта есть причины.

Опять же. Структура данных должна быть заточена под получение отчетности и анализ данных. Не все консультанты, которые пишут спецификаци разработчикам, об этом помнят. Но это самое важное на самом деле. С этого нужно начинать думать.
Я сам разработчик, но ни разу еще не затачивал структуру данных под формирование отчетности и анализ данных. Потому не могу оценить всей важности этой задачи, которая , оказывается, самая приоритетная.

раскройте тему, пожалуйста, на примере. Что имеется в виду и чем не устраивает распределенное хранение достаточных для построения отчетности и анализа данных вне какой-то специализированной структуры, созданной исключительно для этой цели?
Старый 12.05.2009, 23:47   #4  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,342 / 3563 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от otkudao Посмотреть сообщение
но ни разу еще не затачивал структуру данных под формирование отчетности и анализ данных.
раскройте тему, пожалуйста, на примере.
Можно еще сказать по-другому. От системы в конечном счете нужна информация за приемлемое время. Бизнесу нужно от системы (аксапта, 1С, сап, и т.д.) получение некоторых отчетов за определенное время с нужной детализацией и достоверностью.
При этом имеются "вот такие-то" входящие данные.
Соответственно - исходя из этих потребностей и возможностей определяется структура хранения информации в БД.
Это в идеале при написании системы с нуля.
В уже имеющейся системе можно пойти двумя путями:
1. "Натянуть бизнес на систему". Т.е. привести входящие данные бизнеса к уже заложенным предполагаемым входящим данным и довольствоваться отчетами, предлагаемыми системой. Ну или ограничиться минимальным "допиливанием" (это к вопросу - "минимально" - это сколько?).
2. "Натянуть систему на бизнес". Т.е. сделать самописку "на базе системы" но в угоду бизнеса. Тут надо придерживаться вышесказанного - "получение отчетов за определенное время с нужной детализацией и достоверностью".

Вы хотите, чтобы Вам сшили пиджак. Вам ведь без разницы - удобно ли швее вытачивать карман или нет?
__________________
Возможно сделать все. Вопрос времени
Теги
как правильно

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Квартальный план продаж CRM silvestra DAX: Функционал 0 17.07.2006 09:57
Проводка предоплаты в книге продаж и книге покупок aevi82 DAX: Функционал 4 23.06.2005 16:35
CRM - ошибка. Форма Конструктор группы продаж. (3.0 SP3) dirigente DAX: Функционал 1 08.12.2004 23:51
Прогноз продаж AlexUnik DAX: Функционал 16 23.09.2004 18:08
Книга продаж eremite DAX: Функционал 6 07.04.2004 07:23

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

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

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