22/09/2021 11:00
Вы когда-нибудь задумывались над тем, как крупные предприятия управляют своими бизнес-процессами? Представьте себе международную компанию, где работают более 50 тысяч сотрудников и где есть более 5 тысяч розничных магазинов и сотни складов. Как она управляет своим зарплатным фондом, запасами и ресурсами, спросом и предложением, производством?
Еще несколько лет назад такие компании допускали определенный уровень неэффективности и разрозненного планирования, но только не сегодня, когда цифровая трансформация бизнеса перестала быть трендом и стала необходимостью.
Сегодня с помощью интеллектуального ПО и современных процессов планирования компании получают исчерпывающие данные о своих финансовых и операционных планах и планах продаж, что позволяет принимать более обоснованные решения и разрабатывать лучшие стратегии.
Урок 1. SAP Buisness one: Интерфейс системы
Организовать эти процессы им помогает решение для бизнес-планирования SAP Integrated Business Planning (SAP IBP).
SAP IBP — в чем суть решения
SAP IBP — это интегрированная бизнес-платформа, которая помогает управлять цепочками поставок и оптимизирует процессы стратегического, тактического и оперативного планирования. С ее помощью вся необходимая бизнес-информация быстро распространяется по сети, улучшается анализ данных в режиме реального времени и повышается результативность коммуникации.
Решение повышает прозрачность финансовых операций и цепочек поставок и помогает отделу продаж, финансовому отделу и высшему руководству создавать успешные бизнес-стратегии.
Возможности SAP IBP
Прогнозируйте и оправдывайте ожидания клиентов
В SAP IBP доступны функции предиктивного моделирования и определения спроса, которые позволяют повысить точность прогнозов и скорость реагирования на изменения спроса.
Принимайте оптимальные для вашего бизнеса решения
SAP IBP использует расширенную аналитику и алгоритмы машинного обучения, которые будут полезны при составлении эффективных прогнозов в направлениях “снизу-вверх” и “сверху-вниз”. С их помощью вы также можете планировать поставки и устанавливать целевые показатели запасов.
Согласовывайте процессы планирования
Моделирование и аналитика IBP помогают управлять процессами планирования на оперативном, стратегическом и тактическом уровнях. Решение также включает в себя сценарий “Что будет, если”, который позволяет принимать более обоснованные решения и повышает предсказуемость бизнеса.
Повышайте прозрачность цепочки поставок
IBP дает полную информацию обо всей цепочке поставок — благодаря этому вы можете своевременно вносить все необходимые коррективы, учитывая при этом такие показатели, как риск, погода и устойчивость. Платформа также помогает организовать эффективное взаимодействие с поставщиками.
SAP — что это за ERP-система? Немного про SAP в retail
Структура SAP IBP: какие компоненты включает в себя решение
SAP Integrated Business Planning состоит из четырех ключевых компонентов:
- Продажи и операции. Предоставляет план продаж, который поможет вам добиться наилучших бизнес-результатов в соответствии с вашей корпоративной стратегией. С помощью этого компонента вы можете согласовать свои краткосрочные и долгосрочные стратегии для увеличения продаж и доли на рынке или достижения любой другой финансовой цели.
- Спрос. Прогнозирование спроса на продукцию — один из важнейших факторов успеха в бизнес-планировании. SAP IBP for Demand позволяет использовать машинное обучение для получения необходимых прогнозов, включая временные колебания.
- Материально-технические ресурсы. Этот компонент устанавливает перспективные целевые показатели для ваших цепочек поставок. С его помощью вы в любой момент можете отследить, где находятся ваши товары, а также оптимизировать целевые запасы для всей цепочки.
- Реагирование и предложение. Позволяет оперативно реагировать на любые изменения спроса. С помощью сценария “Что будет, если” и функции моделирования вы можете прогнозировать эти изменения и вносить соответствующие коррективы.
Что дает бизнесу SAP IBP
Вот лишь несколько преимуществ решения, которыми вы можете воспользоваться для управления цепочкой поставок, оптимизации запасов, планирования производства и других процессов:
- эффективный сбор данных. Компаниям, которые используют в работе устаревшие технологии, часто приходится вручную собирать данные из сторонних приложений и электронных таблиц. SAP IBP позволяет собирать данные быстрее и эффективнее, экономя ваше время и время вашей команды;
- контроль за динамическими данными. На любом предприятии уровни запасов и ресурсов — величина, которая постоянно изменяется. SAP IBP представляет эти уровни в виде динамических данных, а не статистики о том, сколько товаров у вас есть на складе в целом;
- лучшее отображение данных. Многие старые инструменты представляют данные в таблицах, в которых зачастую бывает сложно разобраться. В SAP IBP вся информация представлена в виде дашбордов и удобных инструментов для аналитики, которые существенно упрощают интерпретацию данных и обмен ими между отделами;
- экономия на внедрении и развертывании. SAP IBP — облачное решение, поэтому вам не придется заказывать специальное оборудование для работы с ним или иметь хранилища данных.
Команда LeverX рекомендует рассматривать продукт SAP IBP и как альтернативу уже внедренной на предприятии системе планирования, и как оптимальный выбор, если у вас системы планирования нет.
Специалисты компании помогут с внедрением и настройкой решения и обучат пользователей особенностям работы с его компонентами. А экспертиза консультантов LeverX в облачном развертывании позволит получить максимум выгоды от внедрения облачных систем в ваши процессы.
Подпишись на наш Telegram-канал. В нем мы публикуем главное из жизни Саратова и области с комментариями
Теги:
Оцените материал:12345 Проголосовали: 125 Итоговая оценка: 2.98
Беседа с инсайдером: на должность министра прочат Юлию Литневскую, Александра Блатмана и Дениса Давыдова
Комментариев: 0
Все средства хороши. В Саратове следователи ГСУ по ночам угрожают бывшей супруге умершего подозреваемого
Источник: om-saratov.ru
Что такое SAP?
Что такое SAP? И с какого лешего она стоит $163 миллиарда?
Каждый год компании тратят $41 млрд на софт для планирования корпоративных ресурсов, известный под аббревиатурой ERP. Сегодня практически в каждом крупном бизнесе внедрена та или иная ERP-система. Но большинство маленьких компаний обычно не покупают ERP-системы, а большинство разработчиков, вероятно, и не видели их в деле. Так что у тех из нас, кто не использовал ERP, возникает вопрос… в чём прикол? Как компания вроде SAP умудряется продавать ERP на $25 млрд в год?
И как получилось, что 77% мировой торговли, в том числе 78% поставок продуктов питания, проходит через программы SAP?
ERP — то место, где компании хранят основные операционные данные. Мы говорим о прогнозах продаж, заказах на покупку, складских запасах, а также о процессах, которые срабатывают на основе этих данных (например, выплаты поставщикам при оформлении заказов). В некотором смысле ERP является «мозгом» компании — она хранит все важные данные и все действия, которые инициируются этими данными в рабочих процессах.
Но прежде чем полностью захватить современный мир бизнеса, как вообще появилось это программное обеспечение? История ERP начинается с серьёзной работы по автоматизации офисной деятельности в 1960-е годы. Ранее, в 40-е и 50-е годы происходила главным образом автоматизация механической работы «синих воротничков» — вспомните General Motors, создавшую свой отдел автоматизации в 1947 году. А вот автоматизация работы «белых воротничков» (часто с помощью компьютеров!) началась в 60-е.
Автоматизация 60-х: появление компьютеров
Первыми бизнес-процессами, которые автоматизировали с помощью компьютеров, стали расчёт зарплаты и выставление счетов. Раньше целые армии офисных работников вручную подсчитывали часы работы сотрудников в бухгалтерских книгах, умножали на почасовую ставку, затем вручную вычитали налоги, вычеты на пособия и так далее… всё это только для того, чтобы посчитать зарплату за один месяц! Этот трудоёмкий, повторяющийся процесс был подвержен человеческим ошибкам, при этом он идеально подходит для компьютерной автоматизации.
К 60-м годам многие компании для автоматизации расчёта зарплаты и выставления счетов использовали компьютеры IBM. Процессинг данных —устаревший термин, от которого осталась только компания Automatic Data Processing, Inc. Вместо него сегодня мы говорим «ИТ». Тогда ещё не сформировалась отрасль разработки программного обеспечения, поэтому в отделы ИТ часто брали аналитиков и учили их программировать на месте. Первый в США факультет Computer Science открыл университет Пердью в 1962 году, а первый выпуск по специальности состоялся спустя несколько лет.
Написание программ для автоматизации/обработки данных в 60-е годы было сложной задачей из-за ограничений памяти. Не было ни языков высокого уровня, ни стандартизированных операционных систем, ни персональных компьютеров — только большие дорогие мейнфреймы с небольшим объёмом памяти, где программы запускались на катушках магнитной ленты! Программисты часто работали с компьютером по ночам, когда он был свободен. Для компаний вроде General Motors обычным делом было писать собственные операционные системы, чтобы получить максимальную отдачу от своих мейнфреймов.
Cегодня мы запускаем прикладное программное обеспечение в нескольких стандартных операционных системах, но такого не было до 1990-х гг. В средневековую эпоху мейнфреймов 90% всего программного обеспечения писалось на заказ, и только 10% продавалось в готовом виде.
Такая ситуация глубоко повлияла на то, как компании развивали свои технологии. Некоторые предполагали, что будущее за стандартизированным оборудованием с неизменной ОС и языком программирования, как система SABRE для авиационной промышленности (которая используется до сих пор!) Большинство компаний продолжали создавать собственное полностью изолированное программное обеспечение, часто изобретая велосипед.
Рождение стандартного программного обеспечения: расширяемая программа SAP
В 1972 году пять инженеров уволились из IBM, чтобы заключить контракт на поставку программного обеспечения с крупной химической фирмой под названием ICI. Они основали новую компанию под названием SAP (Systemanalyse und Programmentwicklung или «системный анализ и разработка программ»). Как и большинство разработчиков программного обеспечения в то время, они в основном занимались консалтингом. Сотрудники SAP приходили в офисы клиентов и разрабатывали софт на их компьютерах, в основном, для управления логистикой.
Бизнес шёл хорошо: SAP закончила первый год с выручкой в 620 тыс. марок, что чуть больше $1 млн в сегодняшних долларах. Вскоре они начали продавать своё программное обеспечение другим клиентам, портируя его на различные операционные системы, когда это было необходимо. За следующие четыре года у них появилось более 40 клиентов, доход вырос в шесть раз, а число сотрудников увеличилось с 9 до 25. Может, это далековато от кривой роста T2D3, но будущее SAP выглядело оптимистично.
Программное обеспечение SAP было особенным по нескольким причинам. В то время большинство программ работало по ночам и печатало результат на бумажных лентах, которые вы проверяли на следующее утро. Вместо этого программы SAP работали в режиме реального времени, причём результат выводился не на бумагу, а на мониторы (которые в то время стоили около $30 тыс.).
Но самое главное, программное обеспечение SAP изначально создавалось расширяемым. В первоначальном контракте с ICI компания SAP не создавала программное обеспечение с нуля, как было принято в то время, а писала код поверх предыдущего проекта.
Когда SAP выпустила своё программное обеспечение для финансового учёта в 1974 году, то изначально планировала в будущем писать поверх него дополнительные программные модули и продавать их. Такая расширяемость стала определяющей особенностью SAP. В то время взаимодействие между клиентскими контекстами считалось радикальной инновацией. Программы писались с нуля для каждого клиента.
Важность интеграции
Когда SAP представила свой второй программный модуль для производства в дополнение к первому финансовому модулю, эти два модуля смогли легко взаимодействовать друг с другом, поскольку у них была общая база данных. Такая интеграция сделала сочетание модулей значительно более ценным, чем просто две программы по отдельности.
Поскольку ПО автоматизировало определённые бизнес-процессы, его влияние в значительной степени зависело от доступа к данным. Данные заказа на закупку хранятся в модуле продаж, данные по запасам продукции хранятся в модуле склада и т. д. И поскольку эти системы не взаимодействуют, их регулярно нужно синхронизировать, то есть сотрудник вручную копировал данные из одной базы в другую.
Интегрированное ПО решает эту проблему, облегчая коммуникацию между системами компании и позволяя новые виды автоматизации. Такого рода интеграция — между различными бизнес-процессами, а также источниками данных — является ключевой особенностью ERP-систем. Это стало особенно важным по мере развития аппаратного обеспечения, что открывало новые возможности автоматизации — и системы ERP процветали.
Скорость доступа к информации в интегрированном ПО позволяет компаниям полностью изменить свои бизнес-модели. Компания Compaq с помощью ERP внедрила новую модель «производство по заказу» (то есть сборка компьютера только после явного получения заказа). Эта модель экономит деньги, уменьшая складские запасы, полагаясь на быстрый оборот — именно то, в чём помогает грамотная ERP. Когда IBM последовала тому же примеру, то сократила время доставки комплектующих с 22-х до трёх дней.
Как на самом деле выглядит ERP
Слова «корпоративное программное обеспечение» никак не ассоциируется с модным и удобным интерфейсом, и SAP не исключение. Базовая установка SAP содержит 20 000 таблиц БД, 3000 из которых являются таблицами конфигурации. В этих таблицах около 8000 конфигурационных решений, которые нужно принять ещё до начала работы программы. Вот почему SAP Configuration Specialist — это реальная профессия!
Несмотря на сложность настройки, программное обеспечение SAP ERP обеспечивает ключевую ценность — широкую интеграцию между собой нескольких бизнес-процессов. Эта интеграция приводит к тысячам вариантов использования в организации. SAP организует эти варианты использования в «транзакциях», которые представляют собой бизнес-действия.
Некоторые примеры транзакций включают «создание заказа» и «отображение клиента». Эти транзакции организованы в формате вложенного каталога. Таким образом, чтобы найти транзакцию «Создать заказ на продажу», вы идёте в каталог «Логистика», затем «Продажи», затем «Заказ», и там найдёте фактическую транзакцию.
Если назвать ERP «браузером транзакций», то это будет удивительно точным описанием. Он очень похож на браузере, тут есть кнопка «Назад», кнопки зуммирования и текстовое поле для кодов “TCodes”, эквивалент адресной строки в браузере. SAP поддерживает более 16 000 типов транзакций, поэтому навигация по дереву транзакций может быть сложной без этих кодов.
Несмотря на головокружительное количество доступных конфигураций и транзакций, у компаний всё равно встречаются уникальные варианты использования, им нужно тонко настраивать свои действия. Для обработки таких уникальных рабочих процессов у SAP есть встроенная среда программирования. Вот как работает каждая часть:
Данные
В интерфейсе SAP разработчики могут создавать собственные таблицы БД. Это реляционные таблицы как обычные базы SQL: столбцы различных типов, внешние ключи, ограничения значений, а также разрешения на чтение/запись.
Логика
SAP разработала язык под названием ABAP (Advanced Business Application Programming, первоначально Allgemeiner Berichts-Aufbereitungs-Prozessor, по-немецки «общий процессор создания отчётов»). Он позволяет разработчикам запускать индивидуальную бизнес-логику в ответ на определённые события или по расписанию. ABAP — это язык с богатым синтаксисом, здесь примерно втрое больше ключевых слов, чем в JavaScript (см. реализацию игры 2048 на языке ABAP). Когда вы написали свою программу (в SAP есть встроенный редактор для программирования), то публикуете её как собственную транзакцию, вместе с индивидуальным кодом TCode. Можете настроить существующее поведение с помощью обширной системы хуков, которые называются «бизнес-надстройками» (add-ins), где программа настраивается для запуска при выполнении определённой транзакции — аналогично триггерам SQL.
UI
SAP также поставляется с конструктором для создания UI. Он поддерживает драг-н-дроп и поставляется с удобными функциями, такими как сгенерированные формы на основе таблицы БД. Несмотря на это, его довольно трудно использовать. Моя любимая часть конструктора — рисование столбцов таблицы:
Трудности внедрения ERP
ERP стоит недёшево. Крупная транснациональная корпорация может потратить на внедрение от $100 млн до $500 млн, включая $30 млн лицензионных платежей, $200 млн за консалтинговые услуги, остальное на аппаратное обеспечение, обучение менеджеров и сотрудников. Полное внедрение занимает от четырёх до шести лет. Генеральный директор крупной химической компании сказал: «Конкурентное преимущество в отрасли получит фирма, которая сможет лучше и дешевле провести работы по внедрению SAP».
И дело не только в деньгах. Внедрение ERP — рискованное предприятие, и результаты сильно отличаются. Одним из успешных кейсов считается внедрение ERP в Cisco, которое заняло 9 месяцев и $15 млн. Для сравнения, внедрение в корпорации Dow Chemical стоило $1 млрд и заняло 8 лет. ВМФ США потратил $1 млрд на четыре различных проекта ERP, но все потерпели неудачу.
Аж 65% руководителей считают, что внедрение ERP-систем несёт «умеренный шанс повредить бизнесу». Такое нечасто услышишь при оценке программного обеспечения!
Интегрированная природа ERP означает, что для её внедрения требуются усилия компании целиком. А поскольку компании получают выгоду только после повсеместного внедрения, это особенно рискованно! Внедрение ERP — не просто решение о покупке: это обязательство изменить свои методы управления операциями. Установка программного обеспечения — это легко, перенастройка рабочего процесса всей компании — вот где основная работа.
Для внедрения у себя ERP-системы клиенты часто нанимает консалтинговую фирму, такую как Accenture, и платят ей миллионы долларов за работу с отдельными бизнес-подразделениями. Аналитики определяют, как интегрировать ERP в процессы компании. И как только интеграция начинается, компания должна начать обучение всех сотрудников, как использовать систему. Gartner рекомендует резервировать 17% бюджета только на обучение!
Несмотря на все трудности, большинство компаний из списка Fortune 500 внедрили ERP-системы к 1998 году: процесс ускорился страхом Y2K. Рынок ERP продолжает расти и сегодня превышает $40 млрд. Это один из крупнейших сегментов в мировой индустрии программного обеспечения.
Современная индустрия ERP
Крупнейшими игроками являются Oracle и SAP. Хотя обе являются лидерами рынка, их ERP-продукты удивительно отличаются. Продукт SAP был в основном построен внутри компании, в то время как Oracle агрессивно скупила конкурентов, таких как PeopleSoft и NetSuite.
Oracle и SAP настолько доминируют, что даже Microsoft использует SAP вместо своего собственного ERP-продукта Microsoft Dynamics.
Поскольку в большинстве отраслей довольно специфические потребности в ERP, у Oracle и SAP есть готовые конфигурации для многих отраслей, таких как пищевая, автомобильная и химическая, а также вертикальные конфигурации, такие как процессы организации продаж. Тем не менее, всегда остаётся место для нишевых игроков, которые, как правило, ориентируются на конкретную вертикаль:
- Ellucian Banner для университетов
- Infor и McKesson предлагают ERP для организаций здравоохранения
- QAD для производства и логистики
Однако специализация — не единственная возможность найти свою нишу на рынке. Некоторые стартапы пытаются вывести на рынок более современные программные платформы. Примером может служить Zuora: она предлагает возможность интеграции (с разными ERP!) по подписке. Стартапы вроде Anaplan и Zoho предлагают то же самое.
ERP на подъёме?
В 2019 году SAP чувствует себя прекрасно: в прошлом году выручка составила €24,7 млрд, а рыночная капитализация сейчас превысила €150 млрд. Но мир программного обеспечения уже не тот, что раньше. Когда SAP впервые появилась, данные были изолированы и трудно интегрировались, так что хранение всего этого в SAP казалось очевидным ответом.
Но теперь ситуация быстро меняется. У большинства современных корпоративных программ (например, Salesforce, Jira и т. д.) есть бэкенд с хорошими API для экспорта данных. Формируются озёра данных: например, Presto облегчает соединение между собой баз данных, невозможное всего несколько лет назад.
- SQL
- Администрирование баз данных
- Управление продуктом
- История IT
- Софт
Источник: habr.com
