FEИ, кстати, в начальном сообщении упоминалось про сервисный центр. Ссылочку на него забыли дать для JD Edwards... И ведь вопрос цены остался открытым... Почти даром - это сколько?

сервисы любых продуктов Oracle:
стандартный http://metalink.oracle.com
спец. поддержка On Demand http://ondemand.oracle.com

цены на JDE:

http://www.oracle.com/corporate/pricing/jd-edwards-price-list.pdf

FE ERP'шник , спасибо за ссылки. Я имел ввиду не сервис самих продуктов Oracle, а функциональность сервисного центра внутри системы. Спасибо quant за ссылку.

Попробуем посчитать стоимость решения. Сразу скажу, что не разбираюсь в ценообразовании JD Edwards, поэтому надеюсь, что меня поправят, если что.

Итак, в начальном сообщении речь шла о CRM, управлении финансами и сервисном центре.

Поскольку, благодаря ссылке quant , выяснилось, что сервисное обслуживание в CRM есть, считаем, что ничего дополнительно покупать не нужно.

Вопрос о финансовых потоках тоже пока что оставим в стороне, так как неясны объёмы ведения этого учёта.

Вот цены, приведённые в документе:
Позиция Component License Price Software Update License & Support License Metric MinimumAdvanced Pricing 2,295 504.90 Application User 5Branch Scripting 315 69.30 Application User 5Case Management 2,375 522.50 Application User 5CRM Foundation 640 140.80 Application User 5Customer Self Service 1,025 225.50 Application User 5PIM Sync 490 107.80 Application User 5Sales Force Automation 1,200 264.00 Application User 5Sales Order Management 4,595 1,010.90 Application User 5Service Management 2,375 522.50 Application User 5Service Management Foundation 375 82.50 Application User 5Solution Advisor 850 187.00 Application User 5
Насколько я могу судить, необходимы модули CRM Foundation, Sales Order Management, Service Management, Service Management Foundation, Sales Force Automation, Case Management. Точно функциональность модулей не знаю, поэтому могу ошибиться.

Тогда стоимость получается 11 560 на 5 пользователей.

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

FE и это Вы называете "почти даром"?!?

Стоимость лицензий при внедрении тяжелых систем - не самая большая трата.

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

FEа при чём здесь "тяжёлые" системы? Если мне не изменяет память, то у Oracle к разряду тяжёлых относится OEBS, а JD Edwards позиционируется как раз в среднем весе. Всё началось с того, что quant сказал "почти даром". Мне стало интересно, сколько это. Вы дали ссылку (ещё раз спасибо), и вот я вижу, что нифига это не даром!

Кстати, раз уж зашла речь о лицензировании... Правильно ли я понимаю, что определённый функционал покупается на определённое количество пользователей?

Тяжелые - это по совокупности затрат на внедрение и поддержку. А даром вообще ничего не бывает. Чего-то добиться даром - это миф. Еще раз обращаю ваше внимание: стоимость лицензий таких систем несущественна на фоне общей стоимости внедрения, если учесть все проектные расходы.

Что касается условий лицензирования, то у Oracle, как правило, применяются следующие схемы:
- в зависимости от числа юзеров (при этом всегда есть мин. количество лицензируемых юзеров)
- в зависимости от количества транзакций определенного типа
- в зависимости от оборота по определенному счету (например, лицензируется количество миллионов $ годового оборота по счету COGS)
- в зависимости от числа процессоров

Правило лицензирования каждого модуля указывается в прейскуранте в соотв. колонке.

Вы еще спрашивали насчет списка модулей. Тут я дам правильный (с моей точки зрения) ответ: правильный список модулей вам составит только партнер Oracle по внедрению JDE.
Причем это может быть сделано в рамках Pre-sale процедуры, т.е. для вас совершенно бесплатно. Все что от вас требуется - составить RFP, и разослать нескольким партнерам.

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

Если брать только стоимость консалтинга в проекте, то стоимость лицензий умножайте на 2...2.5 (только консалтинг, причем это самая оптимистичная оценка). Это типовая статистика по моему опыту и по опыту многих моих коллег. Кстати, обратите также внимание на колонку Software Update License & Support - это стоимость годовой тех.поддержки соотв. модуля. И это надо тоже включать в затраты, конечно если нужна поддержка.

FEОчень интересно! Оставим в стороне БД, речь сейчас про ERP.

Я понимаю, что функциональность JD Edwards лицензируется по пользователям, как указано в колонке. Но мне несколько непонятно: есть, например, два модуля: Service Management и, скажем, Sales Force Automation (SFA). Каждый лицензирован для 5-и пользователей. Так вот, могут ли те пользователи, для которых куплены лицензии на SFA, получить доступ к Service Management? Или надо будет отдельно докупать 6-ю лицензию?

Количество пользователей - это макс. количество одновременно подключенных пользователей к любому лицензированному модулю. Т.е. не покупается для одних пользователей один модуль, а для других другой. Распределение пользователей по модулям - это ваш внутренний вопрос прав доступа и полномочий.

Доп. лицензии вы должны покупать, если захотите чтобы в системе одновременно работало больше пользователей. Причем под системой в данном случае понимается совокупность всех купленных модулей.

FEСледующий вопрос. Вы написали, что может быть лицензия в зависимости от оборота по счёту COGS. Я не знаю, что такое счёт COGS. И как будет Oracle проверять оборот? Что произойдёт, если оборот увеличится?

COGS = Cost of Goods Sold (счет, корреспондирующий со счетом стоимости проданных товаров и услуг). В прейскуранте JDE по этому счету лицензируется, например, модуль Advanced Planning Agent ($300 за 1 миллион годового оборота по COGS, при этом минимальный годовой оборот для лицензии $150 миллионов, т.е. мин. стоимость лицензии этого модуля = $300*150=$45 000).

Технически Oracle (как система) не контролирует реальный оборот по COGS, просто при продаже вы приходите к некоторому соглашению о будущем объеме оборота, и исходя и этого лицензируете модуль (также не забывайте о скидках). Формально Oracle (корпорация) может сделать аудит промышленной системы на предмет соответствия заявленного оборота и реального. На практике вряд ли до этого дойдет.

FEЭто понятно. Я не собираюсь покупать Oracle, мы же сейчас просто общаемся в форуме. Я считал, благодаря Вашим ссылкам, что Вы имеете достаточно информации, поэтому и спрашиваю, полагая Вас компетентным в вопросах Oracle человеком.

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

Или может, кто-то ответит на это вместо меня. :)