SAP Business One, или как брешут впариватели на презентациях

[metaclass]

ссылко

ссылко на копию, а то первая не всегда работает.

В результате после этапа тестирования настроенного продукта мы столкнулись со списком «багов» на три с лишним листа, причем таких, без исправления которых переводить систему в рабочее состояние просто бессмысленно. Часть из них касалась именно ошибок в работе продукта, другая же касалась проблем недостаточности функционала решения. По составленному нами списку компания-внедренец была готова «доработать» около 30% требований, остальные же изменить без участия SAP было невозможно, потому что код продукта закрыт.

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

Comments

[ng67.livejournal.com]

1C?

[metaclass.livejournal.com]

1C тоже та еще поделка, на самом деле.
Хотя она как минимум успешно работает и если бы я был уверен, что она заработает в условиях пары десятков территориально разделенных подразделений, по 30-50 пользователей в каждом при необходимости централизованного сбора отчетов, интеграции с другими системами, централизованной настройки, налогового учета, кучи видов деятельности и очень сложной учетной политики.

[drtengu.livejournal.com]

терминальный сервер в центре + терминальные клиенты (нужны стабильные каналы) не пробовал?

[metaclass.livejournal.com]

Кое-где уже так и работает.
Идею использовать глобально пока не рассматривали. Возможно для работы бухгалтерии каналов хватит.
Но там вопрос больше в том, как все подразделения в одной базе уживуться.

[sergiej.livejournal.com]

Все такие крутые, не существует так напиши свою (за время сравнимое с двухмесячным внедрением этой недосистемы) и продавай, станб миллионером.

[metaclass.livejournal.com]

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

[sergiej.livejournal.com]

Вот именно, даже с самыми дешёвыми ресурсами такая штука будет стоить миллионы, а продать её стоит ещё миллионы, а то что она будет лучше саповской это не факт, в конце концов тот же сап купит тебя с потрохами. И останешься ты у разбитого корыта с кучей денег которые девать некуда, разве что покупать дома в Минске :)
История Siebel тут очень показательна.

[molnij.livejournal.com]

Хм, а ты можешь привести пример "нормальной" системы? Я сильно сомневаюсь в существовании такой.
Программа либо заточена под бизнес-процесс - это то, что делаешь ты, это то, чем занимаюсь, например, я. Либо программа универсальна.
Любая универсальная система - это удар по скорости. И если для крупного предприятия можно сказать: "Чуваки, для развития нам нужен еще один кластер" и при этом знать, что согласие будет, то для СМБ будьте уверены, что нужна будет работа на втором пне, на котором уже крутится корпоративный сайт и еще какая-нибудь хренотень. При этом почти по-дефолту, всем уже требуется адекватная работа в распределенных сетях и прочие навороты. И все это за два бакса. Не дороже!

Кстати из статьи совершенно неясно, неужели в контракте не были оговорены компенсации и штрафы? Внедрение, по сути, провалено, обследования не было. Деньги платить не за что... время, ну время конечно потеряно. Но, насколько я понял, автор очень переживал из-за денег... Ну и, для взрослого человека, верить тому, что говорят на презентациях - как-то странно ;)

[sergiej.livejournal.com]

Да это системка для малого бизнеса, там SLA и не пахло в контрактах, продаётся лицензия на рабочие места и всё, за такие деньги ещё что-то хотеть от SAP очень наивно.

[archangel-rhn.livejournal.com]

При чем тут деньги? В посте ясно написано - баги, ошибки в продукте. Это уже говорит о том, что разработчики данной системы оплашались еще на этапе проектирования. Т.е. все продукты, написанные ими содержат ряд багов, недостатков, как факт.

[sergiej.livejournal.com]

При том что, я подозреваю, в лицензионном соглашении там все эти проблемы ловко обошли. Заниматься лично клиентом который заплатил такие копейки САП не станет.

[shaman237.livejournal.com]

Как сказал коллега - "sap - 1C под дос"

[archangel-rhn.livejournal.com]

Да хоть под абак..

[henu3detb.livejournal.com]

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

[drtengu.livejournal.com]

ты на стороне заказчика выступаешь, как я понимаю.
можешь приоткрыть тайну - кто смог просмотреть 30% функционала на этапе проектирования?
меня интерисует (как проектировщика) кого лучше трясти на стороне заказчика?

зы: я не засланный казачок из SAP. ^_^

[metaclass.livejournal.com]

На стороне заказчика надо пинать наверно, ИТ-отдел и того, кто ими командует из заместителей генерального директора. Потому что в итоге все равно всю работу повесят на них. Но это по стратегическим вопросам. А вот всякую мелочь приходится вытрясать из непосредственных пользователей, у них там бывает такое, что никакими алгоритмами не обойдешь :)

[drtengu.livejournal.com]

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