Стоит отметить, что ни одна японская автомобильная компания не использует продукты 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 позволяет с этим поработать и оптимизировать производительность отчетов.

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

Ну что же попробуем еще раз . Во-первых пишу о том, что знаю и лично проходил в течении последних 15 лет когда был и консультантом и ПМ-ом и продавцом различных бизнес систем от Champion, SunSystems до IBM Cognos и MBS Axapta.  Вследствие этого могу тоже привести массу "правильных" советов по мытью рук. В крупных  и не очень компаниях проработал предостаточно и честно ВЕЗДЕ видел только одну картину успешного проекта: небольшая, но очень упорная группа с лидером, которым это действительно НАДО, собственно и делает проект благодаря или вопреки правилам корпорации. В своем большинстве остальным это редко бывает надо, так как получаемые блага информатизации как правило вызывают необходимость тратить больше времени на освоение системы, менять устоявшиеся привычки и что самое главное попадать под больший контроль СИСТЕМЫ, что по разным причинам делать не хочется.  Если такой группы нет, то хоть оппишитесь "правильных" бумажек по "правильным" системам , результат будет только в потере времени и денег.  В крупной компании работает много людей и у каждого свои интересы, поэтому и "выбор" системы это отдельный процесс подковерных интриг, "внедрение" тоже процесс тот еще, а бизнес результат как правило уже никого не интересует. Поэтому оплачивая бензин и услуги  ЖКХ, мы как потребители оплачиваем еще и такие "проектные методологии" и высокоплачиваемых "консультантов". И за это нам никто не вернет не только деньги, но не подарит даже кривой улыбки.
Кстати вопрос к Юрия: я очень хорошо помню историю про "Внедрения BI за 2 часа". Там создавался коннект с БД и 2 отчета. И ведь работало же! А сколько проектов, которые тянулись месяцами приводили все к тем же 2-м отчетам :-)