Üretim İçin ERP Entegrasyonu: SAP, Dynamics ve Navision’ı Üretim Sahasına Bağlamak

Hem ERP hem de saha sistemleri çalıştıran her üretici er ya da geç aynı tutarsızlıkla yüzleşir. ERP siparişi tamamlandı gösterir; saha ise iki paletin yeniden işlendiğini bilir. ERP malzemenin standart miktarda tüketildiğini gösterir; gerçek tüketim ise kimsenin kaydetmediği fireyi de içerir. İki sistem de yalan söylemiyordur. Farklı anları tarif ediyorlardır — ERP planı ve onun finansal sonuçlarını, saha ise fiziksel gerçekliği tarif eder — ve entegrasyon, bu iki tarifi birbiriyle uyumlu tutma disiplinidir.

İlk tasarım kararı sahiplik yönüdür ve bunu yanlış kurmak, hiçbir zaman istikrara kavuşmayan entegrasyon projelerinin en yaygın nedenidir. Ana veri — müşteriler, tedarikçiler, malzemeler, ürün ağaçları, rotalar, fiyatlar — ERP’ye aittir ve aşağı doğru akar. Uygulama verisi — gerçek başlama ve bitiş zamanları, gerçek üretilen miktarlar, fire, duruş nedenleri, makine durumları, operatör atamaları, gerçek malzeme tüketimi — sahada üretilir ve yukarı doğru akar. Aynı varlığı iki sistemin de değiştirmesine izin verirseniz elinizde bir entegrasyon değil, senkronizasyon takvimine bağlanmış tekrar eden bir tartışma olur.

Aşağı yönlü akış genellikle daha kolay olan yarıdır. ERP’de açılan üretim emirleri, operasyonları, rotaları ve malzeme listeleriyle MES’te görünür. Malzeme kartı değişiklikleri yayılır. Müşteri ve teslimat verisi ihtiyaç duyan sistemlere ulaşır. Asıl pratik zorluk kırılım düzeyidir: bir ERP üretim emri çoğu zaman farklı iş merkezlerindeki birkaç saha operasyonuna karşılık gelir ve ERP yapısı ile uygulanabilir yapı arasındaki eşleme varsayılmak yerine bilinçli biçimde tanımlanmalıdır.

Değerin bulunduğu ve zorluğun yoğunlaştığı yer yukarı yönlü akıştır. Teyitler — bu operasyon şu miktarı üretti, şu malzemeyi tüketti, şu kadar sürdü, şu kadar fire verdi diyen mesajlar — ERP’nin stok, maliyet ve kapasite rakamlarını besler. Bunlar vardiya sonunda hafızadan yazılmak yerine makinelerden ve operatör terminallerinden otomatik toplandığında ERP’nin sayıları yaklaşık olmaktan çıkar. Maliyetlendirme hemen iyileşir; çünkü standart sürelerin yerini gerçek süreler alır.

Mevcut entegrasyon desenleri esas olarak gecikme ve bağımlılık derecesi bakımından ayrışır. Dosya tabanlı alışveriş basittir, evrensel olarak desteklenir ve kaçınılmaz biçimde toplu iş odaklıdır. Doğrudan veritabanı erişimi hızlı ve kırılgandır; üretici güncellemelerinde öngörülmesi zor biçimlerde bozulur. REST ve SOAP API’leri — SAP tarafında IDoc, BAPI ya da OData; Dynamics 365 ve Business Central tarafında yayımlanmış API’ler — modern varsayılandır ve sürüm geçişlerini çok daha zarif atlatır. Mesaj kuyrukları yüksek frekanslı olaylar için dayanıklılık ekler; çünkü saha, ERP erişilebilir olsun ya da olmasın veri üretmeye devam eder.

Bu son nokta özellikle vurgulanmayı hak eder; çünkü kırılgan entegrasyonlar kendini burada ele verir. ERP durduğunda üretim durmaz. Entegrasyonunuz senkronsa ve ERP planlı bakım için erişilemezse, ya saha durur ya da veri kaybolur. Kuyruklu ve tamponlu bir tasarım, MES’in veri toplamaya devam etmesini ve bağlantı geri geldiğinde birikimi iletmesini sağlar — çok vardiyalı çalışan bir fabrikada bu bir uç durum değil, aylık bir gerçekliktir.

Yerel ve bölgesel ERP sistemleri tabloyu belirli bir şekilde karmaşıklaştırır. Küresel paketlerin belgelenmiş arayüzleri ve geniş entegrasyon ekosistemleri vardır. Bölgesel ürünler — Panteon, Logo, Nebim ve diğer pazarlardaki muadilleri — orta ölçekli üreticiler arasında yaygındır, çoğu zaman derinlemesine özelleştirilmiştir ve nadiren hazır bir MES konnektörüne sahiptir. Bu, çalışan bir ERP’yi değiştirmek için bir gerekçe değildir. Entegrasyon katmanını varsayılan bir ayrıntı olarak değil, projenin birinci sınıf bir parçası olarak ele almak için bir gerekçedir.

Mutabakat, proje planlarından atlanan ve sonra operasyonun ilk üç ayını yiyen kısımdır. Mesajlar başarısız olur. Malzeme bloklu olduğu için bir teyit reddedilir. Saha başladıktan sonra ERP’de bir üretim emri silinir. Her entegrasyonun inceleyebileceğiniz bir kuyruğa, bir yeniden deneme mekanizmasına, bir insanı uyaran bir hata durumuna ve sahanın kaydettiği ile ERP’nin tuttuğunun hâlâ örtüştüğünü kanıtlayan periyodik bir mutabakat raporuna ihtiyacı vardır. Bunlar olmadan entegrasyonlar gürültüyle çökmez; sessizce kayar ki bu daha kötüdür.

Gerçeklikle teması atlatan kapsamlandırma tavsiyesi şudur: tek bir hatta tek bir sipariş tipiyle başlayın, ERP’de emir açılmasından saha uygulamasına ve oradan ERP’ye dönen teyide kadar tüm döngüyü kanıtlayın ve ancak ondan sonra genişletin. Tüm tesisleri ve tüm sipariş tiplerini aynı anda kapsayan büyük patlama entegrasyonları, teşhisi son derece zor biçimlerde başarısız olur; çünkü her şey yeniyken hiçbir şey referans olarak kullanılamaz.