ERP Entegrasyonu Nedir, Nasıl Yapılır?
ERP entegrasyonu, ERP'nizin dışında kalan bir sistemin (üretim sahası, banka, e-fatura, depo terminali) ürettiği verinin ERP ile kurallı biçimde akmasıdır. Amaç yeni bir program eklemek değil, aynı bilginin iki yerde ayrı ayrı tutulmasını bitirmektir. Bu sayfa yöntemleri, projelerin nerede battığını ve işin hangi sırayla yürüdüğünü anlatıyor.
Tanıdık geldi mi?
- Üretim rakamını sahada deftere yazıyoruz, akşam bir kişi oturup ERP'ye tek tek giriyor. Ayın 5'inden önce rapor çıkmıyor.
- ERP'de görünen stok başka, depoda sayılan başka. Hangisinin doğru olduğunu kimse net söyleyemiyor.
- Bir aktarım yazdırmıştık, çalışıyor sanıyorduk. İki aydır hata veriyormuş, kimsenin haberi olmamış.
- Aldığımız teklifte entegrasyon tek satır: 'ERP entegrasyonu dahildir.' Neyin nereye, hangi sıklıkta gideceği yazmıyor.
İşin iç yüzü
Dosya aktarımı ve doğrudan veritabanı
Dosya aktarımı (CSV/Excel klasörü) en ucuz ve neredeyse her ERP ile çalışır; karşılığında gecikmelidir ve bir dosya bozulduğunda kimse fark etmez. Doğrudan veritabanına yazmak hızlıdır ve ERP'nin arayüzü yoksa tek yol olabilir; ama ERP'nin kendi iş kurallarını atlar, sürüm güncellemesinde alanlar değişir. Bizim pratiğimiz: okuma için veritabanı makul, yazma için son çaredir.
Servis/API ve mesaj kuyruğu
Servis veya API yöntemi (Logo REST, Netsis, Dynamics NAV/Business Central web servisleri) kaydı ERP'nin kendi kontrollerinden geçirir ve hata olduğunda anlamlı bir mesaj döndürür; kurulumu daha uzundur, bazen ek lisans ister. Mesaj kuyruğunda kayıtlar sıraya girer, ERP kapalıyken kaybolmaz, bağlantı gelince tekrar denenir. Günde birkaç yüz kayıtta servis yeter; vardiya boyunca kesintisiz akan sahada kuyruk kurmak gerekir.
Asıl soru: hangi veri hangi sistemde doğru kabul edilir
Entegrasyon projelerinin çoğu teknikte değil, tam burada batar. Stok kartı, ölçü birimi, depo kodu, cari kart gibi ana veriler tek bir sistemde açılır, diğeri onları kopyalar; iki tarafta da düzenlenebiliyorsa er geç çakışırlar. Çift yön her alan için değil, alan alan kararlaştırılır: miktar sahadan ERP'ye gider, kart bilgisi ERP'den sahaya iner.
Sık entegre edilen alanlar ve kendi tuzakları
MES/üretim tarafında iş emri, fire ve duruş; bankada ekstre ve tahsilat eşleme; e-fatura/e-irsaliye; e-ticarette sipariş ve stok; depoda sayım ve sevkiyat; bakımda duruşun maliyete bağlanması. Her alanın kendi çıkmazı var: bankada eşleşmeyen hareketlerin kuyruğu, üretimde ay kapanışından sonra gelen geç kayıt, e-ticarette rezerve stok. Bunlar entegrasyon başlamadan konuşulmazsa sonradan elle düzeltmeye dönüşür.
Neden bozulur
Dört sebep sayıyoruz: ERP sürümü güncellenip alan adının değişmesi, ana veri kirliliği (aynı kartın iki kez açılması), hata yakalamanın hiç kurulmamış olması ve izlemenin olmaması. Bu dördü birleşince kayıt sessizce düşer, tablo doğru görünür, fark ay sonunda ortaya çıkar. Çoğu entegrasyon ilk gün çalışır; asıl soru altıncı ayda hâlâ çalışıp çalışmadığıdır.
Nasıl çalışıyoruz
Envanter
Hangi sistem, hangi veri, hangi yön, ne sıklıkta ve kim sahibi sorularını tek tabloda çıkarırız. Genelde yarım günlük bir çalışmadır ve teklif buradan sonra anlam kazanır.
Eşleme tablosu
Alanlar birebir karşılıklandırılır: sizin 'birim' dediğiniz alan ERP'de hangisi, depo kodları hangi karşılıkla gidiyor. Kod eşlemeleri yazıya dökülmeden tek satır kod yazmıyoruz.
On maddeyi sözleşmeden önce yazın
Şunlar kâğıda geçmeli: hangi sistemler, hangi alanlar, yön, her alanın sahibi, sıklık ve kabul edilebilir gecikme, yöntem, hata olunca ne olacağı ve kimin haberdar edileceği, kod eşleme tablosunu kimin dolduracağı, kabul testinin kriteri, ERP sürümü değişince testi kimin tekrarlayacağı. Bu on madde, entegrasyonu kim yaparsa yapsın işin sigortasıdır.
Pilot
Tek hat, tek depo ya da tek müşteri üzerinde gerçek veriyle çalışılır ve eski yöntem bir süre paralel yürür. Rakamlar tutmuyorsa fark daha küçükken görünür.
Kabul testi
Bilerek bozuk kayıt gönderilir: olmayan stok kodu, hatalı birim, kapalı dönem tarihi. Beklenen sonuç kaydın sessizce kaybolması değil, anlaşılır bir hata mesajı ve kuyrukta beklemesidir.
İzleme ve ölçüm
Canlıya alındıktan sonra dört rakam takip edilir: başarısız kayıt sayısı, gecikme süresi, elle düzeltme sayısı ve günlük geçen kayıt adedi. İsteyen firmada bu özet ATLAS üzerinden WhatsApp'a düşer, yönetici raporu açmadan durumu görür.
Kimler için
- Logo, Netsis veya Dynamics NAV/Business Central kullanan, sahadaki veriyi hâlâ elle ERP'ye giren üretim firmaları
- Entegrasyon teklifi almış, teklifi teknik olarak değerlendirmek isteyen mali işler ve BT sorumluları
- Daha önce bir entegrasyon yaptırıp yarıda bırakmış, neyin yanlış gittiğini anlamak isteyen ekipler
- İşi kendi ekibiyle yapmayı düşünen, önce şartları ve riskleri görmek isteyenler
Kapsam dışı — yapmadıklarımız
Ne yaptığımız kadar ne yapmadığımız da önemli. Bu sayfadaki iş için aşağıdakileri üstlenmiyoruz:
- ERP satmıyoruz. ERP'nizi değiştirmenizi de önermiyoruz; işimiz mevcut ERP'nin görmediği sahayı kayıt altına almak.
- Donanım satmıyoruz: el terminali, barkod yazıcı, RFID okuyucu bizden alınmaz. Mevcut cihazlarınızla çalışırız, gerekirse uygun modeli söyleriz.
- ERP'nin içine geliştirme yapmıyoruz. ERP tarafındaki özel kod, form ve rapor işleri ERP iş ortağınızın alanıdır; onunla birlikte çalışırız.
- Mali müşavirlik yapmıyoruz. Hangi kaydın hangi hesaba gideceğine sizin mali işleriniz karar verir, biz veriyi taşırız.
- 'Her ERP ile çalışır' demiyoruz. Arayüzü kapalı veya çok eski sürümlerde önce erişim testi yaparız; çıkmazsa proje başında açıkça söyleriz. Küçük bir ekibiz, 7/24 çağrı merkezimiz yok.
Sık sorulanlar
Entegrasyonu kendi ekibimiz yapabilir mi?
Evet, yapabilir. Dört şart gerekir: ERP'nin servis veya arayüz dokümanına erişim, bu işe kalıcı olarak bakacak bir kişi, hatalı kayıtların biriktiği bir kuyruk ve tekrar deneme mekanizması, bir de ERP sürümü değiştiğinde testi tekrarlayacak disiplin. Dördü varsa dışarıdan almanıza gerek yok. Firmalarda takılan yer genelde ilk yazım değil, altıncı ayda bakan kimsenin kalmamasıdır.
Gerçek zamanlı mı olmalı, toplu aktarım mı yeter?
Çoğu iş için toplu aktarım yeter; vardiya sonu veya saatlik akış birçok üretim raporunu karşılar. Gerçek zamanlı gereken yerler bellidir: e-ticaret stoğu, sevkiyat onayı, banka tahsilatına bağlı sevk kararı. Karar verirken 'gerçek zamanlı olsun' demek yerine kabul edilebilir gecikmeyi dakika cinsinden yazın; maliyet farkı çoğunlukla oradan çıkar.
ERP'mizin web servisi yok, yine de olur mu?
Genelde olur ama yöntem daralır. Okuma tarafını veritabanından, yazma tarafını ERP'nin kendi içe aktarma dosyasından yürütürüz; böylece ERP'nin iş kuralları atlanmamış olur. Yazma için doğrudan veritabanına dokunmayı ancak ERP iş ortağınızın onayıyla düşünürüz. Hiçbir yol açılamıyorsa bunu proje başında söyleriz, yarım bir kurulum bırakmayız.
Entegrasyon bozulursa nasıl anlarız?
Kendiliğinden anlaşılmaz; ölçülmediği sürece sessizce durur. Her aktarımda başarılı ve başarısız kayıt sayısı loglanır, başarısız olanlar kuyrukta bekler, eşik aşılınca sorumluya bildirim gider. İsteyen firmada günlük özet WhatsApp'a düşer: bugün kaç kayıt geçti, kaçı beklemede. Bu bir ek imkândır, entegrasyonun kendisi bundan bağımsız çalışır.
MES ERP entegrasyonu ile ERP banka entegrasyonu arasında ne fark var?
İkisi de aynı yöntemleri kullanır ama zorluk farklı yerde. MES ERP entegrasyonunda hacim yüksektir ve veri süreklidir; sorun gecikme, duruş kaydı ve ay kapanışıdır. ERP banka entegrasyonunda hacim düşüktür ama eşleme zordur: gelen tahsilatı doğru cariye bağlamak, açıklama alanından anlam çıkarmaktır asıl iş. Birinde altyapı, diğerinde kural yazımı ağır basar.
Ne kadar sürede kurulur?
Tek yönlü ve tek alanlı bir aktarım genelde günler sürer; çift yönlü, ana verisi karışık bir kurulum haftalara yayılır. Süreyi belirleyen yazılım değil, eşleme tablosunun çıkarılması ve veri temizliğidir. Bu yüzden envanter yapılmadan gün sayısı vermiyoruz; envanterden sonra verdiğimiz süreye de bağlı kalırız.
İlgili sayfalar
Önce bir konuşalım
Keşif görüşmesi ücretsizdir ve bir şey satın almanızı gerektirmez. Mevcut durumunuzu dinler, yapılabilecekleri açıkça söyleriz.
Görüşme talebi bırakın →