sap car что это
«Магнит» начал перевод основных бизнес-процессов на SAP
Вторая по выручке розничная компания в России – «Магнит» – подписала с SAP лицензионное соглашение о комплексном внедрении IT-решений, говорится в совместном сообщении компаний.
«Магнит» называет это началом «цифровой трансформации»: основная часть информационных систем розничной сети перейдет на SAP HANA Enterprise Cloud (HEC). Цель, как сказано в сообщении ритейлера, – устойчивый рост и повышение стоимости бизнеса для акционеров. Проект рассчитан на три года. Сколько «Магнит» потратит на него, представитель сети раскрыть отказался.
Исторически «Магнит» предпочитал работать на решениях собственной разработки. Теперь компания перейдет на цифровую платформу, на которой работает большинство ритейлеров мира, и сможет использовать их опыт оптимизации стандартных бизнес-процессов, заявил представитель ритейлера.
Из «Магнита» уволились пять топ-менеджеров
Все бизнес-процессы «Магнита» будут сосредоточены на системе SAP S/4 HANA Retail, которая позволит осуществлять сквозной товарно-финансовый учет. Всего будет внедрено более 40 модулей.
На первом этапе система охватит автоматизацию финансов, движения товаров, кадров и отчетности. Модуль SAP Central Finance позволит объединить финансы основных предприятий «Магнита». Цифровизация работы с персоналом на базе модуля SAP HCM затронет кадровый учет, организационную структуру, расчет зарплаты и связанные процессы. «Магнит» также намерен внедрить чековое хранилище на SAP CAR, благодаря чему сможет отслеживать остатки в онлайн-режиме, прогнозировать спрос и др.
Сейчас «Магнит» ведет товарный и финансовый учет в разных системах с разными моделями данных, объяснил его представитель. Товарный учет работает на платформе собственной разработки, финансы и кадры автоматизированы на базе 1С. Отслеживание остатков, прогноз спроса также работали на собственных решениях «Магнита».
«Омоложение» собственных разработок «Магнита» потребовало бы серьезных инвестиций, в том числе в ущерб другим направлениям, говорит его представитель: «Эффективнее было приобрести готовый продукт SAP с привлечением собственной разработки для отдельных функций и возможностей». Такой подход, рассуждает он, даст хороший результат при сравнимых инвестициях без потери времени.
«Магнит» будет тестировать модули сначала на ограниченном числе магазинов, после чего, если они будут стабильно работать, распространит опыт на всю сеть. Так ритейлер надеется минимизировать операционные риски. Всего на 31 декабря 2019 г. в сеть «Магнит» входило 20 725 магазинов в 3742 населенных пунктах России.
«Мы рассчитываем, что эффект от программы в течение нескольких лет будет исчисляться миллиардами рублей», – заявил президент и гендиректор «Магнита» Ян Дюннинг. Как предположил представитель ритейлера, эффект будет заметен сразу во многих показателях: оборачиваемость капитала, рост производительности труда, снижение потерь, повышение качества ведения товарного учета и планирования ресурсов.
Хотите скрыть рекламу? Оформите подписку и читайте, не отвлекаясь
Наши проекты
Контакты
Рассылки «Ведомостей» — получайте главные деловые новости на почту
Ведомости в Facebook
Ведомости в Twitter
Ведомости в Telegram
Ведомости в Instagram
Ведомости в Flipboard
Решение Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуникаций (Роскомнадзор) от 27 ноября 2020 г. ЭЛ № ФС 77-79546
Учредитель: АО «Бизнес Ньюс Медиа»
И.о. главного редактора: Казьмина Ирина Сергеевна
Рекламно-информационное приложение к газете «Ведомости». Зарегистрировано Федеральной службой по надзору в сфере связи, информационных технологий и массовых коммуникаций (Роскомнадзор) за номером ПИ № ФС 77 – 77720 от 17 января 2020 г.
Любое использование материалов допускается только при соблюдении правил перепечатки и при наличии гиперссылки на vedomosti.ru
Новости, аналитика, прогнозы и другие материалы, представленные на данном сайте, не являются офертой или рекомендацией к покупке или продаже каких-либо активов.
Сайт использует IP адреса, cookie и данные геолокации Пользователей сайта, условия использования содержатся в Политике по защите персональных данных
Все права защищены © АО Бизнес Ньюс Медиа, 1999—2021
Любое использование материалов допускается только при соблюдении правил перепечатки и при наличии гиперссылки на vedomosti.ru
Новости, аналитика, прогнозы и другие материалы, представленные на данном сайте, не являются офертой или рекомендацией к покупке или продаже каких-либо активов.
Все права защищены © АО Бизнес Ньюс Медиа, 1999—2021
Решение Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуникаций (Роскомнадзор) от 27 ноября 2020 г. ЭЛ № ФС 77-79546
Учредитель: АО «Бизнес Ньюс Медиа»
И.о. главного редактора: Казьмина Ирина Сергеевна
Рекламно-информационное приложение к газете «Ведомости». Зарегистрировано Федеральной службой по надзору в сфере связи, информационных технологий и массовых коммуникаций (Роскомнадзор) за номером ПИ № ФС 77 – 77720 от 17 января 2020 г.
Сайт использует IP адреса, cookie и данные геолокации Пользователей сайта, условия использования содержатся в Политике по защите персональных данных
SAP CAR: The Untold Analytics Story
SAP Customer Activity Repository (CAR) is a powerful data platform that collects, cleanses, and centralizes customer and transactional data previously spread in different formats over separate applications. It provides a common foundation and a harmonized multichannel transaction data model for all-consuming applications.
Different modules are included in SAP CAR that offer a variety of services for different use cases:
In this blog, we will focus on the analytical capability of SAP CAR.
What Does SAP CAR Offer?
Near Real-Time Analytics at the Lowest Granularity
Sales analysis has steadily grown in sophistication for retailers as computing has become more powerful and more affordable. Traditional sales reporting systems have some limitations when it comes to sales and inventory analytics:
SAP CAR addresses these limitations by providing near real-time access to transaction-level sales data – SAP CAR collects Point of Sales transactions at the TLOG level. This allows analysis and reporting on any level of granularity in seconds. When a POS trickle feed is used, new data is available for reporting within minutes of the sale. You will be able to see the current inventory position of a particular product at a particular store. You will also be able to evaluate sales performance and promotion effectiveness at any store in real-time.
Besides POS sales transactions, master data (product, store), transaction data (billing documents, sales documents, purchase orders), and inventory data (unrestricted on-hand inventory) can be replicated from your ERP system (SAP ECC or SAP S/4HANA ) in real-time using SLT (SAP landscape transformation). In this way, SAP CAR can capture sales transactions across multiple channels, enabling the retailer to get a 360-degree view of the customers and cross-channel transaction data.
Other modules can also consume this real-time sales and inventory data inside SAP CAR, such as OAA (Omnichannel Article Availability and Sourcing). We will discuss this topic in more detail in future blogs.
Real-time reporting on transaction-level data provides the following benefits to retailers:
Back-End Virtual Data Models
SAP CAR offers powerful real-time analytic capabilities. Data model/logic is built using SAP HANA calculation views (also known as SAP HANA Virtual Data Models). These views are built on the data stored in your SAP HANA database. No data is physically loaded and stored in these virtual data models, and no ETL process is involved. SAP CAR comes with an extensive library of standard analytical content for reporting (known as SAP HANA Live Content).
Some standard analytical content includes:
You can leverage the standard analytical content as an accelerator for your implementation. However, most implementations will involve some level of customization or extension of this content to meet specific business requirements.
Front-End Reporting Tools
To address reporting needs in an SAP CAR implementation, there are various options you can use to consume the virtual data model (SAP HANA calculation view) and build reports and dashboards on top of SAP CAR data. Some of the options include:
Analytics in SAP CAR vs. SAP S/4HANA vs. EDW
Many systems offer analytical capabilities for retailers today, such as SAP S/4 HANA, SAP BW/4HANA, and SAP CAR. Where does SAP CAR fit into the overall reporting landscape? Can I get all the reports I need out of SAP CAR?
To answer this question, let us compare them side by side:
SAP CAR vs. S/4HANA
CAR offers near real-time reporting capabilities on sales, promotion, and inventory data at the POS transaction level. S/4, on the other hand, also offers real-time operational reporting capabilities with its embedded analytics functionality. However, the real-time analytical capability is limited to the available data in your SAP S/4HANA system. A retailer typically aggregates the POS data and post back to SAP S/4HANA at the end of the day or multiple times a day. In either case, there will be latency, and your SAP S/4HANA system will not be able to provide visibility on your inventory position and sales data in real time. Since your SAP S/4HANA system typically does not store POS sales data at the transaction level, you must access that level of granularity from your SAP CAR system.
SAP CAR vs. SAP BW/4HANA (or any other enterprise data warehouse system)
Do you still need a BW system or EDW (enterprise data warehouse system) if you already have SAP CAR?
SAPCAR itself is not an EDW system, and it cannot replace all the functionalities an EDW system provides. For example, SAP CAR stores sales data at the lowest granularity (TLOG level), but you will not retain data at this level in SAP CAR forever. Depending on the transactional data volume, retailers usually only keep the TLOG data for a limited time. I have seen anywhere from 3 months to 4-5 years. To retain full history, data needs to be transferred to an EDW system or data lake at some point.
SAP CAR also does not provide out-of-the-box functionalities to handle non-cumulative key figures such as inventory movement data and slowly changing dimensions. For example: If I want to see a particular product’s store inventory position at a particular time in the past, it is challenging to achieve this reporting out of SAP CAR unless you maintain a daily inventory snapshot. Same for the slowly changing dimensions, such as a store, has been reassigned to a different regional hierarchy. The business wants to report on point-in-time sales data based on the old hierarchy assignment. Custom solutions need to be built for these situations to be handled in SAP CAR. On the other hand – it is quite easy to query non-cumulative key figures and tracking slowly changing dimensions in an EDW system. The functionalities are provided out of the box.
To summarize when to use which system for analytics:
Summary
The real-time analytics capabilities provided by SAP CAR and SAP HANA give retailers unprecedented insight into how their customers shop with them across multiple channels. Businesses can access critical information to support daily business decisions without a tremendous amount of latency. Access to this data and the pre-delivered SAP analytical content and tools allows retailers to quickly identify trends, issues, and changes in customer behaviors and act on them.
For more on how your company can use SAP CAR, contact Rizing.
Rizing’s objective is to enable every business that uses SAP solutions to achieve a truly intelligent enterprise. We help our customers with a combination of our own deep industry experience and leading SAP technologies.
300 First Stamford Place
Stamford, CT 06902, USA
Phone: +1 203 517 0400
Fax: +1 203 569 9776
«Магнит» запустил крупнейший в ритейле проект трансформации ERP
Содержание
Запуск крупнейшего в ритейле проекта трансформации ERP
26 октября 2020 года «Магнит» анонсировал крупнейший в ритейле проект трансформации ERP. Компания завершила этап планирования этой программы на базе продуктов SAP и выбрала партнёров для её реализации.
К концу октября 2020 года в развиваемую «Магнитом» программу трансформации ERP входят четыре проекта. Для проекта «Товародвижение и логистика» генеральным подрядчиком была выбрана компания Novardis. Генеральным подрядчиком проекта «Финансы, некоммерческие закупки и недвижимость» стал « Техносерв Консалтинг », а в качестве подрядчика для проекта «Управление персоналом» была выбрана компания «Витте-консалтинг». Все выбранные партнеры являются одними из ведущих интеграторов решений SAP на российском ИТ рынке.
«Магнит» представил крупнейший в ритейле проект трансформации ERP
Проект «ИТ», в который входит внедрение комплекса обеспечения интеграции информационных систем и построение Центра компетенций SAP, «Магнит» пока будет выполнять самостоятельно.
В программу трансформации ERP вошли следующие продукты SAP:
«Магнит» планирует потратить 8 млрд рублей на внедрение SAP
Он напомнил, что внедрение SAP – это одна из 27 инициатив по цифровой трансформации, принятых в «Магните».
Флориан Янсен рассказал новые подробности программы трансформации ERP на базе SAP в «Магните» (скриншот трансляции выступления Янсена )
В «Магните» ранее подробно рассказывали о планах по внедрению SAP, но объем планируемых инвестиций публично не озвучивали. Флориан Янсен также привел данные о масштабе команд, которые планируется задействовать в программе SAP. Так, указал он, над проектом будет работать внутренняя команда численностью порядка 150 человек. «Магнит» планирует развивать собственный центр компетенций SAP. Кроме того, в программе трансформации ERP будут задействованы еще 300 человек из восьми партнеров по внедрению.
Теперь же, добавил он, в «Магните» привержены идее вернуть компании лидерство в технологиях в ритейле.
На момент анонса начала цифровой трансформации с применением решений SAP в феврале 2020-го в компании заявляли, что ожидают эффект от реализации программы, исчисляющийся миллиардами рублей, в течение нескольких лет.
Подробно том, какие продукты SAP программы трансформации планирует внедрять «Магнит», и какое место в новом ландшафте будет отведено решениям на базе «1С», которыми компания пользуется около 25 лет, TAdviser писал ранее (см. в блоках ниже).
Какие решения SAP внедрит «Магнит»
В феврале 2020 года компания розничная сеть «Магнит» объявила о запуске цифровой трансформации на базе решений SAP, которую планируется провести в течение трех лет. Компания подписала с российским офисом немецкого вендора ряд соглашений на комплексное внедрение ИТ-решений.
Цифровая трансформация затронет более 20 тыс. торговых точек «Магнита» и около 300 тыс. его сотрудников по всей стране. В компании называют ее «крупнейшей цифровой инициативой в истории российского ритейла».
Согласно озвученным планам, решения SAP проникнут практически во все ключевые бизнес-процессы «Магнита». Основная часть информационных систем будет развернута в российском ЦОДе SAP на базе облачного решения SAP HANA Enterprise Cloud (HEC). Цифровым ядром, объединяющим все бизнес-процессы, станет решение SAP S/4HANA Retail, с помощью которого будет осуществляться сквозной товарно-финансовый учет.
Решения SAP затронут практически во все ключевые бизнес-процессы «Магнита»
Трансформация компании предполагает внедрение более 40 модулей SAP S/4HANA: на первом этапе система охватит автоматизацию финансов, товародвижения, кадров и отчетности. Модуль SAP Central Finance позволит объединить финансы основных предприятий «Магнита». Цифровизация работы с персоналом на базе модуля SAP HCM затронет кадровый учет, организационную структуру, расчет заработной платы и другие связанные процессы.
Помимо этого, будут внедрены чековое хранилище на базе SAP CAR, за счет которого «Магнит» сможет отслеживать остатки в онлайн-режиме, строить прогноз спроса и развивать решения для управления ассортиментом и автозаказом. А за соответствие законодательству о прослеживаемости товаров, реализуемому с помощью госсистем «Честный знак», ЕГАИС, «Меркурий», будет отвечать модуль SAP Advanced Track and Trace.
Для построения корпоративной аналитики и унификации управленческой отчетности будет использоваться SAP Business Objects, а также будет предусмотрено использование облачной системы SAP Analytics Cloud.
Четверть века сотрудничества с «1С»
Исторически основной платформой автоматизации бизнес-процессов в «Магните» была платформа «1С». В общей сложности компании сотрудничают уже порядка 25 лет. Не так задолго до объявления планов цифровизации на базе SAP – в июне 2019 года – «1С» и «Магнит заключили соглашение о стратегическом сотрудничестве. В его рамках они сообщали о планах оптимизации возможностей платформы «1С», чтобы она больше соответствовала требованиям растущего бизнеса «Магнита» и задачам, которые сеть поставила перед собой в рамках крупной трансформации бизнеса.
Изначально на базе «1С:Предприятие» в «Магните» самостоятельно писали приложения для автоматизации различных процессов, а позже компания стала также использовать приложения разработки «1С»: например, ERP для производственных площадок и сельскохозяйственного направления «Магнита», «1С:Зарплата и управление персоналом», «1С:Документооборот», решение для технического обслуживания и ремонтов (ТОИР).
Приложение для розничной сети «Магнит» побеждало в конкурсе «1С» «Парад приложений»
Одними из наиболее крупных систем, реализованных на «1С:Предприятие» в «Магните», являются системы управления финансовыми потоками и кассами. На базе платформы «1С» был создан центр управления кассами, обеспечивающий управление выручкой тысяч магазинов и контрольно-кассовой техникой.
У «Магнита» есть внутреннее подразделение компетенций «1С», в котором, по состоянию на июнь 2019-го, работало порядка 200 разработчиков и 150 тестировщиков и специалистов сопровождения.
До свидания, «1С»? А вот и нет
В пресс-службе «Магнита» заявили TAdviser, что не планируют полностью отказываться от «1С».
В компании добавили, что решения на базе «1С» отлично зарекомендовали себя в промышленной эксплуатации, и «Магнит» планирует продолжить развивать лучшие практики и наработки, которые были ранее внедрены. В частности, она продолжит использовать отраслевые решения на базе «1С»: производственные площадки, управление задачами и разработкой, другие задачи функциональных блоков.
В «Магните», впрочем, говорят, что решение о платформе для цифровой трансформации с этим никак не связано и обосновано только бизнес-логикой.
В «Магните» также рассказали TAdviser, что планируют создавать центр компетенции SAP. При этом и центр компетенции «1С» продолжит свою работу, так как не все процессы будут автоматизированы на решениях SAP, и не все компании группы «Магнит» на него перейдут.
Что такое SAP?
И как получилось, что 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 изначально создавалось расширяемым. В первоначальном контракте с 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.
SAP также поставляется с конструктором для создания UI. Он поддерживает драг-н-дроп и поставляется с удобными функциями, такими как сгенерированные формы на основе таблицы БД. Несмотря на это, его довольно трудно использовать. Моя любимая часть конструктора — рисование столбцов таблицы:
Трудности внедрения ERP
Интегрированная природа ERP означает, что для её внедрения требуются усилия компании целиком. А поскольку компании получают выгоду только после повсеместного внедрения, это особенно рискованно! Внедрение ERP — не просто решение о покупке: это обязательство изменить свои методы управления операциями. Установка программного обеспечения — это легко, перенастройка рабочего процесса всей компании — вот где основная работа.
Для внедрения у себя ERP-системы клиенты часто нанимает консалтинговую фирму, такую как Accenture, и платят ей миллионы долларов за работу с отдельными бизнес-подразделениями. Аналитики определяют, как интегрировать ERP в процессы компании. И как только интеграция начинается, компания должна начать обучение всех сотрудников, как использовать систему. Gartner рекомендует резервировать 17% бюджета только на обучение!
Современная индустрия ERP
Крупнейшими игроками являются Oracle и SAP. Хотя обе являются лидерами рынка, их ERP-продукты удивительно отличаются. Продукт SAP был в основном построен внутри компании, в то время как Oracle агрессивно скупила конкурентов, таких как PeopleSoft и NetSuite.
Oracle и SAP настолько доминируют, что даже Microsoft использует SAP вместо своего собственного ERP-продукта Microsoft Dynamics.
Поскольку в большинстве отраслей довольно специфические потребности в ERP, у Oracle и SAP есть готовые конфигурации для многих отраслей, таких как пищевая, автомобильная и химическая, а также вертикальные конфигурации, такие как процессы организации продаж. Тем не менее, всегда остаётся место для нишевых игроков, которые, как правило, ориентируются на конкретную вертикаль:
Однако специализация — не единственная возможность найти свою нишу на рынке. Некоторые стартапы пытаются вывести на рынок более современные программные платформы. Примером может служить Zuora: она предлагает возможность интеграции (с разными ERP!) по подписке. Стартапы вроде Anaplan и Zoho предлагают то же самое.
ERP на подъёме?
В 2019 году SAP чувствует себя прекрасно: в прошлом году выручка составила €24,7 млрд, а рыночная капитализация сейчас превысила €150 млрд. Но мир программного обеспечения уже не тот, что раньше. Когда SAP впервые появилась, данные были изолированы и трудно интегрировались, так что хранение всего этого в SAP казалось очевидным ответом.
Но теперь ситуация быстро меняется. У большинства современных корпоративных программ (например, Salesforce, Jira и т. д.) есть бэкенд с хорошими API для экспорта данных. Формируются озёра данных: например, Presto облегчает соединение между собой баз данных, невозможное всего несколько лет назад.