Меню

Сортировать:

Новое Популярное
Работаем на боевом юниверсе (39)

Комментарий от  

Завдат Ганиев

  |  16 декабря 2011, 17:33

Завдат Ганиев 16 декабря 2011, 17:21

Заинтересовал меня это 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

Кстати, нашел полезную штуку - БЕСПЛАТНЫЙ Chatter от SalesForce.com - не зря копался :-) Удобный корпоративный ЧАТ для совместной работы над ОБЩИМ проектом. Особенно когда участники разбросаны территориально. Поддерживаются права доступа на разные темы, можно приглашать сторонних клиентов, выкладывать файлы, поддерживается их версионность .. Кажись я занялся рекламой от SalesForce ?
Работаем на боевом юниверсе (39)

Комментарий от  

Завдат Ганиев

  |  16 декабря 2011, 17:23

Завдат Ганиев 16 декабря 2011, 17:21

Заинтересовал меня это 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

почему то в конце списка наименования файлов не высветились - но ссылки рабочие - проверил :-)
 
Ну и по BO 4.0 - Supplement for Salesforce.com (SAP BusinessObjects Data Services 4.0 (14.0.1))
 
help.sap.com/businessobject/product_guides
Работаем на боевом юниверсе (39)

Комментарий от  

Завдат Ганиев

  |  16 декабря 2011, 17:21

Филипп Домитеев 14 декабря 2011, 17:58

Пользуясь случаем хочу спросить всех участников на счет советов по технической теме:
 
1. Есть ли у кого-то рецепты по формированию отчетов с наибольшем быстродейтсвием.  В целом все работает быстро, но временами сделав отчет получаем паузу в минуты. Скорее всего просто не раскопали все.
 
2. Хотим синтегрроваться с SalesForce. Кто нибудь использует ODBC драйвер и где его взять ? Если нет как еще это можно сделать избежав выгрузок  в Eхcel?

Заинтересовал меня это 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
Работаем на боевом юниверсе (39)

Комментарий от  

Евгений Литвиненко

  |  16 декабря 2011, 12:13

Павел Лифиц 16 декабря 2011, 12:03

Ну что ж. Искренне желаю успеха с данным проектом и с дальнейшим возможным развитием.Главное, чтобы этот проект не стал для вашей компании просто обособленным процессом ради самого процесса, как это частенько бывает. А я с интересом буду ждать окончания проекта. Благо, это произойдет уже скоро.

Спасибо! А процессом ради процесса не окажется, т.к. уже пользователи стоят косяком и требуют эти отчеты в свободном доступе.
Работаем на боевом юниверсе (39)

Комментарий от  

Павел Лифиц

  |  16 декабря 2011, 12:03

Евгений Литвиненко 15 декабря 2011, 22:19

Ну, можно сказать, что наполовину РП, наполовину внедренец. Хранилище планируем, даже более того, хотели именно с него, родного и начать, но...  Так что наши рекомендации последователям - гармонизируйте данные перед внедрением системы отчетности и избежите в будущем многих проблем.
 
На данный момент основные отчеты по продажам настроены и работают. следующим этапом будет оптимизация времени исполнения запросов, т.к. в нашем случае есть одна таблица (да, она самая большая в базе), которую дешевле целиком загрузить в отчет и выделять данные фильтрами и формулами отчета, чем ограничить данные на уровне запроса. Наши головастики говорят, что это особенность MySQL, и что с этим ничего не поделать. Речь идет о фильтрации данных по времени, при этом время присутствует в посекундной детализации.
 
Специальные финансовые условия мы получали не в честь этой показательности, более того, SAP предложил это шоу, когда договора были подписаны )))
Проект - все-таки вещь ограниченная, а поддержка и развитие системы это уже не проект, а жизнь.
Поддерживать будем сами, насколько это возможно.

Ну что ж. Искренне желаю успеха с данным проектом и с дальнейшим возможным развитием.Главное, чтобы этот проект не стал для вашей компании просто обособленным процессом ради самого процесса, как это частенько бывает. А я с интересом буду ждать окончания проекта. Благо, это произойдет уже скоро.
Работаем на боевом юниверсе (39)

Комментарий от  

Евгений Литвиненко

  |  15 декабря 2011, 22:19

Павел Лифиц 15 декабря 2011, 14:35

Спасибо, Евгений, за ответ. Правильно ли я понял, что вы выступаете в роли Project Manager со стороны BigBuzzy? Планируете ли вы все-таки развивать полученную систему? Создание хранилища, например, входит в ваши будущие планы? Какие еще элементы системы вы планируете развивать на следующем этапе.
Просто, насколько я понимаю, это в некотором роде показательный рекламный проект и, в частности, финансовые условия данного проекта, видимо, специальные. В любом случае, я уверен, что результаты проекта будут крайне полезны для вашей компании. Другой вопрос, что проект как таковой не является законченным решением. Дальнейшая поддержка и развитие внедренных систем, процедур, отчетности и т.д. является необходимым элементом работы системы. Каковы ваши планы в этом направлении? Планируете ли вы поддерживать систему собственными силами или имеете какие-либо другие опции для этого?

Ну, можно сказать, что наполовину РП, наполовину внедренец. Хранилище планируем, даже более того, хотели именно с него, родного и начать, но...  Так что наши рекомендации последователям - гармонизируйте данные перед внедрением системы отчетности и избежите в будущем многих проблем.
 
На данный момент основные отчеты по продажам настроены и работают. следующим этапом будет оптимизация времени исполнения запросов, т.к. в нашем случае есть одна таблица (да, она самая большая в базе), которую дешевле целиком загрузить в отчет и выделять данные фильтрами и формулами отчета, чем ограничить данные на уровне запроса. Наши головастики говорят, что это особенность MySQL, и что с этим ничего не поделать. Речь идет о фильтрации данных по времени, при этом время присутствует в посекундной детализации.
 
Специальные финансовые условия мы получали не в честь этой показательности, более того, SAP предложил это шоу, когда договора были подписаны )))
Проект - все-таки вещь ограниченная, а поддержка и развитие системы это уже не проект, а жизнь.
Поддерживать будем сами, насколько это возможно.
Как работать с арендованными приложениями?! (4)

Комментарий от  

Григорий Циркун

  |  15 декабря 2011, 18:19

Слежу за данным проектом с самого начала, так как проект касается темы Salesforce CRM.
Работаю на компанию которая занимается как раз интеграцией систем и миграцией данных из/в Salesforce.
 
Выгрузка в Excel, по меньшей мере странное решение ввиду ограничений при использовании в тонком клиенте, низкой производительности cамого Excel, ограничений по объему данных и т.п.
 
Проблема производительности будет наблюдаться и при использовании любых ODBC драйверов к Salesforce. Т.к. Salesforce - облачное решение, скорость передачи данных сильно ограничена скоростью доступа к серверам Salesforce. Более оптимальным, по моему мнению, было бы решение реплицировать данные в любую SQL совместимую базу данных (например, MySQL), которую затем использовать для отчетности в BObj.
Работаем на боевом юниверсе (39)

Комментарий от  

Павел Лифиц

  |  15 декабря 2011, 14:56

Филипп Домитеев 14 декабря 2011, 17:58

Пользуясь случаем хочу спросить всех участников на счет советов по технической теме:
 
1. Есть ли у кого-то рецепты по формированию отчетов с наибольшем быстродейтсвием.  В целом все работает быстро, но временами сделав отчет получаем паузу в минуты. Скорее всего просто не раскопали все.
 
2. Хотим синтегрроваться с SalesForce. Кто нибудь использует ODBC драйвер и где его взять ? Если нет как еще это можно сделать избежав выгрузок  в Eхcel?

Филипп. По поводу первого вопроса, насколько я понимаю, прямой ответ, не вдаваясь в детали, будет построение хранилища с необходимым уровнем детализации. Но, конечно, здесь надо изучать вашу сеть, схему передачи данных и т.д. и т.п. Вряд ли кто-то сможет дать однозначный ответ здесь.
Например, в нашем случае основное узкое место - это сеть и корпоративные ограничения по доступу внутри этой сети, которые устанавливаются централизованно в UK. Как правило сервера данных и приложений находятся также за рубежом. Как вариант ускорения работы в нашем случае является Citrix. Но я так понимаю, что у вас вся инфраструктура находится в Москве. Поэтому это не решение.
Работаем на боевом юниверсе (39)

Комментарий от  

Сергей Шургин

  |  15 декабря 2011, 14:53

Филипп Домитеев 14 декабря 2011, 17:58

Пользуясь случаем хочу спросить всех участников на счет советов по технической теме:
 
1. Есть ли у кого-то рецепты по формированию отчетов с наибольшем быстродейтсвием.  В целом все работает быстро, но временами сделав отчет получаем паузу в минуты. Скорее всего просто не раскопали все.
 
2. Хотим синтегрроваться с SalesForce. Кто нибудь использует ODBC драйвер и где его взять ? Если нет как еще это можно сделать избежав выгрузок  в Eхcel?

Филипп, как бы не дешевле оказалось организовать витринку, где консолидировать данные из обеих систем. Выгрузки из SF позволят это сделать. "Бонусом" более удобная в работе физическая модель данных и вопроса быстродействия отдельных отчетов.
 
Хотя, конечно, интересно было бы узнать как работает SAP-овский интерфейс доступа к SalesForce.
Работаем на боевом юниверсе (39)

Комментарий от  

Павел Лифиц

  |  15 декабря 2011, 14:35

Евгений Литвиненко 14 декабря 2011, 16:11

Боюсь, что Юрий такой же вопрошающий.
повторю.
 
Задачи:
- анализ потребностей рынка,
- анализ продаж,
- анализ эффективности работы персонала,
- анализ эффективности принятых решений и анализ эффективности решений, еще не принятых.
График:
начало - 21 ноября
сбор требований - 4 дня - 24 ноября
анализ источников 1 день - 25 ноября
Юниверсы - 6 дней - 5 декабря
Отчеты и дэшборды - 10 дней - 19 декабря
тренинг - 3 дня - 22 декабря
 
Физически делаем 20 отчетов, связанных с решением задач. Количество пользователей 10.
 
Источники данных:
1.   База  MySQL,
2. Excel (предполагалось SalesForce.com)

Спасибо, Евгений, за ответ. Правильно ли я понял, что вы выступаете в роли Project Manager со стороны BigBuzzy? Планируете ли вы все-таки развивать полученную систему? Создание хранилища, например, входит в ваши будущие планы? Какие еще элементы системы вы планируете развивать на следующем этапе.
Просто, насколько я понимаю, это в некотором роде показательный рекламный проект и, в частности, финансовые условия данного проекта, видимо, специальные. В любом случае, я уверен, что результаты проекта будут крайне полезны для вашей компании. Другой вопрос, что проект как таковой не является законченным решением. Дальнейшая поддержка и развитие внедренных систем, процедур, отчетности и т.д. является необходимым элементом работы системы. Каковы ваши планы в этом направлении? Планируете ли вы поддерживать систему собственными силами или имеете какие-либо другие опции для этого?
Работаем на боевом юниверсе (39)

Комментарий от  

Филипп Домитеев

  |  14 декабря 2011, 17:58

Максим Селиверстов 12 декабря 2011, 16:47

Да и интеграция с SAP - достаточно веский аргумент в пользу BO. Просто очень
интересует вопрос про функциональность.  Что ты получаешь на выходе и за какие деньги.
А то SAP - все сразу и дорого. А что ты будешь использовать из всего полученного,
не всегда понятно.

Пользуясь случаем хочу спросить всех участников на счет советов по технической теме:
 
1. Есть ли у кого-то рецепты по формированию отчетов с наибольшем быстродейтсвием.  В целом все работает быстро, но временами сделав отчет получаем паузу в минуты. Скорее всего просто не раскопали все.
 
2. Хотим синтегрроваться с SalesForce. Кто нибудь использует ODBC драйвер и где его взять ? Если нет как еще это можно сделать избежав выгрузок  в Eхcel?
Опыт использования KANBAN в бизнес-процессе подготовки материалов для производства (3)

Комментарий от  

Владимир Закомирный

  |  14 декабря 2011, 17:43

Тимур Муратов 08 декабря 2011, 13:43

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

Очень жаль, но я откровенно не понял Вашего комментария. В тоне чувствую критику, но в содержании ее не улавливаю. Какая причинно-следственная связь между фактом, на который Вы обратили наше внимание  (автопром Японии не использует продукты SAP), и удивлением по поводу предложенных клиенту решений? Видимо, что-то есть между строк...
Я, например, теряюсь в догадках по-поводу того, что именно побудило автора статьи рассказать здесь об этом конкретном решении :), т.е. не могу правильно расставить акценты. Однако, отношу это на счет своей некомпетентности. Полагаю, для изучающих и внедряющих упомянутое индустриальное решение полезно узнать об альтернативном решении для подготовки материалов для производства (вместо ведомости подготовки материалов). Как, впрочем, и о том, что искать оптимальные решения - задача команды проекта...
Мне, например, было любопытно узнать о конкретном факте применения KANBAN (ярлык, япон.) - "старенькой" (1959) японской (TOYOTA) системы организации производства и снабжения, позволяющей реализовать все еще актуальный для России принцип JIT (2-е изд. книги Питеркина вышло в 2003 :))).
Работаем на боевом юниверсе (39)

Комментарий от  

Евгений Литвиненко

  |  14 декабря 2011, 16:11

Павел Лифиц 14 декабря 2011, 12:02

Юрий, правильно ли я понимаю, что scope проекта предполагается возможно менять в течение проекта в зависимости от сложности внедрения того или иного участка? Не могли бы вы тогда схематично описать рамки данного проекта, какие результаты предполагаются на выходе и что было вынесено для дальнейшего внедрения? Я допускаю, что я пропустил эту информацию, но хотелось бы большей конкретики. И еще один вопрос, который я задавал ранее относительно источников данных для BO. Какие источники используются сейчас и как организована передача данных? Спасибо.

Боюсь, что Юрий такой же вопрошающий.
повторю.
 
Задачи:
- анализ потребностей рынка,
- анализ продаж,
- анализ эффективности работы персонала,
- анализ эффективности принятых решений и анализ эффективности решений, еще не принятых.
График:
начало - 21 ноября
сбор требований - 4 дня - 24 ноября
анализ источников 1 день - 25 ноября
Юниверсы - 6 дней - 5 декабря
Отчеты и дэшборды - 10 дней - 19 декабря
тренинг - 3 дня - 22 декабря
 
Физически делаем 20 отчетов, связанных с решением задач. Количество пользователей 10.
 
Источники данных:
1.   База  MySQL,
2. Excel (предполагалось SalesForce.com)
Работаем на боевом юниверсе (39)

Комментарий от  

Павел Лифиц

  |  14 декабря 2011, 12:02

Юрий Марьинский 12 декабря 2011, 22:08

Павел,
Данный проект, на мой взгляд, изначально задумывался как гарантированно успешный, поскольку проектная группа в ходе проекта может выбирать, что будет делать в течение 30 дней, а что стоит вынести за рамки проекта и отложить на будущее.
У Вас будет использоваться такой же подход, или Вы до начала проекта определитесь с Вашими требованиями к планированию/бюджетированию и аналитике/отчетности? И на какой платформе Вы планируете внедрять SAP BPC (MS или NW)?

Юрий, правильно ли я понимаю, что scope проекта предполагается возможно менять в течение проекта в зависимости от сложности внедрения того или иного участка? Не могли бы вы тогда схематично описать рамки данного проекта, какие результаты предполагаются на выходе и что было вынесено для дальнейшего внедрения? Я допускаю, что я пропустил эту информацию, но хотелось бы большей конкретики. И еще один вопрос, который я задавал ранее относительно источников данных для BO. Какие источники используются сейчас и как организована передача данных? Спасибо.
Работаем на боевом юниверсе (39)

Комментарий от  

Завдат Ганиев

  |  14 декабря 2011, 11:32

Евгений Литвиненко 14 декабря 2011, 11:23

Чуть выше говорилось об этом. Все равно ждем SP2, т.к. имеем богатый опыт и не хотим быть "подопытными кроликами"... Про конкретные проблемы не знаю, но знаю, что они есть.

Ok, логично :-)
Работаем на боевом юниверсе (39)

Комментарий от  

Евгений Литвиненко

  |  14 декабря 2011, 11:23

Завдат Ганиев 14 декабря 2011, 11:18

Судя по рекламе и докам в BO 4.0 много всего хорошего и интересного заявлено:-)
Да и SP1 уже вышел, всеравно ждем SP2? Не в курсе какие еще проблемы остались нерешенными там?

Чуть выше говорилось об этом. Все равно ждем SP2, т.к. имеем богатый опыт и не хотим быть "подопытными кроликами"... Про конкретные проблемы не знаю, но знаю, что они есть.
Работаем на боевом юниверсе (39)

Комментарий от  

Евгений Литвиненко

  |  14 декабря 2011, 11:19

Юрий Марьинский 12 декабря 2011, 22:08

Павел,
Данный проект, на мой взгляд, изначально задумывался как гарантированно успешный, поскольку проектная группа в ходе проекта может выбирать, что будет делать в течение 30 дней, а что стоит вынести за рамки проекта и отложить на будущее.
У Вас будет использоваться такой же подход, или Вы до начала проекта определитесь с Вашими требованиями к планированию/бюджетированию и аналитике/отчетности? И на какой платформе Вы планируете внедрять SAP BPC (MS или NW)?

Видите ли Юрий, Абсолютно ВСЕ проекты задумываются, как успешные, но потом в силу ряда причин, а именно неопределенности требований заказчиков проекта, отсутствия спонсора проекта, отсутствия проектной команды, отсутствия желания представителей заказчика принимать решения по проекту, превышения объема работ предварительно заявленному и т.д. и т.п. становятся неуспешнымию
 
Т.к. у проектной команды BigBuzzy имеется достаточно большой опыт реализации проектов построения информационно-аналитических систем, то мы еще на начальном этапе подготовки к проекту учли возможные негативные аспекты проекта. Соответственно, мы выбираем что и как делать не по ходу пьесы, а несколько заранее, что собственно, и было рассказано нами в предыдущих постах.
Работаем на боевом юниверсе (39)

Комментарий от  

Завдат Ганиев

  |  14 декабря 2011, 11:18

Алексей Чуканцев 14 декабря 2011, 10:33

Мы не выбрали 4.0 из-за того что продукт не доработан и аппаратные требования у него большие.

Судя по рекламе и докам в BO 4.0 много всего хорошего и интересного заявлено:-)
Да и SP1 уже вышел, всеравно ждем SP2? Не в курсе какие еще проблемы остались нерешенными там?
Работаем на боевом юниверсе (39)

Комментарий от  

Алексей Чуканцев

  |  14 декабря 2011, 10:33

Завдат Ганиев 13 декабря 2011, 18:50

Молодцы! Доложились за прошедшую неделю :-) Почему все-таки не выбрали BO 4.0 не ответили :-)-

Мы не выбрали 4.0 из-за того что продукт не доработан и аппаратные требования у него большие.
Работаем на боевом юниверсе (39)

Комментарий от  

Завдат Ганиев

  |  13 декабря 2011, 18:50

Завдат Ганиев 13 декабря 2011, 10:20

Прошла еще неделя, пора бы уже доложиться о состоянии дел на проекте? :-)

Молодцы! Доложились за прошедшую неделю :-) Почему все-таки не выбрали BO 4.0 не ответили :-)-