Объясните, пожалуйста, несведующему почему дистрибутивы сап не ходят по рукам, их не ставят на мелких преприятиях (как например было с СУБД Oracle до того, как его стало можно скачать с сайта производителя бесплатно). На форуме базисников упоминаются дистрибутивы по wintel, под солярку и т.п.

Что является защитой от пиратства:
1) трудность настройки ?
2) необходимость покупать майнфрейм (wintel-овский сервер не выдерживает физически сотни тысяч таблиц) ?

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

Кстати, какой такой mainframe - тут в соседнем посте SAP на laptop ставят.

Почему БЕЛАЗы не угоняют?

Защита - трудность настройки и необходимость постоянной поддержки + необходимость иметь доступ ко всем обновлениям системы.

Да что там белазы! У нас в Перми как-то БТР уугнали

А, по теме лично мне будет жалко того кто решит себе левый SAP поставить! Он же убьётся!!!

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

Если у компании есть деньги на квалифициорванную команду саперов, то у нее уже немаленькй объем бизнеса. И что эта компания будет делать, когда SAP станет известно об этом факте? Отключение ERP системы в компании и как результат остановка бизнеса - слишком высокий риск.

Это в условиях нормальной правовой экономики, с налаженной системой штрафов и наказаний, - сейчас по СНГ в реальном секторе есть компании у которых риск остановки бизнеса из-за налоговых рейдов гораздо выше, чем из-за остановки ERP и то идут на риск и продолжают вести большую часть бизнеса по черному.

Акции по остановке инсталяции ERP из-за пиратского использования, - было бы хорошо если бы это работало в наших реалиях, но я как то тяжело их себе представляю. Почему то использование во многих крупных компаниях нелицензионных ОС, СУБД, офисного софта и т.д. не вызывает акции по остановке работы этого софта - почему Вы думаете что использование SAP вызовет??

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

Тут уже обсужалось в разных темах и форумах - консалтинг vs внутренний проект. Мнения были вполне различные, но до недавнего времени работа в консалтинге с точки резуме котировалась больше, и чем больше времени на внутреннем проекте, тем более недоверчивое отношене потенциально нового работадателя. Это к чему - к тому что вскоре после старта "команда подготовленных SAP специалистов" начнёт размываться и никакого и единственное что будут делать оставшиеся - это костыли и подпорки к неподдерживаемому продукту, а не "Вполне работоспособное решение". И если на уровне ABAP-а баги ещё можно сностно исправлять, то что делать если потребуется обновление ядра? Ходить по форумам и просить выкачать ноты?
Нет. в принципе кому то и такая ситуация нормальна, кто то и сейчас на 4.0 ещё работает.

Размываться конечно будет - но все будет зависеть какими темпами и какая система обучения осталяемых после себя специалистов будет практиковаться. Во-первых, Работодатель может вполне хорошо замотивировать команду саперов на внедрение и на сопровождение на несколько лет работы после внедрения - т.к. затраты даже на большую чем на рынке ЗП для такой команды будет меньше стоимости услуг по внедрению консалтинговой компании или фрилансеров. Во-вторых, если грамотно подходить к подбору и обучению внутренней команды САП, которая может прийти на подмену сапера-внедренцам, которые решат "размыться", то "костыли и подпорки" можно получить вполне адекватные.
Хотя если пойти на такие затраты в отношении персонала, то тогда согласен, проще купить небольшое кол-во лицензий и с ними обновление, чем тупо своровать SAP, а потом ходить просить скачать патчи по знакомым и форумам.


Очень интересно, насколько часто нужно будет проводить обновение ядра на уже несколько лет выпущенной из рампампа версии?
Например, если сейчас установить ворованный ECC 6.0 с EhP3, SAP_Basis 17-го уровня, неужели нельзя будет обойтись без дальнейших обновлений ядра???
Вопрос не из-за желания своровать SAP , а от не понимания - когда же от обновлений ядра уже можно будет отказаться?
И если пойти еще дальше и рассмотреть ситуацию - проект внедрен, баги исправлены, расширение функционала не проводится - то тогда еще интересней, что может привести к необходимости обновления ядра ?

Тема - кандидат на закрытие как флеймовая. Черепах ответил ачень верно. Можно, конечно и БТР, и даже танк украсть. Только что с ним делать? Ни во дворе не поставить, ни на металлолом сдать, ни по городу не поездить. А найдут - ох какие проблемы будут.

С Уважением,
Георгий

Мне кажется, ответ про Белазы впечатляющий, но не ракрывающий сути.

Дистрибутивы сапа ходят по рукам (видел в продаже на савёлке) и раздаются на торрентс.ру, некоторые даже в виде виртуальных машин, т.е. не надо возиться с установкой.

Другой вопрос что для ведения всего этого нужна подготовленная команда с доступом к порталу - в этом основной затык.

Третий вопрос что наверняка команда, ведущая официальный проект (т.е. имея доступ к порталу) в теории может тащить параллельно какой-нибудь пиратский проект. Этот вариант я всесторонне оценить затрудняюсь.

Дистрибутивы ходят. А не ставят, потому как малым предприятиям этот САП не нужен. Впрочем, как не нужен и подавляющему большинству больших. Пока была возможность пилить бабло, пилили, а сейчас кризис. Ну да ладно.

Подпольные инсталляции в первую очередь нужны для организации тестовых стендов (в основном для мелких консалтинговых конторок), потому как позориться сразу клиенте - не айс =)