SAP Business One’ı 13 yıldır implement ediyorum, son beş yılda yoğunlaştığım sektör üretim. Üretim modülünü en az dört farklı dikeyde (mobilya, makine, gıda, plastik enjeksiyon) gördüm. Bu yazıda B1 Üretim modülünün gerçek sahadaki davranışını anlatıyorum; “MRP çalıştır, sipariş öner, üret” cümlesi reklam, gerçek hayatta kararların %70’i çoklu seviyeli BOM, fason iş, by-product, fire ve maliyet kayıtları üzerine. Pazarlama broşüründe yazmayan, ama implementor’un her gün karşılaştığı şeyleri yazıyorum.

BOM Yapısı: Single-Level mi, Multi-Level mi?

B1, BOM’u tek seviye olarak tanımlatır ama runtime’da multi-level çözer. Yani bir nihai ürün için BOM açarsın, içine yarı mamul koyarsın; o yarı mamulün de kendi BOM’u vardır; MRP wizard çalıştığında otomatik olarak ağacı en alt seviyeye kadar açar (explosion).

Sahada uyguladığım kalıp:

• Üretilen kalemler ayrı item code: Yarı mamul (semi-finished) kalemleri “Inventory Item” + “Production” işaretle. Bunları sat, fakat tipik olarak iç tüketim için. ERP’de 3-4 seviyeli BOM normal.
• Phantom BOM kullanma (gerçekten gerekmedikçe): B1’de “phantom” item, üretim sırasında stoğa girmez, doğrudan üst kalem üretiminde harcanır. Tedarik süresini azaltır ama maliyet izleme zorlaşır.
• BOM componenet types: Stock item, sale item, label, miscellaneous (ambalaj, etiket, vb). Her birini ayrı item type olarak tanımla, raporlamada görünsün.

Mobilya müşterimizde 5 seviyeli BOM kullanıyoruz: Yatak (nihai) → Şilte + İskelet → İskelet → Karkas + Pano → Pano → Sunta + Kaplama. Her seviyede kendi maliyet ve süresi var. MRP wizard hepsini ardışık çözer.

MRP Wizard: Ezbere Bilinmeyen Detaylar

MRP wizard B1’in en güçlü ama en yanlış kullanılan bileşeni. 7 adımlı bir sihirbaz ve her adımda kritik karar var.

1. Senaryo seçimi: Yeni vs. var olan. Yeni senaryo açıyorsan eski olanı silme, kıyaslama için sakla.
2. Planlama tarihi aralığı: “Bugünden itibaren 60 gün” tipik. Daha kısa periyod: planlama eksik kalır. Daha uzun: gereksiz sipariş önerisi gelir.
3. Item seçimi: Tüm item’lar mı, item group bazlı mı, sadece “MRP’ye dahil” işaretliler mi? Tipik proje: sadece “Procurement Method = Make” veya “Buy” olanlar.
4. Veri kaynakları: Sales order, sales quotation, sales forecast, production order, purchase order, inventory transfer, MRP recommendation. Burada en sık hata “Sales Forecast”i unutmak. Sezonluk üretimde forecast olmazsa MRP yetersiz çıkar.
5. Stock parameters: Min stock seviyesini koru, lead time’ı gözet, lot size’ı dikkate al. Bu adımda her item için “Item Master Data → Planning Data” sekmesindeki ayarlar etkili.
6. Planning horizon: Past due (vadesi geçmiş) order’lar dahil mi? Tipik proje: dahil, çünkü vadesi geçmiş olsa da üretmen lazım.
7. Sonuç: Recommendation report. İncele, “Approve”a tıkla, sistem otomatik PO ve Production Order taslakları oluştursun.

Mobilya müşterimizde MRP wizard ilk ay 247 PO önerisi çıkardı. Hangi öneri makul, hangi öneri yanlış? Şuna bakıyoruz:

• Min stock’u tutturmak için açılan PO’lar genelde doğru.
• “Net requirement” sebebiyle açılan PO’lar dikkat ister; sebep mi sales order, mi production order? Görünmesi için “Pegging” raporu çalıştır.
• Lot size yanlış konfigürasyonda 1.000 adet ihtiyaca karşı 5.000 adet (lot size 5.000) PO çıkabilir. Her item için “minimum order quantity” ve “order multiple” ayarlarını gözden geçir.

Üretim Emri (Production Order) Hayat Döngüsü

Üretim emri B1’de 5 statüden geçer:

1. Planned: MRP veya manuel olarak oluşturuldu, henüz onaylanmadı. Stok hareketi yok.
2. Released: Onaylandı, üretime gidebilir. Hammadde rezerve edilebilir, fakat tüketim henüz yok.
3. In-Process (yeni B1 sürümlerinde): Üretim başladı, kısmi bileşen tüketimi olabilir.
4. Closed: Üretim tamamlandı, nihai ürün stoğa girdi, hammaddeler tüketildi.
5. Cancelled: İptal edildi.

Sahada en sık karşılaşılan hata Released → Closed arasında “Issue for Production” (bileşen çıkışı) ve “Receipt from Production” (mamul giriş) belgelerinin doğru yazılmaması. Eğer Issue belgesini eksik yazarsan B1 hammaddeyi stoktan düşmemiş gibi davranır, bir sonraki MRP’de yine satın alma önerir, kaos başlar.

Pratik kontrol: Aylık “Production Variance Report” çalıştır. Standart maliyet vs. fiili maliyet farkı %5’i geçen production order’lar için ayrıntıya in. Tipik sebep: bileşen tüketim eksik kayıt veya by-product hesaba katılmamış.

By-Product ve Co-Product Yönetimi

B1, multi-output üretimi (bir üretim emrinden birden fazla ürün çıkması) destekler ama “Disassembly BOM” şeklinde modeller. Plastik enjeksiyon müşterimizde bu yaygın: kalıba 5 adet enjeksiyon yapıyorsun, 4’ü A ürünü, 1’i farklı bir B ürünü çıkıyor. Disassembly BOM ile çözüyoruz: tek bir parent item, multiple child item, child’ların tipi “Production Output”.

By-product değer dağılımı (cost allocation) burada önemli: Total cost, çıkan ürünler arasında “by quantity” mi “by sales price ratio” mı bölüşülecek? B1 default by quantity yapar. Eğer A ürünü pahalı, B ürünü ucuzsa by quantity yanlış sonuç verir. Sales price ratio için custom report yazmak gerekiyor; out-of-the-box değil.

Fason (Subcontracting): B1’in Zayıf Tarafı

Fason yönetimi B1 standardında zayıf. Standart akış:

1. Fason siparişini Purchase Order olarak aç (item type “Service” + “Subcontracting Item” işaretlenmiş).
2. Fasoncuya gönderilecek hammaddeyi “Inventory Transfer” ile göster (depo: in-transit-fason).
3. Fasoncudan dönen mamulü “Goods Receipt PO” ile al, fason ücretini Purchase Invoice ile faturalat.

Bu akış basit fason için yeter. Ama “fasoncuya gönderilen hammaddenin geri dönmesi gereken kısmı” izleme yok; ekstra bir Excel veya 3rd party add-on gerekiyor. Tekstil müşterimizde Boyahane Pro adlı bir Türk add-on’u kullanıyoruz (B1 SDK üzerine yazılmış), fason süreci tamamen otomatize.

Kapasite Planlaması: B1 Yapmıyor

Bu kritik nokta: SAP Business One’ın kendisi finite capacity planning yapmaz. Yani “şu makine pazartesi dolu, salıya öteleyelim” mantığı out-of-box yok. Sadece infinite capacity (kapasite sınırsız varsayım) ile çalışır.

Çözümler:

• Beas Manufacturing (BeasManufacturing AG): SAP Gold Partner add-on. APS (Advanced Planning & Scheduling) ekliyor, finite capacity, makine bazlı çizelgeleme, gantt chart. Ek lisans (~~150-300 EUR/user/ay), ama ihtiyaç varsa şart.
• ProcessForce (CompuTec): Süreç sanayisi için (gıda, kimya, ilaç) güçlü. Recipe yönetimi, lot/seri izleme, ABC analiz.
• Custom Logic Apps + Power BI dashboard: Üretim emirlerini export et, Power BI’da kapasite çakışmasını göster, ekibe günlük rapor gönder. Hızlı çözüm, sınırlı.

Mobilya müşterisinde Beas kurduk, makine bazlı çizelgeleme ve gantt chart üretim planlamacısının günlük aracı oldu. ROI 6 ay.

Maliyet İzleme: Standard vs Actual

B1 üretim maliyetini iki şekilde tutar:

• Standard cost: Item master’da tanımlı, üretim sırasında bu maliyet kullanılır.
• Actual cost: Closed production order’da fiili tüketim × fiili fiyat hesaplanır.

Aralarındaki fark “Production Variance” hesabına yazılır. Aylık variance hesabını takip etmiyorsan yıl sonunda büyük bir sürpriz olur. Tipik sebepler: hammadde fiyat artışı, fire oranı tahminden yüksek, makine duruşu nedeniyle ek işçilik.

Pratik tavsiye: Aylık variance raporunu finance ekibiyle birlikte çalış. %3’ün üstündeki sapmaları root cause analizine al. Hammadde fiyat artışı ise standard cost’u güncelle (B1’de “Item Cost Update” wizard var).

Lot ve Serial Number Takibi

Gıda ve ilaç sektöründe geriye dönük izlenebilirlik (traceability) zorunlu. B1 lot ve serial number management destekler ama açıkça aktive etmen gerekir (item bazlı, sonradan değiştiremezsin).

Gıda müşterimizde her hammadde lot, her mamul lot. Üretim emri kapanırken hangi hammadde lot’undan ne miktarda kullanıldığı kayıtlı oluyor. Bir ürün şikayeti geldiğinde “X lot mamul, Y ve Z hammadde lotlarından üretildi, Y lot’unu hangi tedarikçiden almıştık” sorgusu 30 saniyede çıkıyor. Manuel sistemde bu sorguya gün cevap vermek mümkün değildi.

SAP Business One Cloud (CloudSpark altyapısında)

B1’i on-prem çalıştırmak hâlâ mümkün ama 2026’da çoğu müşteri cloud’a geçiyor. CloudSpark Cloud’da B1 deployment kalıbımız:

• SAP B1 application server: 8 vCPU / 32 GB RAM Linux VM (SUSE veya RHEL).
• HANA database: 16 vCPU / 128 GB RAM, NVMe storage.
• Citrix veya Remote Desktop ile B1 client erişimi (B1 client native Windows uygulaması).
• Backup: HANA günlük full + saatlik incremental, S3 bucket’a (s3.cloudspark.com.tr).
• DR: ikincil bölgeye HANA System Replication ile asenkron çoğaltma.

50 kullanıcılık tipik bir B1 kurulumunun aylık altyapı maliyeti CloudSpark Cloud’da yaklaşık ~~3.500 TL (KDV hariç). Lisans ayrı.

Sonuç: B1 Üretim Modülü Doğru Senaryo İçin Yeterli

SAP Business One Üretim modülü, 30-300 kişilik üretim KOBİ’leri için gayet yeterli. Discrete manufacturing (montaj, mobilya, makine, plastik) çok iyi çalışır. Process manufacturing (gıda, kimya) için ProcessForce gibi add-on gerekir. Kapasite planlaması için Beas. Fason yoğun ekipler için ek tooling.

“B1 yetmez, S/4HANA’ya geçelim” konuşmaları çoğu zaman erken. 200 kullanıcı altında, 50 milyon EUR ciro altında ve standart üretim akışında olan müşteri için B1 + iki üç add-on toplam fonksiyonel olarak yeterli ve maliyet 1/4’ten az. Doğru sertifikalı partner ile doğru implementasyon kararı en önemlisi.

CloudSpark olarak SAP Business One Türkiye’de Gold Partner’lık ile 13 yıldır implementasyon ve cloud hosting yapıyoruz. Üretim modülünde özellikle Beas + ProcessForce add-on’larıyla uçtan uca proje deneyimimiz var.