Mermer Sektöründe ERP: Blok ve Plaka Stok Takibi

Mermer sektöründe ERP'nin asıl sınavı, standart yazılımların "adet" dünyasına sığmayan stok gerçeğidir: blok ton ve m³ ile, plaka ve ebatlı ürün m² ile izlenir; her blok kendine özgü ebat, renk ve kalitededir; aynı ocaktan çıkan iki plaka aynı fiyata satılmaz. Doğru kurgu, her bloğu ve plaka partisini kendi kimliğiyle (ocak, kesim, seleksiyon sınıfı, ebat, m²/ton) izleyen; ocak-fabrika-liman zincirindeki her hareketi kayda alan ve konteyner yüklemesini ihracat belgeleriyle bağlayan bir yapıdır. SAP Business One'ın parti/seri izleme, çoklu birim ve çoklu depo altyapısı bu kurguyu taşır — şartı, sektörü bilen bir uyarlamadır.

Bu yazıda mermer sektörü projelerinde kurduğumuz stok ve operasyon modelini anlatıyoruz. Hedef okur; ocak, fabrika veya ihracat operasyonu yöneten, stoğunu hâlâ Excel ve telefonla izleyen mermer işletmesi.

Mermer stoğu neden standart ERP kurgusuna sığmaz

Tekstil ya da gıda stoğunda bir ürün kodunun altındaki her birim birbirinin aynıdır. Mermerde ise "Beyaz Mermer Blok" diye bir stok kartı açıp altına 200 blok yazdığınız anda bilgi kaybolur: o 200 bloğun her biri farklı tonaj, ebat ve damardadır ve alıcı, kataloğa değil o spesifik bloğa fiyat verir.

Kurgunun temeli bu yüzden şudur: ürün kartı cinsi tanımlar, parti/tekil kimlik bloğu tanımlar. Pratikte her blok ocakta numaralandığı anda sistemde kendi kimliğini alır: blok no, ocak, çıkış tarihi, ebatlar (en-boy-yükseklik), hesaplanan m³, tartılan ton, gözlemlenen kalite sınıfı. Plakada aynı mantık kesim partisi üzerinden yürür: hangi bloktan kesildiği, kalınlık, plaka adedi ve toplam m², seleksiyon sonucu.

Çift birim meselesi de sektöre özgüdür: blok alım-satımı ton üzerinden, plaka ve ebatlı ürün m² üzerinden, bazı iç raporlar m³ üzerinden konuşur. B1 tarafında ürünler çoklu ölçü birimiyle tanımlanır; ton-m³-m² dönüşümleri parti bazında gerçek ölçümle (varsayılan yoğunluk katsayısı yerine kantar ve mezura verisiyle) tutulur. Sahada gördüğümüz en yaygın Excel hatası, tüm bloklara tek yoğunluk katsayısı uygulanması — kantar entegrasyonu bu hatayı kökten kaldırır.

Ocak-fabrika-liman: lokasyon zinciri

Mermer operasyonu coğrafi olarak dağınıktır ve stok, üç farklı karakterde lokasyonda yaşar:

Lokasyon	Stok karakteri	Kritik hareket
Ocak / ocak stok sahası	Ham blok (ton/m³)	Blok numaralama, kantar çıkışı
Fabrika	Blok + yarı mamul + plaka/ebatlı (m²)	Kesim (blok→plaka dönüşümü), seleksiyon
Liman / yükleme sahası	Sevke hazır, sandıklanmış ürün	Konteyner yükleme, ihracat çıkışı

Her nokta B1'de ayrı depo olarak tanımlanır ve aradaki her taşıma bir stok transferi belgesiyle yürür. Bunun görünür faydası, "o blok nerede" sorusunun telefonla değil sorguyla cevaplanmasıdır; görünmez ama daha değerli faydası ise fire ve kayıpların lokasyon bazında hesaplanabilir hale gelmesidir: ocaktan çıkan tonaj ile fabrikaya giren tonaj arasındaki fark, kesimde m³'ten m²'ye dönüşüm verimi, seleksiyonda düşen oran — hepsi kayıttan okunur.

Kesim operasyonu, kurgunun kalbidir: bir blok tüketilir, yerine kalınlık ve seleksiyon sınıfı farklı plaka partileri doğar. Bunu B1'de üretim/demontaj mantığıyla modelleriz; böylece her plaka partisinin maliyeti, tüketilen bloğun gerçek maliyetinden (ocak maliyeti + nakliye + kesim) türer. "Bu konteynerden para kazandık mı" sorusunun dürüst cevabı ancak bu zincir kuruluysa verilebilir.

Seleksiyon: kalitenin fiyata bağlanması

Seleksiyon — plakaların renk, damar ve doku kalitesine göre sınıflanması — mermerde fiyatın belirlendiği andır. Aynı kesimden çıkan plakalar birinci, ikinci, üçüncü sınıf olarak ayrışır ve fiyat farkı katlıdır.

ERP kurgusunda seleksiyonu bağımsız bir işlem olarak modelleriz: kesimden çıkan parti, seleksiyon işleminde sınıf bazlı alt partilere bölünür ve her sınıf kendi satış fiyat listesine bağlanır. Bu kurulduğunda üç şey mümkün olur: stok raporu "kaç m² birinci sınıf beyazımız var" sorusuna anında cevap verir; satış ekibi müşteriye stoktaki gerçek sınıf-ebat kombinasyonlarından teklif verir; yönetim, ocak bazında seleksiyon verimini (hangi ocak ne oranda birinci sınıf veriyor) dönemler arası karşılaştırır. Üçüncüsü, ocak yatırım kararlarına veri taşıyan, sektörde çok az işletmenin elinde olan bir bilgidir.

Fotoğraf bağlantısı da bu noktada değerli: plaka partisine yüklenen fotoğraflar, yurt dışı müşteriye stok üzerinden satışın (online seleksiyon) altyapısını oluşturur. Bunu B1'e bağlı bir katalog/portal entegrasyonuyla çözüyoruz; entegrasyon yaklaşımımız burada da aynı: resmi API katmanı üzerinden, sürdürülebilir bağlantı.

Konteyner yükleme ve ihracat belgeleri

Mermer ağırlıklı ihracat sektörüdür ve operasyonun son halkası konteynerdir. Kurgumuzda konteyner, bir "yükleme belgesi" olarak modellenir: hangi sandıklar (içindeki parti/plaka dökümüyle), hangi tonaj ve m² ile hangi konteynere yüklendi; konteyner no, mühür no, araç ve şoför bilgisi kayıttadır.

Bu kaydın iki pratik getirisi var. Birincisi tartı disiplini: konteyner tonaj limitine karşı yükleme anında kontrol yapılır; limit aşımının liman kantarında fark edilmesi, sandık indirme-bindirme maliyeti demektir. İkincisi belge otomasyonu: çeki listesi (packing list) ve proforma/ticari fatura, yükleme kaydından üretilir — sandık içeriğini Excel'e ikinci kez yazan bir operasyon, hem mesai hem hata üretir.

İhracat belge setinin (fatura, çeki listesi, menşe ve dolaşım belgelerine esas veriler) tek kaynaktan beslenmesi, gümrük sürecindeki düzeltme trafiğini azaltır. Döviz bazlı fiyat listeleri, peşin/akreditifli satış takibi ve müşteri bazında konteyner geçmişi de SAP Business One'ın standart satış altyapısıyla izlenir; mermer uyarlaması bunların üzerine oturur.

Geçiş nasıl planlanmalı

Mermer işletmelerinde önerdiğimiz sıra şudur: önce blok kimliklendirme ve lokasyon zinciri (en hızlı geri dönüş burada), sonra kesim-seleksiyon modeli ve maliyet zinciri, en son konteyner-belge otomasyonu. Tersinden başlayan — önce belge otomasyonu isteyen — projeler, temeldeki stok kimliği kurulmadığı için beklediği faydayı alamaz.

Takvim beklentisi genel çerçevemizle uyumludur: kapsamı dar tutulmuş bir başlangıç 2-8 haftalık KOBİ devreye alma bandında kalabilir; ocak-fabrika-liman zincirinin tamamını, kantar ve portal entegrasyonlarıyla kapsayan projeler daha uzun soluklu planlanır. Ölçeğinize uygun kapsamı birlikte çizmek için iletişim sayfamızdan ulaşabilirsiniz.

Excel'le yönetilen mermer stoğunun üç görünmez kaybı

Keşif ziyaretlerinde Excel'ini gayet iyi yöneten işletmeler görüyoruz; kayıplar dosyanın içinde değil, dosyaların arasında yaşıyor:

• Satılabilir stoğun görünmezliği: Ocak listesi bir dosyada, fabrika kesim defteri başka dosyada, liman yükleme planı üçüncüsünde. "Şu an satabileceğimiz birinci sınıf kaç m² var" sorusu, üç dosyanın telefonla mutabakatını gerektirir; bu sırada satış ekibi ya eksik satar ya da olmayan malı satar.
• Maliyetin bloktan kopması: Kesim defteri m²'yi yazar ama tüketilen bloğun maliyetini taşımaz; dönem sonunda ortalama maliyetle yetinilir. Hangi ocağın, hangi kalitenin gerçekte kazandırdığı hiçbir raporda görünmez.
• Mutabakatsız fire: Ocak çıkışı ile fabrika girişi arasındaki tonaj farkı, kesim verimi ve seleksiyon düşüşü ayrı ayrı hiçbir yerde toplanmaz; fire, yıl sonunda "böyle geldik böyle gideriz" satırına yazılır. Oysa lokasyon zinciri kurulduğunda fire, yönetilebilir bir metrik haline gelir.

Bu üç kaybın ortak özelliği faturasının kesilmemesidir; kimse "Excel yüzünden şu kadar kaybettik" yazamaz, çünkü ölçen sistem yoktur. ERP'nin mermerdeki ilk getirisi de budur: kaybı önlemeden önce görünür kılmak.

Geçişe nereden başlamalı: veri hazırlık listesi

Mermer işletmesiyle projeye başlarken ilk atölyede şu listeyi birlikte doldururuz:

1. Ürün cinsi kataloğu: ocak/renk/doku bazında kaç cins tanımlanacak?
2. Kalite sınıfı standardı: seleksiyon sınıflarının yazılı tanımı var mı, ekipler aynı dili mi konuşuyor?
3. Blok numaralama düzeni: mevcut numaralar taşınacak mı, yeni düzen mi kurulacak?
4. Ölçüm altyapısı: kantar hangi noktalarda var, veri çıkışı alınabiliyor mu?
5. Lokasyon listesi: ocaklar, fabrika sahaları, liman/yükleme noktaları — stoğun yaşadığı her adres.
6. Açılış stoğu stratejisi: sahadaki blok ve plaka stoğu hangi detayda (tekil/parti) sayılıp açılacak?
7. Fiyat listesi yapısı: sınıf ve ebat bazlı satış fiyatları hangi dövizle, kim tarafından güncelleniyor?
8. Belge seti: müşteri ve gümrük tarafının istediği çeki listesi/fatura formatlarının örnekleri.

Bu listenin en kritik maddesi ikincisidir. Seleksiyon sınıfının yazılı standardı yoksa — yani "birinci sınıf" ocakçıya, fabrikacıya ve satışçıya göre değişiyorsa — önce o standart kurulur; sistem, olmayan bir standardı otomatikleştiremez.

Blok ve parti kimliğinde tutulması gereken alanlar

Kurguyu somutlaştırmak için, projelerimizde blok ve plaka partisi kartlarında standart tuttuğumuz alan seti:

Alan	Blok	Plaka partisi
Kimlik no	Blok no (ocak çıkışında verilir)	Kesim parti no
Kaynak	Ocak / ayna bilgisi	Kaynak blok no
Ölçü	En-boy-yükseklik, m³, kantar tonu	Kalınlık, adet, toplam m²
Kalite	İlk gözlem sınıfı	Seleksiyon sınıfı (kesin)
Konum	Ocak sahası / fabrika / liman	Fabrika sahası / sandık / konteyner
Maliyet	Ocak + nakliye birikimi	Blok maliyeti + kesim + seleksiyon payı
Görsel	Blok fotoğrafı (opsiyonel)	Plaka/parti fotoğrafı (satış için)
Durum	Stokta / kesimde / satıldı	Stokta / rezerve / sandıklandı / sevk edildi

Tablodaki "durum" satırı özellikle önemli: rezerve kavramı sistemde yoksa, satış ekibi aynı partiyi iki müşteriye söz verir — sektörde herkesin başına gelmiş, kimsenin konuşmak istemediği vaka. Rezervasyonun süreli tutulması (süre dolunca otomatik serbest kalması) da pratik bir incelik; süresiz rezerve, stoğu sessizce kilitler.

Sık sorulan sorular

Her bloğu tek tek sisteme girmek operasyonu yavaşlatmaz mı?

Blok zaten ocakta numaralanıyor ve tartılıyor; kurgu bu mevcut işlemi kâğıttan sisteme taşır, yeni bir iş eklemez. Kantar entegrasyonu kurulduğunda tartım verisi otomatik akar; ocaktaki veri girişi blok başına bir dakikanın altında kalacak şekilde sadeleştirilir.

Plakayı tek tek mi, parti olarak mı izlemeli?

Çoğu işletme için kesim+seleksiyon partisi bazlı izleme (sınıf ve ebat kırılımıyla) doğru dengedir; tekil plaka izleme, ancak plaka bazlı fotoğraflı satış yapan işletmelerde gerekir. İkisini aynı sistemde kademeli kurmak mümkündür — partiyle başlayıp seçili ürünlerde tekile inmek.

Mevcut kantar ve tartı sistemimiz ERP'ye bağlanır mı?

Çoğu modern kantar yazılımı veri çıkışı verir; bağlantıyı Service Layer üzerinden kuruyoruz. Kantarın yaşı ve arayüzü keşifte netleştirilir; bağlanamayan istisna durumlarda tartım fişinin terminalden hızlı girişiyle ara çözüm kurulur.

Yurt dışı müşterilerimiz stoktan online seleksiyon yapabilir mi?

Evet; parti bazlı fotoğraf ve m²/sınıf bilgisi tutulduğunda, bu veriyi müşteriye açan bir portal veya katalog entegrasyonu kurulabilir. Önce iç stok kimliğinin sağlam kurulması şarttır — portal, temiz stok verisinin vitrinidir, düzeltici değil.

Ebatlı ürün (kesilmiş plaka, fayans) tarafı da aynı kurguyla mı izlenir?

Büyük ölçüde evet; ebatlı üründe parti kimliği korunur, ölçü kırılımı (ebat × adet × m²) eklenir ve üretim, plaka partisinden ebatlı ürüne ikinci bir dönüşüm adımı olarak modellenir. Fire bu adımda da hesaplandığı için, plakadan ebatlıya geçişin gerçek verimi ürün bazında raporlanabilir hale gelir.

Birden fazla ocak ve fabrikası olan yapılarda kurgu değişir mi?

Mantık aynı kalır, lokasyon ağacı genişler; her ocak ve fabrika ayrı depo/maliyet noktası olarak tanımlanır. Asıl dikkat isteyen konu şirketler arası yapıdır: ocak ve fabrika ayrı tüzel kişilikse aradaki hareketler transfer değil alım-satım belgesiyle yürür — bu ayrımı keşifte netleştirmek, muhasebe tarafında sonradan düzeltme trafiğini önler.

Sahadaki ekip bu sistemi kullanabilir mi?

Evet, kurgu doğru sadeleştirilirse. Ocak ve saha personelinin dokunduğu ekranlar birkaç alana indirilir, fotoğraf ve tartım gibi veriler mümkün olduğunca otomatik akar; ofis tarafının detay işi sahaya taşınmaz. Sahada gördüğümüz gerçek şu: sistem sahaya uyarlanırsa ekip benimsiyor, saha sisteme uydurulmaya çalışılırsa Excel geri dönüyor.

Bu yüzden saha ekranlarının tasarımını ofiste değil, ocakta ve fabrikada — kullanacak kişilerle birlikte — son haline getiririz.