04GLOBAL STANDART · YEREL UYUM
Rollout Proje Danışmanlığı
Global SAP şablonlarını Türkiye’nin lokalizasyon, vergi ve e-Dönüşüm gereksinimleriyle uyumlu; kontrollü ve tekrar edilebilir rollout programlarına dönüştürüyoruz.
1template
TEK SÜREÇ DİLİ
Tüm ülkeler aynı süreç, veri ve raporlama modelini kullanır.
3katman
GLOBAL · BÖLGESEL · LOKAL
Neyin değişmeyeceği, neyin uyarlanacağı baştan bellidir.
Pilot
ÖNCE DOĞRULA
Template, tüm ülkelere yayılmadan önce tek ülkede kanıtlanır.
Wave
PLANLI YAYILIM
Ülkeler risk ve benzerliğe göre dalgalar halinde canlıya alınır.
KAVRAM
Global Template neden gerekli?
Çok ülkeli bir grupta her şirketin kendi SAP sistemini kendi kurallarıyla kurması; farklı süreçler, birbiriyle konuşmayan veriler ve her ay sonunda elle yapılan konsolidasyon demektir. Global Template bu dağınıklığı tek bir referans modelle çözer. Grup için ortak süreçler, veri standartları, rapor tanımları ve kontrol noktaları bir kez tasarlanır.
Rollout, bu referans modelin ülke ülke hayata geçirilmesidir. Her ülkede sıfırdan tasarım yapılmaz. Template ülke ekibine gösterilir, yalnızca yasal ve gerçekten zorunlu farklar uyarlanır, veri taşınır ve sistem canlıya alınır. Böylece ikinci ülke birinciden, üçüncü ülke ikinciden daha hızlı devreye girer.
Template donmuş bir doküman değildir; her dalgadan gelen öğrenimlerle sürümlenir. Ancak bu evrim kontrollü olmalıdır. Aksi halde her ülke kendi istisnasını ekler ve template zamanla aşınır.
Bir kez tasarla, pilotta doğrula, her ülkeye kontrollü yay
Rollout projesinin başarısı, ülke sayısından çok template’in ne kadar iyi tasarlandığına bağlıdır. Negzel yaklaşımında Global Template üç katmandan oluşur: değişmeyen bir global çekirdek, bölgesel ortak uyarlamalar ve yalnızca gerçekten gerekli lokal uzantılar. Her ülke aynı metodolojiyle, planlı dalgalar halinde canlıya alınır. Template ise her dalgada olgunlaşır.
- TRe-Fatura · e-Defter
- DEGoBD · Intrastat
- PLJPK / SAF-T
- USSales & Use Tax
- AEVAT · Arapça
- SGGST
TEMPLATE ANATOMİSİ
Ne global, ne lokal?
Template’in sağlamlığı, her alanın baştan doğru katmana yerleştirilmesine bağlıdır. Global sabit alanlar hiçbir ülkede değiştirilmez. Parametrik alanlarda yapı aynı kalır, değer ülkeye göre girilir. Lokal alanlar yalnızca ilgili ülkede yaşar.
KATMAN 1
Global · Sabit
Süreç akışları, veri modeli, kontrol noktaları ve raporlama tanımları. Değişikliğe yalnızca Tasarım Otoritesi karar verir.
Hedef: kapsamın büyük çoğunluğu
KATMAN 2
Global · Parametrik
Yapısı global, değeri ülkeye özgü alanlar: organizasyon değerleri, onay limitleri, vergi oranları, dil.
Ülke ekibi değer girer, yapıyı değiştirmez
KATMAN 3
Lokal
Yasal zorunluluklar ve ülkeye özgü entegrasyonlar. Template’in dışında, kontrollü uzantı olarak geliştirilir.
Mümkün olan en küçük alan
Alan alan katman sınıflandırması
Global sabit: tüm ülkelerde aynı. Global parametrik: yapı aynı, değer ülkeye göre. Lokal: yalnızca ilgili ülke.
| Alan | Katman 1Global · Sabit | Katman 2Global · Parametrik | Katman 3Lokal |
|---|---|---|---|
| Organizasyon yapısı | Şirket kodu, tesis ve satış organizasyonu adlandırma kuralları; kurum yapısı modeli | Ülkenin şirket kodu, tesis ve depo değerleri | Ülkeye özgü ek organizasyon birimleri (gerekirse) |
| Ana veri | Malzeme, müşteri ve satıcı veri modeli; numaralandırma; grup hesap planı | Ülke hesap planı eşlemesi, para birimi, dil | Yerel vergi numarası alanları, yasal ek alanlar |
| Uçtan uca süreçler | O2C, P2P, R2R, Plan-to-Produce süreç akışları ve kontrol noktaları | Onay limitleri, tolerans değerleri, belge türü atamaları | Yerel iş pratiği gerektiren istisna adımlar |
| Vergi ve yasal | Vergi belirleme mantığı ve vergi kodu yapısı | Vergi oranları ve kod değerleri | Yasal raporlar, e-belge (e-Fatura, SAF-T, JPK…), beyannameler |
| Finans ve raporlama | Konsolidasyon, grup raporlama, KPI tanımları | Mali yıl varyantı, dönem takvimi | Yerel GAAP raporları, yasal defterler |
| Formlar ve çıktılar | Kurumsal form tasarımı ve logo standardı | Dil, adres ve banka bilgileri | Yasal zorunlu form içerikleri |
| Entegrasyon | Entegrasyon mimarisi, SAP Integration Suite standartları, arayüz kataloğu | Bağlantı parametreleri, ülke uç noktaları | Yerel banka, gümrük ve vergi idaresi arayüzleri |
| Yetki | Rol tasarımı ve görevler ayrılığı (SoD) kuralları | Organizasyon değerleriyle rol türetme | Yerel denetim gereksinimine özel roller |
Sınıflandırma örnektir; kesin ayrım, template tasarım fazında grup ve ülke süreç sahipleriyle birlikte yapılır.
TEMPLATE DEĞİŞİKLİK YÖNETİMİ
Ülke talebi template’e nasıl girer?
Rollout sırasında her ülke yeni talepler getirir. Template’i koruyan, bu taleplerin aynı karar akışından geçmesidir. Yasal zorunluluk lokal uzantıyla karşılanır. Tüm grubu ilgilendiren iyileştirme bir sonraki template sürümüne alınır. Geri kalanlar standart süreçle çözülür.
Talepten karara
Template change request akışı
- Ülke talebilokal ekip · fit-gap
- Yasal zorunluluk mu?EVET · YASAL → Lokal uzantıHAYIR → Tasarım Otoritesi
- TÜM ÜLKELERE FAYDAGlobal değişikliksonraki template sürümüne girer
- Ret · standart ile çözsüreç uyarlanır, sistem değişmez
- YALNIZCA BU ÜLKELokal uzantıülkeye özel · template’i bozmaz
Global değişiklikler sürüm notlarıyla yayınlanır, canlı ülkelerde regresyon testiyle devreye alınır
ÜLKE ROLLOUT YAŞAM DÖNGÜSÜ
Her ülke aynı altı adımdan geçer
Template hazır olduğunda bir ülkenin rollout’u bir tasarım projesi değil, uyarlama ve devreye alma projesidir. Süre, ülkenin büyüklüğüne, lokal gereksinimlere ve veri durumuna göre değişir.
Hazırlık
Ülke kick-off’u, lokal ekip ve key user’ların belirlenmesi, kapsam ve takvim onayı.
ÇIKTI · ÜLKE PROJE PLANI
Template Demo & Fit-Gap
Template ülke ekibine canlı sistemde gösterilir; farklar Global / Parametrik / Lokal olarak sınıflandırılır.
ÇIKTI · FIT-GAP LİSTESİ
Lokal Gerçekleştirme
Parametrik değerler girilir, lokal uzantılar geliştirilir, ülke entegrasyonları ve veri göçü hazırlanır.
ÇIKTI · ÜLKE YAPILANDIRMASI
Test
Lokal senaryolar, entegrasyon testi, template regresyonu ve kullanıcı kabul testi.
ÇIKTI · KABUL ONAYI
Cutover & Go-Live
Eğitimler, deneme yüklemeleri, saat bazlı cutover planı ve go/no-go kararı.
ÇIKTI · CANLI ÜLKE
Hypercare & Devir
Yoğun destek dönemi, öğrenimlerin template’e aktarılması ve AMS’e devir.
ÇIKTI · ÖĞRENİM RAPORU
WAVE PLANLAMASI
Ülkeler hangi sırayla canlıya alınır?
Pilot ülke template’i doğrular. Sonraki dalgalar pilottan öğrenilenlerle, daha kısa sürede ve daha az riskle ilerler. Her dalga sonrasında template yeni bir sürüm olarak yayınlanır.
Template, pilot ve iki dalga
Örnek wave planı
- Template tasarım & buildGLOBAL
- Pilot · TRPİLOT
- Wave 1 · DE · PLWAVE 1
- Wave 2 · US · AE · SGWAVE 2
- AMS · canlı ülkelerOPERASYON
Template sürümü: v1.0 (AY 9), v1.1 (AY 13), v2.0 (AY 16)
Temsili plan · süreler ülke sayısına, büyüklüğe ve lokal gereksinimlere göre belirlenir
Dalgaları belirleyen altı kriter
Risk ve büyüklük
PİLOT SEÇİMİ
Pilot, template’i gerçek anlamda test edecek kadar temsili, ama riski yönetilebilecek kadar küçük seçilir.
Mevzuat benzerliği
LOKALİZASYON
Benzer vergi ve yasal yapıya sahip ülkeler aynı dalgada toplanır, lokal uzantılar ortak geliştirilir.
Saat dilimi ve coğrafya
DESTEK MODELİ
Hypercare ve destek ekiplerinin aynı anda hizmet verebileceği ülkeler bir arada planlanır.
İş takvimi
KAPANIŞ · SEZON
Mali yıl sonu, yoğun satış sezonu ve denetim dönemlerine go-live planlanmaz.
Mevcut sistem durumu
LEGACY · LİSANS
Eski sisteminin desteği veya lisansı sona eren ülkeler öne alınır.
Kaynak kapasitesi
EKİP · KEY USER
Global ekip ve ülke key user’larının aynı anda kaç ülkeyi taşıyabileceği gerçekçi planlanır.
SİSTEM VE TRANSPORT STRATEJİSİ
Canlı ülkeler korunurken yeni ülkeler nasıl eklenir?
İlk ülke canlıya geçtiği andan itibaren iki iş aynı anda yürür: canlı ülkelerin desteği ve yeni dalgaların geliştirmesi. Bunlar aynı geliştirme hattında yürütülürse yarım kalmış rollout geliştirmesi canlıya sızabilir. Çözüm, iki hatlı yapı ve disiplinli retrofit’tir.
Bakım hattı, proje hattı ve tek üretim sistemi
İki hatlı sistem yapısı
BAKIM HATTI · CANLI ÜLKELER
DEV-M acil düzeltme → QAS-M regresyon → PRD
RETROFIT ↓Canlı düzeltmeler proje hattına geri taşınır
PROJE HATTI · YENİ WAVE / TEMPLATE
DEV-P rollout geliştirme → QAS-P entegrasyon testi → PRD CUTOVER İLE
PRD · tek global üretim sistemi
Tek global üretim sistemi önerilir; ülke sayısı ve veri yerleşimi gereksinimlerine göre bölgesel sistemler de değerlendirilir
KARAR DÜZENİ
Template’i kim korur, ülkeyi kim taşır?
Rollout karar düzeni iki eksenlidir. Global eksen template’in bütünlüğünü korur, ülke ekseni yerel teslimatı yönetir. İki eksenin buluştuğu yer PMO’dur.
Yönlendirme Komitesi
GRUP YÖNETİMİ
Wave planını, bütçeyi ve go-live kararlarını onaylar; ülkeler arası öncelik çatışmalarını çözer.
Tasarım Otoritesi
TEMPLATE SAHİBİ
Global süreç sahipleri ve mimardan oluşur. Template değişikliklerine ve lokal istisnalara karar verir.
Global PMO
PROGRAM YÖNETİMİ
Tüm ülke projelerinin takvim, risk ve kaynak durumunu tek tabloda konsolide eder.
Global Süreç Sahipleri
O2C · P2P · R2R
Kendi uçtan uca süreçlerinin template’teki tasarımından ve tüm ülkelerdeki tutarlılığından sorumludur.
Ülke Proje Lideri
LOKAL TESLİMAT
Ülke kapsamını, lokal ekibi, veri göçünü ve cutover’ı yönetir; template’i ülkede temsil eder.
Lokal Süreç Sahipleri & Key User
ÜLKE EKİBİ
Fit-gap’e katılır, lokal senaryoları test eder, son kullanıcı eğitimini üstlenir.
RİSKLER
Rollout projelerinde en sık görülen altı risk
Her risk için erken belirti ve önlem. PMO bu başlıkları her ülkenin haftalık durum raporunda izler.
Template erozyonu
- Belirti
- Her ülkede biraz daha fazla lokal istisna kabul ediliyor.
- Önlem
- Lokal sapma oranı KPI olarak izlenir; her istisna Tasarım Otoritesi’nden geçer.
Lokal sahiplenme eksikliği
- Belirti
- Ülke ekipleri template’i “merkezin sistemi” olarak görüyor.
- Önlem
- Lokal süreç sahipleri tasarım demolarına erken katılır; key user’lar ülkeden seçilir.
Veri kalitesi farkları
- Belirti
- Her ülkenin eski sisteminde farklı veri standardı var.
- Önlem
- Global veri standardı ve ülke bazlı temizlik planı; en az iki deneme yüklemesi.
Retrofit kaçakları
- Belirti
- Canlıya alınan acil düzeltme proje hattına taşınmıyor.
- Önlem
- Retrofit listesi her sprintte kontrol edilir; transport takibi SAP Cloud ALM’de yapılır.
Mevzuat değişikliği
- Belirti
- Proje sürerken yerel vergi veya e-belge kuralı değişiyor.
- Önlem
- Ülke mevzuat takvimi wave planına bağlanır; yasal paketler önceden planlanır.
Cutover çakışmaları
- Belirti
- Bir ülkenin canlıya geçişi diğerinin ay sonu kapanışına denk geliyor.
- Önlem
- Global cutover takvimi; mali kapanış dönemlerinde go-live yapılmaz.
BAŞARI ÖLÇÜTLERİ
Template sağlıklı mı?
Rollout programının başarısı yalnızca go-live tarihleriyle ölçülmez. Template’in korunup korunmadığı ve her dalganın bir öncekinden daha verimli olup olmadığı da izlenir.
01TEMPLATE UYUMU
Lokal sapma oranı
Ülke yapılandırmasında template dışı kalan nesnelerin oranı. Düşük kalması hedeflenir.
02ÖĞRENME EĞRİSİ
Ülke başına süre
Her dalgada ülke başına rollout süresinin ve eforun azalması beklenir.
03KALİTE
Hypercare olay sayısı
Go-live sonrası ilk haftalardaki olay sayısı ve kritik olay oranı.
04EVRİM
Template sürüm disiplini
Onaylı değişikliklerin planlı sürümlerle yayınlanması ve regresyon testinden geçmesi.
NEDEN NEGZEL
Template’i tasarlayan ekip, ülkeleri de taşır
Negzel rollout programlarında template tasarımı, ülke rollout’ları, entegrasyon ve canlı sonrası AMS’i aynı ekiple yürütür. Template’i tasarlayan danışmanların ülke projelerinde de yer alması, template’in ruhunun her ülkede korunmasını sağlar.
SAP Integration Suite (CPI) uzmanlığımız sayesinde entegrasyon mimarisi template’in bir parçası olarak tasarlanır. Böylece her yeni ülke, arayüzleri sıfırdan kurmak yerine hazır bir entegrasyon kataloğundan başlar.
MERAK EDİLENLER
Sık sorulan sorular
Global template Türkiye’de aynen uygulanabilir mi?
Çekirdek süreçler mümkün olduğunca korunur; ancak vergi, finans, e-Dönüşüm ve resmi raporlama gibi yasal gereksinimler kontrollü lokalizasyon ister. Her fark bir gap ve karar kaydıyla yönetilir.
Rollout projesinde yerel ekip ne zaman devreye girer?
Yerel süreç sahipleri keşif ve gap analizinden itibaren programa katılır. Geç katılım, kritik ihtiyaçların test veya cutover aşamasında ortaya çıkmasına neden olur.
Birden fazla ülke rollout’u nasıl ölçeklenir?
Ortak karar düzeni, tekrar kullanılabilir varlıklar, dalga planı ve her canlı geçişten beslenen rollout playbook’u ile ölçeklenir.
Pilot ülke nasıl seçilir, dalgalar nasıl planlanır?
Pilot ülke, şablonun gerçek operasyonda ilk doğrulandığı yerdir; süreç kapsamı şablonu iyi temsil eden ve ekibi projeye zaman ayırabilen bir şirket seçilir. Kalan ülkeler mevzuat takvimine, iş yoğunluğuna ve ortak sistem bağımlılıklarına göre dalgalara ayrılır. Kaç ülkede operasyonunuz olursa olsun dalga planı programın başında yazılır ve her canlıya geçişten sonra gözden geçirilir.
BİRLİKTE BAŞLAYALIM
Rollout yolculuğunuza template ile başlayalım
Kaç ülkede faaliyet gösterdiğiniz fark etmez. Global Template’inizi birlikte tasarlayalım, pilotu seçelim ve doğru dalga planıyla her ülkeyi kontrollü biçimde canlıya alalım.
BÜTÜN YOLCULUK
Diğer uzmanlık alanları
- 01KURUMSAL ÇEKİRDEKSAP S/4HANA Danışmanlık
- 02VERİ AKIŞIEntegrasyon Danışmanlığı ve Mimari
- 03SÜREKLİLİKSAP AMS Desteği
- 04BuradasınızRollout Proje Danışmanlığı
- 05TAM KONTROLProje Yönetimi Hizmetleri
- 06DİJİTALLEŞMENegzel n-Çözümler
- 07BULUTRISE with SAP
- 08TECRÜBEUzmanlıklarımız
- 09GELECEKAr-Ge ve Yapay Zeka
- 10SAP MODÜLLERİSAP Danışmanlık