sap fico что это
СПЕЦИАЛЬНОСТЬ: КОНСУЛЬТАНТ SAP FI/CO
Дмитрий Каглик, SAP FI/CO Эксперт (Solution Architect), более 12 лет опыта работы в компаниях SAP CIS, The Body Shop, Capita plc.
В 2000 году откликнулся на приглашение пройти интервью в SAP, но в то время они нуждались в разработчиках, а меня это не интересовало. Я отметил, что хотел бы заниматься консалтингом. Буквально через полгода я был приглашен на собеседование и вскоре был принят на стажерскую программу в SAP CIS&B. В то время у них был большой набор стажеров. Так что изучал все с самого начала, от SAP 010, SAP 020 до углубленных курсов по FI. В дальнейшем, кроме непосредственно консалтинговой деятельности, довелось уже самому читать курсы в SAP и РЖД.
Имеет ли значение, где проходить стажерские программы: в самом SAP или, например, в большой четверке?
Думаю, что если с самого начала, с нуля, то тогда лучше непосредственно в SAP, а если есть опыт работы, например, в 1С или ORACLE, то можно и на базе большой четверки.
Дмитрий, а какие навыки по-вашему необходимы для работы в консалтинге?
Для финансового консультанта — это знания бухгалтерского учета, опыт общения. Технические знания приобретутся со временем. Также важно умение разбираться в бизнес-кейсах. Сейчас в том же Linkedin часто встречаю, особенно от представителей из Индии, вопросы о том, что люди закончили MBA и спрашивают с чего начинать? Так вот, надо соизмерять свои знания с требованиями компаний. Либо ты называешься «МBA» и идешь, куда надо, либо ты говоришь, что ничего не знаешь, поступаешь на стажерскую программу в SAP и начинаешь все с нуля.
Я не знаю, есть ли такие курсы в России, для людей «с улицы», то есть не для клиентов, в Индии точно есть. В этом случае, если имеются знания бизнеса, то возможно освоить, а если нет, то это бесполезно.
Да, психология нужна. У меня была статья о том, какие навыки нужно иметь консультанту. Я считаю это общение, навыки убеждения, умение понимать и слушать. Экстравертом быть не обязательно, но глубоким интровертом быть точно нельзя.
При приеме консультанта SAP FI / CO на работу на какие бы стороны, параметры ты обращал бы внимание?
Во-первых, сравнил бы бумажное резюме с данными Linkedin, смотрел бы есть ли несостыковки. Во-вторых, наш рынок узкий, проверял бы определенные точки: рекомендации и личное общение, контактность.
Здесь все двояко: либо можно развиваться в профессиональную сторону от младшего консультанта до бизнес–архитектора, либо в сторону управления до директора программ. Второе меня не особенно привлекало, лично я рос профессионально.
Должен ли консультант SAP FI обязательно знать ABAP?
Если хочешь сам посидеть в отладчике, то да, нужно знание ABAP-программирования. Например, иногда задаешь вопрос консультанту, что тот будет делать, как будет искать ошибку? Многие отвечают, что обратятся к абаперу. Да, можно и так, и я, бывало, к ним обращался. Но, по моему мнению, к этому нужно прибегать в крайнем случае. Здесь надо разграничить: одно дело — уметь писать АВАР-код, а другое — читать. Не у всех консультантов есть ключи разработчика, чтобы самому что-то писать в системе. На западе каждый знает только свой функционал, чаще пишет только спецификацию и отдает ее разработчикам. Я считаю это правильно, это лучшим образом влияет на документацию проекта.
SAP FI консультант должен ли изучать модуль СО и наоборот?
В России — не всегда! В России этими модулями занимаются часто разные люди из-за усложнённого функционала локализации решения, а на западе ими, как правило, всегда владеет один специалист.
Как по Вашему мнению, обязательно ли нужна сертификация SAP?
Сертификация, как правило, входит в стажерскую программу. Ценность такой сертификации все же сомнительна, если она не подкреплена практическим опытом или хотя бы знаниями бизнеса.
Требуется ли в Англии SAP-сертификат?
О нем часто спрашивают, но ответ по сути не интересует, потому как работа всё показывает.
Четко ли выстраивается рабочий процесс в английских компаниях?
Двояко. Если проект начинается с самого начала, Greenfield, то, как правило, все происходит по методологии АSAP. А если приходится заниматься какими-то этапами проекта, что-то доделывать, то все здесь зависит от объема работ.
Требования к описанию настроек строгие? У нас бывает одна команда не пишет описание настроек системы, кода программ, а когда приходит новая, то им приходится все начинать сначала
Зависит от заказчика. Например, в данный момент на текущем заказчике, мне приходится писать handover за несколько лет работы.
Мы работаем по-всякому. Но обычно on-side гораздо удобнее. У нас были попытки перевести работу в офшор — не увенчались успехом. Удобно сесть с разработчиком за один компьютер и пройтись по коду программы, подебажить его, протестировать вместе. А если разработчик где-нибудь в Индии, то много времени теряется на объяснения, а также неудобна разница во времени. Не всем оплачивается сверхурочные, которые часто случаются в результате такого взаимодействия. У нас была попытка перенести центр разработки в Индию. Качество работ снизилось. Хотя лично у меня был и положительный опыт работы с американскими разработчиками.
Какие Вы можете отметить плюсы и минусы иностранных и российских компаний?
В российских компаниях SAP как правило приходит туда, где до этого уже что-то было (например, 1С), и собственник бизнеса хочет что-то улучшить. Поэтому с этой точки зрения SAP-проекты в России строятся на основе best practice: «SAP — это лучшее, так пойдемте и попробуем это сделать!»
На западе такого нет. Там продавливают SAP так, как у нас продавливают 1С. И тут уже приходиться применять и soft skills, уговаривать хоть попробовать что-то новое. А они считают, что раз их бизнес работает так 130 лет, он может работать так и дальше без вашего SAP.
То есть доводы по типу best practice на них не действуют?
Как правило нет. Читал в каком-то английском журнале интервью руководителя одной очень крупной компании, которой тоже предложили внедрить SAP. Руководство ответило примерно следующее: «Как мы можем разрешить программе, которая стоит около 2 млн фунтов, указывать что делать нашему бизнесу стоимостью 155 млрд? Разная весовая категория.»
Есть ли отличия в консультантах в России и Англии?
В Англии работает много выходцев из Индии, уровень знаний которых бывает очень низкий. А если его взяли в штат, то уволить сотрудника не просто, у них небольшая ротация кадров. По поводу знаний специалистов в России я затрудняюсь ответить, я тут с людьми лет семь не общался.
В России работодатели часто предлагают дополнительные соц.пакеты при устройстве консультанта на работу, такие как ДМС, оплата интернета. В Англии есть ли особенности привлечения сотрудников?
Это, как правило, стандартный пакет: оклад, медицинская страховка, car allowance (предоставление корпоративного автомобиля или возмещение расходов на содержание личного авто), relocation (бонус при переезде), страховка на детей. Разумеется, этот пакет может отличаться от компании к компании, и уж точно не относится к фрилансерам.
От чего зависит уровень зарплаты консультанта?
В Англии работает матрица 2х2. То есть, на одной оси — это консалтинговая компания, а на другой — конечный клиент. У клиента ЗП ниже, чем в консалтинговой компании. Так же имеет значение расположение офиса: Лондон/не Лондон. В Лондоне — выше. А так зарплата у всех договорная — как себя продашь.
То есть у наших специалистов есть возможность продать себя по высоким ставкам?
Сейчас в Англии все усложнилось с получением виз, гайки закрутили. Без MBA шансы минимальные.
Нет, я занимаюсь этим для души, участвую иногда в обсуждении интересных мне тем, статей. Хотя благодаря этому у меня возросла база контактов.
Вы написали свою электронную книгу. Расскажите, как она создавалась, были ли муки творчества?
Книга родилась интересно. У меня был знакомый, который исторически занимался больше контроллингом, и ему попался проект по FI. В процессе у него накопилось много вопросов, которые вместе с ответами и легли в основу книги. Появилась идея их объединить сначала в сайт, а потом в книгу. Мук творчества не было, нужно было удачно их скомпоновать.
Последний традиционный вопрос. Были ли в Вашей карьере примеры консультантов, чей профессионализм и навыки вызывали бы у восхищение, в чем они выражались?
Конечно были. Человек, который намеками давал направление для мысли. Не готовый ответ, а именно толчок для собственного понимания проблемы. Хотите имя? Назову в приватной беседе!
What is SAP FICO | About SAP FICO Module
SAP FICO Stands for FI (Financial Accounting) and CO (Controlling). SAP FICO is the important module of ERP and both FI and CO modules stores the complete financial transaction data of an organization.
What exactly SAP FICO module is
SAP FI Modules contains the following sub-modules
SAP Financial Accounting module is further divided into further several sub-modules, such as
General Ledger Accounting :- The general ledger accounting is to provide a complete report for external and internal accounting i.e Accounts, Journals, Monthly debits and Credit, Balance sheet and Recording all business transactions.
Accounts Payable :- The Accounts Payable records and manages all accounting data related to vendors
Accounts Receivable :- The Accounts receivable records and manages all accounting data related to Customers
Asset Accounting:- Asset Accounting is utilized for managing your company’s Assets. SAP allows you to categorize assets and to set values for depreciation calculations in each asset class.
Bank Accounting :- Bank accounting is used to manage the bank transactions in the system including cash management.
Consolidation: – Consolidation enables the combining of financial statements for multiple entities within an organization. These financial statements provide an overview of the financial position of the company as a whole.
Funds Management:- Funds Management manages budgets for revenues and expenses within your company as well as track these in the area of responsibility.
Special Purpose Ledger :- Special purpose ledger is used to define ledgers for reporting purposes.
Travel Management :- Travel Management provides management of all travel activities including booking trips and handling of expenses associated with travel.
SAP Controlling plays an important role for the management decision making and CO Module is used for the internal reporting purpose. Controlling Area is the organization unit used to represents the controlling activities of Cost Center accounting, Profit Center Accounting, Product Costing, and Profitability etc.
SAP CO Module contains the following sub-modules :-
Related links
SAP FI — Подмодули
SAP FI имеет коллекцию подмодулей, как показано на следующем снимке экрана —
Финансовый учет — Главная книга
Главная книга содержит все детали транзакции компании. Он выступает в качестве основной записи для ведения всех учетных данных. Общими записями главной книги являются транзакции клиентов, покупки у поставщиков и транзакции внутри компании.
Финансовый учет — дебиторская и кредиторская задолженность (AR / AP)
Он включает в себя информацию о сумме, которую платит клиент, и сумму, которую компания платит поставщикам. Другими словами, AP включает в себя все транзакции поставщика, а AR включает в себя все транзакции клиента.
Общие SAP AR T-коды —
Общие таблицы SAP AR —
Обычные T-коды SAP AP —
Общие таблицы SAP AP —
Финансовый учет Учет основных средств
Учет основных средств имеет дело со всеми основными средствами компании и предоставляет все детали транзакции по основным средствам. Модуль учета активов финансового учета тесно сотрудничает с другими модулями, такими как SAP MM, SAP Plant Management, EWM и т. Д.
Общие T-коды, используемые для учета активов —
Пример. Когда компания приобретает товар, который можно рассматривать как актив, детали передаются в модуль учета основных средств из модуля SAP MM.
Финансовый учет Банковский учет
Он имеет дело со всеми транзакциями, совершенными через банк. Он включает все выполненные входящие и исходящие транзакции, управление балансом и основные данные банковских транзакций.
Вы можете создавать и обрабатывать банковские операции любого типа, используя компонент учета в банке.
Таблицы модуля Common Bank Accounting, которые используются для этого:
Общие Т-коды с банковского учета —
Финансовый учет Управление командировками
Этот модуль используется для управления всеми командировочными расходами компании. Он включает в себя все запросы на поездки, их планирование и расходы, связанные со всеми запрошенными поездками.
Это помогает организации эффективно управлять командировочными расходами, поскольку обеспечивает интеграцию со всеми другими модулями SAP.
Общие T-коды управления поездками —
Общие таблицы управления командировками —
Управление фондами финансового учета
Этот модуль используется для управления средствами в компании. Модуль управления фондом взаимодействует с другими модулями, такими как бухгалтерский учет в банке, главная книга (G / L, SAP AR / AP, SAP Material Management и т. Д.), Чтобы получить сведения о фонде.
Он включает в себя все транзакции для получения средств, расходов фонда и будущих расходов. Это помогает компании составить прогноз бюджета и правильно использовать средства.
Общие таблицы, в которых хранятся данные управления фондами —
Общие T-коды SAP Funds Management —
Финансовый учет Юридическая консолидация
Это помогает организации рассматривать несколько подразделений как одну компанию, и, следовательно, позволяет просматривать все детали как единый финансовый отчет для всех компаний этой группы. Организация может получить четкое представление о своих финансовых условиях как единое целое.
Общие таблицы в модуле FI Legal Consolidation —
Примечание. Модуль FI-Legal Consolidation поддерживался в более ранних версиях внедрения SAP ERP. Эта работа выполняется сейчас SAP Business Process Consolidation BPC и SEM-BCS.
SAP CO — Анализ рентабельности
SAP CO Profitability Analysis используется для анализа сегментов рынка, классифицированных как продукты, клиенты, торговая зона, бизнес-сфера и т. Д.
SAP CO Profitability Analysis (CO-PA) используется для оценки сегментов рынка, которые классифицируются по продуктам, клиентам и заказам —
Существует два типа анализа рентабельности:
Анализ рентабельности на основе затрат — используется для группировки затрат и выручки по полям значений. Он используется для обеспечения постоянного доступа к полному краткосрочному отчету о прибыльности.
Анализ прибыльности на основе аккаунта — используется для предоставления отчета о прибыльности, который постоянно сверяется с финансовым учетом. Он в основном используется для получения информации, связанной с отделами продаж, маркетинга, управления продуктами и корпоративного планирования, для поддержки внутреннего учета и принятия решений.
Анализ рентабельности на основе затрат — используется для группировки затрат и выручки по полям значений. Он используется для обеспечения постоянного доступа к полному краткосрочному отчету о прибыльности.
Анализ прибыльности на основе аккаунта — используется для предоставления отчета о прибыльности, который постоянно сверяется с финансовым учетом. Он в основном используется для получения информации, связанной с отделами продаж, маркетинга, управления продуктами и корпоративного планирования, для поддержки внутреннего учета и принятия решений.
Ключевые компоненты в SAP CO-PA
Ключевые компоненты в SAP CO-PA:
Фактическая проводка — позволяет переносить заказы на продажу и документы фактуры из прикладного компонента «Продажи и распространение» в CO-PA в режиме реального времени. Вы также можете перенести затраты из МВЗ, заказов и проектов, а также затраты и доходы от прямых проводок или рассчитать затраты из СО в сегмент прибыльности.
Информационная система — позволяет анализировать существующие данные с точки зрения рентабельности, используя функцию детализации в инструменте отчетности. Он позволяет вам перемещаться по многомерному кубу данных, используя различные функции, такие как детализация или переключение иерархий. Система отображает данные либо в полях значений, либо в счетах, в зависимости от текущего активного типа учета результатов и типа, которому назначена структура отчета.
Планирование — это позволяет вам создать план продаж и прибыли. Принимая во внимание, что оба типа Profitability Analysis могут получать реальные данные параллельно, единого источника данных планирования не существует. Следовательно, вы всегда планируете либо в счетах (CO-PA на основе счетов), либо в полях значений (CO-PA на основе затрат). Функция планирования вручную позволяет вам определять экраны планирования для вашей организации. Благодаря этому вы можете отображать справочные данные в планировании, рассчитывать формулы, создавать прогнозы и многое другое. Вы можете выполнять планирование на любом уровне детализации.
Фактическая проводка — позволяет переносить заказы на продажу и документы фактуры из прикладного компонента «Продажи и распространение» в CO-PA в режиме реального времени. Вы также можете перенести затраты из МВЗ, заказов и проектов, а также затраты и доходы от прямых проводок или рассчитать затраты из СО в сегмент прибыльности.
Информационная система — позволяет анализировать существующие данные с точки зрения рентабельности, используя функцию детализации в инструменте отчетности. Он позволяет вам перемещаться по многомерному кубу данных, используя различные функции, такие как детализация или переключение иерархий. Система отображает данные либо в полях значений, либо в счетах, в зависимости от текущего активного типа учета результатов и типа, которому назначена структура отчета.
Планирование — это позволяет вам создать план продаж и прибыли. Принимая во внимание, что оба типа Profitability Analysis могут получать реальные данные параллельно, единого источника данных планирования не существует. Следовательно, вы всегда планируете либо в счетах (CO-PA на основе счетов), либо в полях значений (CO-PA на основе затрат). Функция планирования вручную позволяет вам определять экраны планирования для вашей организации. Благодаря этому вы можете отображать справочные данные в планировании, рассчитывать формулы, создавать прогнозы и многое другое. Вы можете выполнять планирование на любом уровне детализации.
пример
Вы можете планировать на более высоком уровне, и эти данные распределяются сверху вниз автоматически. В автоматическом планировании вы можете копировать и переоценивать фактические или плановые данные сразу для большого количества сегментов прибыльности.
Что такое 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 облегчает соединение между собой баз данных, невозможное всего несколько лет назад.