Представление сторон конфликта и суть претензий.
Компания «Сегежа» это крупный холдинг добыче и обработке древесины, акции которого котируются на бирже. Выручка 69-80 млрд рублей в год. Подробнее Segezha Group в цифрах | Инвесторам компании ПАО «Сегежа Групп» Segezha Group PJSC
За этой компанией стоит известная компания АФК «Система» АФК Система - обзор: чем занимается компания, портфель, акционеры с долей 62.2% , для которой Сегежа наравне с МТС , ОЗОН и т. д. Один из портфельных активов.
В общем, там все очень серьезно и в вопросах автоматизации, там новичков нет.
С другой стороны
«Наша компания выросла из двух громких брендов — Arthur Andersen и KPMG, история которых на рынке консалтинговых услуг насчитывает более 100 лет. В России BeringPro (ранее — BearingPoint в России) присутствует с 2002 года, и с 2016 года работает как независимая российская компания.»
Arthur Andersen действительно громкий бренд, поскольку именно эта компания помогала с аферами компании Enron Аферы с отчетами, подкуп и обман: эпичная история краха корпорации Enron | РБК Инвестиции . В результате потери доверия остатки Arthur Andersen распались, и один из кусков - Accenture присутствует в России.
Я вспомнил эту грязную историю специально потому, что в консалтинговой компании ее главный генератор прибыли и убытков это сотрудники. Поэтому в списке руководства вы можете увидеть много “партнеров” Bering pro. Наше руководство.
Чтобы зацепить такую компанию, как Segezha, недостаточно быть просто компанией по внедрению SAP. Это целый комплекс услуг — все виды аудита, оптимизация бизнес-процессов и продвижение правильной Erp системы для заказчика. И обязательно нужно быть на хорошем счету у Sap CIS.
И вот Беринг вдруг требует от Сегежи 390 459 408,55 рублей задолженности и неустойку за просрочку оплаты работ 404 583 852,64 руб
Суд (тут Решение арбитражного суда) идет в рамках договора, по которому
«Согласно пункту 1.5 Договора Результатом Работ признается:
1. Создание работоспособной и полнофункциональной Системы;
2. Внедрение и запуск в эксплуатацию Системы;
3. Интеграция Системы с системами Заказчика, входящими в периметр Проекта.
Общая стоимость Работ по Договору составляет 1 128 940 614 (Один миллиард
сто двадцать восемь миллионов девятьсот сорок тысяч шестьсот четырнадцать) рублей
без учета НДС (п.5.1. Договора).»
Я думаю, все, кто в 1С, задумались, сколько 1С можно внедрить на эти деньги?
Например, компания 1С не раскрывает свою выручку и структуру, но по открытым данным разных поступлений денежных средств в 1С 4.6 миллиардов в год. ООО «1С» — Москва — ОГРН 1107746695980, ИНН 7709860400 — юридический адрес, контакты, телефон, гендиректор | РБК Компании
Когда читаешь решение суда, понимаешь, что формально акты сдачи приемки подписаны, кроме того самого акта от 01.11.2021 на 390 459 408,55
А еще, оказывается, была
«Переплата компании Сегежа по Договору составила 157 674 596,99 руб. »
При этом заказчик вроде как письменных претензий не направил в установленные сроки. А до финального акта приемки принял награду в июне 2021 «SAP Unstoppable Business» - и было объявлено о запуске в промышленную эксплуатацию. Награда уникальная - из всех партнеров SAP для вручения выбран только один холдинг, Segezha Group. А потом что-то пошло не так.
Как вообще это могло дойти до суда?
Казалось бы, вкусный проект, большие деньги — почему нельзя было договориться?
Да все просто, в январе 2021 был старт промышленной эксплуатации, и естественно, в ней стало видно все, что было упущено на всех предыдущих этапах ASAP (as is, to be, реализация тестирование, опытно промышленная эксплуатация).
Как говорится, опыт - критерий истины. Но как я знаю на практике, на этапе промышленной эксплуатации консалтинг пытается быстрее все передать местной команде поддержки (которую готовят на предыдущих этапах) . Соответственно, команда поддержки заказчика, уже начинает чувствовать себя без прикрытия, все начинают осознавать груз ответственности и смотрят коню не только в зубы, но и в другие места.
В Сегеже обнаружили ненадлежащее качество реализации, например,
«Ненадлежащее качество реализации разработки имело отложенный эффект и
выразилось в выявленной недостаче полуфабриката (бумаги) в количестве 457 155,615
кг по итогам инвентаризации. »
Акты функционального тестирования подписаны, но … .
«согласование протокола тестирования
фиксирует факт прохождения тестирования, в том числе и с фиксацией дефектов,
выявленных в ходе тестирования, но не успешность тестирования;»
В заключении суда много написано, с некоторыми примерами, но это лишь верхушка айсберга. Короче случилась классика — ключевые пользователи согласуют «по диагонали» тех задания и результаты тестов, менеджеры ставят галочки и все надеются, что на этапе промышленной эксплуатации все поправят. Методология ASAP (Accelerated SAP) превратилась махровый Agile .
В итоге
« системе нет объективных доказательств использования CO-PP заказов» , а
«качество реализованных разработок находится на низком уровне;
Доказательством этому являются более 2 000 инструментальных транспортных
запросов с маской в названии «%HOTFIX%». Запросы с маской в названии
«%HOTFIX%» использовались для экстренной модификации программ, разработанных
Берингпойнт. При этом эти экстренные модификации не тестировались согласно
утвержденным проектным процедурам и не документировались;»
«Среди прочего, компания Сегежа указывала на следующие дефекты:
• операции за период поддержки в Системе не зарегистрированы;
• комплект отчётной документации по Системе не соответствует
требованиям Договора;
• система на промышленное сопровождение не передана, равно как и
в техническую поддержку;
• технические задания на разработку и интерфейсы переданы только
частично;
• не представлены методические и нормативные документы. »
Ну такое бывает, когда в production перешли только на результатах functional \ integration testing .
Потом обнаружилось много проблем. Консалтинг конечно может их исправить, ведь финальные акты не подписаны. Но как правило к этому времени
- Не хватает денег на оплату вовлеченным специалистам
- Консультанты в штате уже проданы на другие проекты. Консалтинг не зря называют bodyshopping
- Консультанты на субподряде, уже получили выплаты по результатам тестов и уже где-то в теплых краях
В судебном решении Bearing point, делает акцент на двух фактах
а) есть подписанные результаты тестов
б) заказчик начал промышленную эксплуатацию
Как выглядят тесты
«Передача данных о факте отгрузки ГП.Х!БХ», на который ссылается Берингпойнт,
выявлено:
a.Протокол тестирования не содержит блок шагов по управлению Заказами
клиента, требующихся для тестирования разработки и подтверждения ее
работоспособности;
b. Протокол тестирования не содержит блок шагов по управлению Заказами
клиента, требующихся для тестирования разработки и подтверждения ее
работоспособности;
Протокол тестирования не содержит блок шагов по отгрузке готовой
продукции, требующихся для тестирования разработки и подтверждения
ее работоспособности (см. нижеследующую схему);
• Берингпойнт не предоставил ссылки на протоколы повторного
тестирования с полным набором шагов и подтверждением отсутствия дефектов по
результатам такого повторного тестирования;
• на текущий момент алгоритм программы, относящейся к разработке W1
PP-060-01, работает некорректно. »
Как говорится, по отдельности люди все хорошие, а как вместе собираются начинается ….
Так и с программным обеспечением, отдельные тесты функционала не означают, что в целом бизнес процесс будет работать корректно.
Поэтому ключевой вопрос была ли опытно — промышленная эксплуатация на данном проекте?
В судебном решении она не упоминается
Как провести опытно-промышленную эксплуатацию, чтобы не было мучительно больно?
Чем отличается опытно-промышленная эксплуатация (ОПЭ) от промышленной, многие не понимают.
Достаточно посмотреть общение в форумах
Опытная и промышленная эксплуатация
SAPфорум.RU • Просмотр темы - ОПЭ и ПЭ
Я скажу больше — в проектах с бюджетом более миллиона в твердой валюте ОПЭ сознательно игнорируют.
К чему приводит переход в промышленную эксплуатацию на основе functional\integration and other test, мы увидели в судебном решении.
Но есть другой путь.
Объявляем ОПЭ. Суть — сделать полное\или почти полное закрытие месяца в период предшествующий промышленной эксплуатации. Например, если стартуем в священную для консалтинга дату 1 января, перед этим нужно закрыть в новой системе ноябрь и декабрь предыдущего года.
Конечно, на каждом совещании полетит куча возражений -
- мы не хотим параллельный учет
- сотрудники перегружены
- мы не сможем проверить годовые отчеты
- выставить остатки в середине года трудно
- поставщики предоставляют документы с задержкой.
- мы лучше сразу в новой системе будем работать, а вы проблемы быстро поправите.
И вот тут надо жестко выступить и сказать, что мы тестируем не только систему, но и весь бизнес-процесс, и работу сотрудников в ней. ОПЭ будет идти не параллельно, а с лагом и сотрудники могут вечерами в отрыве от семей, вводить информацию в систему.
Да будет трудно, отпуска отменяются на 3 месяца, но вам за это грозит премия, которую заложили в бюджете проекта. Если где-то очень трудно с кадрами, рассмотрим найм сотрудников на годовой контракт.
Те кто не разделяют ценности компании, можете отказаться конечно. Мы это учтем.
Конечно, эту речь конечно должен говорить топ менеджер заказчика.
Преимущество такого подхода.
а) сразу выявляется много проблем, до старта промышленной эксплуатации
б) поскольку ввод идет с задержкой от текущих бизнес процессов, есть время исправить более качественно
в) текущие бизнес процессы компании не нарушаются.
г) консультантов замешанных в проекте можно не отпускать, поскольку для них будет масса работы (импорт начальных данных, исправление проблем интеграции и т. д.)
Да есть вещи которые так не проверишь — например, сервисы, которые предоставляются внешним для компании, пользователям. Разные тендерные площадки, кабинеты клиентов. Но мы говорим внедрении ERP – там основные блоки ориентированные на внутреннее потребление.
Бывают системы которые не проверишь параллельным вводом с задержкой. Для таких систем организуют параллельный импорт, либо эксплуатацию приближенную к реальности на целевых группах.
В общем если Вы не делаете полноценное ОПЭ, все проблемы просто перейдут в промышленную эксплуатацию по «бразильской системе»
Мифы Sap топ менеджерам, развенчание мифов менеджерам среднего звена.
Миф 1. Sap специально создана для крупных компаний и больших объемов данных.
Зависит от модуля. Например, SAP BW (Business warehouse) вроде как да. SAP CFM – corporate finance management не выдерживает даже 30 тыс сделок в месяц. А за него платится отдельная лицензия. С точки зрения маркетинга SAP строится как система модулей которые интегрируются между собой или часто могут использоваться отдельно. Классика — SAP HR в отдельном манданте, а остальные модули SAP FI, MM, CO и т. д. в другом, дабы случайно не увидели зарплату друг друга. Поэтому качество модуля плавает от команды которая его создавала. На западе специалист по SAP это спец по одному или паре модулей.
Миф 2. В Sap лучшие в мире бизнес процессы
Потому что SAP применяется во всем мире. Проблема в том что они предоставляются в разобранном виде, а их адаптация к заказчику идет через Customizing. Customizing это настройка кучи разных справочников используя Low Code подход. Поэтому в SAP вы никогда не увидите решения как типовая 1С Бухгалтерия. Потому что банально там нет российского плана счетов, к которому прикручены документы и шаблоны проводок по методике РФ. Да есть российский Add on но это всего лишь заготовки. Поэтому работающего SAP решения просто нет, заказчику продают конструктор с конструкторами. Взять как в 1С типовую работающую конфигурацию и просто доработать нельзя, нет такого в SAP
Кстати, позаимствовать настроенное решение с другого проекта SAP тоже нельзя. Там будут данные клиента. Это объясняет, почему на демонстрациях Вы увидите только консалтинг в пиджаках и галстуках, и красочные презентации, но ни одной красиво работающей демоверсии.
Вот чем кончаются такие презентации.
SAP выплатила клиенту компенсацию за провал ERP-проекта
Миф 3. Внедрение Sap делает бизнес более управляемым.
Только в одном случае — если вы прогибаетесь под «самые лучшие бизнес процессы» . Тут нужно еще знать, что некоторые модули только для галочки. Например, модуль лизинга по функциональности уступает всему, что есть на рынке.
Поскольку SAP поставляется с методологией внедрения и консалтингом (аудит, бизнес процессы, ИТ аудит ) - какой то порядок неизбежно будет.
Но как показано выше методология часто игнорируется и это ощутимо бьет даже по таким компаниям Failed ERP Implementation: The Hershey's Case Study - FinanSys
По скелетам в шкафу SAP, можно сделать целую статью.
SAP позиционирует себя как LowCode. А как только нужно сломать бизнес процесс — тут два крайних варианта
а) делаете явные костыли, которые смотрятся инородно. Типичный пример корреспонденция в проводках. Ее в SAP нет на генетическом уровне и анализ счета с корреспонденцией вы просто и легко не получите. В результате может получиться Z_SAP, с проблемами перехода на новую версию. Интересно — на какую версию своего Z_SAP перешло РЖД?
б) либо пишете подобие своего модуля, а это долго. Язык ABAP видимо сам SAP уже не устраивает, и в SAP HANA есть много простора для Java.
Посмотреть с разных точек зрение на внедряемое или разрабатываемое ПО это искусство, Сколько точек зрения у Архитектора в ИТ?, но оно критерий успеха в сложных проектах. И здесь просто проектных менеджеров недостаточно
Миф 4. SAP повышает капитализацию компании
Капитализация это лукавый термин. Его, например, часто оценивают как стоимость акций по ценам биржи. Но на бирже обращаются не все акции, и если такую компанию как Тесла после выборов Трампа загнать вверх, то это влияет на все акции в депозитариях.
Как правило, консалтинговые компании которые проводят аудит и выход на IPO рекомендуют внедрить хорошую систему и часто по странному совпадению SAP. И по случайному совпадению они его сами внедряют. Могут даже выбор предложить SAP или Oracle, иногда Navision. Но никак не 1С
Есть чисто бухгалтерский метод увеличения капитализации по стандартам
Capitalizing Your ERP System: Good in the Short-Term and the Long Run и если затраты большие, то можно получить красивые цифры.
Но если честно, эффект внедрения ПО можно посчитать, только когда это часть бизнес процесса продаж. Иначе, максимум что можно сделать, это предотвратить рост расходов при маштабировании бизнеса.
Миф 5. Внедрение SAP дорогое, потому что это следствие Мифов 1.2.3.4.
Тут мы подходим к самому интересному. Почему внедрение SAP такое дорогое? Может там большие откаты? Или это такой классный продукт, что большие компании сразу готовы выкладывать за него деньги?
Все проще, как было указано выше — в Sap нет понятия «типовая конфигурация» или «коробочное решение». Поскольку все бизнес процессы в нем разобраны. Поэтому на каждом проекте Вам придется изобретать собственный велосипед.
Возьмите, например , бухгалтерию — пусть даже по МСФО. Без плана счетов с единой методологией, Вы не можете сделать ни шаблоны проводок, ни алгоритмы постинга.
Да, части плана счетов у производства и у сети ресторанов для ключевого бизнес процесса продаж отличаются. Но, например, ОС, НМА, учет материалов, зарплата у всех в отдельной стране примерно одинаковы. И каждый раз это делать в новом проекте значит плодить лишние косты.
В SAP нельзя взять типовую 1С Бухгалтерию и просто доработать , потому что аналога 1С: Бухгалтерии там нет. Так же нет аналога 1С: Зарплаты и кадры, которую можно просто доработать.
И если в 1С все зациклены на развитии языка программирования Язык мой – враг мой. Архитектору о будущем 1С, то в SAP его наличие ситуацию не спасает.
Нельзя забрать готовое решение с другого проекта, почистив данные, там будут везде уши предыдущего клиента.
Все это усугубляется модульностью, и платой за каждый модуль. Хочешь иметь документ накладную — покупай MM-SD, хочешь иметь бюджетирование CO. А там тоже будет конструктор бизнес процессов.
Продолжение следует.
Внедрение больших систем это неисчерпаемая тема. Вас, наверное, интересует:
- Почему топ менеджмент в больших компаниях выбирает SAP, но не выбирает 1С?
- Cветит ли успех 1С в узком, но богатом сегменте больших корпораций?
- Как выиграть тендер на проект и не проиграть внедрение?
- Эффективность инструментов или эффективность комманд?
- И многое другое, на Инфостарт и не только
