BI Partner выступает в качестве консультанта по внедрению. Бизнес часть мы делаем самостоятельно, с поправкой на то, что и как сделать инструментами SAP более эффективно. Плюс к этому , конечно же очень важна помощь консультанта в техническом плане: инсталляция продукта, настройка юниверса, интеграция данных. Полезна помощь на этапе обучения и при тонкостях настройки и оптимизации работы конкрентных отчетов. Тянуть время нам некогда, нужен конкретный результат.

Очень интересный проект. Мы в следующем году собираемся внедрять SAP BPC и SAP BO. Поэтому очень интересны результаты внедрения. А в качестве кого выступает BI Partner в данном проекте? В качестве субподрядчика или как основоной имплементатор? Я сейчас также пытаюсь определиться с подрядчиками на наш проект и было бы полезно послушать отзывы о реальных внедрениях.

Стоит отметить, что ни одна японская автомобильная компания не использует продукты SAP для автоматизации управления производством (ни планирование, ни управление движением в цехах). Поэтому было совершенно странно рассматривать "стандартное" решение SAP Automative для заводы Magna, который использует Kanban, или предлагать менеджменту автоматизацию с помощью функционала "ручного" перемещения запасов.

Отчего же ?
Мейнстримом сейчас идет 4.0. Пилят усердно и усиленно.
Если вы на 3.1 закладывайте миграцию в 2012 году, плюс доп расходы в лицензиях на апгрейд.
 
Не забывайте что пока нет интреграции, можно юзать в качестве источников данных файлы из Excel. На первое время.
 
P.S.> Рад за Вашу иннициатову, совместно с SAP и BI Partner сделать  паблик проджект.

BO 4.0нам пока категорически не советовали, хотя фишек там больше.
 
Генеральному показывали, более того, пришлось срочно под него ваять довольно сложный (ну, это нам с непривычки так кажется?) отчет, который он просматривает раз 60 в течение дня.

День добрый.
Уточните, у Вас BO 4.0 ?
А генеральному Webi показали ?

Коллеги, а не отстаете ли вы от графика? В свое время Евгений озвучил примерный план проекта (см. ниже), и по этому плану в конце второй недели модель метаданных должна была быть почти закончена...
 
1. Сбор и анализ требований пользователей к отчетности - 4 дня.
2. Анализ источников информации - 1 день.
3. Разработка модели метаданных (Universes) - 6 дней.
4. Разработка и тестирование отчетов и дэшбордов - 10 дней.
5. Обучение пользователей - 3 дня

Туда же отправил и замечания и предложения по улучшению сервиса.
Ошибки в анкете типичные, снижают не только конверсию и лояльность.

Себе, конечно-же )))))))))

Кому высылать счет за услуги?

А можете рассказать более подробно про эти методы оптимизации производительности в SAP BO? Чтобы от общих слов перейти к интересному техническому обсуждению... Или может об этом стоит рассказать экспертам из BI Partner и/или SAP, которые, к сожалению, пока не проявляют активности в этом блоге...

По поводу BI за 2 часа - это был (и есть до сих пор) тест-драйв, а не внедрение. На выходе тест-драйва создавались не 2 отчета - а многомерное хранилище данных (OLAP-куб Cognos), которое для очень многих аналитических задач не нуждается в традиционном хранилище (поскольку OLAP-куб умеет объединять в себе данные из разных источников, и обеспечивает предсказуемо высокую производительность). OLAP-куб позволяет мышкой накидать множество разных отчетов из своих измерений/показателей.
Полноценный проект от тест-драйва отличается проработанностью структуры кубов (в них больше показателей, разрезов, больше источников данных, разработаны отчеты, и т.п.).
В вашем случае - у SAP BO нет кубов, и вы не делаете кубы в подсистемах других разработчиков (таких как Microsoft OLAP - SSAS), с которыми SAP BO может работать. Поэтому в вашем проекте есть риск, что некоторые продвинутые пожелания пользователей не смогут быть выполнены по причине низкой производительности сложных SQL запросов, выполняемых налету. Когда SQL-запросы - сложные, то такие данные без кубов крутить сложно...

Жаль что нельзя посмотреть на ваше ТЗ - проект получается за несколько мутноватым стеклом ;)
 
Хочу уточнить по поводу витрины данных. Это набор вьюшек, которые ссылаются на оперативную систему? Или это физические таблицы, которые обновляются периодическими загрузками данных или путем репликации?
 
И правильно ли я понимаю, что OLAP-кубы вы делать не будете (отчеты будут создаваться на основе SQL-запросов SAP BO)?

Александр, попробуйте сервис, заодно выскажете критические замечания: http://bigbuzzy.ru/catalog/ipad2-piter/

Юрий, спасибо за информацию про OLAP.  Риск есть, поэтому мы уже работаем над его снижением - SAP позволяет с этим поработать и оптимизировать производительность отчетов.