Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Идеально верно! Но, на каждом ли проекте выделяется архитектор решений?
Намного чаще встречаешь ситуацию обратную, когда состав консультантов представляет собой разрозненный по направлениям коллектив. А ответственность за принятие взвешенных решений ставят на руководителя проекта. Часто, в довесок к одному из направлений, которые он непосредственно курирует.
В итоге - "бюджетненько"!
Ну что-то мне кажется для этих целей и существует на проекте должность BSA, типа архитектора решения, который должен видеть в целом всю функциональность всех модулей и как они коррелируют с физическими бизнес процессами компании.
Ваш опыт подвИг нас тоже на пОдвиг! :-) Извините за каламбур... Заканчиваем аналогичный внутренний собственный проект!
Хотел уточнить про отчетность - чем больше пользуется Ваши пользователи - Web Intellegence или Desktop Intellegence? Реализовывали ли отчеты в Crystal Reports? Я так понимаю для анализа результатов руководству больше нравится, наверное, дашборды Xcelsius? С Наступающим! :-) Успехов!
пользуются :-)
Хотел уточнить про отчетность - чем больше пользуется Ваши пользователи - Web Intellegence или Desktop Intellegence? Реализовывали ли отчеты в Crystal Reports? Я так понимаю для анализа результатов руководству больше нравится, наверное, дашборды Xcelsius? С Наступающим! :-) Успехов!
Получается выделенный месяц прошел, результат есть, дорабатывать можно вечно? пора SAPу трубить в фанфары, что успешно показательно внедрено решение SAP BObj, почему молчит? :-)
Даты заполнения анкет на сайте. Как оказалось, наши разработчики забыли зафиксировать столь важный факт в базе данных. Поэтому приходится использовать подсказки, которые отрабатывают не всегда корректно и требуют дополнительных действий от пользователей.
Если говорить про проект, то задачи, о которых мы писали на протяжении проекта выполнены в части собственной базы данных. Интеграция с SalesForce не настроена по причине неадекватно высокой цены решения от SAP.
В остальном система работает, более того, первые отчеты заработали и стали приносить пользу еще 3 недели назад, а сейчас для некоторых задач - SAP BO- единственный источник информации, т.к. он позволил представить данные в наиболее наглядном виде и в нужных аналитических разрезах.
Некоторые же задачи мы пока не решили, но тут я думаю, что все связано не со столь глубоким знанием нами продукта.
В любом случае отчетность работает, на ее основе принимаются решения, на ее основе производится чистка данных, а развитие системы и привнесение новой функциональности - так это процесс вечный.
А можете привести примеры того, что нужно пользователям, и этого нет ни в одной системе учета?
И было бы интересно узнать, удалось ли вам в срок завершить проект и запустить систему в эксплуатацию.
С точки зрения пользователя - да, но мы уже столкнулись с запросами, когда пользователь требует то, чего нет ни в одной системе учета. Так что пусть для начала посмотрят на то, что есть, потом подумают, а что им еще нужно, и где это взять?
Мой опыт показывает, что пользователям легче сформулировать свои потребности, и понять, имеются ли все необходимые исходные данные, когда они смотрят на прототип аналитической системы, содержащий ограниченное число разрезов и показателей. Когда прототипа нет, пользователям непонятно, какие возможности бывают у аналитических систем, и непонятно, какие данные и в каком формате требуются для получения интересных аналитических моделей.
Для начала надо разобраться с даными, их полнотой, а потом уже их крутить
Думаю вам стоит провести тест-драйв OLAP-а за 2 часа ;) OLAP зачастую позволяет находить скрытые тенденции, и служит полезным дополнением к стандартной отчетности.
Почти так. пока мухи отдельно, котлеты отдельно, для этого мы используем в одном документе разные отчеты, что позволяет с некоторой долей неудобства смотреть и то, и другое. Главная беда заключается в том, что в MySQL время не индексируется (как-то так сказали наши SQL-щики), соответственно быстрее получается закачать информацию за все время, а потом средствами отчета выставлять нужные диапазоны.OLAP-ом не пользовались в связи с ограниченным сроком проекта, зато научились отчеты лепить с молниеносной быстротой.
На мой взгляд, ваш отчет не покажет полную картину. Он покажет, в каких акциях принимали участие клиенты, пришедшие к вам по такой-то акции. Но вы не увидите все акции по сравнению друг с другом (так как вы не обрабатываете для отчета всю базу клиентов и акций), не поймете, какие акции более эффективны, чем другие, после каких акций клиенты являются более лояльными.
Первая акция посетителя, определяется, на мой взгляд, простым запросом - соединяются таблица клиентов и продаж купонов по акциям, и накладывается фильтр, что Дата = минимум(Дата для Клиент_ID). Для клиента также можно вычислить срок с первой до последней покупки, сумму, которую он заплатил, частоту его покупок, признаки участия в акциях разных типов, и т.п. В идеале все это стоит закачивать в OLAP-куб и крутить там в разных разрезах. Правда я не знаю, позволяют ли микрокубы SAP BO делать подобное. Еще лучше это прогнать через Data Mining, построить дерево решений.
Подобную аналитическую модель нужно будет совершенствовать, поскольку некоторые клиенты у вас вероятно занесены в базу более одного раза (вопрос - можно ли это отловить).
Заинтересовал меня это SalesForce :-) Хотя раньше с ним не сталкивался.
Покопался в документации SAP: вот что нашел, может Вам поможет.
Ищите в
help.sap.com/businessobject/product_guides
help.sap.com/businessobject/product_guides
help.sap.com/businessobject/product_guides
по ключевому слову SalesForce
Там есть Data "Services Salesforce.com Adapter Interface Guide" - в зависимости от версии BO XI 3.x:
help.sap.com/businessobject/product_guides
help.sap.com/businessobject/product_guides
help.sap.com/businessobject/product_guides
help.sap.com/businessobject/product_guides
help.sap.com/businessobject/product_guides
Комментарий от
Александр Дублин
| 30 декабря 2011, 19:28
Олег Точенюк 30 декабря 2011, 13:47
Ну что-то мне кажется для этих целей и существует на проекте должность BSA, типа архитектора решения, который должен видеть в целом всю функциональность всех модулей и как они коррелируют с физическими бизнес процессами компании.