ERP entegrasyonu · 3 dk okuma

PDM'den ERP'ye ürün ağacı aktarımı: elle girişin gizli maliyeti

SolidWorks PDM'deki ürün ağacını ERP'ye elle girmenin maliyeti ve otomatik aktarımın adımları: alan eşleme, revizyon, onay, hata bildirimi.

Makine ve ekipman üreten şirketlerin çoğunda ürün ağacı iki kez oluşur. Önce tasarımda: mühendis parçayı ve montajı SolidWorks’te çizer, PDM’de parça numarası, malzeme, ağırlık ve revizyon bilgisi oluşur. Sonra ERP’de: aynı bilgi birisi tarafından stok kartı ve reçete olarak Netsis’e, Logo’ya ya da kullanılan ERP’ye yeniden yazılır.

İkinci adım genellikle “veri girişi” diye küçümsenir. Oysa maliyeti, onu yapan kişinin maaşından çok daha büyüktür.

Elle girişin görünmeyen maliyeti

Reçete tasarımın gerisinde kalır

Tasarım değişir: bir cıvata boyu, bir sac kalınlığı, alternatif bir malzeme. PDM’de revizyon birkaç dakikada yapılır, ama ERP’deki reçetenin güncellenmesi o işi yapan kişinin iş listesine eklenir. Revizyon sıklaştıkça ERP’deki reçete tasarımın gerisinde kalır.

Bunun sonucu sahada görülür: satın alma eski malzemeyi sipariş eder, üretim eski ölçüyle keser, maliyet hesabı eski reçeteyle yapılır.

Aynı bilgi üç birimde üç kez yazılır

Ar-Ge PDM’ye yazar, üretim planlama ERP’ye yazar, satın alma kendi listesine yazar. Her yazımda küçük farklar oluşur: bir yazım hatası, eksik bir açıklama, yanlış bir birim. Hangi kaydın doğru olduğu sorulduğunda cevap kişiye göre değişir.

Hata, en pahalı yerde ortaya çıkar

Elle girişte yapılan bir hata girişte fark edilmez. Montaj hattında eksik parça çıktığında, tedarikçiden yanlış malzeme geldiğinde ya da yıl sonu maliyet analizinde fark edilir. Bu noktada düzeltmenin maliyeti, girişteki birkaç saniyenin çok üstündedir.

Mühendislik bilgisi kişiye bağlı kalır

PDM’deki kodun ERP’deki karşılığını çoğu zaman tek bir kişi bilir. O kişi izne çıktığında ya da işten ayrıldığında aktarım durur.

Otomatik aktarım nasıl kurulur?

PDM’den ERP’ye aktarımda amaç, mühendisin PDM’ye girdiği bilginin tek kaynak olması ve ERP’ye kurallarla, kayıt altında taşınmasıdır. Kullandığınız PDM ve ERP fark etmeksizin adımlar benzerdir.

1. Hangi bilginin aktarılacağına karar verin

Her PDM alanının ERP’ye gitmesi gerekmez. Genellikle aktarılanlar:

  • Stok kartı: parça numarası, açıklama, birim, malzeme, ağırlık, stok grubu
  • Ürün ağacı (reçete): montajın alt parçaları ve miktarları
  • Revizyon bilgisi: hangi revizyonun geçerli olduğu

Fiyat, tedarikçi ve depo bilgileri ise ERP’de kalır; bunlar mühendisliğin değil, satın alma ve lojistiğin verisidir.

2. Alan eşlemesini tek yerde tanımlayın

PDM’deki her değişkenin ERP’de hangi alana yazılacağı bir kural tablosunda tanımlanmalı: “PDM’deki Malzeme değişkeni → Netsis’te stok kartı malzeme alanı” gibi. Bu kurallar kodun içine gömülürse, yeni bir alan eklemek her seferinde yazılım değişikliği gerektirir.

Burada en çok zaman alan konu teknik değil, veri konusudur: PDM’deki birimlerin ve stok gruplarının ERP’dekilerle aynı yazılması.

3. Hangi kayıtların aktarılacağını onay durumuna bağlayın

Mühendisin üzerinde çalıştığı, henüz bitmemiş bir parçanın ERP’ye gitmesi istenmez. Aktarım genellikle PDM’deki iş akışına bağlanır: parça “onaylandı” ya da “üretime yayınlandı” durumuna geçtiğinde aktarılır.

4. Eşleşmeyen kodu sessizce atlamayın

Ürün ağacındaki bir hammadde kodu ERP’de yoksa ne olacak? En kötü cevap, kaydın sessizce atlanmasıdır; reçete eksik oluşur ve kimse fark etmez.

Doğru kurulumda aktarım bu kaydı durdurur, nedenini yazar ve ilgili kişiye bildirir: “Hammadde kodu HM-2041 Netsis’te bulunamadı.” Kod ERP’de açıldığında aktarım tekrar denenir.

5. Her aktarımı günlüğe yazın

Hangi parça, hangi revizyonla, ne zaman, hangi değerlerle ERP’ye aktarıldı? Bu kayıt, “ERP’deki bilgi neden böyle?” sorusunun cevabını kişilere değil sisteme sordurur. Kalite denetimlerinde de izlenebilirlik kanıtı olarak işe yarar.

6. ERP’nin kendi kurallarıyla yazın

Aktarım, ERP’nin resmî arayüzü üzerinden yapılmalı: Netsis’te NetOpenX ya da REST servisleri, Logo’da Logo Objects ya da REST servisleri, SAP Business One’da Service Layer. Veritabanı tablolarına doğrudan yazmak hızlı görünür ama ERP’nin kendi kontrollerini atlar. Her ERP için yöntemleri entegrasyon rehberlerimizde anlattık.

7. Önce paralel çalıştırın

İlk haftalarda elle giriş ile otomatik aktarım yan yana çalışır, sonuçlar karşılaştırılır. Fark çıkmadığında elle giriş bırakılır.

Sahada nasıl çalışıyor?

İki müşterimizde SolidWorks PDM ile Netsis arasında bu yapıyı kurduk:

  • Titan Makina: Stok kartı ve teknik bilgiler PDM değişkenlerinden doğrudan okunuyor; mühendisin girdiği değer tek kaynak. ERP’de karşılığı olmayan kod aktarımdan önce uyarı veriyor, her aktarım günlüğe yazılıyor.
  • Kozmaksan: Entegrasyon PDM’deki yeni ve değişen kayıtları her dakika tarıyor; eşleşmeyen hammadde kodu ilgili ekibe e-postayla bildiriliyor.

Kısaca

PDM’den ERP’ye elle giriş, kâğıt üstünde bir veri girişi işidir; gerçekte ise eski reçeteyle yapılan satın alma, yanlış ölçüyle kesilen parça ve kişiye bağlı bir bilgi demektir. Otomatik aktarımda sürenin büyük kısmı kod eşlemesine ve onay kurallarına gider; bunlar netleştiğinde aktarım her revizyonda kendiliğinden çalışır.

Hangi PDM ve ERP’yi kullandığınızı yazın; aktarılacak alanları ve tahmini süreyi ilk görüşmede birlikte çıkaralım.

Projenizi konuşalım.

İlk görüşmede ihtiyacı, yöntemi ve kabaca takvimi birlikte çıkarırız; bağlayıcı bir şey istemeyiz.