Merkez Sisteme Bağlanmak: Çok Uluslu Üretim Şirketlerinde Yerel ERP Entegrasyonunun Gerçek Sınavı

Gaziantep’teki bir plastik ve kimyasal ambalaj üreticisinde geçen yıl yaşanan şu tablo birçok açıdan öğreticiydi: 284 çalışanı olan bu tesisin üst yöneticisi, Almanya merkezli ana şirketin SAP R/3 sistemine entegre olmaları gerektiğini öğrendiğinde masaya iki soru bırakmıştı — ‘Ne kadar sürer?’ ve ‘Kim öder?’ Yazılım seçimi çoktan yapılmıştı, iş süreçleri tasarlanmıştı, proje takvimi belirlenirken dahi Gaziantep ofisinden kimse masada yoktu. Projenin teknik kısmı altı hafta içinde teslim edildi. Asıl sorunlar ondan sonra başladı. Bu yazıda savunmak istediğim tez şu: çok uluslu üretim şirketlerinde merkez sistemiyle yerel ERP entegrasyonu, çoğu zaman teknik bir uyumluluk projesi değil, kurumsal bir güç dengesi meselesidir — ve proje başarısızlıklarının büyük çoğunluğu yazılım uyumsuzluğundan değil, merkez ile yerel yönetim arasındaki görev sınırlarının hiçbir zaman net biçimde tanımlanmamış olmasından kaynaklanır.Bir çok uluslu şirketin Türkiye’deki üretim tesisi, ana şirketin küresel ERP altyapısına bağlandığında iki ayrı gerçeklikle aynı anda yüzleşmek zorunda kalır. Birincisi, merkez sistemin veri yapısı, raporlama mantığı ve muhasebe çerçevesi, Türkiye’nin yerel gerekliliklerini doğrudan karşılamayabilir. UFRS uyumlu bir konsolide bilanço yapısı, Türkiye Muhasebe Standartları’yla örtüşmeyebilir; Vergi Usul Kanunu’nun stok değerleme kuralları, merkez sistemin öngördüğü FIFO veya ağırlıklı ortalama maliyet yöntemleriyle çelişebilir. İkincisi — ve çok daha sık göz ardı edilen sorun — yerel ekip, merkez sistemin neye hizmet ettiğini, kendi katkısının nerede bittiğini ve merkezdeki raporlama beklentisinin gerçekte ne olduğunu çoğunlukla bilmez. Bu belirsizlik, entegrasyon projesini teknik kısmı tamamlanmış ama işlevsel olarak askıda kalan bir yapıya dönüştürür. Gaziantep vakasında da tam olarak bu oldu: veri girişi yapılıyor, raporlar üretiliyor, ama merkez ‘eksik’ diyor ve yerel ekip neyin eksik olduğunu anlamakta güçlük çekiyor.Bu tür projelerde ihtiyaç analizi aşaması genellikle yetersiz yürütülür — ya çok kısa tutulur ya da yanlış katılımcılarla yapılır. Merkez, kendi teknik uzmanlarını ve süreç danışmanlarını gönderir; yerel fabrikadan muhasebe müdürü ve belki üretim planlama şefi toplantıya alınır. Ama satın alma, kalite, depo ve hatta sevkiyat gibi fonksiyonlar çoğu zaman bu ilk analiz seanslarının dışında kalır. Oysa ERP entegrasyonunun en can alıcı noktaları tam da bu alanlarda ortaya çıkar. Bir kimyasal ambalaj tesisinde hammadde parti takibi nasıl yapılacak? Tedarikçi faturasının muhasebe kaydı, merkezdeki satın alma onayıyla eş zamanlı mı gidecek, yoksa yerel onay akışı ayrı mı işleyecek? Bu sorular yazılım kurulmadan önce cevaplanmak zorundadır; sonradan ‘özelleştirme’ talepleri olarak geldiğinde hem maliyet hem de zaman kaybı kaçınılmaz olur. İhtiyaç analizini kısaltmak, projeyi hızlandırmaz — sadece sorunu ileriye taşır.Kullanıcı alışkanlıkları meselesi, projenin en hafife alınan boyutlarından biridir. Gaziantep fabrikasında muhasebe ekibinin yarısı, yıllardır yerel bir muhasebe yazılımıyla çalışıyordu; stok hareketlerini kendi geliştirdikleri Excel şablonlarıyla izliyorlardı. SAP R/3’e geçildiğinde, bu çalışanların yeni sisteme adaptasyonu için verilen eğitim süresi toplam dört gün oldu. Dört gün. Sonuç olarak kullanıcılar sistemi kullanmak yerine, mevcut alışkanlıklarını sürdürmenin yollarını aradılar — kimi veriyi önce Excel’e aldı, sonra sisteme işledi; kimi alanları boş bıraktı. Bir üretim tesisinde bu davranış, merkeze giden raporların güvenilirliğini doğrudan etkiler. Entegrasyon projesinin başarısını yalnızca teknik teslimata göre ölçmek, kullanıcı adaptasyonu tamamlanmadan sistemin gerçekte çalışmadığını görmemeyi seçmek anlamına gelir. Eğitim planı, proje takvimiyle eş zamanlı kurulmalı ve üretim ortamına geçişten sonra en az iki ay boyunca sahada destek sürdürülmelidir.Entegrasyon noktalarının sayısı arttıkça yönetim karmaşıklığı da katlanarak büyür. Tipik bir çok uluslu üretim şirketinin Türkiye tesisi, merkez sistemiyle en az dört farklı noktada veri alışverişi yapmak zorundadır: üretim emirleri, malzeme hareketleri, finansal konsolidasyon ve satın alma talepleri. Bu dört noktanın her biri için hem hangi verinin, hem ne sıklıkla, hem hangi formatta aktarılacağı, hem de tutarsızlık durumunda kimin yetkili olacağı önceden belgelenmek zorundadır. Uygulamada bu belgeleme çoğunlukla eksik yapılır veya hiç yapılmaz. Bir tekstil ve kimyasal boya üreticisinde, merkez sistemin beklediği maliyet merkezi kodlaması ile yerel sistemin üretim hattı tanımları arasındaki uyumsuzluk, fark edilmesi sekiz ayı bulan ciddi bir raporlama hatasına yol açmıştı — ve bu hata teknik değil, analiz eksikliğinden kaynaklanıyordu. Veri aktarım protokolünü kurmak, entegrasyon projesinin yalnızca başlangıç adımıdır; asıl iş, her iki tarafın da aynı veriden aynı anlama gelmesini sağlamaktır.Yönetim beklentileri ile proje gerçeği arasındaki uçurum, en kırılgan noktadır. Merkez yönetim, entegrasyonun tamamlanmasını ‘sorunun çözüldüğü’ an olarak görür. Yerel yönetim ise projenin bitişini yeni sorunların başlangıcı olarak deneyimler. Bu algı farkı, projenin ardından ortaya çıkan sorunların sistematik biçimde çözülmesi yerine siyasi bir gerilime dönüşmesine zemin hazırlar. Çözüm, entegrasyon sonrasına yönelik net bir ‘işletim modeli’ belirlemekten geçiyor: merkez hangi raporları hangi sıklıkta alacak, yerel ekip hangi alanlarda değişiklik yapabilecek, sistemdeki bir tutarsızlık için ilk müdahale yetkisi kime ait? Bu sorulara proje başlamadan önce yazılı yanıt üretmek, hem teknik hem de kurumsal açıdan projenin ömrünü uzatır.Gaziantep’teki o plastik ambalaj tesisi, masaya bırakılan iki soruyu — ‘Ne kadar sürer?’ ve ‘Kim öder?’ — hâlâ tam olarak yanıtlayamıyor, ama artık doğru soruları soruyor. Çok uluslu bir şirkette yerel ERP entegrasyon projesini değerlendirirken şunu bir ölçüt olarak kullanın: proje tamamlandığında yerel ekip, merkez sistemin kendisinden ne istediğini gerçekten anlıyor mu? Teknik bağlantı kurulduysa ama bu sorunun yanıtı hâlâ ‘hayır’sa, proje bitmemiştir — sadece asıl sorun görünür hale gelmiştir.