SAP S/4HANA Dönüşümü Alt Yapı Seçenekleri

Bu yazımızda, yakın geçmiş ve gelecekte adını sıkça duyduğumuz ve duyacağımız SAP S/4HANA dönüşüm projelerinin plan maddelerinin en üstünde yer alan SAP S/4HANA dönüşümü alt yapı seçeneklerinden bahsedeceğim.

İnanıyorum ki, bu yazı birçok SAP ve IT yöneticisi ve uzmanlarına yol gösterici olup, proje değerlendirmelerinde yeni fikirler üretmelerine neden olacak bilgiler sunacaktır.

SAP ECC Çözümünü Ne Zamana Kadar Kullanabiliriz?

2015 yılında, SAP tarafından yapılan açıklamaya göre, 2030 yılına kadar SAP ECC Sistemleri kullanılabilir olup SAP tarafından destek işlemi devam edecektir. Ancak firmaların Hana dönüşümünü 2030 yılına kadar tamamlamak zorunda olduğu, 2030 yılından sonra SAP tarafından SAP ECC sistemlerine destek verilmeyeceği açıklanmıştır.

S/4HANA Dönüşüm Yöntemleri Nelerdir?

Mevcut SAP ECC kullanıcıları 3 farklı yöntem ile S/4HANA dönüşümlerini yapabilirler.

1. Sistem Dönüşümü
2. Alt Yapı Dönüşümü
3. Yeni/Yeniden Kurulum

1. S/4HANA Sistem Dönüşümü Nedir?

Mevcut ERP sistemlerinin sürüm güncelleme, Unicode dönüşümü ve S/4HANA geçişi.

Sistem Dönüşümünün Müşteriye Faydaları Nelerdir?

• Var olan çözümlerini S/4HANA’ya geçirecek müşteriler tarafından tercih edilecek yöntemdir.
• Var olan süreçlerde aksama olmayacaktır
• Uyarlamalar ve süreçlerin kullanımına devam edilecektir.

Sistem Dönüşümü Geçiş İşleminde Kullanılan Yöntem Nedir?

• Software Update Maneger(SUM), Database Migration Option(DMO) ile birlikte çalıştırılır.

Sistem Dönüşümü Geçişi Sonrasında Sistemlerin Dönüşümleri Nasıl Olacaktır?

Sistem Dönüşümünde Dikkat Edilmesi Gereken Durumlar Nelerdir?

• Kaynak Sistem DB Büyüklüğü
• Şirket Kodu ve Defter sayısı

Sistem Dönüşümü Geçiş Adımları Nelerdir?

Add-On ve Sektörel Çözümlerin Kontrol Edilmesi

Maintenance Planner ile SAP Add-On, Business Function ve sektörel çözümler kontrol edilir.

 – Maintenance Planner, SAP tarafından sağlanan bir hizmet olup, sistem landscape’inde olan tüm sistemlerin bakımlarını yapmanıza olana sağlayan bir çözümdür.

SAP Modülleri içerisinde farklı bir danışmanlık hizmeti olarak ayrı modül danışmanları bulunmaktadır. Ancak Türkiye’de bu işlemleri BASIS danışmanları yapmaktadır.

Bileşen ve Abap Kodlarının S/4HANA Uyumluluğu

S/4HANA geçişlerinin ön koşullarından biri olan tüm yazılım bileşenleri için ön kontrollerin yürütülmesi gerekmektedir.

İsteğe bağlı olarak Custom Code Check Tool’u ile kapsam ve S/4HANA veri tabanı yapısı ile çakışan veri yapıları belirlenir.

Platform Geçişi

Software Update Manager’ın Database Migration Option Tool’u kullanılarak tek adımda S/4HANA geçişi sağlanmış olur.

2. S/4HANA Alt Yapı Dönüşümü Nedir?

Bölgesel veya endüstriyel bazda ayrı sunucularda çalışan ERP Sistemlerinin S/4HANA çatısı altında birleştirmek.

Alt Yapı Dönüşümünün Müşteriye Faydaları Nelerdir?

• Farklı sistemlerde bulunan datalar nedeni ile yaşanan entegrasyon sorunları ile birlikte konsolide raporlama sorunları aşılabilir.
• Yönetilen sistem sayısının azaltılması sonucunda BT ve iş birimi yükünün azalması sağlanır.

Alt Yapı Geçiş İşleminde Kullanılan Yöntem Nedir?

• SLT ile Selective Data Migration Service(SLO) çözümü tüm sistemler için çalıştırılır ve HANA sunucu ve databaselerine kayıtlar atılır.

Sistem Dönüşümü Geçişi Sonrasında Sistemlerin Dönüşümleri Nasıl Olacaktır?

Alt Yapı Dönüşümünde Dikkat Edilmesi Gereken Durumlar Nelerdir?

• Birleştirilecek şirket sayısı ve bu şirketlerin endüstriyel ayrımları proje süresini etkileyecek bir durumdur.

Alt Yapı Dönüşümü Geçiş Adımları Nelerdir?

SAP S/4HANA Sisteminin Kurulumu ve Konfigürasyonu

SWPM(Software Provisioning Manager) ile sistem kurulumu gerçekleştirilir.

• SWPM tıpkı SAPinst(SAP Sistemleri için bir yazılım sağlama aracıdır.) gibi kurulum desteği sağlayan yeni bir araçtır.
• SWPM çözümü ile güncel Service Package, sürüm ve yama düzeylerinde her zaman son sürüm kullanılabilmektedir.

Konsolide Sistemin Oluşturulması

Her ayrı kaynak sistem bazında SLT(SAP Landscape Transformation) çözümü kullanılarak Selective Data Migration Service SLO(Sistem Landscape Optimization) çalıştırılır.

3. S/4HANA Yeni Kurulum Nedir?

Non SAP sistemden S/4HANA sistemine geçmek isteyen veya kullanılmakta olan SAP ERP sistemini arşiv olarak kullanmak isteyip, yeni implementasyon ile S/4HANA sistemine geçmek isteyen firmaların tercih edeceği yöntemdir.

Yeni Kurulum Sürecinin Müşteriye Faydaları Nelerdir?

• Karmaşık hale gelen iş süreçlerinin yaratmış olduğu işlem hacminin ve ana veri yükünün daha yalın bir hale getirilmesi sağlanır.
• Kötü ana veri kalitesi nedeni ile rapor ve süreçlerde karşılaşılan sorunlar giderilir.
• Ana veri modelinin düzgün kurgulanamaması nedeni ile yaşanılan sorunları çözmek amacı ile gerçekleştirilen tüm kontrol geliştirmeleri azaltılır.
• SAP kültürünün firma içerisinde oluşturulmuş olması nedeni ile sistemde uygulanan süreçlerin yalınlaştırılması ve hata oranının azaltılması sağlanır.
• Firma çalışanları veya danışman yönlendirmesi sonucunda geliştirilen gereksiz programların kullanımı azaltılır.

Yeni Kurulum Sürecinde Kullanılan Yöntem Nedir?

• Eski SAP ERP sisteminden veya farklı bir ERP sisteminden kaynak veriler DMIS/MWB ile S/4HANA sistemine aktarılır.
  • DMIS(Data Migration Server) bir ABAP Add-On’u olup, çalışma mantığı SLT çözümüne benzemektedir.
  • MWB(Migration Workbench) var olan kaynak sistem datalarını S/4HANA için hazır hale getiren bir çözümdür.

Yeni Sonrasında Sistemlerin Dönüşümleri Nasıl Olacaktır?

Yeni Kurulum Dönüşümünde Dikkat Edilmesi Gereken Durumlar Nelerdir?

• Veri Aktarım Nesnelerin Sayısı (malzeme, müşteri, ana hesap vs…)
• Süreç sayısı

Yeni Kurulum Dönüşümü Geçiş Adımları Nelerdir?

SAP S/4HANA Sisteminin Kurulumu ve Konfigürasyonu

SWPM(Software Provisioning Manager) ile sistem kurulumu gerçekleştirilir.

• SWPM tıpkı SAPinst(SAP Sistemleri için bir yazılım sağlama aracıdır.) gibi kurulum desteği sağlayan yeni bir araçtır.

Kaynak Sistemlerden Veri Aktarımı

Data Migration Server(DMIS) veya Migration Workbench(MWB) çözümleri ile kaynak sistemlerden veri aktarımı sağlanabilir.

• SAP Kaynak Sistemleri için sistem bağlantıları ile veri transferleri sağlanabilir.
• Diğer Kaynak sistemler için dosya yükleme işlemi yapılır.

SAP S/4HANA ALTYAPISI

Firmalar, S/4HANA dönüşümüne karar verdikten sonra en önem göstermeleri gereken konuların başında IT altyapı sistemlerinin oluşturulmasıdır. S/4HANA sistemine geçmeyi amaçlayan firmalar maliyet olarak sahip oldukları sistemlerinin ortalama 4 katı maliyeti S/4HANA geçişi sonrasında harcamak zorunda kalmaktadır.

Bu farkın en temel nedeni, S/4HANA sistemlerinin sadece HANA DB sistemlerinde çalışmasıdır.

HANA DB’nin klasik Database yapısından farkını anlatacak olur isem, geleneksel database yapılarında verileri diskte tutulmaktadır. Uygulama tarafından talep edilen veri, CPU tarafından önce hafızadan(RAM) eğer hafızada yok ise diskten okunur. Diskten okunan veri aynı yolu kullanarak uygulamaya geri döner ve bu dönüş süresi oldukça uzun olur. Talep edilen veri büyüklüğü arttıkça dönüş süresi daha da uzun olur.

HANA Database’I ise bellek içi mimariye sahiptir. Bu yapıya göre veri tabanının tamamı, özel olarak hazırlanmış hafızada barındırılmakta olup bu hafızayı disk gibi kullanmaktadır. Bu veriye ulaşabilmek için yine özel olarak hazırlanmış CPU modelleri kullanılmakta olduğundan veri istekleri ve gönderimli geleneksel database modellerine göre çok çok hızlı olmaktadır.

SAP S/4HANA’nın istenilen performansı sağlaması için, yukarıda bahsettiğim konfigürasyona sahip sunucular üzerinde çalışması gerekmektedir. Bu mimariye uygun ve destekleyen sunuculara burada ki link üzerinden erişim sağlayabilirsiniz.

Canlı kullanımı için sertifikalı sunucuların kullanılması gerekirken, Dev ve Test sistemleri için sunucuların sertifikalı olması gerekmemektedir.

SAP S/4HANA ALTYAPI YATIRIM SEÇENEKLERİ

Firmalar, 3 farklı alt yapı seçeneği ile S/4HANA sistemlerini kullanabilirler.

1. Kurum içerisinde donanım altyapı yatırımı yapmak
2. SAP S/4HANA altyapısını bulut hizmeti olarak almak
3. Bazı sistemlerin kurum içerisinde kurulduğu, bazı sistemlerin hizmet olarak alındığı hibrit model

1. S/4HANA KURUM İÇİ ALTYAPI YATIRIMI

Șirketler, sektörel dinamikler, regülasyon sınırlamaları veya yönetim kademesinin yaklaşımı sebebi ile, SAP S/4HANA altyapılarının tamamını veya belli bir bölümünü kurum içerisine kurmak üzere
yatırım yapma kararı vermektedir.

Kurum İçi Altyapı Seçenekleri

1. Hazır Sistemler(Appliance)
2. Butik Çözümler(TDI – Tailored Datacenter Integration)

1. Hazır Sistemler – Appliance

2019 Kasım itibari ile 13 üreticinin sağladığı İșletim Sistemi ve SAP HANA veri tabanı fabrikada hazır kurulup müșterilere gönderilen hazır sistemlerdir.

SAP tarafından sertifikalandırılmış ve desteği verilen donanım listesine ulaşmak için lütfen buraya tıklayınız.

2. Butik Çözümler – TDI

Bu modelde, müșteri tüm sunucu ve depolama birimi alımını ayrı ayrı yapıp ihtiyacına göre kaynakları atayarak sistem elde etmektedir.

Bu modelde ișletim sistemi ve veritabanı kurulumu müșteri ortamında üretici veya üretici tarafından akreditasyonu yapılan iș ortakları tarafından yapılmaktadır.

Kullanılacak sunucu ve depolama birimlerinin SAP sertifikasyonuna sahip olması gerekmektedir.

İlgili sertifkasyon detayları için:

Sunucu Birimlerini görmek için burayı tıklayınız.

Depolama Birimlerini görmek için burayı tıklayınız.

2013 yılında duyurulan SAP HANA TDI yaklaşımı zaman içerisinde Hazır Sistemlere ciddi bir alternatif olmuştur.

SAP S/4HANA Alt Yapı Yatırımı Yapılırken Dikkat Edilmesi Gerekenler

SAP S/4HANA Kapasitesi

SAP HANA kapasitesi belli bir büyüklüğün üzerindeki donanım sağlayıcıları kısıtlı olduğu için, donanım sağlayıcı seçimindeki en önemli konu gerekli
olan kapasitedir.

Entegrasyon

Mevcut veri merkezi ile entegrasyon da gözönünde bulundurulmalıdır.
Sistemleri izlemek, yedeklemek için kullanılan araçlar gibi halihazırdaki
yatırım yapılmış ve BT ekibi tarafından öğrenilmiş araçlarla entegrasyonda sorun yaşatmayacak bir yatırım yapılmalıdır.

Büyüme Opsiyonları

Değerlendirilen üretici ürünleri, yatay (scale-out) ve dikey (scale-up) büyüme opsiyonlarına göre de değerlendirilmelidir. Aksi halde, üst kapasite limitine ulaşıldığı durumda yeniden tüm altyapıyı yenilemek söz konusu olabilir.

İşletim Sistemi

SAP sürüm güncelleme periyodları sıklaştığı için, SAP sürüm yenilemelerinde yeni bir işletim sistemi sürümüne ihtiyaç duyulabilir. Seçilecek olan donanımın, yatırım süresi içerisinde çıkabilecek ve işletim sistemi üreticileri tarafından yayınlanan sürümleri destekleyeceğinin garanti altına alınması önemlidir. Aksi halde, kapasite dolumu veya donanım desteği bitmesi durumu olmamasına rağmen, SAP’nin ihtiyaç duyacağı yeni işletim sistemine geçiş yapabilmek için donanım yenileme gerekebilir.

2. S/4HANA KURUM DIŞI ALT YAPI YATIRIMI

S/4HANA Sistemleri için hybrid yada tam entegre Cloud Sistemler firmalar tarafından tercih edilebilir. Firmaların S/4HANA Sistemleri için Cloud(Bulut) çözümlere yönelmesine neden olan durumlar aşağıdaki gibidir.

Ön Yatırım Maliyeti

Kurum içerisinde seçilen altyapı alternatifi ne olursa olsun, yüksek bir ön maliyet ortaya çıkmaktadır. Bu ön maliyeti hesaplarken, sadece yeni sunucu ve yeni depolama cihazı hesap edilmemelidir.
SAP HANA’nın sadece Linux tabanlı Suse ve Redhat işletim sistemleri ile çalışıyor olmasından dolayı yeni bir işletim sistemi lisansı, yedekleme altyapısının SAP HANA uyumluluğu için olası güncellemeler, izleme ve yönetim yazılımlarının SAP HANA uyumluluğu için güncelleme veya ek paket satın alımı ile BT ekibi üyelerinin yeni veri tabanına adaptasyonu için gerekli eğitimler de hesaba dahil edilmelidir.

Proje Süresi

S/4HANA projesi başlandıktan haftalar sonra da ilk uyarlama ve geliştirmelerin yapılacağı Geliştirme Sistemi ve 3-4 ay ardından da Test Sistemi gereksinimi doğmaktadır. Birçok müşterinin Bulut seçeneklerini değerlendirmesinde, bu dönemdeki dinamik ihtiyaçların, bulut ortamlarında saatler/günler içerisinde çözülebilmesi etkili olmaktadır. En azından proje sırasında alınabilecek bulut hizmetleri ile, altyapısal ihtiyaçlardan dolayı proje takviminin gecikmesi engellenmiş olur.

SAP Sürüm Güncelleme

SAP S/4HANA ile birlikte, kurum içi SAP Lisansı almış şirketler, yılda 1 defa çıkarılan ana sürümlere ve yıl içerisinde yayınlanan birden çok Ek Özellik Paketine (FPS: Feature Pack Stack) erişerek en güncel inovasyonlara sahip olabilmektedir.

Geçmişte şirketlerin SAP sürüm güncelleme periyodları 4-5 yıl iken, SAP S/4HANA ile birlikte 1 veya 2’a kadar düşmüş durumdadır.

İş birimlerinden gelen sürüm güncelleme talebi, SAP temel bileşenleri Basis ve ABAP’ın da güncellenmesini, buna bağlı olarak da SAP HANA veri tabanı güncellemesini gerektirebilir. SAP HANA veri tabanının güncellenmesi gereken asgari sürümünün de yeni bir işletim sistemi sürümüne veya yama seviyesine ihtiyacı olabileceğinden, bu yeni işletim sistemi sürümünü destekleyen sanallaştırma sürümünün veya donanımın kullanımı zorunlu hale gelecektir.

Üreticilerin sonsuz sanallaştırma veya işletim sistemi sürümlerini destekleyen donanımlar üretmedikleri gözönüne alındığında, bu altyapıdaki bu tür sürüm güncelleme ihtiyaçlarında, gerekli donanım veya sanallaştırma sürümünü bulma sorumluluğu bulut sağlayıcılara verilebilir. Genel veya Özel Bulut sağlayıcılar, barındırılan müşteri sistemlerinin ihtiyaçlarına uygun donanım yenilemelerini yapmakla yükümlüdürler.

Kurum İçi Kurulumlar da FKM(Felaket Kurtarma Merkezi) Gereksinimleri

Kurum için SAP S/4HANA alt yapı çalışması yaparak SAP S/4HANA sistemlerini kurum içerisinde yaşatmak isteyen firmalar, FKM adı verilen Felaket Kurtarma Merkezi oluşturmak zorunda kalacağından dolayı neredeyse gerçek SAP S/4HANA alt yapı sisteminin aynısını veya çok benzer özelliklerde olanını da FKM için kurmak zorunda kaldıklarından dolayı maliyetleri daha da giderek artmaktadır. Bu maliyet artışını yok etmek amacı ile kurum alt yapı çalışmalarına kurum dışı yöntemlere yöneltebilir.

SAP S/4HANA BULUT SİSTEMLERİ

SAP, S/4HANA ile birlikte, müşterilerine kurum içi ve kurum dışı alt yapı oluşturma özgürlüğüne kavuştursa da, genel olarak SAP’nin vizyonunun ilerleyen yıllarda özellikle bulut üzerine yoğunlaşacağına inan kişiler arasında yer almaktayım.

SAP S/4HANA iki farklı bulut seçeneği ile müşterilerine farklı alternatifler sunmaktadır. Bu iki farklı seçenek yine kendi içerisinde değişik sayıda alternatife sahip olmaktadır.

Genel olarak SAP S/4HANA’nın sunduğu bulut alternatifleri SAP HANA ENTERPRISE CLOUD(SAP HEC) ve SAP S/4HANA CLOUD.

SAP HANA Enterprise Cloud (SAP HEC) Nedir?

SAP Hana Enterprise Cloud, kısa adı ile SAP HEC, SAP’nin müşterilerine sunduğu butik bulut sistem çözümüdür.

Genel olarak SAP tarafından sağlanan bu bulut hizmeti, ülkemizde farklı alt yükleniciler(Glasshouse, Turkcell vb) üzerinden taşeron olarak hizmet vermektedir. SAP HEC sistemleri ülkemizde taşeron firmanın seçtiği veri merkezlerinde hizmet vermektedir.

SAP Hana Enterprise Cloud(SAP HEC) özel ve genel olmak üzere iki farklı alternatifi vardır.

SAP ile yapılan SAP HEC kontratı 5 yıllık bir kontrat olup, tüm donanım ve SAP ürün lisansları 5 yıllık abonelik şeklinde sağlanır.

Müşterilerin anlaşmalı olduğu bir Genel Bulut (Public Cloud) sağlayıcının olması durumunda, SAP HEC bu ortama kurulabilmektedir. Mevcut SAP lisansı olan şirketler, SAP HEC geçişi ile birlikte bu lisanslarını aboneliğe dönüştürebilmektedir.

Farklı seviyelerde hizmet sunulan SAP HEC yönetilebilir hizmetlerinde, standart hizmet paketinde tüm SAP sürüm güncellemeleri, yama yüklemeleri ve not uygulamaları bulunurken, birçok SAP Basis hizmeti kapsam dışında olup müşteri tarafından uygulanması gerekmektedir. Genişletilmiş hizmet paketleri ile tüm sorumluluk SAP’nin alt taşeronuna verilebilmektedir.

SAP S/4HANA CLOUD Nedir?

Șirketlerin yine abonelik lisanslama ile sahip olabilecekleri diğer bir SAP çözümü de SAP S/4HANA CLOUD’tur. Genel Bulut ortamlarında tamamen SAP tarafından yönetilen Yazılım Hizmeti (Software as a Service) S/4HANA Cloud Multi-Tenant (MTE), limitli fonksiyona sahip olması, müşterilere kısıtlı uyarlama imkanı vermesi ve ülke dışında barındırılmasından dolayı regülasyonlara tabi şirketler tarafından tercih edilmemektedir.
Buna çözüm olarak, yine SAP’nin taşeronları tarafından kurulup yönetilen S/4HANA Cloud Single-Tenant (STE), ülkemizdeki veri merkezlerinde barındırılabilmektedir.

SAP S/4HANA Genel Bulut Çözümü Nedir?

Hiper ölçekteki bulut sağlayıcılar, kurumsal SAP sistemlerini uzun süredir desteklemektedir. Bu bulut platformları, neredeyse limitsiz sunucu, depolama alanı ve ağ servislerinin yanında, sistemlerin izlenmesi, yedeklenmesi ve güvenliği için de birçok alternatif servis sunmaktadır.

Bulut Bilişim hizmetleri temel olarak üç şekilde sunulmaktadır:
Altyapı Hizmeti (IaaS), Platform hizmeti (PaaS), Yazılım hizmeti (SaaS).

SAP Alt Yapı Hizmeti(IaaS) Nedir?

Ağ üzerinden standartlaştırılmış veri depolama ve diğer bilgi işlem kabiliyetlerinin sunulduğu bir araçtır. Bu hizmet modelinde sunucular ve saklama sistemleri belirli bir ortak alanda tutulmaktadır. IaaS hizmeti ile işletmelerin kendi IT sistemlerini kurmak ve bu sistemlerin bakımını yaptırmak gibi ihtiyaçları ortadan kalkmaktadır.

SAP Platform Hizmeti(Paas) Nedir?

Bu hizmet modeli ile yeni uygulamaların geliştirilmesi için gerekli ortam, hizmet olarak sunulmaktadır. Genel olarak, PaaS hizmet modeli ile Bulut Bilişim hizmet sunucuları uygulama geliştiricilere (application developer) geliştirme ekosistemine dair önemli hizmetler sunabilmektedir. PaaS hizmet sağlayıcısı; uygulama geliştirme, uygulamanın çalışacağı ortam, tamamlayıcı servisleri ve altyapıları (oturum yönetimi, kimlik doğrulama, versiyon yönetimi, ölçeklenebilirlik) tasarlayıp kurar. Dikkate değer PaaS örnekleri Azure AppService ve salesforce.com olarak gösterilebilir.

SAP Yazılım Hizmeti(SaaS) Nedir?

Birden fazla son kullanıcıya aynı anda destek verebilecek şekilde ortak kaynaklar ve yazılımların, bir veritabanı üzerinden çalışması olarak tanımlanmaktadır.

E-posta, ofis otomasyon sistemi, doküman paylaşımı, müşteri yönetimi gibi son kullanıcıya ve işletmelere hitap eden yazılımların ilgiliye sunulmasıdır. Office 365 SaaS hizmet modelinin en bilindik örneği olarak karşımıza çıkmaktadır.

Tüm altyapı servislerine ek olarak, tamamlayıcı Platform ve Yazılım Hizmeti olarak Büyük Veri, Yapay Zeka, Makine Öğrenmesi, Analitik gibi alanlarda da yüzlerce servis sunan bu bulut platformlarında herhangi bir servisi veya sistemi aktif etmek için birkaç dakika yeterli olmaktadır.

Dünyanın farklı coğrafyalarında kurulan altyapıları ile birlikte, farklı özelliklerdeki sanal/fiziksel sunucu grupları ile SAP sistemleri için de sertifikasyona sahip bulut platformlarının SAP S/4HANA ve SAP HANA tabanlı diğer çözümler için de bir sertifikasyonu bulunmaktadır.

Bu Yazı Hakkında

Bu yazıyı yazma nedenim, aslında şuanda çalışmakta olduğum firmanın SAP S/4HANA dönüşümü için yapılmakta olan ön analiz çalışmaları için, teknik anlamda yaptığım araştırmalarda öne çıkan maddeleri takipçilerimle de paylaşma isteğimdir. Bu yazı özelinde bir çok kaynak araştırması yaptım ve kendi yorumlarımı da yazı içerisinde serpiştirdim. Umarım ki bu yazı SAP camiasında yer alan bir çok yönetici ve uzman arkadaşa yön gösterici olacaktır.

Bu yazı içerisinde kaynak olarak GlassHouse firmasının SAP S/4HANA Alt Yapı işlemleri için hazırlanmış olan dokümanından sıkça yararlandığım için firmayı kaynak olarak göstermem gerektiğini düşündüğüm için ismini ve web sitesini bu alanda paylaşmak istedim.

Diğer yazılarımız için buraya tıklayabilirsiniz.

SAP ile ilgili daha detaylı bilgiler için buraya tıklayınız.