Особистий досвід чим обернеться впровадження sap business one

Особистий досвід чим обернеться впровадження sap business one

Кілька років тому практично всі світові розробники ERP-систем почали рух у бік сегменту СМБ, який був оголошений мало не найперспективнішим і пріоритетним. На ринок були представлені нові продукти, орієнтовані на невеликі компанії, з невеликими бюджетами на ІТ. Не став винятком і український ринок бізнес-додатків. У вітчизняній пресі з'явилися переконливі статті, що інформують українських бізнесменів про те, що в умовах конкуренції, що посилюється (в тому числі, при вступі в СОТ) вони не зможуть вижити, якщо у них не буде сучасної, автоматизованої системи управлінського обліку, планування і контролю. Наведені аргументи були цілком переконливі. В результаті керівництво багатьох середніх і малих предпріятійУкаіни всерйоз задумалося про перехід «на щось краще, ніж Excel і 1С». Наша компанія також належить до сегменту СМБ і в силу зазначених вище факторів, прийняла пропозицію одного з партнерів корпорації SAP на впровадження тоді нового для ринку продукту - SAP Business One (B1).

Ось - новий поворот

Фактично, при прямій продажу нашої компанії було заявлено наступне: «За 2 місяці ми впровадимо продукт, і у вас запрацює повноцінна система управлінського обліку». У тому, що маркетингова інформація про продукт не відповідає його реальній суті, ми переконалися вже на своєму досвіді пізніше. Поки ж все звучало дуже переконливо. Нас також вразили демо-ролики рішення, презентовані партнером SAP (шановна, давно існуюча компанія в нашому регіоні). Крім того, було висловлено найвагоміший аргумент - «ви під крилом надійного бренду SAP». І це розвіяло всі наші сумніви.

Після трьох місяців впровадження стало зрозуміло, що функціональність SAP Business One відверто недостатня для ведення навіть невеликого (70 співробітників) бізнесу в українських умовах. Чому ми цього не зрозуміли раніше? Важке питання.

Продукт, як нам сказали, на те і орієнтований на ринок СМБ, щоб не втягувати компанії в довгий етап обстеження з подальшим багатотомні технічним завданням. В результаті після етапу тестування налаштованого продукту ми зіткнулися зі списком «багів» на три з гаком листа, причому таких, без виправлення яких переводити систему в робочий стан просто безглуздо. Частина з них стосувалася саме помилок в роботі продукту, інша ж стосувалася проблем недостатності функціоналу рішення. За складеним нами списком компанія-внедренец була готова «доопрацювати» близько 30% вимог, інші ж змінити без участі SAP було неможливо, тому що код продукту закритий. Реалізація тих «доробок», які здатний виконати партнер своїми силами, збільшила вартість проекту відразу вдвічі. Мотивувалося це тим, що «продукт потрібно доопрацювати у відповідність зі специфікою бізнес-процесів». При цьому, доопрацювання дійсно були необхідні, але тільки не під нашу «специфіку», а просто, щоб реалізувати в продукті, в общем-то, стандартну модель ведення бізнесу. Ніяких незвичайних вимог з нашої сторони не пред'являлося.

Крім того, як з'ясувалося, SAP Business One, не є триланкової системою, а побудована на клієнт-серверній архітектурі. При цьому, інформація обробляється не на сервері, а на клієнті, що безпосередньо впливає на швидкодію. До речі кажучи, коли ми в тестовому режимі запустили систему з урахуванням вимог до обладнання, заявлених в офіційних буклетах за описом рішення SAP Business One, заявлені можливості системи по обробці інформації не виправдалися.

Необхідно також відзначити кілька серйозних недоліків SAP Business One, які на перших презентаціях неочевидні, а «спливають» тільки в процесі:

  • семантика БД системи практично не описана;
  • збережених процедур практично немає;
  • система повільна і ресурсномістка;
  • відсутні друкарські форми, відповідні українським стандартам обліку;
  • не реалізована функція резервування (наприклад, продукції);
  • не реалізований облік основних засобів;
  • не реалізований облік розрахунків з підзвітними особами;
  • некоректно реалізований облік платежів;
  • відсутня можливість віднесення прямих і непрямих витрат на собівартість продукції;
  • не реалізована подержка пористого складу, неможливо вести облік в розрізі партій товарів;
  • не реалізована можливість вести прихід партії за різними цінами;
  • MRP не працює в розрізі складу.

При цьому, SAP Business One нараховує сумові різниці тільки в національній валюті, звіт по сумовими різницями складається, виходячи з курсу на сьогоднішній день, що призводить до некоректного нарахування сумових різниць при платежах.

Перераховані «недоробки» взагалі унеможливлюють надання коректної інформації про діяльність компанії. При цьому не зовсім зрозуміло, як в такому випадку можна позиціонувати SAP Business One в якості системи управлінського обліку. Роздріб, оптова торгівля і інший швидко розвивається бізнес з цією системою працювати не зможе в силу обмежень її продуктивності. Збереження документа з 40-50 позиціями призводить систему в ступор. Якщо таких документів буде хоча б 200-300 в день, то все просто перестає працювати.

Нам запропонували «оптимізувати» бізнес-процеси нашої компанії, що, по суті, є перебудовою ключових для нас моментів і швидше скидається на «утискання» вже існуючого налагодженого бізнесу в жорсткі рамки рішення. Якщо ж ми не хочемо розбудовувати вже сформовану систему в нашій компанії, нам запропонували доопрацювати рішення. Причому мова тут йде про розширення функціоналу рішення і вимагає програмування за допомогою так званого пакету SDK (Software Development Kit).

З розмови з компанією-внедренцем ми дізналися, що SAP, взагалі кажучи, змушує партнерів самостійно допрацьовувати функціонал і писати так звані add-ons (додаткові компоненти). Ці компоненти можна також отримати в готовому вигляді на комерційній основі у інших партнерів, які вже реалізували цю функціональність. Наприклад, для обліку операцій з основними засобами потрібно купити відповідний add-on, то ж саме, якщо ми хочемо вести облік фактичних і планових витрат, інший окремий модуль призначений для стикування рішення з системою банк-клієнт. Крім того, що вартість проекту збільшується, є ще одна сторона: якщо ми купуємо add-on в іншої компанії, то нам треба або залучати їх до впровадження за, знову-таки, додаткові гроші, або наш партнер-внедренец буде розбиратися з цим самостійно , але теж не безкоштовно. Фактично, виходить своєрідна «піраміда», яка розростається тим сильніше, чим більше широка функціональність потрібно підприємству.

Продати і забути?

Логічно припустити, що виправленням технічних і технологічних недоліків повинна займатися безпосередньо компанія SAP. Тут з'ясувалося кілька цікавих моментів в спілкуванні з московським офісом SAP. Згадаю, що ми заплатили за річну технічну підтримку і мали право розраховувати, принаймні, на уважне ставлення як до клієнта і на оперативну реакцію.

Відразу скажу, що ні один із зазначених нами пунктів не був виправлений. Замість цього була довга листування партнера з відповідальними особами SAP, яку, врешті-решт, нам партнер навіть показав. Велика частина відповідей (ввічливі, але короткі відписки з паузою в тиждень) зводилася до того, що про той чи інший «баг» вони прекрасно знають і активно над цим працюють, так як не ми одні на це скаржимося. Практично всі запитувані нами моменти нібито виправлялися в новій версії SAP Business One. Яку ми очікуємо вже близько півтора року.

В результаті, у нас склалася думка, що продемонстрована «технічна підтримка» відображає загальний підхід вендора до бізнесу з підприємствами СМБ. Компанія SAP вУкаіни орієнтована саме на великих клієнтів, тому що вони мають можливість інвестувати в проект невизначену кількість часу і коштів. А ось СМБ нескінченно чекати не може і «годувати» консультантів SAP весь цей час - теж. Більш того, судячи з «оперативності» і «змістовності» відповідей на наші запити, склалося враження, що SAP зацікавлена ​​тільки в продажу ліцензій, а конкретно по продукту нічого не робиться. Примітний і той факт, як часто змінюються в SAP люди, відповідальні за клієнтів по SAP Business One. Частина з них після старту проекту SAP для СМБ дуже швидко переключилася з вирішення питань щодо просування SAP Business One на створення власної кар'єри всередині SAP, інша частина перейшла в інші компанії.

Особливий шарм маркетологам SAP-а надає заяву «SAP Business One - це система для управлінського обліку». Повторюся, який може бути облік, якщо система не в змозі надати справжню інформацію про діяльність підприємства? Якщо система «зі скрипом натягується на бізнес» нещасними партнерами, які просто змушені заганяти компанію в рамки цього «рішення»?

З самого початку запуску продукту SAP Business One на український ринок було заявлено, що це рішення для середнього та малого бізнесу. Чи так це насправді? Самою компанією SAP в ЗМІ була заявлена ​​вартість 1 робочого місця «під ключ» (тобто ліцензія + впровадження) - близько € 2,5 € 3 тис. Крім того, було оголошено (як перевага продукту), що ціна - кінцева.

Для того щоб дійсно автоматизувати ключові бізнес-процеси в невеликій компанії, скажімо зі штатом 100-200 чоловік (фінанси, продажу, склад, закупівлі), необхідно придбати близько 10-15 АРМ. Тобто, розраховувати треба на суму близько € 30- € 45 тис. Як показує практика, власники українських невеликих компаній, які заробляють кожну свою копійку «потом і кров'ю», не так-то просто виплатять 30 тисяч євро / доларів за «софт» . Тим більше що податковий облік і бухгалтерію в системі вести неможливо і, як мінімум, «1С: Бухгалтерія» все одно буде потрібна. Більш того, якщо придивитися до вже оголошених впровадженням, то видно, що повноцінні проекти - рідкісний виняток і мова, як правило, йде про 3-5 ліцензіях. Висновки напрошуються самі собою.

Таким чином, за нашим досвідом, SAP Business One може працювати за умови існування не більше 10 користувачів, в компанії, де немає повноцінного складу продукції, при цьому може оброблятися реально не більше 2-3 замовлень продукції в день. Виникає питання: «А чи потрібна така система невеликий розвивається по дві з гаком тисячі євро за робоче місце? Навіщо, якщо на такому рівні досить використовувати просто Excel? ».

СМБ вважати вміє

Якщо ж говорити конкретно про українську дійсність, то, може, причина в тому, що останні 10 років SAP тут існував в дуже комфортних умовах? Досить згадати навіть офіційні суми інвестицій в ІТ наших промислових монстрів. І коли справа дійшла до реальних дій, нормального розвитку та просування конкретного продукту, можливо, тут потрібні були навички та компетенція, що не були потрібні раніше? І проекти стали більш прозорими і тепер уже не так просто замовчати проблеми, як в масштабних впроваджень, де занадто багато задіяно інтересів, щоб піддати непривабливі результати розголосу.

Зрозуміло, що цілі впровадження ERP-системи на великому промисловому підприємстві часто далекі від власне автоматизації (і це ще велике питання, наскільки такі впровадження позитивно позначилися на українській промисловості), але ось в сегменті СМБ такий підхід не пройде. Зауважу, що пресейл робиться на високому професійному рівні, що не дивно, враховуючи компетенцію співробітників SAP і партнерів. Але чи етично користуватися некомпетентністю українських управлінців і вміло цим маніпулювати? Причому мова йде про продукт, який покликаний «закрити» всі ключові питання управління компанією. Позиція постачальника тут повинна бути бездоганна.