SAP چیست؟ و چرا لعنتی 163 میلیارد دلار ارزش دارد؟

هر سال، شرکت ها 41 میلیارد دلار برای نرم افزار هزینه می کنند برنامه ریزی منابع سازمانی، با نام اختصاری شناخته می شود ERP. امروزه تقریباً هر کسب و کار بزرگی یک یا آن سیستم ERP را پیاده سازی کرده است. اما اکثر شرکت های کوچک معمولاً سیستم های ERP را نمی خرند و اکثر توسعه دهندگان احتمالاً آنها را در عمل ندیده اند. بنابراین برای کسانی از ما که از ERP استفاده نکرده‌اند، این سوال پیش می‌آید که ... چه چیزی است؟ چگونه شرکتی مانند SAP موفق به فروش 25 میلیارد دلار ERP در سال می شود؟

و چگونه این اتفاق افتاد 77 درصد تجارت جهانیاز جمله 78 درصد مواد غذایی، از طریق برنامه SAP می گذرد؟

ERP جایی است که شرکت ها داده های عملیاتی کلیدی را ذخیره می کنند. ما در مورد پیش‌بینی‌های فروش، سفارش‌های خرید، موجودی کالا و فرآیندهایی صحبت می‌کنیم که بر اساس این داده‌ها آغاز می‌شوند (به عنوان مثال، پرداخت‌ها به تامین‌کنندگان در هنگام پرداخت). به یک معنا، ERP "مغز" شرکت است - تمام داده های مهم و تمام اقداماتی را که توسط این داده ها آغاز می شود در گردش کار ذخیره می کند.

اما قبل از تسلط کامل بر دنیای تجارت مدرن، این نرم افزار چگونه به وجود آمد؟ تاریخچه ERP با کار جدی روی اتوماسیون اداری در دهه 1960 آغاز می شود. در دهه‌های 40 و 50، بیشتر کارهای مکانیکی یقه آبی بود که خودکار می‌شد - جنرال موتورز را در نظر بگیرید، که بخش اتوماسیون خود را در سال 1947 ایجاد کرد. اما اتوماسیون کار "یقه سفید" (اغلب با کمک رایانه!) در دهه 60 آغاز شد.

اتوماسیون در دهه 60: ظهور رایانه ها

اولین فرآیندهای تجاری که با استفاده از رایانه خودکار شدند، حقوق و دستمزد و صورتحساب بودند. در گذشته، ارتش کارکنان اداری به صورت دستی ساعات کارمندان را در دفتر حساب می‌شمردند، در نرخ ساعتی ضرب می‌کردند، سپس به صورت دستی مالیات‌ها، کسر مزایا، و غیره را کم می‌کردند... همه فقط برای جمع کردن حقوق یک ماه! این فرآیند زمان بر و تکراری مستعد خطای انسانی بوده و برای اتوماسیون کامپیوتری ایده آل است.

در دهه 60، بسیاری از شرکت ها از رایانه های IBM برای خودکارسازی حقوق و دستمزد و صورتحساب استفاده می کردند. پردازش داده یک اصطلاح منسوخ است که فقط شرکت از آن باقی مانده است پردازش خودکار داده ، شرکت. در عوض، امروز می گوییم "IT". در آن زمان، صنعت توسعه نرم‌افزار هنوز شکل نگرفته بود، بنابراین تحلیلگران اغلب به بخش‌های IT برده می‌شدند و برنامه‌نویسی در محل را به آنها آموزش می‌دادند. اولین بخش علوم کامپیوتر در ایالات متحده در دانشگاه پردو در سال 1962 افتتاح شد و اولین فارغ التحصیلی در این تخصص چند سال بعد انجام شد.

نوشتن برنامه های اتوماسیون/پردازش داده در دهه 60 به دلیل محدودیت های حافظه کار دشواری بود. هیچ زبان سطح بالا، هیچ سیستم عامل استاندارد، هیچ رایانه شخصی وجود نداشت - فقط مین‌فریم‌های بزرگ گران‌قیمت با حافظه کمی که برنامه‌هایی را روی حلقه‌های نوار مغناطیسی اجرا می‌کردند! برنامه نویسان اغلب شب ها که رایگان بود روی کامپیوتر کار می کردند. برای شرکت هایی مانند جنرال موتورز معمول بود که سیستم عامل های خود را بنویسند تا بیشترین استفاده را از مین فریم خود ببرند.

امروزه ما نرم افزارهای کاربردی را بر روی چندین سیستم عامل استاندارد اجرا می کنیم، اما تا دهه 1990 چنین نبود. که در دوران مین فریم قرون وسطی 90٪ از همه نرم افزارها به صورت سفارشی نوشته شده بودند و تنها 10٪ به صورت خارج از قفسه به فروش می رسید.

این وضعیت عمیقاً بر نحوه توسعه فناوری شرکت ها تأثیر گذاشت. برخی تصور می کنند که آینده با سخت افزار استاندارد شده با همان سیستم عامل و زبان برنامه نویسی مشابه است سیستم سابر برای صنعت هوانوردی (که هنوز هم استفاده می شود!) اکثر شرکت ها به ایجاد نرم افزار کاملاً ایزوله خود ادامه دادند و اغلب چرخ را دوباره اختراع کردند.

تولد نرم افزار استاندارد: برنامه توسعه پذیر 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 خوب انجام می دهد. زمانی که آی‌بی‌ام از این روش پیروی کرد، زمان تحویل قطعات را از ۲۲ به سه روز کاهش داد.

ERP واقعاً چگونه به نظر می رسد

کلمه "نرم افزار سازمانی" هیچ ارتباطی با رابط کاربری مد روز و کاربرپسند ندارد و SAP نیز از این قاعده مستثنی نیست. یک نصب اولیه SAP شامل 20 جدول پایگاه داده است که 000 تای آنها جداول پیکربندی هستند. این جداول شامل حدود 3000 تصمیم برای پیکربندی است که باید قبل از شروع برنامه گرفته شود. از همین رو متخصص پیکربندی SAP یک حرفه واقعی است!

با وجود پیچیدگی سفارشی سازی، نرم افزار SAP ERP یک ارزش کلیدی را فراهم می کند - یکپارچگی گسترده بین چندین فرآیند تجاری. این ادغام منجر به هزاران مورد استفاده در سراسر سازمان می شود. SAP این موارد استفاده را در "معاملات" سازماندهی می کند که فعالیت های تجاری هستند. برخی از نمونه های تراکنش عبارتند از: «ایجاد سفارش» و «نمایش مشتری». این تراکنش ها در قالب دایرکتوری تودرتو سازماندهی می شوند. بنابراین برای یافتن تراکنش Create Sales Order، به دایرکتوری Logistics، سپس Sales، سپس Order بروید و تراکنش واقعی را در آنجا خواهید یافت.

نامیدن ERP یک "مرورگر تراکنش" توصیفی شگفت آور دقیق خواهد بود. این بسیار شبیه به مرورگر است، با یک دکمه بازگشت، دکمه‌های بزرگ‌نمایی و یک فیلد متنی "TCodes" که معادل نوار آدرس مرورگر است. SAP پشتیبانی می کند بیش از 16 نوع تراکنش، بنابراین پیمایش درخت تراکنش بدون این کدها می تواند مشکل باشد.

با وجود تعداد سرگیجه‌آور پیکربندی‌ها و تراکنش‌های موجود، شرکت‌ها هنوز موارد استفاده منحصربه‌فردی دارند و نیاز به تنظیم دقیق اقدامات خود دارند. برای مدیریت این گردش های کاری منحصر به فرد، SAP دارای یک محیط برنامه نویسی داخلی است. در اینجا نحوه عملکرد هر بخش آورده شده است:

اطلاعات

در رابط SAP، توسعه دهندگان می توانند جداول پایگاه داده خود را ایجاد کنند. اینها جداول رابطه ای مانند پایگاه های داده SQL معمولی هستند: ستون هایی از انواع مختلف، کلیدهای خارجی، محدودیت های ارزش، و مجوزهای خواندن/نوشتن.

منطق

SAP زبانی به نام ABAP (برنامه نویسی برنامه کاربردی تجاری پیشرفته، در اصل Allgemeiner Berichts-Aufbereitungs-Prozessor، آلمانی برای پردازشگر گزارش عمومی) توسعه داد. این به توسعه دهندگان اجازه می دهد تا منطق تجاری سفارشی را در پاسخ به رویدادهای خاص یا بر اساس یک برنامه اجرا کنند. ABAP یک زبان نحوی غنی با کلمات کلیدی تقریباً سه برابر جاوا اسکریپت است (به زیر مراجعه کنید). اجرای بازی 2048 در ABAP). وقتی برنامه خود را نوشتید (SAP دارای یک ویرایشگر داخلی برای برنامه نویسی است)، آن را به عنوان تراکنش شخصی خود به همراه یک کد TC جداگانه منتشر می کنید. شما می‌توانید رفتار موجود را با یک سیستم گسترده از قلاب‌ها به نام «افزونه‌ها» سفارشی کنید، جایی که یک برنامه برای اجرا در هنگام اجرای یک تراکنش خاص پیکربندی شده است - شبیه به محرک‌های SQL.

UI

SAP همچنین با یک سازنده رابط کاربری همراه است. از کشیدن و رها کردن پشتیبانی می کند و دارای ویژگی های مفیدی مانند فرم های تولید شده بر اساس جدول DB است. با وجود این، استفاده از آن بسیار دشوار است. بخش مورد علاقه من از سازنده رسم ستون های جدول است:

مشکلات در پیاده سازی ERP

ERP ارزان نیست. یک شرکت بزرگ چندملیتی می تواند از 100 میلیون دلار تا 500 میلیون دلار برای اجرا هزینه کند که شامل 30 میلیون دلار هزینه مجوز، 200 میلیون دلار برای خدمات مشاوره و مابقی برای سخت افزار، آموزش مدیران و کارکنان می شود. اجرای کامل چهار تا شش سال طول می کشد. مدیرعامل یک شرکت بزرگ شیمیایی گفت: مزیت رقابتی در صنعت به بنگاهی داده می شود که بهتر و ارزان تر بتواند کار اجرای SAP را انجام دهد.

و این فقط پول نیست. پیاده سازی ERP یک سرمایه گذاری مخاطره آمیز است و نتایج آن بسیار متفاوت است. یکی از موارد موفق، پیاده سازی ERP در سیسکو است که 9 ماه و 15 میلیون دلار به طول انجامید.برای مقایسه، پیاده سازی در شرکت داو کیمیکال 1 میلیارد دلار هزینه داشت و 8 سال طول کشید. نیروی دریایی ایالات متحده یک میلیارد دلار برای چهار پروژه مختلف ERP هزینه کرد، اما همه آنها شکست خوردند.. قبلا، پیش از این 65 درصد مدیران بر این باورند که معرفی سیستم های ERP "احتمال متوسطی برای آسیب رساندن به کسب و کار" دارد. معمولاً هنگام ارزیابی نرم افزار چنین چیزی نمی شنوید!

ماهیت یکپارچه ERP به این معنی است که کل شرکت را ملزم به پیاده سازی آن می کند. و از آنجایی که شرکت ها تنها پس از آن سود می برند همه جا اجرا، به خصوص خطرناک است! پیاده سازی ERP چیزی بیش از یک تصمیم خرید است: این یک تعهد برای تغییر شیوه های مدیریت عملیات شما است. نصب نرم افزار آسان است، پیکربندی مجدد گردش کار کل شرکت جایی است که بخش عمده کار انجام می شود.

مشتریان اغلب یک شرکت مشاوره مانند Accenture را برای پیاده سازی سیستم ERP خود استخدام می کنند و میلیون ها دلار برای کار با واحدهای تجاری به آنها پرداخت می کنند. تحلیلگران نحوه ادغام ERP را در فرآیندهای شرکت تعیین می کنند. و به محض شروع یکپارچه سازی، شرکت باید آموزش نحوه استفاده از سیستم را به تمامی کارکنان آغاز کند. گارتنر توصیه می کند 17 درصد بودجه را فقط برای آموزش و پرورش ذخیره کنید!

علیرغم احتمالات، اکثر شرکت های Fortune 500 سیستم های ERP را تا سال 1998 به کار گرفتند که به دلیل ترس از Y2K تسریع شد. بازار ERP امروزه به رشد خود ادامه می دهد بیش از 40 میلیارد دلار است. این یکی از بزرگترین بخش ها در صنعت نرم افزار جهانی است.

صنعت مدرن ERP

بزرگترین بازیکنان اوراکل و SAP هستند. در حالی که هر دو رهبر بازار هستند، محصولات ERP آنها به طرز شگفت آوری متفاوت است. محصول SAP تا حد زیادی در داخل ساخته شد، در حالی که اوراکل به شدت رقبایی مانند PeopleSoft و NetSuite را خریداری کرد.

Oracle و SAP آنقدر مسلط هستند که حتی مایکروسافت از SAP استفاده می کند به جای محصول Microsoft Dynamics ERP خودش.

از آنجایی که بیشتر صنایع نیازهای نسبتاً خاصی به ERP دارند، Oracle و SAP تنظیمات از پیش برای بسیاری از صنایع مانند مواد غذایی، خودروسازی و مواد شیمیایی و همچنین تنظیمات عمودی مانند فرآیندهای فروش را تنظیم کرده‌اند. با این حال، همیشه جایی برای بازیکنانی وجود دارد که تمایل دارند روی یک عمودی خاص تمرکز کنند:

• بنر Ellucian برای دانشگاه ها
• برای و McKesson ERP را برای سازمان های مراقبت های بهداشتی ارائه می دهند
• QAD برای تولید و تدارکات

ERP های عمودی در ادغام ها و گردش های کاری خاص بازار هدف تخصص دارند: به عنوان مثال، در ERP مراقبت های بهداشتی می تواند از پروتکل های HIPAA پشتیبانی کند.

با این حال، تخصص تنها راه برای یافتن جایگاه خود در بازار نیست. برخی استارت آپ ها در تلاش هستند تا پلتفرم های نرم افزاری مدرن تری را وارد بازار کنند. یک مثال می تواند باشد Zuora: امکان ادغام (با ERP های مختلف!) را با اشتراک ارائه می دهد. استارت آپ هایی مانند Anaplan و Zoho نیز همین کار را انجام می دهند.

ERP در حال افزایش است؟

SAP در سال 2019 بسیار خوب عمل می کند، با 24,7 میلیارد یورو درآمد در سال گذشته و ارزش بازار از 150 میلیارد یورو فراتر رفت. اما دنیای نرم افزارها مثل قبل نیست. هنگامی که SAP برای اولین بار منتشر شد، داده ها ایزوله شده بودند و ادغام آنها دشوار بود، بنابراین نگه داشتن همه آنها در SAP پاسخ واضح به نظر می رسید.

اما اکنون وضعیت به سرعت در حال تغییر است. اکثر نرم افزارهای مدرن سازمانی (مانند Salesforce، Jira و غیره) دارای یک Backend با API های خوب برای صادرات داده هستند. دریاچه های داده تشکیل می شوند: به عنوان مثال، تند اتصال به پایگاه های داده را تسهیل می کند، که همین چند سال پیش غیرممکن بود.

منبع: www.habr.com