ERP modernizasyonu denildiğinde kurumlar çoğu zaman uygulama yenileme, buluta taşıma veya entegrasyon platformu seçimi üzerinde durur. Oysa asıl kırılganlık genellikle ERP’nin çevresinde biriken entegrasyon katmanında saklıdır. Satış, finans, depo, insan kaynakları ve raporlama sistemleri yıllar içinde aynı çekirdeğe farklı dillerde bağlanır. Modernizasyon başladığında sorun kod değil, sözleşmesiz bağımlılıkların görünür hâle gelmesidir.
Entegrasyon sözleşmesi neden merkezi bir konu?
Kurumsal yapılarda ERP sistemi yalnızca bir uygulama değildir; muhasebe hareketinden tedarik zinciri verisine kadar işin referans kaydıdır. Bu yüzden ERP’ye bağlanan her sistem, teknik olarak bir API tüketicisi olsa da iş açısından kritik bir bağımlılıktır.
Sorun şu ki birçok kurumda bu bağımlılıklar belgelenmiş arayüzler üzerinden değil, örtük beklentiler üzerinden yaşar:
- Bir alanın adı değişmez varsayılır.
- Gecikme toleransı hiç yazılmaz.
- Batch penceresi yıllardır aynı kaldığı için doğal kural kabul edilir.
- Hata durumunda kimin devreye gireceği belirsizdir.
Entegrasyon sözleşmesi yönetişimi, bu örtük davranışları açık operasyon kurallarına dönüştürür.
Sözleşme yalnızca şema değildir
Birçok ekip sözleşme denince JSON schema, WSDL veya tablo kolon listesini düşünür. Oysa ERP çevresinde gerçek sözleşme daha geniştir. Benim pratikte kullandığım çerçeve beş parçadan oluşur:
- Veri şekli ve zorunlu alanlar
- Zamanlama beklentisi
- Hata ve tekrar deneme davranışı
- Sahiplik ve değişiklik onayı
- Geriye dönük uyumluluk sınırı
Bu parçalar yazılmadığında entegrasyon, teknik olarak çalışsa bile kurumsal ölçekte yönetilemez.
Modernizasyon döneminde hangi risk büyür?
ERP modernizasyonu sırasında en sık görülen hata, eski entegrasyonların “nasıl olsa sonra toparlarız” düşüncesiyle geçici adaptörlere bağlanmasıdır. Bu geçici katman çoğu zaman kalıcı olur. Sonuçta kurum, modern ERP’nin etrafında eski kurallarla çalışan yeni bir karmaşa üretir.
Bunu önlemek için şu ilke işe yarar: ERP çekirdeğine bağlanan her yeni ya da taşınan entegrasyon, önce sözleşme kaydına girmeli; sonra kod seviyesine inmelidir. Sözleşme envanteri olmayan modernizasyon, yalnızca teknolojik borcu başka formda yeniden üretir.
Yönetişim modeli nasıl kurulmalı?
Burada aşırı merkeziyet de, tam serbestlik de işe yaramaz. Benim önerdiğim model şu ayrımı yapar:
- Domain ekipleri sözleşmenin iş anlamından sorumludur.
- Platform veya entegrasyon ekibi taşıma standartlarını ve gözlemlenebilirliği sağlar.
- ERP ekibi çekirdek sistem üzerindeki kırılma noktalarını ve uyumluluk takvimini yönetir.
Bu rol ayrımı sayesinde herkes aynı noktaya bakar ama aynı işi yapmaz. Özellikle batch entegrasyonlar, dosya tabanlı aktarımlar ve olay akışları aynı yönetişim şemsiyesi altında farklı kurallarla yönetilebilir.
Hangi metrikler gerçekten işe yarar?
Entegrasyon sözleşmesi yönetişimi “doküman sayısı” ile ölçülmez. Daha anlamlı sinyaller şunlardır:
- Sözleşme kaydı olan entegrasyon oranı
- Sahibi tanımlı entegrasyon oranı
- Geriye dönük uyumsuz değişiklik sayısı
- ERP kaynaklı incident’larda sözleşme ihlali payı
- Değişiklik duyurusundan canlıya geçişe kadar geçen süre
Bu metrikler kurumun entegrasyon katmanını yönettiğini mi, yoksa yalnızca yaşattığını mı net gösterir.
Teknik karar ile kurumsal iletişim burada birleşir
ERP çevresindeki entegrasyonlar teknik görünür; fakat kırıldığında etki alanı teknik sınırı aşar. Bu yüzden entegrasyon sözleşmesi yönetişimi aynı zamanda kurumsal iletişim modelidir. Kim, hangi değişikliği, ne kadar önce, hangi kanaldan duyuracak sorusu mimari kararın parçası olmalıdır.
Özellikle büyük kurumlarda, duyurulmamış küçük bir alan değişikliği bazen veri ambarı, finans raporu ve saha operasyonunu aynı anda bozar. Sorun çoğu zaman sistemden çok koordinasyondur.
Sonuç
ERP modernizasyonunda entegrasyon sözleşmesi yönetişimi, eski sistemlerle yeni platformların arasına bürokrasi koymak değildir. Asıl amaç, kurumsal bağımlılıkları görünür kılmak ve değişimi kontrollü şekilde hızlandırmaktır. Çekirdek uygulamayı yenilemek önemlidir; fakat çevresindeki entegrasyonların hangi kuralla yaşayacağını tanımlamadan yapılan modernizasyon, sadece daha modern görünen yeni bir kırılganlık üretir.