12 Eki 2026

ERP Satın Almak Kurumsallaşmak Değildir

SAP, Nebim veya başka bir ERP şirketin veri ve süreç altyapısını güçlendirebilir. Ancak belirsiz yetkileri, tanımsız süreçleri ve zayıf karar disiplinini tek başına düzeltemez.

Strateji

Aile Şirketleri

ERP & Dönüşüm

Sorun

ERP alarak kurumsallaşamazsınız. Kurumsallaşmayı tasarlarsanız ERP onun ölçeklenmesini sağlayabilir.

Bir şirket büyük bir ERP yatırımına karar verir. Satıcı sunumunda üretim planlama, stok, sipariş, finans, raporlama ve entegrasyon tek ekranda görünür. Kurucu rahatlar: "Artık kurumsallaşıyoruz." Proje aylarca ilerler. Yazılım canlıya alınır. Bir süre sonra aynı toplantılarda aynı tartışmalar devam eder: Stok neden yanlış? Sipariş neden gecikti? Ürün kodunu kim açtı? Fiyatı kim değiştirdi? Rapor neden tutmuyor?

Çünkü ERP bir yönetim modeli değil, yönetim modelinin üzerinde çalıştığı bir altyapıdır. Programı satın alarak karar disiplinini satın alamazsınız. İşletmenin kendi süreçlerini açıklığa kavuşturması ve yeni alışkanlıkları günlük işe dönüştürmesi gerekir.

İlk hata: Yazılım projesini yalnız BT departmanına vermek

ERP teknik bir uygulamadır ama etkilediği kararlar ticaridir. Ürün kartı pazarlamayı, stok satın alma ve satış kanallarını, cari hesap finansı, fiyatlama ticari yönetimi, üretim emri fabrikayı, iadeler müşteri deneyimini etkiler. Projenin sponsoru sadece BT olursa departmanlar "ekran hazır mı" sorusuna odaklanır; "hangi kararı kim, hangi veriye göre verecek" sorusu sahipsiz kalır.

En üst yönetimin proje sponsorluğu gerekir. Bunun yanında her kritik süreç için iş biriminden bir süreç sahibi atanmalıdır. Bilgi teknolojileri mimari, erişim, güvenlik ve entegrasyon disiplinini taşır; finans, satış, üretim ve lojistik ise iş kararlarının doğruluğunu sahiplenir.

Neden

İkinci hata: Kirli veriyi yeni sisteme taşımak

Bir tekstil şirketinde aynı ürün farklı kodlarla, yanlış beden-renk eşleşmeleriyle ve eksik varyant bilgisiyle kayıtlı olabilir. Kozmetikte farklı ambalaj hacimleri, lot/seri bilgisi veya kanal kodları karışmış olabilir. Yeni ERP bu sorunların üzerine kurulursa raporlar daha hızlı ama yine yanlış üretilebilir.

Ana veri yönetimi (master data governance) bu yüzden merkezîdir. Ürün kartını kim açar? Birim ölçü standardı nedir? Müşteri ve tedarikçi tekrarı nasıl önlenir? Hangi alanlar zorunludur? Ürün veya fiyat değişikliğini kim onaylar? Kullanılmayan kod ne zaman pasife alınır? Doğru veri bir kere temizlenerek değil, sürekli sahiplenilerek korunur.

Veri temizliği bir göç işi değil, kalıcı bir işletme sorumluluğudur.

Üçüncü hata: Kötü süreci dijitalleştirmek

Satış temsilcisinin her sipariş için patronu araması, sistemde otomatik onay butonuna dönüştürülürse süreç hızlanmaz; yalnız ekran değişir. Mağaza yöneticisinin transfer istediğinde üç kişiyi ikna etmesi gerekiyorsa ERP talep ekranı bu karmaşayı meşrulaştırabilir. Süreç iyileştirmede önce karar ve kontrol mantığı yeniden tasarlanmalıdır.

Süreç haritası için şu zincir kullanılabilir: Talep nerede doğar? Kim kontrol eder? Hangi koşulda otomatik ilerler? Hangi istisna yukarı taşınır? Kararın ekonomik sahibi kimdir? Hata nasıl kaydedilir? Veri hangi raporda görünür? Ancak bundan sonra yazılım iş akışına çevrilmelidir.

ERP projesinde ölçülecek başarı kriterleri

Yazılımın zamanında açılması başarı ölçütlerinden yalnız biridir. Asıl takip edilmesi gerekenler; stok kaydı doğruluğu, siparişten teslimata geçen süre, manuel işlem oranı, mutabakat süresi, iade kapanış süresi, veri düzeltme sayısı, kullanıcı kabulü, kritik raporların güvenilirliği ve kontrol ihlalleridir. Her gösterge için başlangıç değeri, tanım, veri kaynağı ve hedef açık olmalıdır.

Örneğin yeni sistemle sipariş giriş süresi kısalırken iptal oranı yükseliyorsa yalnız hız kazandık demek doğru olmaz. Veri kalitesi iyileşirken fiyat onay süreçleri yavaşladıysa karar mimarisi yeniden ele alınmalıdır. ERP değeri teknik devreye alma raporunda değil, operasyonel davranış değişikliğinde oluşur.

Tekstil perakendesinde ERP'nin özel zorluğu

Hazır giyimde ürün yalnız bir stok kodu değildir; model, sezon, renk, beden ve kanal varyantları vardır. Mağazaya ürün göndermek toplam adet dengesiyle çözülemez: En çok satılan beden başka mağazada yokken yavaş hareket eden beden depoda kalabilir. Fiyat dönemi, sezon sonu indirim, mağazalar arası transfer, merkez depo, iade ve e-ticaret siparişi tek veri modeliyle konuşmalıdır.

Bu nedenle Nebim gibi perakende odaklı çözümler değerlendirilirken sadece muhasebe değil; varyant, mağaza stok akışı, satış noktası ve omnichannel senaryoları gerçek işlem örnekleriyle sınanmalıdır. Bir yazılımın genel yetenekleriyle şirkette fiilen kurulan modüller aynı şey değildir; modül seçimi proje belgesinden doğrulanmalıdır.

Derinlik

Çok kanallı kozmetik ve üretimde başka sınavlar vardır

Kozmetik veya fason üretim yapan işletmede hammadde, formül/reçete, üretim emri, kalite, lot izlenebilirliği, son kullanma tarihi uygun olduğunda kontrol, B2B sipariş ve dağıtım koşulları gibi ihtiyaçlar farklılaşır. Private label müşterisi için üretimle kendi markasının perakende siparişini tek tip veri mantığına sıkıştırmak yeni sorunlar doğurabilir.

SAP gibi geniş kurumsal platformlar bu tür süreçler için seçenekler sunabilir; fakat belirli modül, kapsam ve kazanımları ancak gerçek proje dokümanı kanıtlar. Buradaki mesele markaların isimleri değil, işletmenin kendi süreç mimarisidir. Yazılım seçimi ihtiyaca göre yapılmalı, "piyasadaki en büyük sistem" tek kriter olmamalıdır.

Canlıya geçiş günü en büyük risk değil, ilk üç ayın alışkanlığıdır

Kullanıcılar yeni ekranı bilmiyor, yöneticiler eski Excel raporunu bırakmıyor, ürün kodları hâlâ e-postayla değiştiriliyorsa ERP paralel bir bürokrasiye dönüşebilir. Bu yüzden rol bazlı eğitim, kullanıcı kabul testleri, yetki matrisi, veri göçü mutabakatı ve destek masası en baştan tasarlanmalıdır.

Özellikle canlıya geçişte sipariş, fatura, stok, kasa/POS ve kritik entegrasyonların uçtan uca senaryolarla denenmesi gerekir. "Ekran açılıyor" testi yeterli değildir. Yetkisiz fiyat değişikliği, stok eksiye düşme, iade ve iptal, kısmi teslimat, hatalı ürün varyantı gibi zorlayıcı örnekler pilot kapsamında yer almalıdır.

Bir dönüşüm projesinin doğru aşamaları

Teşhis: Kritik süreçlerin bugünkü işleyişi, kayıp noktaları ve karar yetkileri haritalanır. İş hedefi yazılır.

Tasarım: Süreç sahipleri, veri sözlüğü, ana veri kuralları, entegrasyon ve yetki modeli tanımlanır. Gerekli minimum özelleştirmeler seçilir.

Pilot ve test: Bir mağaza, bir depo veya bir iş hattı gibi kontrollü alanda uçtan uca senaryolar yürütülür. Eski ve yeni veri mutabakatı yapılır.

Geçiş: Kritik iş sürekliliği senaryoları, erişim güvenliği, yedekleme, geri dönüş/iyileştirme planları ve destek kaynakları hazır olur.

İyileştirme: İlk 30, 60, 90 günde veri hataları, kullanıcı alışkanlığı ve operasyonel KPI'lar izlenir; süreç yeniden ayarlanır.

Bu aşamalar her işletmede aynı takvimde ilerlemez. Tedarik zincirinin karmaşıklığı, yasal yükümlülükler, mevcut veri ve entegrasyon sayısı süreyi değiştirir.

ERP bütçesinin görünmeyen kalemleri

Lisans ve kurulum ücretleri maliyetin tamamı değildir. Veri temizliği, çalışan zamanı, dış entegrasyonlar, danışmanlık, altyapı, test, eğitim, destek ve süreç yeniden tasarımı da yatırımın parçasıdır. Üstelik en pahalı kalem bazen hatalı geçişte kaybedilen müşteri güvenidir. Yönetim bu nedenle projenin yatırım getirisini yalnız yazılım maliyetiyle değil, risk azaltımı, işlem verimi ve karar kalitesiyle birlikte değerlendirir.

Süreç standardizasyonu diye her istisnayı yok etmek de yanlış olur. Gerçek müşteri ihtiyacından doğan farklı işler olabilir. Önemli olan istisnanın sahibi, nedeni ve maliyetinin görünür olmasıdır.

Yol Haritası

İlk 90 günde nereden başlamalı?

İlk 30 gün: "Hangi ERP?" sorusunu erteleyip iş hedefini tanımlayın. Veri kalitesi, kritik sipariş akışları, stok mutabakatı ve karar sahiplerini inceleyin. Proje sponsoru ve süreç sahiplerini atayın.

31–60. günler: Ürün, müşteri ve fiyat verisi sözlüğü oluşturun. En sık hata yapan süreçleri yeniden çizin. Pilot için ölçülebilir kabul kriterleri koyun.

61–90. günler: İki veya üç uçtan uca işlemi gerçek veriyle sınayın. Kullanıcı eğitimini yöneticilerin katılımıyla başlatın. Operasyonel KPI raporunu proje başından itibaren takip edin.

Sonuç

Sonuç: Yazılım şirkete akıl vermez, aklın işlemesine yardım eder

Kurumsallaşma, kurucunun her kararı alması zorunluluğunun kalkması; doğru verinin doğru kişiye, doğru zamanda ulaşmasıdır. ERP bunu mümkün kılan güçlü bir araç olabilir. Fakat organizasyonun karar hakkı ve süreç sahipliği yoksa sistem yeni bir vitrine dönüşür.

ERP alarak kurumsallaşamazsınız. Kurumsallaşmayı tasarlarsanız ERP onun ölçeklenmesini sağlayabilir.

Sık sorulan sorular

ERP dönüşümü neden başarısız olur?

Belirsiz süreç, veri kalitesi, yetersiz sahiplenme, kötü entegrasyon ve kullanıcı benimsemesi gibi nedenler bir arada etkili olabilir.

SAP veya Nebim kullanmak tek başına kurumsallaşma mıdır?

Hayır. Karar hakları, süreç yönetimi, veri yönetişimi ve performans sistemi ayrıca gerekir.

ERP'de en kritik veri nedir?

İş modeline göre değişir; ürün, müşteri, fiyat, stok, cari ve işlem verilerinin sahipliği genellikle temeldir.

ERP başarısı nasıl ölçülür?

Teknik açılışın yanında hata oranı, stok doğruluğu, işlem hızı, kullanıcı kabulü ve iş sonuçlarıyla.

Kaynaklar ve ileri okuma

İlgili içerikler

Şirketinizin karar ve büyüme sistemini birlikte güçlendirelim. WhatsApp üzerinden görüşelim ya da danışmanlık yaklaşımını inceleyin.

Editör notu: Metin düşünce liderliği ve yönetim değerlendirmesi olarak yazılmıştır. Temsili rakam ve senaryolar gerçek bir müşteriye, gerçek danışmanlık sonucuna veya belirli bir şirkete atfedilmemelidir. Finansal, hukuki ve sözleşmesel kararlar için ilgili uzmanlardan işletmeye özel görüş alınmalıdır.

Yazar: Gökhan Akdağ — ticari büyüme, pazarlama ve yönetim danışmanı; GA Consulting kurucusu.

Son Yazılarım

(Gökhan Akdağ)

Altın saatte strateji toplantısında müşteri segmentleri üzerine sunum yapan danışman

Pazarlama Danışmanlığı Nedir? Pazarlama Stratejisi, Planı, Bütçesi ve Yönetim Disiplini Nasıl Oluşturulur?

9 Eki 2026

Pazarlama

Satış danışmanının müşteriye yardım ettiği şık parfüm ve kozmetik mağazası

Perakende Danışmanlığı Nedir? Mağaza Yönetimi, Satış Artışı, KPI, Kârlılık ve Perakende Matematiği

9 Eki 2026

Perakende

Gün batımında yüksek katlı toplantı odasında büyüme planını değerlendiren yöneticiler

Ticari Büyüme Danışmanlığı Nedir? Satış, Pazarlama, B2B, İhracat, Organizasyon ve Kârlı Büyüme Nasıl Yönetilir?

9 Eki 2026

Strateji

FAQ

01

GA Consulting ne yapar?

02

Çalışma yaklaşımınız nasıldır?

03

Projeler nasıl ilerler?

04

Odak noktanız nedir?

05

Hangi alanlarda hizmet veriyorsunuz?

06

Şirketlere ne kazandırır?

07

Hangi şirketler için uygundur?

08

Bir proje ne kadar sürede sonuç verir?

Elif ile görüşünMÜŞTERİ İLİŞKİLERİ · GA15 dk görüşme planla ›

12 Eki 2026

ERP Satın Almak Kurumsallaşmak Değildir

SAP, Nebim veya başka bir ERP şirketin veri ve süreç altyapısını güçlendirebilir. Ancak belirsiz yetkileri, tanımsız süreçleri ve zayıf karar disiplinini tek başına düzeltemez.

Strateji

Aile Şirketleri

ERP & Dönüşüm

Sorun

ERP alarak kurumsallaşamazsınız. Kurumsallaşmayı tasarlarsanız ERP onun ölçeklenmesini sağlayabilir.

Bir şirket büyük bir ERP yatırımına karar verir. Satıcı sunumunda üretim planlama, stok, sipariş, finans, raporlama ve entegrasyon tek ekranda görünür. Kurucu rahatlar: "Artık kurumsallaşıyoruz." Proje aylarca ilerler. Yazılım canlıya alınır. Bir süre sonra aynı toplantılarda aynı tartışmalar devam eder: Stok neden yanlış? Sipariş neden gecikti? Ürün kodunu kim açtı? Fiyatı kim değiştirdi? Rapor neden tutmuyor?

Çünkü ERP bir yönetim modeli değil, yönetim modelinin üzerinde çalıştığı bir altyapıdır. Programı satın alarak karar disiplinini satın alamazsınız. İşletmenin kendi süreçlerini açıklığa kavuşturması ve yeni alışkanlıkları günlük işe dönüştürmesi gerekir.

İlk hata: Yazılım projesini yalnız BT departmanına vermek

ERP teknik bir uygulamadır ama etkilediği kararlar ticaridir. Ürün kartı pazarlamayı, stok satın alma ve satış kanallarını, cari hesap finansı, fiyatlama ticari yönetimi, üretim emri fabrikayı, iadeler müşteri deneyimini etkiler. Projenin sponsoru sadece BT olursa departmanlar "ekran hazır mı" sorusuna odaklanır; "hangi kararı kim, hangi veriye göre verecek" sorusu sahipsiz kalır.

En üst yönetimin proje sponsorluğu gerekir. Bunun yanında her kritik süreç için iş biriminden bir süreç sahibi atanmalıdır. Bilgi teknolojileri mimari, erişim, güvenlik ve entegrasyon disiplinini taşır; finans, satış, üretim ve lojistik ise iş kararlarının doğruluğunu sahiplenir.

Neden

İkinci hata: Kirli veriyi yeni sisteme taşımak

Bir tekstil şirketinde aynı ürün farklı kodlarla, yanlış beden-renk eşleşmeleriyle ve eksik varyant bilgisiyle kayıtlı olabilir. Kozmetikte farklı ambalaj hacimleri, lot/seri bilgisi veya kanal kodları karışmış olabilir. Yeni ERP bu sorunların üzerine kurulursa raporlar daha hızlı ama yine yanlış üretilebilir.

Ana veri yönetimi (master data governance) bu yüzden merkezîdir. Ürün kartını kim açar? Birim ölçü standardı nedir? Müşteri ve tedarikçi tekrarı nasıl önlenir? Hangi alanlar zorunludur? Ürün veya fiyat değişikliğini kim onaylar? Kullanılmayan kod ne zaman pasife alınır? Doğru veri bir kere temizlenerek değil, sürekli sahiplenilerek korunur.

Veri temizliği bir göç işi değil, kalıcı bir işletme sorumluluğudur.

Üçüncü hata: Kötü süreci dijitalleştirmek

Satış temsilcisinin her sipariş için patronu araması, sistemde otomatik onay butonuna dönüştürülürse süreç hızlanmaz; yalnız ekran değişir. Mağaza yöneticisinin transfer istediğinde üç kişiyi ikna etmesi gerekiyorsa ERP talep ekranı bu karmaşayı meşrulaştırabilir. Süreç iyileştirmede önce karar ve kontrol mantığı yeniden tasarlanmalıdır.

Süreç haritası için şu zincir kullanılabilir: Talep nerede doğar? Kim kontrol eder? Hangi koşulda otomatik ilerler? Hangi istisna yukarı taşınır? Kararın ekonomik sahibi kimdir? Hata nasıl kaydedilir? Veri hangi raporda görünür? Ancak bundan sonra yazılım iş akışına çevrilmelidir.

ERP projesinde ölçülecek başarı kriterleri

Yazılımın zamanında açılması başarı ölçütlerinden yalnız biridir. Asıl takip edilmesi gerekenler; stok kaydı doğruluğu, siparişten teslimata geçen süre, manuel işlem oranı, mutabakat süresi, iade kapanış süresi, veri düzeltme sayısı, kullanıcı kabulü, kritik raporların güvenilirliği ve kontrol ihlalleridir. Her gösterge için başlangıç değeri, tanım, veri kaynağı ve hedef açık olmalıdır.

Örneğin yeni sistemle sipariş giriş süresi kısalırken iptal oranı yükseliyorsa yalnız hız kazandık demek doğru olmaz. Veri kalitesi iyileşirken fiyat onay süreçleri yavaşladıysa karar mimarisi yeniden ele alınmalıdır. ERP değeri teknik devreye alma raporunda değil, operasyonel davranış değişikliğinde oluşur.

Tekstil perakendesinde ERP'nin özel zorluğu

Hazır giyimde ürün yalnız bir stok kodu değildir; model, sezon, renk, beden ve kanal varyantları vardır. Mağazaya ürün göndermek toplam adet dengesiyle çözülemez: En çok satılan beden başka mağazada yokken yavaş hareket eden beden depoda kalabilir. Fiyat dönemi, sezon sonu indirim, mağazalar arası transfer, merkez depo, iade ve e-ticaret siparişi tek veri modeliyle konuşmalıdır.

Bu nedenle Nebim gibi perakende odaklı çözümler değerlendirilirken sadece muhasebe değil; varyant, mağaza stok akışı, satış noktası ve omnichannel senaryoları gerçek işlem örnekleriyle sınanmalıdır. Bir yazılımın genel yetenekleriyle şirkette fiilen kurulan modüller aynı şey değildir; modül seçimi proje belgesinden doğrulanmalıdır.

Derinlik

Çok kanallı kozmetik ve üretimde başka sınavlar vardır

Kozmetik veya fason üretim yapan işletmede hammadde, formül/reçete, üretim emri, kalite, lot izlenebilirliği, son kullanma tarihi uygun olduğunda kontrol, B2B sipariş ve dağıtım koşulları gibi ihtiyaçlar farklılaşır. Private label müşterisi için üretimle kendi markasının perakende siparişini tek tip veri mantığına sıkıştırmak yeni sorunlar doğurabilir.

SAP gibi geniş kurumsal platformlar bu tür süreçler için seçenekler sunabilir; fakat belirli modül, kapsam ve kazanımları ancak gerçek proje dokümanı kanıtlar. Buradaki mesele markaların isimleri değil, işletmenin kendi süreç mimarisidir. Yazılım seçimi ihtiyaca göre yapılmalı, "piyasadaki en büyük sistem" tek kriter olmamalıdır.

Canlıya geçiş günü en büyük risk değil, ilk üç ayın alışkanlığıdır

Kullanıcılar yeni ekranı bilmiyor, yöneticiler eski Excel raporunu bırakmıyor, ürün kodları hâlâ e-postayla değiştiriliyorsa ERP paralel bir bürokrasiye dönüşebilir. Bu yüzden rol bazlı eğitim, kullanıcı kabul testleri, yetki matrisi, veri göçü mutabakatı ve destek masası en baştan tasarlanmalıdır.

Özellikle canlıya geçişte sipariş, fatura, stok, kasa/POS ve kritik entegrasyonların uçtan uca senaryolarla denenmesi gerekir. "Ekran açılıyor" testi yeterli değildir. Yetkisiz fiyat değişikliği, stok eksiye düşme, iade ve iptal, kısmi teslimat, hatalı ürün varyantı gibi zorlayıcı örnekler pilot kapsamında yer almalıdır.

Bir dönüşüm projesinin doğru aşamaları

Teşhis: Kritik süreçlerin bugünkü işleyişi, kayıp noktaları ve karar yetkileri haritalanır. İş hedefi yazılır.

Tasarım: Süreç sahipleri, veri sözlüğü, ana veri kuralları, entegrasyon ve yetki modeli tanımlanır. Gerekli minimum özelleştirmeler seçilir.

Pilot ve test: Bir mağaza, bir depo veya bir iş hattı gibi kontrollü alanda uçtan uca senaryolar yürütülür. Eski ve yeni veri mutabakatı yapılır.

Geçiş: Kritik iş sürekliliği senaryoları, erişim güvenliği, yedekleme, geri dönüş/iyileştirme planları ve destek kaynakları hazır olur.

İyileştirme: İlk 30, 60, 90 günde veri hataları, kullanıcı alışkanlığı ve operasyonel KPI'lar izlenir; süreç yeniden ayarlanır.

Bu aşamalar her işletmede aynı takvimde ilerlemez. Tedarik zincirinin karmaşıklığı, yasal yükümlülükler, mevcut veri ve entegrasyon sayısı süreyi değiştirir.

ERP bütçesinin görünmeyen kalemleri

Lisans ve kurulum ücretleri maliyetin tamamı değildir. Veri temizliği, çalışan zamanı, dış entegrasyonlar, danışmanlık, altyapı, test, eğitim, destek ve süreç yeniden tasarımı da yatırımın parçasıdır. Üstelik en pahalı kalem bazen hatalı geçişte kaybedilen müşteri güvenidir. Yönetim bu nedenle projenin yatırım getirisini yalnız yazılım maliyetiyle değil, risk azaltımı, işlem verimi ve karar kalitesiyle birlikte değerlendirir.

Süreç standardizasyonu diye her istisnayı yok etmek de yanlış olur. Gerçek müşteri ihtiyacından doğan farklı işler olabilir. Önemli olan istisnanın sahibi, nedeni ve maliyetinin görünür olmasıdır.

Yol Haritası

İlk 90 günde nereden başlamalı?

İlk 30 gün: "Hangi ERP?" sorusunu erteleyip iş hedefini tanımlayın. Veri kalitesi, kritik sipariş akışları, stok mutabakatı ve karar sahiplerini inceleyin. Proje sponsoru ve süreç sahiplerini atayın.

31–60. günler: Ürün, müşteri ve fiyat verisi sözlüğü oluşturun. En sık hata yapan süreçleri yeniden çizin. Pilot için ölçülebilir kabul kriterleri koyun.

61–90. günler: İki veya üç uçtan uca işlemi gerçek veriyle sınayın. Kullanıcı eğitimini yöneticilerin katılımıyla başlatın. Operasyonel KPI raporunu proje başından itibaren takip edin.

Sonuç

Sonuç: Yazılım şirkete akıl vermez, aklın işlemesine yardım eder

Kurumsallaşma, kurucunun her kararı alması zorunluluğunun kalkması; doğru verinin doğru kişiye, doğru zamanda ulaşmasıdır. ERP bunu mümkün kılan güçlü bir araç olabilir. Fakat organizasyonun karar hakkı ve süreç sahipliği yoksa sistem yeni bir vitrine dönüşür.

ERP alarak kurumsallaşamazsınız. Kurumsallaşmayı tasarlarsanız ERP onun ölçeklenmesini sağlayabilir.