Взгляд IT-специалиста на SAP ERP

Сохранено с habrahabr.ru/post/270715 (см. также Холивар – 1С или SAP)

1 В этой статье я не буду рассказывать о плюсах и сильных сторонах этой системы с точки зрения функциональности – пусть этим занимаются маркетологи. Я, как IT-специалист, хочу поделиться с вами своими впечатлениями о реализации этого продукта.

Статья будет полезна в первую очередь тем, кто планирует начать работать с SAP ERP как в качестве IT-специалиста (консультанта/программиста), так и в качестве конечного пользователя.

Интуитивно-понятный интерфейс

Бывают такие интерфейсы, на которые смотришь и сразу становится понятно, куда нужно нажать, чтобы выполнить то или иное действие. Так вот…это не про SAP. Первый раз, когда я увидел стартовый экран SAP, подумал, что это просто очень-очень старая версия, которую я как-то случайно запустил. Ан нет, это была вполне современная версия. Интерфейс разрабатывали где-то в 90-х, там он и остался до сих пор.

Для работы с системой нужно запускать так называемые транзакции (к транзакциям БД они отношения не имеют). Транзакция SAP – это что-то типа «ярлыка» для вызова программы, с помощью которой можно выполнить какое-то действие в системе (например, просмотреть список заказов на поставку или отредактировать какой-либо документ). Имена у транзакций абсолютно ничего неговорящие (ME21, IW33, MIRO…). Запустить транзакцию можно двумя способами: из древовидного меню слева или введя код транзакции в специальное поле. В меню можно заблудиться, поэтому чаще всего транзакции запускаются путем ввода её кода. Поэтому у каждого пользователя есть блокнотик, в котором все эти коды записаны.

2
Стартовый экран SAP ERP

Запускаю я, значит, транзакцию для просмотра списка объектов ремонта, кое-как заполняю селекционный экран, жму «Выполнить» и получаю…дамп (так в SAP называется критическая ошибка, прерывающая выполнение программы без возможности продолжить её работу).

3

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

Это я сейчас знаю, что нельзя передавать слишком много значений в поля селекционного экрана, так как SQL-запрос превышает какой-то там допустимый размер в килобайтах и из-за этого программа прерывается с исключением DBIF_RSQL_INVALID_RSQL. Причем, нет никакой конкретной цифры, всё зависит от длины передаваемых значений, но экспериментальным путем получена цифра равная примерно 1500-1800 значений. Но как всё это объяснить пользователю? Как объяснить, что он должен 4 раза запустить транзакцию, если ему хочется получить отфильтрованный по 5000 значений список. К тому же, в одних транзакциях нет никаких ограничений, а в других есть.

Матерюсь, перезапускаю транзакцию, заново заполняю селекционный экран, уменьшив объем входных данных, и, наконец, подождав 15 минут, получаю список объектов. Выделяю нужную мне строку списка и отчаянно пытаюсь найти кнопку «Редактировать». Ага, размечтался. Для редактирования, оказывается, существует отдельная транзакция, в которую я, в большинстве случаев, не могу попасть из транзакции просмотра списка объектов. Мне надо скопировать системный номер нужного мне объекта из списка, запустить отдельное окно SAP (которое называется режимом), открыть там транзакцию для редактирования объекта и вставить туда скопированный номер. Таких режимов я могу открыть по умолчанию не более шести. Если все 6 уже открыты, а мне надо отредактировать объект, то придется каким-то режимом пожертвовать. Для просмотра, создания и даже удаления объекта тоже существуют отдельные транзакции.

Еще ситуация. Открываю я транзакцию «MIRO – создание входящего счета-фактуры», долго заполняю шапку, указываю системный номер документа входящей поставки, на основании которого автоматически заполняется позициями табличная часть счета-фактуры. Из тысячи позиций мне нужно было 100 удалить. Я нахожу эти позиции, долго выделяю их и жму кнопку «Удалить». Как думаете, что должно произойти после выделения позиций и нажатия кнопки «Удалить»? Вот я тоже так же подумал. А разработчики SAP думали как-то по-другому – удалилось 900 невыделенных позиций. «Ладно», — подумал я, — «сейчас нажму CTRL+Z и все верну назад». Ну, вы поняли уже, да? Отменить это действие нельзя, поэтому пришлось перезапускать транзакцию и заново забивать все данные.

Это я уже потом прочитал всплывающую подсказу к кнопке «Удалить», где было сказано, что удалятся невыделенные позиции. Такое поведение кнопки только в этой транзакции. В остальных транзакциях кнопка «Удалить» удаляет выделенные позиции.

Сообщения об ошибках не несут вообще никакой смысловой нагрузки. Вот что может означать ошибка «Код налога V0 еще существует»? Сначала я подумал, что это какой-то кривой перевод, но английский вариант «Tax code V0 also exist» и немецкий «Es existiert noch das Steuerkennzeichen V0» тоже неинформативны. А означает она то, что код налога в табличной части не совпадает с кодом налога в шапке. Часто на профильных форумах можно найти темы «У меня такая-то ошибка. Что она означает?», в которых люди играют в угадайку, пока тот, кто уже наступил на грабли, не даст ответ.

Интерфейс никак не стандартизирован. Где-то меню слева, где-то справа. Где-то кнопки сверху, где-то снизу. Где-то вообще никаких кнопок нет, а все действия выполняются через главное меню. Где-то иконки на кнопках одни, где-то на тех же кнопках другие. Даже горячие клавиши в разных транзакциях для одних и тех же действий отличаются. И это касается не только кнопок, но и табличных частей, вкладок и т.д. – единства нет, везде всё по-разному. Видно, что каждый разработчик лепил интерфейс, как ему вздумается, и никакого контроля за этим не велось. Дизайнеров в команде не было. Похоже, это из-за того, что в момент разработки особо серьезных конкурентов на рынке не наблюдалось, поэтому решили, что нужно развивать функциональность, а интерфейс пользователи «проглотят» любой.

4

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

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

Рассказывать о прелестях интерфейса можно бесконечно, но давайте пойдём дальше…

Локализация

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

Почему переводили в Magic Gooddy? Потому что не может человек перевести пункт настроек «Country-specific requirements» как «Страновые требования».

5

Почему перепечатывали вручную? Потому что встречаются опечатки и грамматические ошибки. Например, «Щапрос на перенос», «налогооблАжение» и «вниматИльно» явно печатали руками. Встречаются также сокращения слов, чтобы не выходить за рамки допустимой длины текста.

6

Почему люди не понимали русский язык? Потому что даже при перепечатывании русскоговорящий человек должен был усомниться, увидев фразу «Пушномолочная свинья-несушка» — так до определенного времени называлась программа RAIMEWMS (сейчас название уже исправили). В оригинале она называется «Eierlegende Wollmilchsau», что переводится как «Мастер на все руки», но умный Magic Gooddy посчитал, что Wollmilchsau – это 3 отдельных слова (Woll, milch, sau) и перевел фразу «Eierlegende Woll milch sau» как «Яйцо укладки шерсти молока свиноматки». Остается только гадать, как это потом превратилось в «Пушномолочная свинья-несушка».

7

Да-да, я всё ещё рассказываю о том самом SAP ERP, лицензии которого стоят много тысяч долларов и за внедрение которого организации выкладывают сотни миллионов рублей.

Справочная информация, литература

В открытом доступе нет практически никакой официальной справочной информации. Нет ни руководств пользователя, ни описания программных модулей, ни спецификаций. Хочешь научиться пользоваться SAP – добро пожаловать на малоэффективные курсы (3-5 дней) стоимостью 1500-2000$ каждый, где тебе расскажут, какую кнопку нажать. Раздаточный материал на этих курсах зачастую на английском языке. Понять что-то только из раздаточного материала можно, но очень поверхностно. Курсов много (и для пользователей, и для консультантов, и для программистов), но даже они не дают всеобъемлющую информацию. SAP не стесняется «впаривать» на курсах устаревший материал, ценность которого относительно новых версий SAP ERP равна нулю.

Большая часть знаний консультантов и разработчиков либо передается по наследству от старшего поколения к младшему, либо получается методом «тыка». Если повезет, то можно что-то найти на профильных форумах и в частных блогах, если нет – ковыряйся сам, отладчик тебе в помощь.

Обновления и патчи

Если консультант находит какую-то ошибку в функционале SAP (а они встречаются в огромных количествах), то первым делом он пытается найти подходящую SAP Note (ноту) для ее исправления. Нет конкретного определения, что такое нота. Нота – это либо патч, исправляющий ошибку в стандартном функционале, либо инструкция, которую пользователь должен выполнить в системе, либо описание настроек, либо доработка функциональности под изменившееся законодательство, либо просто пояснение некоторых моментов.

Если найти нужную ноту труда не составляет, то установка может оказаться вполне нетривиальной задачей. Ноты могут быть зависимы друг от друга и перед установкой одной ноты нужно установить с десяток других нот, которые тоже имеют зависимости. В процессе установки нот может потребоваться выполнить какие-либо действия вручную. Например, принести яйцо дракона из пещеры на вершине горы. Утрирую, конечно, но порой установить ноты, исправляющие ошибки, тяжелее, чем самому эти ошибки исправить. Недавно на Гиктаймс была статья, в которой говорилось о том, что люди через чат Arch Linux устанавливали. Так вот, некоторые ноты (особенно связанные с изменением функциональности под законодательство) устанавливаются так же: люди на форуме коллективно пытаются пройти квест (так, а теперь давайте нажмем все вместе на счет три вот эту кнопку…). Причем, ноты устанавливаются в нескольких системах с одинаковой версией и везде возникают разные ошибки.

Разработка

Разработка в SAP ERP осуществляется на языке ABAP. Для обращения к базе данных используются Open SQL-запросы, которые очень похожи на SQL-запросы. Синтаксис тут обсуждать не буду – субъективная вещь. Он мне не нравится, но привык к нему быстро.

Названия таблиц, полей и переменных, как и названия транзакций, никакого смысла в себе не несут. Глядя на Open SQL-запрос SELECT, невозможно даже близко догадаться, что за данные он выбирает из базы. Нужно либо заранее знать, что хранится в обрабатываемой таблице, либо по ходу действия в эту таблицу лезть через браузер данных и пытаться понять, что в ней.

8

В SAP предусмотрена возможность доработки стандартной функциональности. Править стандартный код, предварительно получив специальный ключ разработчика для стандартного объекта, можно, но крайне нежелательно. Вместо этого разработчику предлагается использовать так называемые USER-EXIT. По сути, это пустые функции с заранее заданными входными и выходными параметрами, разбросанные по стандартному коду. Вызываются эти функции до или после какого-то события. Для правки кода этих функций специального ключа не требуется. Позже к USER-EXIT добавилась еще одна возможность расширять стандартную функциональность – BADI. Это то же самое, что USER-EXIT, только объектно-ориентированное. Зачем оно появилось и почему, раз уж оно появилось, не отказались от USER-EXIT – мне непонятно, только лишней путаницы добавилось.

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

Хочется еще упомянуть про отладчик. Их два: старый и новый. В старом отладчике есть функции, которых нет в новом, а в новом есть функции, которых нет в старом. Например, в старом отладчике есть функция просмотра ABAP Memory и SAP Memory, в новом – нет. Переключаться между старым и новым можно прямо в процессе отладки. Хотя слово «новый» тут не очень уместно, так как он существует уже почти 10 лет. Почему за это время его не доработали и не избавились от старого – загадка.

9

Заключение

Складывается впечатление, что этот продукт делали какие-то другие немцы: не те, что делают BMW, Mercedes и AUDI. Процесс разработки какой-то совершенно бесконтрольный: в коде огромное множество ошибок, которые могут годами не исправляться; каждый разработчик называет переменные, как ему вздумается; обновления кривые; новые инструменты появляются недоработанными и такими остаются, пока не станут старыми; …продолжать можно долго.

Тем не менее, я не хочу, чтобы моя статья выглядела как обливание SAP грязью. У любого продукта есть плюсы и минусы. На каждый мой абзац можно написать такой же о плюсах SAP ERP и я соглашусь с ними. Но мне хочется, чтобы люди, решившие связать свою работу с SAP ERP, знали чуточку больше, чем «SAP ERP – это такая крутая немецкая программа, которая стоит много денег».

114 thoughts on “Взгляд IT-специалиста на SAP ERP”

  1. Что любопытно, что на самом деле «Пушномолочная свинья-несушка» — это не просто правильный, это до одурения точный и удачный перевод!
    Дело в том, что «Eierlegende Wollmilchsau» переводится и употребляется вовсе не как «Мастер на все руки», а именно исключительно в ироничном контексте о чем-то крутом и заведомо невозможным — хочу свинью, чтобы клала яйца и давала молоко и шерсть. Переводчик просто рулит!

  2. Как-то однобоко и по мелочам о SAP рассказываете. Да и заголовок странный, ИТ-специалистом вас сложно назвать, т.к. судя по вашему резюме вы с сапом с 2012 года на «ты».

    Да у SAP много подобных мелочей в интерфейсе, но к ним привыкаешь.

    Вы лучше поделитесь богатым опытом, вашими бест практис, что интересного удалось реализовать на SAP. Удалось ли в результате ваших трудов повысить эффективность работы компании в которой вы внедряли SAP. Какую более эффективную альтернативу и на какой платформе ERP вы видите реализованным вами решениям и почему.

    Если уж на SAP всё так плохо, опишите реальные проблемы, опишите как понизилась эффективность работы тех компаний в которых был внедрён SAP. Расскажите о проблемах в архитектуре SAP которые не позволили вам реализовать ваши задумки, идеи.

    А так, знаете, «поливать» на ровном месте, не очень красиво что ли.

  3. Да у SAP много подобных мелочей в интерфейсе, но к ним привыкаешь.

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

    Вы лучше поделитесь богатым опытом, вашими бест практис, что интересного удалось реализовать на SAP. Удалось ли в результате ваших трудов повысить эффективность работы компании в которой вы внедряли SAP. Какую более эффективную альтернативу и на какой платформе ERP вы видите реализованным вами решениям и почему.

    Как-нибудь в другой статье.

    Если уж на SAP всё так плохо, опишите реальные проблемы, опишите как понизилась эффективность работы тех компаний в которых был внедрён SAP. Расскажите о проблемах в архитектуре SAP которые не позволили вам реализовать ваши задумки, идеи.

    Я и не говорил, что у SAP всё плохо. Специально, ожидая комментарии подобные вашему, написал в заключении, что плюсов тоже много. Но, наличие плюсов ведь не говорит о том, что запрещено упоминать о минусах?!

    1. Насчёт минусов – никто о них писать не запрещает. Пишите. Только пишите о них профессионально, как подобает Вам, ведущему консультанту SAP. Ни одной реальной проблемы SAP вы тут не разобрали.

      1. По-моему, кривейший интерфейс — это реальная проблема. Говорю как человек, имеющий отношение и к управлению, и к разработке интерфейсов.

  4. Да интерфейс непривычен. Посмотрите на SapUI5(OpenUI5), SAP FIORI. Тут есть что обсудить =)

  5. А что с OpenUI5 не то? Я недавно попробовал, с виду не сказать чтобы восхитительно, но в целом вполне нормально выглядит. С программированием там правда как-то неоднозначно с первого взгляда, и доки громоздкие, может быть это тоже «дело привычки», как писали выше, а может надо просто повнимательнее доки почитать.

  6. По-вашему, кривой интерфейс, отсутствие документации, машинный перевод и т.д. в продукте, внедрение которого стоит миллиарды(!!!) — это не проблемы? Тогда что, по-вашему, проблемы?

    1. По какому конкретно компоненту вам не хватает документации?
      Да интерфейс старый, но это легаси.
      Многое в переводах уже исправлено, и вы сами об этом сказали.

      1. Не просто легаси, а легаси еще тех времен, когда были алфавитно-цифровые терминалы. Хотя с того времени интерфейсы шагнули уже на две ступеньки (текстовый интерфейс -> графический интерфейс -> тач-интерфейс).

        Сам ABAP тоже похож на лоскутное одеяло — видно, что какие-то новые веяния в программировании к нему пытались приделать, но выглядит оно там как пришитое на живую нитку. Та же система классов, например.

  7. Угу, именно такой ответ SAP на все вопросы. У нас бест практис. А если кто то увидел что король голый недостатки то он дурак просто не в теме.

    1. Именно! Я веду к тому, что автор не первый год внедряет и поддерживает SAP. И прошу конструктива по теме недостатков данной системы, либо её достоинств. Но как известно: «именно такой ответ SAP на все вопросы»

      Стыдно за своих коллег по цеху.

  8. О проблемах в архитектуре говорит, хотя бы тот же гуй. Если решению за 20 лет не могут приделать адекватный своему времени гуй или хоть как-то улучшить имеющийся, то возникает подозрение, что это технически невозможно.

    Комплексные ERP, как SAP так и оракловый ебизнес suite решения, являются не софтверным а бизнес-феноменом, играющим на увеличение капитализации. Как они при этом работают и решают задачи не очень важно. В плане решения практических задач по эффективности и качеству они не сопоставимы со средой из специализированных на конкретных областях решений (Accounting, CRM, BI и т.п.) интегрированных усилиями внутренней разработки компании. Сама идея off-the-shelf решений «для всего» изначально порочна.

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

    1. как обычно — люди, котоыре принимают решение, этих проблем не видят совсем, в лучшем случае — не считают, что это проблема. «Привыкаешь быстро».

      1. Раньше вкладывали, потому что реальных конкурентов не было. Сейчас вкладывают, как мне кажется, потому что «Ну, у %company_name% же уже 10 лет стоит SAP». Хотя, Татнефть отказалась от первоначальной идеи внедрять SAP и решили поучаствовать в импортозамещении (http://ria.ru/economy/20150813/1182048087.html).

  10. Ходят слухи, что «кастомизация» SAP не настолько уж и велика, и вам придется адаптировать ваши местечковые бизнес-процессы к западной методологии. А это качественное движение вверх.

    Правда ли это — не знаю.

    1. Смотря о какой «кастомизации» идет речь. Если нужно сделать что-то из разряда «хочу мигающую кнопочку, по нажатию которой кошечка будет выходить из левого угла и нести в лапках отчет», то такое не получится — платформа накладывает ограничения и инструментов таких не предоставляет. А если нужно автоматизировать без свистелок-перделок какую-то бизнес-задачу, то тут ограничений практически нет. На моей практике еще ни одна организация в РФ, внедряющая у себя SAP, не поменяла своих бизнес-процессов.

  11. Типичная песня всех внедренцев чтобы взять деньги и поменьше делать — это не программа у нас кривая а у вас бизнес-процесы кривые. Так что ровняйте их под нащу программу.
    Может с точки зрения каких то академических подходов они и кривые, но предприятие такими процеcсами заработало столько бабла что может позволить себе купить и внедрить дорогущую SAP?
    Может в кривом мире (кривое законодательство и прочие условия для бизнеса) кривые бизнес процессы выглядят прямее чем академические правильная ERP

  12. Может с точки зрения каких то академических подходов они и кривые, но предприятие такими процеcсами заработало столько бабла что может позволить себе купить и внедрить дорогущую SAP?

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

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

  13. Это мантра, которую повторяют себе все ура интеграторы.

  14. Ответ на вопрос хорошо описывается студенческой поговоркой: «сначала ты работаешь на зачётку, а потом зачётка работает на тебя». Софт от SAP в свое время зарекомендовал себя с хорошей стороны. Теперь, если крупная компания из России, например, планирует выходить на новые рынки, получать инвестиции от огромных западных компаний, или встраиваться в важные производственные цепочки крупных концернов, она обязана соответствовать некоторому шаблону. Им говорят: «вроде всё неплохо, но мы как-то в шоке, у вас вон и отчётности по МСФО нет, и SAP не внедрён, и ни одного топ-менеджера с западным бэкграундом, и половина производства не сертифицирована по экологии» и так далее и тому подобное. Бизнес просто делает то, что от него просят партнёры — покупает бумажки, лицензии, акты о внедрении и так далее.

    Кстати, что касается дизайна софта в Германии, то вот например сайты у них, как правило, весьма страшненькие и никого это не волнует.

  15. SAP это не ПО, а консультанты. Подход в продажах SAP не такой как у того же 1С. Если в 1С продаются «конфигурации», то в SAP продаются чуваки, которые сделают ваш бизнес офигенным.

    А еще «строчка внедрил САП» офигенно смотрится в резюме, причем как у программиста, так и у топ-менеджера. Гораздо лучше чем увеличение прибыли в разы.

    И самое главное всем выгодно — консультанты получают дофига бабла, топы получают крутой бизнес (консультанты не зря деньги получают), технари получают «бесценный опыт», сотрудники получают инструмент, который таки работает (очень хреново, но работает).

    Против САПа по факту оказываются только собственники, и то частных (не публичных) компаний, которые понимают, что оплачивают САП из своего кармана. Крупные компании чаще всего публичные, внедрение SAP им выгодно, так проще с аудитами и повышает капитализацию. Именно поэтому мы видим SAP везде, хотя объективно это так себе система.

    1. А можно ли попросить Вас чуть-чуть развернуть мысль о связи между внедрением SAP и «проще с аудитами»?

      1. Если вы публичная компания, то вам надо сдавать аудированную отчетность. Для «большой четверки» и тех, кто старается походить на них, SAP — самый лучший вариант. Потому что они умеют из него вытягивать нужные данные и быстро делать аудиторские заключения. Если же у вас будет стоять 1С с кучей кастомизаций, то аудиторы возьмут в разы больше денег. Экономия на сапе может обернуться затратами на аудиторов.

        1. К нам приехали аудиторы… система используется SAP R/3 версии 4.0b которую внедряли лет 15 назад… смотрят на неё как баран на новые ворота.

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

          1. Конечно нет. Но один из многих подобных факторов. Самое главное что внедрение сап повысит капитализацию. Все лицензии лягут на баланс как активы и можно будет накрутить стоимость перед ipo.

  16. Про SAP узнал несколько лет назад, когда будучи студентом юрфака проходил практику в респебликанском арбитражном суде. Тогда судились местный крупный комбинат и SAP. Цена иска была просто АСТРОНОМИЧЕСКОЙ!!! Это были несколько позиций на миллиарды рублей! Я тогда вообще не мог представить, как софт может столько стоить и каким образом он вообще может окупиться. Данныя сумма меня потрясла до глубины души и с тех пор SAP у меня ассоциируется с чем-то межгалактически дорогим.

  17. У меня есть впечатление, что из-за особенностей реализации пользовательского интерфейса и языка исправлять что-либо оказывается слишком долго и чревато ошибками. «Работает — ну и ладно», — думают разработчики и оставляют всё как есть, пока недоработанные приложения не станут устаревшими.

    Главная особенность архитектуры приложений, по крайней мере, классических «транзакций» на Dynpro, на мой взгляд — это тесная интеграция бизнес-логики в пользовательский интерфейс. Может быть, мне просто не везёт, но я ещё не встречал программ, где интерфейс был бы отделён от логики. Неужели так сложно?

    Наверное, так исторически сложилось, что программисты, работающие с SAP, жёстко связаны инструментами и решениями, разработанными самой SAP. Когда в институте мне понадобилась библиотека GUI для C++, я выбирал между Qt, GTK и wxWidgets. Помнится, тогда меня подкупил Qt Designer, механизм сигналов и удобные контейнеры…

    Так вот, в окружении ABAP выбирать не из чего, а нам остаётся только есть кактус и стараться по мере возможности облегчить себе жизнь.

    Кстати, как вам SAPUI5? Новый модный фреймворк всё-таки, может хоть теперь всё будет по-человечески?

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

    1. Как с легаси связны разные иконки для одних и тех операций, ужасный перевод, за который и студенту будет стыдно, отсутствие документации, старые доки на курсах по САП, два отладчика, абсолютно невменяемые сообщения об ошибках и т.д и т.п.?

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

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

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

      2. Там всё довольно таки завязано на интерфейс, куда не ткни работа кода связана с интерфейсом, поменять всё и сразу просто нереально. А кто будет это всё оплачивать?
        Кроме того, полно клиентов которые уже привыкли к такому интерфейсу и если его сменить то работа в организации просто встанет.

  19. Несколько лет внедрял ERP системы от MS а именно Navision и Axapta в большой компании-интеграторе в качестве разработчика и обоих, и как то получилось так что решил в этой же компании перейти на R3 так же в качестве разработчика, хватило меня на 3 месяца ровно, за которые я и на боевом проекте побывал и на обучалках по ABAP. Это просто ужас какой то, который описать не хватит всего терпения. Такого отвращения как от ABAP и от платформы в целом я не испытывал раньше. Из трех перечисленным мною ERP систем, лучшей с точки зрения разработчика, считаю MS Axapta.
    То что описано в статье считаю верно на 100%, т.к. есть опыт работы с разными системами.

    1. Т.е. я понимаю что SAP R3 имеет очень большую историю и тянет за собой через годы много решений которые принимались по ходу эволючии платформы. Но зачастую эти решия очень странны, и складывается впечатление что их делали так что: «давайте сделаем пока так потому что нам проще а потом переделаем когда-нибудь после внедрений», но больше уже ничего не переделывали и все это накапливалось годами.
      А, например, а Axapta есть много интересных решений, при чем хороших, и там складывается впечатление что делали платформу сразу задумываясь о последствиях решений.
      (это не реклама, т.к. уже 5 лет не работаю в ERP системах)

  20. В одном немецком городе, в котором имею честь проживать, в одном городском учереждении задумали управленцы перевести своё хозяйство на один продукт из 3х букв (не путать продукты пожалуйста!). Пришли дядьки в галстуках, надули щёки, получили финансирование, а потом как в лучших традициях, «Достали нот, баса, альта, две скрипки и сели на лужок под липки». Прошло какое то время, систему запустили, и… Вот уже как полтора года некоторые счастливые горожане не получают счета за некоторые коммунальные услуги. Ходят ругаются порядколюбивые немцы, хотят платить! Ан нет Батенька. Не пашет хозяйство. Подозреваю что уже кого то уволили, кого то понизили, кого то заменили а воз и ныне там. Свежих сведений не имею, информацию получаю от счастливых неплательщиков и некоторых персон с продукта который стоял там раньше. Сожалею только об одном, что не вхожу в число тех счастливцев которым не приходят счета. Почему счастливых, потому что учитывая давность не получения счетов они теперь имеют право послать сию организацию куда подальше, и не платить по старым счетам вообще.
    Это как бы присказка. А мысль в том что громкое название продукта, его цена и цена услуг по нему ничего ещё не гарантируют. Только наличие спецов глубоко его понимающих, и что самое главное. глубоко понимающих предмет того что предстоит программировать, спасет положение, но им же надо и платить соотв. Потому мы и наблюдаем такие казусы как вышеописанный. К чему все это я написал, может яйцкекладущая свинюшка, а может теорема Виета и попытка визуализации в голове Василия Ивановича квадратного трёхчлена. Все может быть, течение мыслей наших не исповедимо. Не поддавайтесь на громкие названия и надутые щёки менеджеров, сами по себе они не решат Ваши проблемы. Посмотрите сначала кто за ними стоит, сколько он зарабатывает и что знает в Вашей области, так как именно они и будут реализовывать понты своих менеджеров на практике.

  21. У меня в дополнение к Вашему комментарию есть еще такой список фэйлов, случившихся в результате внедрения продукта из 3-х букв:

    Shane Co. (Банкрот с долгами до 500 млн.$/ Бюджет проекта SAP вырос с 10 до 36 млн.$)
    British Airways (Потери 10 млн. фунтов из-за проблем в аэропорту Хитроу)
    Bedford Borough Council (За 400 тыс. фунтов не получено никакого результата)
    City of Portland (При бюджете в 31 млн $, заявленный результат не достигнут)
    Novatek Corporation (23 заказчика не смогли воспользоваться SAP)
    Collins County (В связи с необходимостью переделки отчётов предъявлен иск на $16 млн. SAP)
    Waste Management Company (Сумма издержек на SAP в $100 млн. составила сумму иска к SAP)
    Birmingham City Council (После того, как не смогли обработать 18 тыс. инвойсов, прекратили внедрение SAP)
    Brihanmumbai Municipal Corporation (В результате ошибок SAP 16 госпиталей в Индии остались без запасов)
    Fonterra Brands New Zealand (Система показала себя полностью неуправляемой)
    Rowe Furniture (Потери от SAP только в одном квартале — $151 тыс.)
    Cadbury Schweppes (Потери 12 млн. фунтов)
    NASA (Потери 16.5 млн $)
    City of Tacoma (Потери от SAP $50 млн)
    National Australia Bank (Списано на убытки $409 млн., из них 200 млн. по SAP)
    Hewlett Packard (Убытки в связи с SAP 275 млн. $. Только 40% лэптопов было доставлено вовремя)
    SA Municipal Workers’ Union (Система SAP получила плохую оценку и не внедрена)
    Fluor Corp. (Убытки составили 13 млн. $)
    Bata (Убытки 18 млн. $)
    BOC (Убытки 5 млн. фунтов)
    ICI (Списано затрат на SAP на 25 млн. фунтов)
    Brady (Падение выручки на 50 %)
    General Motors (Арест бизнеса из-за недоставок запчастей в результате внедрения SAP)
    Volkswagen (SAP отказал в помощи и поддержке в связи с изменением кода программы консультантами)
    Somerfield (Потери 8 млн. фунтов и 10000 человеко-дней своего персонала)
    Whirlpool (Потеряно до 650 млн. $ продаж)
    WH Smith (Неудачный проект с бюджетом в 15 млн. фунтов)
    The BBC (На SAP потрачено за 10 лет 500 млн. фунтов. Получены задержки в отчётности до 3 лет)
    W W Grainger (Убытки 23 млн.$ и 50 млн. потерь на бирже)
    Newcastle University (Неудачный проект, бюджет которого рос с 1 млн.$ до 8 млн. $)
    Lego (Прибыль упала на 20%. Вынуждены были перейти с SAP на ORACLE)
    Hershey (Продажи упали на $140 млн. Разрушена система заказов)
    Bang and Olufsen (Затраты $3.5 млн. Потеряна кредитоспособность)
    Allied Waste Industries (Бюджет в $130 млн. без эффекта)
    Corporacion de Supermercados Unidos (Рост бюджета SAP с $2 до 7 млн)
    Justin Industries (После отказа от SAP продажи восстановились)
    FoxMeyer (Банкротство с $500 млн потерь. Плата за SAP составляла по $50 млн. ежегодно

    Источник уже не помню.

    1. Слушайте, а есть список внедрений САП с положительным экономическим эффектом?

  22. У меня такого списка нет, но запрос в гугле «SAP эффект от внедрения» выдает несколько интересных результатов. Например, вот.

  23. Мне кажется, за такие-то деньги вполне можно было написать ERP хоть с нуля, получилось бы, скорее всего, не хуже.

    1. Не факт. Всё зависит от того насколько точно могут быть предъявлены требования к системе. реализация вторична…
      Чем более туманны требования тем выше вероятность провала. А это в свою очередь зависит от качества специалистов на ключевых должностях.
      У нас так и не смогли внедрить расчёт зарплаты на R/3… по одной простой причине — никто не смог внятно сформулировать как собственно её надо считать. Старая система как-то работает и это никого не колышит, она уже проседает пот тяжестью костылей адаптирующих её под изменяющееся законодательство и условия… а бухгалтерия не хочет слышать никаких аргументов им подавай кнопку «посчитать зарплату» и чтобы потом комар носа не подточил и ещё и за дёшево.

  24. Решил выборочно проверить список.
    Выглядит как дезинформация, особенно насторожило «Источник уже не помню.»

    Вот например мне стало интересно «British Airways (Потери 10 млн. фунтов из-за проблем в аэропорту Хитроу)»

    Проживая в UK последние 10 лет, ни разу не слышал про проблемы BA из-за SAP. Про одно из крупнейших внедрений SAP в Европе — слышал «http://www.computerweekly.com/news/2240078482/British-Airways-completes-jumbo-sized-SAP-implementation»

    «British Airways has completed the roll-out of its Engineering Wide System (EWS), one of Europe’s largest SAP implementations and the world’s biggest aircraft maintenance SAP system.»

    При этом BA по уровню и качеству сервиса одни из лидеров мировых (я летаю очень много).

    Проблемы с Хитроу 5-м терминалом никоим образом с SAP не были связаны, там разработчики ПО устроили.

    Ну и на «сладкое» — Хитроу аэропорты владеет / оперирует не BA, а Heathrow Airport Holdings.

      1. Сами-то читали? Для понимания — индепендент это крайне желтая газетенка, которая не раз и не два была замешана в скандалах.

        Если все «доказательства» такого-же уровня — грош цена.

        ” Problems were also caused by a combination of bad weather, two emergency landings at Heathrow and problems with a new computer system cataloguing aircraft spares. ”

        Эта ситуация была вызвана плохой погодой. Плюс две аварийные (!) посадки в порту. Но виноват конечно-же SAP, который запчасти каталог не предоставил.

        Например, две недели назад из-за тумана отменили десятки рейсов в Хитроу. Тоже SAP виноват?

        Когда падает снег — в Хитроу паника каждый раз, cотни рейсов отменяют.

        1. > «индепендент это крайне желтая газетенка»
          В вики ее относят к качественной прессе, в гугле по запросу «independent newspaper quality» в третьей ссылке можете сами почитать
          Вот курсовая (page 3, последний абзац). Нигде нет упоминания, что это желтая пресса.

          Реально думаете, что там из-за плохой погоды в понедельник авиакомпания потеряла существенную часть от £10m, а на SAP приходится только пара пенсов?

          1. Судить по гуглу про качество британской прессы…

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

            Далее.

            SAP обвинили в отсутствии обработки запчастей аж в течении суток. Отлично.
            Теперь думаем — сколько самолетов надо ремонтировать BA в день в Хитроу? Два? Три?

            Или вы думаете что каждый рейс каждый раз запчасти менять надо? )

            А сколько рейсов были отмененены из-за погоды и занятости полосы аварийно севшими самолетами? (наводка — в хитроу всего несколько полос взлетно-посадочных, один из самых нагруженных аэропортов мира, сейчас со скандалами планируют расширять). Ответ — минимум десятки, могут быть сотни.

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

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

            p.s. Я в Хитроу практически каждую неделю бываю (в месяц бывает по 10 и больше полетов), основные проблемы всегда из-за погоды — каждый раз удивляет что небольшой снежок или туман парализует работу всего порта.

  25. В недавнем прошлом SAP был очень привлекательным направлением для работы, так как оклады программистов и консультантов превышали рынок в несколько раз. Сейчас, за исключением разве что центральной Европы, это рынок legacy-систем, в России новых внедрений практически нет и не планируется. А гемморой остался всё тот же.

    Главную потерю SAP понёс вместе с HANA, продуктом провальным во всех отношениях. Криво сделанный, решающий непонятные задачи, при этом дорогой как в лицензиях так и в требованиях к железу. На этот раз пользователи не повелись на маркетинг и продукт просто проигнорировали. Видимо, это и стало причиной возвращения сооснователя компании Билла МакДермотта к оперативному управлению.

    Попытка продвинуть в России SAP Business One просто смехотворна. Абсолютно нежизнеспособный продукт. Ну и так далее. Инновации в компании — это либо купленные продукты, либо копирование каких-то последний ИТ-трендов, но со значительным отставанием (например: UI5).

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

    1. САП ХАНА, говорите? Не удивлет его нежизнеспособности. :-)

  26. Не собираюсь оправдывать или поддерживать SAP в их позиции по ведению бизнеса, реализации проектов и т.д.. Но все же мне вот тоже очень интересно почему же «провальный»? Если вы уточните и скажете провальный на российском рынке, то тут ничего не могу сказать — не знаю российский рынок и принципы его работы и было бы интересно услышать более развернутый ответ.

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

    Билл МакДермотт не основатели SAP не коим образом, SAP был основан около 40 лет назад, а МакДермотт там с 2002-го года. Кто основатель SAP, так это Hasso Plattner, которого так же называют за глаза «отец» SAP HANA.

    То что более крупные компании покупают «инновации» в виде других компаний это не секрет и случается очень и очень часто, это тоже рынок. Вот к примеру тот же SAP потратил порядка 30 миллиардов (из того что известно) начиная с 1990 на поглощение других компаний.

    Над фреймворком OpenUI5 пока работаю, но думаю что это некий «крупный пилотный проект» в SAP которые изначально с открытым исходным кодом, и там пока (я смотрел около 8-9 месяцев назад) кроме оберти вокруг разных библиотек (аля jQuery) заточенных под SAP ничего не увидел.

    И отдельное спасибо irvil за очень интересную статью с большим количеством интересных деталей!

    1. Провальный по количеству внедрений прежде всего. После этого компания срочно переделывает продукт и выпускает S/4 HANA. С МакДермоттом спасибо за поправку, ошибся.

      Тем не менее, у SAP могут быть проблемы роста, но долю в 25% на рынке ERP она будет сохранять ещё очень много лет. Но вот новых массовых внедрений уже не будет.

  27. объективность такова, что большинство упомянутых проблем давно решено.

    Да ладно вам выдумывать. Все проблемы на месте. Разве интерфейс резко стал красивым и документации появилось валом? Обновления стали ставиться одним щелчком мыши? Из перечисленного мной исправляются изредка только переводы. Изредка — это через 10 лет, когда особо «удачные» фразы становятся героями демотиваторов и по которым всякие сказочные существа, несущие яйца, рисуются. Я уж не говорю о том, что такие переводы вообще в продакшн не должны были попасть.

      1. При чем здесь виндовс 95? Мы сейчас обсуждаем систему которая до сих пор продается и работает на продакшене во многих компаниях. Или вы хотите сказать что у вас вин95 в той же роли сейчас высутпает?

        1. я хочу сказать, что Win 95 — старая версия Windows, глядя на которую сейчас, многое можно полить грязью.

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

          А что касается пресловутых переводов, то это вообще смешно — решается одним обращением в поддержку, либо 5 минутами собственных усилий на исправление такого рода ляпов в переводе (их, к стати не так уж и много)

  28. В свете вышесказанного мною, было бы намного полезнее, если бы irvil написал, когда у них было внедрение и почему они до сих пор не обновляются (этому безусловно есть множество объективных причин)

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

  29. Интерфейс реально красивей чем на ваших скринах, зачем вы выставляете его именно в таком свете для меня загадка.

    Документация… я вас уже спрашивал, что конкретно вы не смогли её найти? Вы молчите.

    Ну перевод… тут соглашусь — не айс, но он ни как не отражает функциональные возможности SAP как платформы.

    Где когда и на какой платформе обновления ставились одним щелчком мыши? Этого не будет в комплексных системах никогда.

    1. Интерфейс реально красивей чем на ваших скринах, зачем вы выставляете его именно в таком свете для меня загадка.

      Да, есть у SAP более приятные глазу темы, но я уже писал про них, что «сколько на осла бантиков не вешай».

      Вот скрин со стандартной темой оформления

      А вот одна из тем с закосом под современные интерфейсы

      Да, она приятнее глазу, но что принципиально поменялось? Кнопки на тех же местах, с теми же кривыми иконками и выполняющие те же кривые действия.

      Документация… я вас уже спрашивал, что конкретно вы не смогли её найти? Вы молчите.

      Ну, покажите мне, пожалуйста, где можно достать руководства пользователя для стандартой функциональности блока PM (ТОРО). Кидать ссылки на бесполезный раздаточный материал с курсов не нужно. Тем более, что их распространение третьим лицам строго запрещено.

      Где когда и на какой платформе обновления ставились одним щелчком мыши? Этого не будет в комплексных системах никогда.

      Да взять хотя бы 1С. Там тоже не всё гладко, но, по крайней мере, не так плачевно, как в SAP ERP. Вы пройдитесь по профильным форумам. Там люди квесты покруче, чем в игрушках, проходят.

      1. Да, есть у SAP более приятные глазу темы, но я уже писал про них, что «сколько на осла бантиков не вешай».

        Итого есть более приятные глазу темы, но Вы выставляете только не приятные. Теперь давайте вспомним про SAP Screen Personas и о том, что любой стандартный интерфейс SAP моно кастомизировать используя его, а если есть желание всё сделать без данного софта. И вижу вам SAP GuiXT совсем не знаком? А ведь он идёт в стандартной поставке SAP GUI и в нём, при желании бизнеса с Вас как специалиста, вы можете настроить расположение/отображение кнопок, колонок и прочего не изменяя стандарт.

        где можно достать руководства пользователя для стандартой функциональности блока PM (ТОРО)

        Вы обращались в поддержку SAP с данным вопросом? Что вам ответили?

        Да взять хотя бы 1С.

        Да можно взять 1С, но там проблем не меньше, и на профильных форумах тоже плачут при обновлении. Запущенная система, которую не обновляли регулярно, не следили за ней несколько лет, создаст очень много проблем при обновлении, но эти проблемы результат действия сотрудников которые её обслуживают.

        1. Мы не понимаем друг друга.

          Итого есть более приятные глазу темы, но Вы выставляете только не приятные.

          Да не в красоте дело. А в том, что при любой даже супер красивой теме интерфейс остается нестандартизированным: кнопки разные, в разных местах, разных размеров, по-разному работают и т. д.

          Понимаете, о чем я?

          Теперь давайте вспомним про SAP Screen Personas и о том, что любой стандартный интерфейс SAP моно кастомизировать используя его, а если есть желание всё сделать без данного софта. И вижу вам SAP GuiXT совсем не знаком? А ведь он идёт в стандартной поставке SAP GUI и в нём, при желании бизнеса с Вас как специалиста, вы можете настроить расположение/отображение кнопок, колонок и прочего не изменяя стандарт.

          Знаю я эти штуки, но я в статье вел речь о том, какой интерфейс был сделан разработчиками САПа. Понятно, что можно потом долго исправлять за ними их шедевры, а можно вообще забыть про стандартные транзакции и написать свои Z. Но разве это правильный подход? Выпустить говноинтерфейс в продакшн, дать инструмент для его исправления и на всю критику отвечать «сделай сам как тебе нужно, раз умный такой».

          Вы обращались в поддержку SAP с данным вопросом? Что вам ответили?

          Конечно, обращался. В ответ получил прайс на курсы PLM. Вы мне задали вопрос про документацию, чтобы дать этот совет?

          Да можно взять 1С, но там проблем не меньше, и на профильных форумах тоже плачут при обновлении. Запущенная система, которую не обновляли регулярно, не следили за ней несколько лет, создаст очень много проблем при обновлении, но эти проблемы результат действия сотрудников которые её обслуживают.

          Я имел опыт обновления и того, и другого. Уверяю вас, что 1С обновить гораздо проще. Даже если она существенно доработана.

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

            Повторю. Ваш обзор платформы SAP взглядом ИТ-специалиста поверхностный и однобокий. Я бы не стал даже вступать с вами в дискуссию по этому поводу не увидев ваше резюме, собака лает караван идёт. Но увидев в вас коллегу по цеху хотел бы более конструктивной критики от Вас в сторону SAP, а не диалога про «кнопочки». Вы же понимаете, что SAP это далеко и не только интерфейс SAP GUI, над которым вы так умело потешаетесь. Многие дизайнерские решения по нему принимались десятки лет назад и действительно сейчас устарели, но они продолжают выполнять свои задачи достойно и развиваться.

            Конечно, обращался. В ответ получил прайс на курсы PLM. Вы мне задали вопрос про документацию, чтобы дать этот совет?

            Нет. Я задал этот вопрос чтобы понимать ситуацию и позицию SAP по этому вопросу. Хотелось бы ещё уточнить, чем закончилась история с походом на курсы, какие отзывы вы о них отправили в SAP, были ли они вам полезны.

  30. Попробуйте поищите в вашей статье слово удобство/юзабилити, их там нет, как нет и в комментариях.

    А вы попробуйте поищите, где я писал, что он красивый/некрасивый. Я писал о его нелогичности и непонятности, а не о красивости.

    Хотелось бы ещё уточнить, чем закончилась история с походом на курсы, какие отзывы вы о них отправили в SAP, были ли они вам полезны.

    Сейчас расскажу, сами напросились . Был я недавно на курсе «PLM318 — Аналитика в управлении основными фондами предприятия». Раздаточный материал был на английском языке. На этом курсе дядька 2 дня рассказывал о 10 транзакциях. Причем, большую часть времени он говорил что-то из разряда «В поле Единица оборудования необходимо внести единицу оборудования, в поле инвентарный номер нужно внести инвентарный номер» и так обо всех 100 полях селекционного экрана. Прямо во время демонстрации у него выскакивали какие-то ошибки, которые он сам не знал как исправить. В первый день он так и не смог победить какую-то ошибку и сказал: «Давайте завтра вернемся к этой транзакции». На все вопросы он отвечал: «Это не входит в объем нашего курса, приходите на другой». На вопросы «Почему эта кнопка называется не так как должна бы называться по смыслу» он отвечал, что это «кривой перевод». Т.е. те, кто за этот перевод несут ответственность совершенно спокойно говорят, что перевод кривой. Всё, что он рассказывал эти 2 дня, можно было уместить в брошюрку на 15 страниц. Но ведь гораздо выгоднее стричь бабло собирать по 10 человек на курсах со стоимостью 1500-2000$ и загонять им 5 дней бесполезную информацию.

    Справедливости ради. Курс «PLM315 — Обработка данных ТОРО — операционные функции» мне понравился, несмотря на то, что большую часть преподаваемого материала я уже до этого познал методом «тыка». Но его тоже можно было уместить в брошюрку на 50 страниц.

    1. Т.е. те, кто за этот перевод несут ответственность совершенно спокойно говорят, что перевод кривой

      В компании 67 тысяч человек. Вы действительно ожидали, что он завтра же вам исправит? Спокойно через поддержку выставили бы сообщение и получили новый перевод с очередным SP.

  31. Я небезосновательно считаю (и не только я) что SAP 100% вредительский деньговыжимной продукт от которго нет никакого толку только один вред, я считаю его надо запретить продавать на территорри постсоветского пространства чем быстрее, тем лучше.

    1. Это идеалистическое мнение, бывает так что сап покупают не для получения продуктивности компании а из-за коррупции например.

      1. Я помню, как у нас внедрялся ещё один продукт с «немецкими корнями», SCMo. По внешнему виду и логичности интерфейса а-ля «привет 90-е» — брат-близнец SAP, как описал OP.

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

        Новый же ещё пилить и пилить, чтобы хоть функции прежнего выполнять на том же уровне.

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

        В общем, ваш довод о коррупции — это реальность. Ну, не могут адекватные менеджеры сознательно покупать некачественный продукт и оплачивать его внедрение, зная при этом, что компания от этого понесёт только убытки.

        1. В основном — пока не купишь не узнаешь что продукт неудачный. Да и собственно софт и ERP-системы это та область где очень высок процент неудачных внедрений. Всё это обусловлено сложностью продукта, завышенными изначально требованиями(невозможно изначально оценить с высокой точностью требования к продукту), переоценкой своих способностей и иногда саботажу пользователей. И всё это сверху прикрывается маркетингом так что взвешенное решение о внедрении принять невозможно.

  32. > бывает ???

    Как сказал ассистент корейского мафиози босса в фильме Люси – “Боюсь, что это наша бизнес-модель”:

    The Limey: Oops. Lovely.
    Lucy: You’re gonna sell this?
    The Limey: I’m afraid it’s our business model.

  33. Работаю в Очень-Большой-Корпорации и вынужден пользоваться этой гадостью.
    интерфейс делали инопланетяне. Я даже понятия не имею, какая кнопка за что отвечает. Чтобы пользоваться этой системой, надо ЗНАТЬ как ею пользоваться.
    Помимо интерфейса там ещё и проблема принципиальная — я работаю над многими проектами, так вот, чтобы ввести часы, мне надо знать номер проекта, который не всегда под рукой. А поиск там такой, что лучше б его вовсе не было — у нас в отделе мы ведём параллельно трекинг в Экселе, так как в САП чёрт ногу сломит. Хотя казалось бы — если я знаю заказчика, ну-ка выкати мне список проектов, сделанных для него. Тема время от времени поднимается на собраниях, и нет ни одного человека, вообще ни одного, кто бы сказал «Блин, САП — как же это круто»! Все плюются в основном. Время от времени проходят тренинги по использованию этой системы (которая априори должна быть интутивно понятна). Вообще это третья система, которой я пользуюсь, но и первые две были не лучше, там тоже были перлы типа «нажмите F13 для продолжения».
    В принципе как программист я могу понять, что у САПовцев задача непростая — фирмы, которые пользуют этот продукт сильно разные и у каждой свой собственный документооборот, и всё такое, но ведь и деньги за развёртывание платятся чумовые — так неужели нельзя кастомизировать это дело для каждой компании индивидуально и сделать дружественный интерфейс? Провести опрос пользователей, наконец — разобрать сценарии использования, выяснить, что пользователям нравится, а что нет, что вызывает неудобства.

    1. Можно кастомизировать интерфейс для каждой компании, при том с использованием SAP Screen Personas это можно сделать в режиме drag&drop.

  34. Лет пятнадцать назад этот интерфейс еще можно было бы терпеть.

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

    1. Там проблема не только в некачественном внедрении, но и в юзабилити. Начиная с самого первого экрана, где я логинюсь и мне выкатывается поле ввода пароля, уже заполненное звездочками (хотя пароль не введен), полями ввода дат, работающем отчего-то в режиме «замена», неработающей клавиши ввода — к примеру ввод пароля я могу закончить нажатием «Энтер», после чего меня перебрасывает в следующий интерфейс, но это не работает, скажем в окне ввода даты, где надо нажать на «карандашик», либо нажать F5 (я с самого страшного бодуна не буду назначать ввод на F5), невозможностью пролистать список больше чем на четыре недели назад без возврата в предыдущий диалог и т.д и т.п. Эта система — классика, когда программисты сделали так, как удобно им, но не так, как удобно пользователю. Хороший интерфейс это тот, который «не замечаешь», а в САП постоянно наталкиваешься на нелогичности, идущие вразрез с общими устоявшимися принципами построения десктопных приложений. Мы ведём учёт всех релизов в САП, и если мне надо сделать или найти что-то специфическое и я схожу с проторенной «тропинки», то у меня возникает ощущение, что я продираюсь через дремучий лес, устланный там и сям граблями, которыми я постоянно получаю по лбу.

      1. R/3 это не система для широких масс. Трудно себе представить, что вот приняли работника и сразу посадили работать в системе — выдали логин и пароль и работай.
        Прежде чем приняться за работу пользователь должен осознать зачем он это делает и как это нужно делать — для этого на предприятии должны быть чёткие инструкции. И если пользователя допускают к работе с системой без инструкций что и как нужно делать даже если он разберётся с интерфейсом — жди беды.
        Ввод дат по шаблону это благо а не неудобство. Что бы там не было введено в поле у тебя всегда есть гарантии что каждый раз вводя одинаковым образом будет одинаковый результат, это очень важно когда пользователь интенсивно работает с однотипными документами.
        К назначению функциональных клавиш привыкаешь быстро — всего за год, я раньше тоже путался одновременно работая и в делфи и с АБАП-ом и атмел студио(дома) — там разные клавиши на запуск и отладку кода. Теперь это происходит на уровне подсознания. Темболее, к каждой кнопке есть минимальная всплывающая подсказка, и если какое-то действие нужно выполнять чаще других — запоминается сочетание клавишь и после благополучно забывается, а для кратких пофигу.

        1. «К назначению функциональных клавиш привыкаешь быстро — всего за год»
          Это шутка такая?

          1. К SM30 я так и не привык. F5 — редактирование, F6 — просмотр, хотя обычно это F6 и F7 соответственно :-)

  36. Вы не застали еще редактор кода в системе версии 4.0b — нет прокрутки, длина строк строго ФИКСИРОВАНА и вообще редактор представляет собой массив однострочных полей ввода.
    Это не шутка. Когда работаешь с несколькими программами с разными функциональными клавишами на одну и ту же функцию, путаться перестаёшь на автомате уже через год. Просто не задумываясь пальцы сами нажимают нужные кнопки.

    1. Да я всё понимаю, но привыкнуть не могу — моё подсознание многие нетривиальные вещи блокирует. В предыдущей системе использовались клавиши F1-F24 (ну да, ну да, IBM), и я как-то выкатил первоапрельский внутренний релиз нашего продукта, где поназначал клавиши примерно так же. Ну и весь день с удовольствием работал техподдержкой. Типа «а ты куда вот эту функцию засунул? А я — дык F18 нажми, там же подсказка». Ну вот примерно также и с САП.

  37. насколько вижу SAP еще круче чем мой любимый SAS. Тоже легаси монстр, с интерфейсом 90-х, но честно говоря sas мне как-то даже нравится, изюминка в нем есть. А в sap, как?

    1. Мне на самом деле SAP очень нравится, может потому что я не пользователь его, а разработчик. Прийдя с .NET в SAP, конечно ужаснулся сначала, а потом втянулся и теперь он мне кажется очень логичным удобным и прочее прочее…

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

  39. SAP — это большие деньги. Пока ставят, много к рукам прилипнет. Помню, в одной конторе вызвали SAP-консультанта помочь установить этот SAP на сервер. Дело было около 10 лет назад, так что не помню детали. Приехал «специалист», напечатал за 15 минут несколько «нот» с сайта SAP (которые я уже и без него нашел), сказал: «сначала сделайте это, потом вызывайте снова», взял за это дело сумму порядка моей месячной зарплаты на тот момент, и уехал. Ни в какие разговоры категорически не вступал. На все вопросы тыкал носом в ноты, в которых был треш и угар, типа «установите Linux Kernel 2.4.11-redhat-sap-3.15» (у нас уже все это было установлено, так как ноты я смог найти без него, и дело было явно не в версии ядра).

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

  40. А в Евросети разве не SAP? Была 1С (на кассах вроде Рарус), но в офисах по-моему, замечен САП

  41. Я, как IT-специалист

    Какой же вы специалист, если даже на первой фотке не видите папку «фавориты», специально предназначенную для часто используемых хозяйственных операций (дада, транзакция это англицизм, правильный термин — хозяйственная операция). Это самое первое что показывают пользователям, чтобы они не носились с блокнотиками. Вместо этого рассказываете про сложности навигации в меню.

    Собственно после этого предложения я понял, что вся статья от человека, который «не въезжает» везде и всюду

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

    1. Вы о тех фаворитах, в которых через год пользования системой по 100 транзакций появляется? Да, я тоже сначала ими пользовался, но через год понял, что бродить по этим фаворитам куда неудобнее, чем напечатать «SE80» и нажать Enter в командной строке. Через месяц у пользователя от зубов отскакивают все эти страшные «FB03», «ABAV», «IW33». А под «блокнотиком» я подразумевал некую абстрактную сущность, в которой надо хранить названия транзакций. Фавориты — это тоже «блокнотик».

      1. через год пользования системой по 100 транзакций появляется

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

        напечатать «SE80» и нажать Enter в командной строке

        Это пять нажатий на клавиатуру. Выскажите свое экспертное решение, как проще реализовать функционал по доступу к любой операции в системе. Сможете?

        Через месяц у пользователя от зубов отскакивают

        Ну это же отличная новость. Всего за месяц пользователи адаптируются к работе со сложной системой и мастерски в ней работают. Чем вы тут недовольны?

      2. вы сами забили фавориты сотней транзакций и продолжаете утверждать, что виновата система. Это как рабочий стол windows обложить ярлычками и документами.

        А если все 100 мне нужны для работы? Такой вариант рассматривали?

        Это пять нажатий на клавиатуру

        Лучше 5 раз нажать на клавиатуре заранее известные кнопки и потратить на это 10 секунд, чем несколько минут в поисках транзакции по дереву.

        Выскажите свое экспертное решение, как проще реализовать функционал по доступу к любой операции в системе. Сможете?

        Нет, к сожалению, не смогу. Для этого существуют дизайнеры.

        Ну это же отличная новость. Всего за месяц пользователи адаптируются к работе со сложной системой и мастерски в ней работают. Чем вы тут недовольны?

        Не передергивайте. Запомнить названия и мастерски работать — это, по-моему, совсем разные вещи.

        1. А если все 100 мне нужны для работы? Такой вариант рассматривали?

          Честно говоря, такой вариант никто не рассматривает. У бизнес-пользователя не может быть 100 часто используемых транзакций.

  42. Некоторое дополнение в части ABAP’a

    Вместо этого разработчику предлагается использовать так называемые USER-EXIT.

    Наверное все же Customer Exits? (тр. CMOD)

    Для правки кода этих функций специального ключа не требуется. Позже к USER-EXIT добавилась еще одна возможность расширять стандартную функциональность – BADI

    А как же Enhancement Framework?

    Так как никакой официальной документации по USER-EXIT и BADI нет, то, чтобы найти подходящее место, куда можно дописать свой код, нужно либо сидеть в отладчике в поисках этих пустых функций, либо штудировать форумы в надежде, что кто-то уже сталкивался с такой необходимостью.

    Большинство расширений описаны в SPRO, к сожалению не все, но тем не менее описание есть. Как правило отдельные ветки в каждом из разделов функционала.

    Например, в старом отладчике есть функция просмотра ABAP Memory и SAP Memory, в новом – нет.

    В новом эта функция так же имеется, но зарыта глубоко.

    Хотя слово «новый» тут не очень уместно, так как он существует уже почти 10 лет.

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

    Почему за это время его не доработали и не избавились от старого – загадка.

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

    1. Наверное все же Customer Exits? (тр. CMOD)

      Называют и так, и так. Да, наверное, Customer Exits более правильное название. Но сути это не меняет.

      А как же Enhancement Framework?

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

      В новом эта функция так же имеется, но зарыта глубоко.

      Покажите мне, пожалуйста — буду благодарен.

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

      Его не отключать по умолчанию нужно, а ликвидировать.

      1. Называют и так, и так.

        C точки зрения SAP это две разных сущности со схожим функционалом. User-exits были созданы в свое время для SD и представляют собой подпрограммы (процедуры).

        SAP не избавлялся от старого и теперь мы имеем этот бардак.

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

        Найти место, куда АБАПер дописал свой код — это тоже целое приключение.

        В новом отладчике можно включить отладку только Z кода Но в целом согласен, задача не из простых.

        Его не отключать по умолчанию нужно, а ликвидировать.

        Мой руководитель на предыдущей работе категорически не любил новый отладчик, привык он к старому и всегда отлаживал на старом. Я думаю он не один такой и опять же, как и с расширениями, SAP просто так не удалят из системы функционал.

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

        В отладчике:
        Новый инструмент -> Спец. инструменты -> Системные области (Внутр) -> MEMORIES.

  43. Наша компания как раз работает одним проектом и мы соприкасаемся с САП. К сожалению.

    Мое личное впечатление, что проблема там в первую очередь — в людях. Пример — нам прислали файлы с ошибками. На просьбу исправить приходит имейл, мол все готово. Проверяем — да, первая ошибка исправлена, остальные — нет. Снова запрос на исправление и ответ — готово. Проверяем — все еще ошибками. Пишем вежливо, по другому в Германии нельзя, не могли бы вы перед отправкой файлов их проверять. И так с ними постоянно.

    1. «Проблема в людях» — это не специфическая проблема SAP-а, она везде.

      А про соприкосновение — наша контора тоже интегрировала свой проект с системами, построенными на SAP, и основная проблема при интеграции была в том, что с той стороны слишком узкая специализация. Есть консультанты, с которыми в терминах структур и потоков данных вообще трудно разговаривать, есть абаперы, которые примерно представляют себе то и другое, но весьма условно — как только возникает ошибка уровня сеанса связи или разночтения стандартов протоколов — всё, они опускают руки. Нужно искать других специалистов, которые более или менее ориентируются в модуле связи (тогда он назывался XI, не знаю, как сейчас). И такие пришиватели пуговиц везде.

      Хотя возможно это особенность конкретной внедряющей конторы…

      1. Как тут уже отметили, Вы с системой SAP работаете давно.
        Ваши слова напоминают слова профессионального фоторедактора про фотошоп: «Захожу в фотошоп и что я вижу? кучу настроек вместо одной кнопки „отредактировать фото“ или „сделать все хорошо“».
        По пунктам:
        1. То меню, что Вы показываете — это полное меню, предназначенное для разработчика, но не для конечного пользователя. В данном меню собраны все возможные транзакции, разделенные по направлениям. Многие транзакции встречаются в разных пунктах меню специально для удобного поиска.
        Что до конечных пользователей, то для них формируется отдельное пользовательское меню. Над меню есть несколько кнопок, и самая левая — как раз переход к пользовательскому меню. Так же есть фавориты, или избранное. Туда можно набросать свое меню, или просто транзакции.
        2. Дамп из-за большего числа входных данных. Я бывает и несколько тысяч параметров вбиваю, и транзакция загружается. Может проблема все же в настройке базы данных, не способной обработать данные параметры?
        3. Далее транзакции. Вы не сказали, что при всем разнообразии составления транзакций для пользователей можно сделать пользовательские транзакции со своим набором кнопок и с набором уже заполненных данных. Так же, если использовать стандартные транзакции, то часть данных можно скрыть и внести предварительные данные, предназначенные для данного пользователя. Это упростит работу пользователя до необходимого минимума, т.е. заполнить необходимые поля, нажать кнопку «проверить», затем «сохранить»
        4. Про работу отдельных транзакций писать не буду, скажу лишь на Вашем же примере, что достаточно было еще раз указать документ входящей закупки и позиции подтянулись бы снова. Перезапускать ничего не надо.
        5. Сообщения. Если есть проблемы с ошибками, и для пользователя они не понятны, то можно воспользоваться тем же User-exit и подменить текст сообщения про ошибку.
        6. Перевод. В 2007 году мой знакомый, будучи фрилансером, переводил SAP (не все, а некоторые элементы). Это не машинный перевод, а перевод живого человека. К сожалению, не все люди стараются переводить правильно, а последующим приходится соблюдать некоторые стандарты перевода, чтобы в переводе не вышли такие же проблемы как с описанными Вами кнопками.
        Кстати, возможно, в Вашем случае все же существуют ноты, исправления для данного перевода.
        7. Литература… Существует справка, правда на английском, в которой все описано. http://help.sap.com/
        8. Обновления. Есть два варианта работы: «Необходимо ставить все обновления» и «необходимо ставить обновления, которые касаются Вашего направления».
        Полагаю второй вариант куда привлекательнее. По этой причине и есть возможность ставить ноты выборочно.
        А то, что ноты бывают зависимые… Так а где в крупных проектах такого не бывает?

        Разбавлю мой ответ юмором:
        «Складывается впечатление, что этот продукт делали какие-то другие немцы…». Конечно другие, если бы делали те же самые немцы, то этим все проблемы и объяснялись бы. Не могут конструкторы машин сделать хороший ERP продукт.
        А по существу… Что сложнее, написать систему управления предприятием, которой смогут пользоваться во всем мире и в любой сфере деятельности, или создать автомобиль, правила работы которого никогда не должны меняться (не путать с ПДД)?

        1. Ваши слова напоминают слова профессионального фоторедактора про фотошоп: «Захожу в фотошоп и что я вижу? кучу настроек вместо одной кнопки „отредактировать фото“ или „сделать все хорошо“».

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

          1.

          Уже отвечал.

          2.

          Нет. Тот дамп, о котором я говорю — это не проблема СУБД, потому что напрямую в СУБД этот же запрос выполняется успешно. Да и в описании дампа всё говорит о том, что это некие ограничения SAP.

          3.

          Конечно, можно всё это сделать. Это как раз тот пункт, который я отношу к плюсам этой системы. Но это не значит, что нужно умалчивать о том, какой интерфейс был сделан самим SAP.

          4.

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

          5.

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

          6.

          Вы хотите сказать, что «Пушномолочную свинью-несушку» придумал человек? Как вы себе это представляете? Сидит Иван Николаевич, переводит интерфейс серьёзной системы от серьёзной конторы. Натыкается на программу «RAIMEWMS — Eierlegende Wollmilchsau» и думает: «Дайка я её переведу как Пушномолочная свинья-несушка. Ведь это название так точно отражает суть это программы». Так всё было?

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

          7.

          Вы сильно утрируете, говоря «всё есть». Там мизерная капля в море. Если бы там всё было, то курсы бы не продавались.

          8.

          Я про второй вариант и писал.

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

          1. Насчёт перевода я думаю всё было куда проще! Просто к переводу привлекли профессионального переводчика, который был не в курсе этой программы вообще — его же наняли не пользоваться программой а перевести её! Авторитет переводчика не позволил усомнится в правильности перевода, поэтому он и продержался очень долго. А может, первоначальный перевод исправили оперативно но перед этим успели его разослать другим клиентам которые этим не озаботились, потом этот перевод пошел по цепочке еще одним и так далее… по факту первоначальный перевод исправили но разные варианты первоначального до сих пор еще гуляют по сети…

            7. Собственно в справке и правда всё есть, но это сухой документ написанный на официальном языке со строгой структурой — поэтому человеком он трудно усваивается и там нет простых связей между многими вещами, которые необходимы в конкретных ситуациях. Например как из множества возможных решений выбрать более правильное — на этот вопрос справка не ответит.

  44. Как бывший 1С-ник, давно привыкший к крайне снисходительному отношению «настоящих» айтишников к продуктам 1С, давно ждал подобной статьи о других учетных системах, спасибо.
    Сам с SAP как пользователь не работал, но зачастую у заказчика он использовался как смежная ИТ-система. И обычно волосы мои вставали дыбом от увиденного. Особенно, когда я узнавал, сколько стоило его внедрение.
    По крайней мере в плане интерфейса и удобства использования 1С представлялась по сравнению с SAP просто верхом UX совершенства.
    Но каждый раз я думал, что мне просто не повезло и на самом то деле то SAP обычно совсем другой — крутой, удобный, в общем тот самый, за который реально можно платить столько бабла. Просто вот этому заказчику как-то неудачно внедрили или старую версию поставили или еще что-то. Хотя после каждого такого случая я начинал все сильнее что-то подозревать. И эта статья мои подозрения подтвердила. Спасибо.

    1. Нет, оно и правда очень зависит от внедрения. В этой области чем больше компания тем больше им пофиг на результат, но вот что касается SAP удивительно что они еще на плаву — никак за счёт очень высокого запаса прочности. Интерфейс неказистый, но работает как часы если правильно настроить и аккуратно обновлять а не сразу на продуктив без проверки.
      Вот что радует в R/3 так это система запросов — любое изменение в коде или настройках идёт через запросы — все действия запоминаются и их легко воспроизвести на другой системе.

  45. Такие компании как SAP, или например SalesForce — продукты 90-х, построенные на невежестве одних и жадности других. Дух времени, так сказать. В хороших (с моей точки зрения) компаниях развивается «ноу-хау», в плохих развивается только технология продажи «ноу-хау».

      1. Сталкивался в живую когда работал в Сингапуре с одной большой синей компанией из 3х букв. Делали для них продукт на базе Force.com — это был ад. Даже примитивного VCS нет, а Apex с его тоннами авто-сгенерированного JS который, практически невозможно переделать на SPA подход — многое говорит о том откуда популярность продукта. Собственно мы выбор тоже сделали, потому что продажник был просто дьявол. А когда уже много всего спроектировано, написано и нарисовано в рамках жесткой инфраструктуры Force.com — просто так с иглы не слезешь.
        Но это сугубо личный опыт из 2013г.

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

    1. Как говорится «Ты не путай свою шерсть с государственной». Профит отдельных принимающих решения личностей, состоящий из откатов и «подарков» и профит компании в которой они работают — разные вещи.

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

      1. А я и не путаю. Ваш отзыв — он тоже, если я правильно понял, не в пользу SAP. А есть кто-то кто скажет мне, что в SAP хорошо? Не будем далеко ходить — по сравнению с той же 1С, например. Хотя, черт с ней, можно и не брать ее в расчет… расскажите мне, человеку незнакомому с SAP — чем он хорош для ведения бизнеса (не тех ЛПР, которые в доле, а для бизнеса)?

  47. irvil, а вас не затруднит написать статью почему крупные компании выбирают SAP? Не обязательно очень подробную, достаточно, чтобы можно было понять в общих чертах.
    Вы подняли очень интересную тему с недостатками, собственно теперь интересно, почему при таких недостатках, ее все таки выбирают.

    Хотя возможно товарищи yadaya или Bully тоже захотят поделиться своим опытом, почему SAP хорош, в виде нормально оформленной статьи

  48. Наверное, нужно начать со статьи, как выбирают софт крупные, средние и малые компании. Если мы отбросим неформальную составляющую принятия решения о покупке (откаты, продавливание через структуры типа ЕБРР, подготовка к IPO, мастерство продажника и т.п.), то на первое место выходит фактор рисков. Здесь у SAP абсолютно все козыри в руках: репутация немецкой компании, подробные и понятные дорожные карты, финансовая устойчивость, поддержка крупнейшей экономики, длительная история и т.п. Это всё можно объединить в одно слово: репутация. Большинство топов, принимающих решение о покупке SAP, ни разу не зайдут в систему. В моей почти десятилетней практике работы с SAP я ни разу не встречал, чтобы топы заводили учётки в системе и пробовали в ней работать на этапе внедрения. Мне это чем-то напоминает клинические случаи шопоголизма, когда покупки делают ради самих покупок. Могу долго и подробно расписывать, как крупные компании выбирают софт, это на целую статью материал.

    1. ну у нас выбирали так: выбирал руководитель ит-отдела. Это совсем не топ. Он организовал пилотные проекты от 3-х вендоров. Их развернули на нашей же инфраструктуре, и наши же люди — которым потом с этим и работать немного пощупали и то и другое. Ну и выбрали

      1. SAP исключительно редко (если вообще были такие прецеденты) выбирают руководители ИТ-отделов, и технари в общем. Если не секрет, вы из каких трёх продуктов выбирали и что выбрали в конечном итоге? Очень интересно.

  49. Большинство топов, принимающих решение о покупке SAP, ни разу не зайдут в систему.

    Это да, я бы сказал, целая проблема. Был опыт внедрения одной российской СЭД у многих клиентов и везде одна и та же проблема. Топы не пользуются, а низам пофиг, т.к. их никто не контролирует. Однако стоило только верхушке начинать работать, как все остальные начинали оживляться, производительность вырастала на 146%

  50. Есть такая замечательная вещь, как тендеры, которые весьма распространены в крупных компаниях. Вкратце, компания-клиент объявляет тендер, в данном случае, на ERP-систему и проводит серию запросов — сперва RFI (запрос на информацию), потом RFP (пропоузал), RFT и RFQ. В рамках данных запросов, клиент запрашивает общую информацию, выдвигает требования, просит потенциальных поставщиков показать, как их продукты и решения подходят конкретным требованиям клиента. Соль в том, что часто значительная (скорее даже, подавляющая) часть требований относится к функционалу — нужны такие-то процессы-отчеты-обработки-итд, в то время как к UI требования по юзабилити предъявляются достаточно общие. И вполне вероятно, SAP по функциональным критериям отлично проходит. Так что всё нормально и все рады — и клиент как организация, и поставщик.

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

  51. Причём SAP R/3 еще не самое худшее что может быть! У нас уже давно идёт внедрение местячковой системы под названием «Сфера-5» — вот на самом деле где находится АД!
    В коде тонны костылей, разработчики документацию по проекту не ведут в принципе, всё проблемы решаются «на месте» в виде очередного костыля который естественно ломается как только условия чуть-чуть изменяются.
    Логика практически всех действий равномерно размазана на все уровни: в исходном коде, в мета-программе, в хранимых процедурах БД, в скриптах и даже есть дополнительный код в самих формах отчётов. И до недавнего времени практически НИГДЕ не было проверок ввода на корректность — всё исключительно полагалось на внимательность пользователей! И этим изделием пытаются заменить R/3… после этого SAP становится чуть ли не образцовой системой. Только зарплату не считает.

Leave a Reply

Your email address will not be published.