Üretim Planlama ve ERP Entegrasyonu

Üretim firması için ERP (Mikro) üretim planları ile e-ticaret ve bayi siparişlerinin otomatik actarımı kurularak verimsiz iş gücü israfı engellendi.

1. Bağlam ve Operasyonel Gerçeklik (Context)

Hem doğrudan e-ticaret yapan hem de geniş bir bayi ağına (B2B) sahip orta-büyük ölçekli bir üretim firması. İşletmenin beyni olan Mikro ERP, ne yazık ki sahaya (web ve bayilere) anlık olarak bağlı değildi.

2. Problem: Kopuk Katmanlar ve Tepkisel Planlama

Siparişler webden veya bayi portalından geliyor, merkez ofiste Excel ile toplanıp akşamları Mikro’ya aktarılıyordu.

• Yok Satma veya Atıl Stok: E-ticaret siparişi üretimi beklemediği için stokta olmayan ürün webde satılıyor, iptaller yaşanıyordu.
• Manuel Planlama Eziyeti: Üretim şefi, elindeki parçalı Exceller üzerinden “Bugün ne üretelim?” kararı almaya çalışırken 1 saate yakın zaman kaybediyordu.

3. Sistem Kararı: Neden Bu Çözümü Seçtik? (Decision Proof)

Bizden ilk istenen “Web sitemizi yenileyip stok uyarı eklentisi kuralım” olmuştu.

Neden Sadece Web’i Düzeltmek Yetmezdi? Eğer sadece web arayüzünü değiştirip bir cron job ile günde 1 kez stok çekseydik, üretim hızı ile satış hızı arasındaki uyuşmazlık çözülmeyecekti. Asıl sorun “satışın nerede olduğu” değil, “satış bilgisinin üretime ne kadar sürede ulaştığı” idi.

Çözüm: Merkezden Uca (End-to-End) Entegrasyon
Sorunu kökten çözmek için, dış dünyadaki tüm kanalları bir Entegrasyon Katmanı (Middleware) ile karşılayıp, doğrudan Mikro ERP’nin Üretim Planlama modülüne bağladık. Sipariş geldiğinde sadece stok düşmüyor, aynı zamanda kritik seviyenin altındaki ürünler için taslak üretim emirleri (iş emirleri) otomatik oluşuyor.

4. Sistem Mimarisi

• 2 Yönlü API Middleware: B2B, B2C (E-ticaret) kanallarından gelen siparişleri sıraya sokup ERP’ye aktaran, ERP’den de anlık stok ve üretim durumu güncellemelerini dışarı basan orta katman.
• Akıllı İş Emri Tetikleyicisi: Stok belli bir eşiğin altına indiğinde, mevcut siparişleri de hesaba katarak ERP içinde otomatik taslak üretim emri oluşturan kurgu.
• Hata Yönetimi (Logging): Aktarılamayan bir sipariş olursa sistemi durdurmayan, IT ekibine Slack/Email üzerinden “Bu id’li sipariş aktarılamadı” diye uyarı dönen izleme yapısı.

5. Operasyonel Sonuç

Bugün sistem, fabrika üretiminin kalbini besleyen ana damar haline gelmiş durumda.

• E-ticaretteki “yok satma” (stok hatası kaynaklı iade/iptal) durumu %8-12 bandından %1-2’lere indi.
• Üretim planlama süresi %80 oranında kısaldı. Şef artık ne üretileceğini hesaplamıyor, sistemin önerdiği üretim planını onaylıyor.

🔗 İlgili İncelemeler

Bu projenin temelini oluşturan senaryolar:

• ➔ Nasıl Çözüyoruz: ERP Bağlantılı Satış Sistemleri
• ➔ Nasıl Çözüyoruz: API-First Platformlar ve Entegrasyon