Erp Programı Nedir

Üretim İşletmeleri İçin Kapsamlı Rehber

ERP Programı Nedir? Üretim Yapan İşletmeler İçin ERP Rehberi ve Doğru ERP Seçimi

Stok sayımı tutmuyor, üretimin ne aşamada olduğu bilinmiyor, hangi siparişin hangi hammaddeyi beklediği kimsenin elinde net değil. Bu rehber; ERP programının ne olduğunu, üretim yapan bir işletmede gerçekte neyi değiştirdiğini ve doğru ERP yazılımını seçerken hangi kriterlere bakmanız gerektiğini uçtan uca anlatıyor.

Kapsam: ERP · Üretim · Stok · Depo · Maliyet

Kimin için: KOBİ sahipleri, üretim ve operasyon yöneticileri

Format: Uygulanabilir seçim rehberi

İçindekiler

Üretim yapan bir işletmede günün büyük bölümü, aslında olmaması gereken sorulara cevap aramakla geçer. "Bu siparişin hammaddesi var mı?" "Depoda kaç metre kumaş kaldı?" "Geçen hafta kesilen parti hangi iş emrine gitti?" "Bu ürünü kaça mal ediyoruz?" Bu soruların cevapları işletmenin içinde vardır; sorun cevapların olmaması değil, her birinin farklı bir yerde durmasıdır.

Stok bir Excel dosyasında, siparişler WhatsApp gruplarında ve e-postalarda, üretim planı üretim müdürünün defterinde, maliyet muhasebecinin tablosunda, depo hareketleri ise çoğu zaman hiçbir yerde. Bu dağınıklığın faturası da tanıdıktır: sistemde görünen ama rafta olmayan stok, yarıda kalan üretim, son anda fark edilen malzeme eksiği, gecikmiş teslimatlar, üretildikten aylar sonra "acaba kâr ettik mi?" diye sorulan işler ve aynı verinin üç ayrı yere elle girilmesi.

ERP programı tam olarak bu noktada devreye girer. ERP; satıştan üretime, stoktan depoya, satın almadan maliyete kadar tüm operasyonu tek bir veri yapısı üzerinde çalıştırır. Sipariş girildiğinde stok görür, stok üretimi tetikler, üretim hammaddeyi düşer, eksik malzeme satın almaya düşer, üretilen ürün depoya girer ve sevkiyat siparişi kapatır. Kimse kimseye "hangi rakam doğru?" diye sormaz; çünkü tek bir rakam vardır.

Bu rehberde ERP programının ne olduğunu, nasıl çalıştığını, hangi modüllerden oluştuğunu ve özellikle üretim yapan işletmelerde neyi değiştirdiğini adım adım ele alıyoruz. Ayrıca doğru ERP yazılımını seçmek için kullanabileceğiniz 20 kriterlik bir değerlendirme çerçevesi, uygulanabilir bir seçim kontrol listesi, sektör bazlı yaklaşımlar ve gerçek işletme senaryoları bulacaksınız. Bu süreçlerin tamamını —üretim, stok, sipariş, satın alma, depo, maliyet ve raporlama— tek yapı altında toplayan Skala'nın bu tabloya nasıl oturduğunu da her bölümde yerinde göstereceğiz.

ERP Programı Nedir? Kısaca Açıklayalım

Kısa Cevap

ERP programı, bir işletmenin satış, üretim, stok, depo, satın alma, maliyet ve raporlama süreçlerini tek bir veri tabanı üzerinde birbirine bağlayan yönetim yazılımıdır. Her departman aynı güncel veriyi görür; bir yerde yapılan işlem diğer süreçleri otomatik olarak günceller. Üretim yapan işletmelerde ERP'nin temel işlevi, siparişten sevkiyata kadar olan zinciri kesintisiz ve izlenebilir hale getirmektir.

Bu rehberden çıkaracaklarınız

• ERP programının çalışma mantığı ve merkezi veri yapısının neden kritik olduğu
• Üretim, stok, depo, satın alma ve maliyet modüllerinin birbirini nasıl beslediği
• ERP yazılımı seçerken kullanabileceğiniz 20 maddelik değerlendirme çerçevesi
• Excel tabanlı takip ile ERP arasındaki somut farklar
• Mobilya, tekstil, ambalaj, metal, gıda ve kimya sektörleri için üretim odaklı yaklaşımlar
• ERP'ye geçiş sürecinin 13 adımı ve sık yapılan hatalar

ERP Nedir? Kurumsal Kaynak Planlamanın Mantığı

ERP, İngilizce "Enterprise Resource Planning" ifadesinin kısaltmasıdır; Türkçede kurumsal kaynak planlama olarak kullanılır. İsmi biraz soğuk ve kurumsal dursa da anlattığı fikir son derece somuttur: bir işletmenin sahip olduğu kaynakları — malzeme, makine, insan, zaman ve para — tek bir plan içinde yönetmek.

Bir üretim işletmesini düşünün. Elinizde sınırlı hammadde, sınırlı üretim kapasitesi, sınırlı depo alanı ve belirli teslim tarihleri olan siparişler var. Her gün verdiğiniz kararlar aslında bu kaynakları paylaştırma kararlarıdır: "Hangi siparişi önce üretelim?" "Bu hammaddeyi hangi işe ayıralım?" "Ne zaman sipariş verirsek üretim durmaz?" ERP programı, bu kararların tahminle değil güncel veriyle alınmasını sağlayan altyapıdır.

ERP'nin temel amacı

ERP yazılımının amacı yeni işler yaratmak değil, hâlihazırda yapılan işleri tek bir zincirde birbirine bağlamaktır. İşletmede zaten bir satış süreci vardır, zaten stok tutulur, zaten üretim yapılır, zaten satın alma yapılır. ERP sistemi bunları ortadan kaldırmaz; aralarındaki kopuklukları ortadan kaldırır.

Kopukluk şuna benzer: satış ekibi müşteriye "iki hafta içinde teslim" der, ancak o anda depoda malzeme olup olmadığını bilmez. Üretim planlaması yapılırken satın almanın hangi malzemenin yolda olduğunu ilettiği liste iki gün eskidir. Depo, üretimden çıkan mamulü sisteme girmeyi unuttuğunda stok raporu yanlış çıkar. Her adım kendi içinde doğrudur ama zincir kopuktur. ERP programı bu zinciri tek veri modeli üzerinde kurar.

Merkezi veri yapısı: ERP'nin kalbi

ERP'yi diğer yazılımlardan ayıran en temel özellik merkezi veri yapısıdır. Bir stok programı sadece stoğu, bir muhasebe programı sadece muhasebeyi bilir. ERP sisteminde ise "1 numaralı ürün" tanımı tektir; satışta, üretimde, depoda, satın almada ve maliyet hesabında aynı kayda referans verilir.

Bunun pratikteki karşılığı şudur: depoda barkod okutulup mal kabul yapıldığı anda stok artar, o stok satış ekranında anında görünür, üretim planlamasında malzeme ihtiyacı yeniden hesaplanır ve satın alma önerisi güncellenir. Tek bir işlem, birbirine bağlı beş farklı sonucu tetikler. Parçalı yazılım çözümlerinde bu beş sonuç için beş ayrı veri girişi gerekir — ve her giriş bir hata ihtimalidir.

Departmanlar arası veri akışı

ERP programının çalışma mantığını en iyi anlatan şey, verinin işletme içinde nasıl aktığıdır. Tipik bir üretim işletmesinde akış şöyle ilerler:

• Satış siparişi
• Stok kontrolü
• Üretim ihtiyacı
• Reçete / BOM
• Malzeme ihtiyacı
• Satın alma
• Mal kabul
• İş emri
• Üretim
• Mamul stoğu
• Sevkiyat
• Maliyet ve raporlama

Bu zincirdeki her halka bir öncekinin çıktısını girdi olarak kullanır. Satış siparişi girildiğinde sistem mevcut stoğa bakar; stok yetmiyorsa üretim ihtiyacı doğar. Üretim ihtiyacı, ürünün reçetesi üzerinden hangi hammaddelerden ne kadar gerektiğini hesaplar. Bu hesap mevcut hammadde stoğuyla karşılaştırılır ve eksik kalan kalemler satın alma ihtiyacına dönüşür. Malzeme geldiğinde mal kabul yapılır, iş emri açılır, üretim başlar. Üretim tamamlandığında mamul stoğa girer, sevkiyat yapılır ve tüm bu adımlarda oluşan gerçek maliyet raporlara yansır.

Kritik nokta: Bu akışın hiçbir adımında verinin elle yeniden girilmesi gerekmez. ERP yazılımının değeri de tam olarak buradadır.

Gerçek zamanlı bilgi neden bu kadar önemli?

Üretim işletmelerinde kararların büyük kısmı zamana duyarlıdır. Bir müşteriye termin verirken üç gün önceki stok verisine bakmak, o üç günde yaşanan tüketimi görmemek anlamına gelir. Gerçek zamanlı veri, "şu anda elimde ne var?" sorusunun cevabını anlık olarak verir.

Gerçek zamanlılık sadece stokta değil, üretim sahasında da geçerlidir. Hangi iş emrinin hangi iş istasyonunda olduğu, ne kadarının tamamlandığı, nerede beklediği anlık olarak görünüyorsa üretim müdürü sorunu ortaya çıktığı anda görür. Vardiya sonunda toplanan kâğıt formlarla çalışan bir yapıda ise sorun, en iyi ihtimalle ertesi gün fark edilir.

Süreç otomasyonu ve karar desteği

ERP sisteminin bir diğer işlevi tekrarlayan işleri otomatikleştirmektir. Kritik stok seviyesinin altına düşen malzeme için uyarı üretmek, siparişe göre malzeme ihtiyacını hesaplamak, iş emrinden hammadde düşmek, üretim çıktısını stoğa almak — bunların hepsi kural bazlı işlerdir ve elle yapıldığında hem zaman alır hem hata üretir.

Otomasyonun üstünde ise karar desteği katmanı bulunur: hangi ürün ne kadar kâr bırakıyor, hangi tedarikçi zamanında teslim ediyor, planlanan üretim ile gerçekleşen arasındaki fark nereden kaynaklanıyor. ERP programı bu soruların cevabını, günlük operasyonun ürettiği veriden çıkarır. Bu nedenle ERP'yi "raporlama aracı" olarak değil, raporlanabilir operasyon altyapısı olarak düşünmek daha doğrudur.

Not: ERP, muhasebe programı değildir

Türkiye'de sık karşılaşılan bir karışıklıktır. Muhasebe yazılımı, olan biteni mali kayda dönüştürür — yani geçmişi kaydeder. ERP programı ise operasyonun kendisini yönetir: hangi iş emri açık, hangi malzeme rezerve, hangi sipariş hangi aşamada. İkisi birbirinin yerine geçmez; birbirini besler. Doğru kurgu, üretim ve stok tarafını ERP'nin yönetmesi, mali kayıtların ise entegrasyonla muhasebe tarafına aktarılmasıdır.

ERP Programı Ne İşe Yarar?

ERP programının ne işe yaradığını anlatmanın en dürüst yolu, madde madde özellik saymak değil; işletmede hangi somut problemi çözdüğünü göstermektir. Aşağıda ERP'nin devreye girdiği başlıca alanları problem → çözüm → işletmeye etkisi → Skala'daki karşılığı mantığıyla ele alıyoruz.

Stok yönetimi

Problem

Stok bilgisi Excel'de tutulur, gün içinde yapılan giriş-çıkışlar akşam toplu girilir. Sistemde görünen miktar ile rafta duran miktar birbirini tutmaz. Sonuç: olmayan malzemeye üretim planlanır, olan malzeme yeniden satın alınır.

Çözüm

ERP sisteminde her stok hareketi işlemin yapıldığı anda kaydedilir. Mal kabul, üretime malzeme çıkışı, üretimden mamul girişi, transfer, sayım ve sevkiyat aynı stok kartını günceller. Depo ve lokasyon bazında ayrı ayrı bakiye tutulur.

Etki

Sipariş alırken gerçek stoğa bakılır, gereksiz satın alma azalır, ölü stok görünür hale gelir ve sayım farkları sürpriz olmaktan çıkar.

Skala'da

Skala'nın stok yönetimi yapısı hammadde, yarı mamul ve mamulü ayrı ayrı takip eder; stok bakiyesi depo ve lokasyon kırılımında gerçek zamanlı görüntülenir.

Üretim planlama

Problem

Üretim planı çoğu zaman bir tablo ya da beyaz tahtadır. Sipariş değiştiğinde, malzeme gecikince veya makine durunca plan güncellenmez; plan ile saha birbirinden kopar.

Çözüm

ERP, açık siparişleri, mevcut stoğu, hammadde durumunu ve üretim kapasitesini birlikte değerlendirir. Hangi iş emrinin ne zaman başlaması gerektiği, hangi malzemenin ne zaman hazır olması gerektiği veriyle belirlenir.

Etki

Termin tarihleri tahminle değil hesapla verilir; üretim ortasında malzeme beklenmesi ciddi ölçüde azalır.

Skala'da

Sipariş, stok ve reçete verisi aynı yapıda durduğu için üretim planlama tarafında ihtiyaç hesabı otomatik yürür; iş emirleri iş istasyonu bazında planlanır.

Satın alma yönetimi

Problem

Satın alma çoğunlukla "bitince alırız" mantığıyla yürür. Neyin ne zaman biteceği bilinmediği için ya acil ve pahalı alım yapılır ya da gereğinden fazla stok tutulur.

Çözüm

ERP programı satın alma ihtiyacını iki kaynaktan üretir: kritik stok seviyeleri ve üretim planından doğan malzeme ihtiyacı. Açık satın alma siparişleri ve yoldaki malzemeler de hesaba katılır.

Etki

Nakit gereksiz stoğa bağlanmaz, tedarik süreleri planın parçası haline gelir, acil alım kaynaklı maliyet artışları azalır.

Skala'da

Satın alma yönetimi üretim ihtiyacı ve stok seviyeleriyle birlikte çalışır; yapay zekâ destekli tahminleme yaklaşımı ihtiyaç öngörüsünü destekler.

Sipariş yönetimi

Problem

Siparişler e-posta, telefon, WhatsApp ve e-ticaret paneli gibi farklı kanallardan gelir. Hepsi tek bir listede toplanmadığı için hangi siparişin hangi aşamada olduğu ancak sorularak öğrenilir.

Çözüm

Tüm siparişler tek havuzda toplanır ve her sipariş kendi yaşam döngüsünü taşır: onay, stok kontrolü, üretim ihtiyacı, iş emri, hazırlık, sevkiyat.

Etki

Müşteriye verilen cevaplar netleşir, unutulan sipariş kalmaz, öncelik sıralaması gerçek duruma göre yapılır.

Skala'da

Çok kanallı sipariş yönetimi sayesinde farklı kaynaklardan gelen siparişler tek ekranda izlenir ve doğrudan üretim ile stok süreçlerine bağlanır.

Depo yönetimi

Problem

Malzemenin depoda tam olarak nerede olduğu kişilerin hafızasında durur. Personel değiştiğinde arama süreleri uzar; yanlış ürün toplanır, eksik sevkiyat yapılır.

Çözüm

Raf ve lokasyon tanımlarıyla her ürünün yeri sistemde tutulur. Mal kabul, transfer, toplama ve sevkiyat mobil cihazla barkod okutularak yapılır; kayıt işlemle eşzamanlı oluşur.

Etki

Toplama hataları azalır, depo verimliliği artar, sayım günler yerine saatler alır.

Skala'da

Skala WMS, barkodlu depo operasyonlarını mobil cihaz üzerinden yürütür ve stok hareketlerini ERP tarafıyla aynı veri üzerinde günceller.

Üretim maliyetleri

Problem

Ürün maliyeti genellikle dönem sonunda, kaba hesaplarla çıkarılır. Hangi işten kâr edildiği, hangi üründe fire yüksek olduğu net değildir; fiyatlandırma hisle yapılır.

Çözüm

ERP, iş emri bazında gerçekte tüketilen hammaddeyi, oluşan fireyi ve üretilen miktarı kaydeder. Maliyet, tahminden değil gerçek tüketimden hesaplanır.

Etki

Ürün bazlı kârlılık görünür olur; zarar ettiren işler erken fark edilir, teklif fiyatları sağlam zemine oturur.

Skala'da

Reçete bazlı planlanan tüketim ile iş emrinde gerçekleşen tüketim birlikte tutulduğu için üretim maliyeti ve sapmalar takip edilebilir.

İş emri yönetimi

Problem

Üretim, sözlü talimatlarla ve kâğıt fişlerle yürür. Hangi işin kimde olduğu, ne kadarının bittiği ancak sahaya gidilerek öğrenilir.

Çözüm

Her üretim işi bir iş emrine bağlanır. İş emri hangi ürünü, hangi miktarda, hangi reçeteyle ve hangi iş istasyonunda üreteceğini taşır; ilerleme saha tarafından anlık bildirilir.

Etki

Üretim şeffaflaşır, darboğazlar görünür olur, "iş nerede kaldı?" sorusu ortadan kalkar.

Skala'da

Skala Operatör uygulamasıyla iş emirleri sahada görüntülenir, üretim bildirimi doğrudan operatör tarafından yapılır.

Hammadde yönetimi

Problem

Hammadde ile mamul aynı listede karışık durur. Hangi hammaddenin hangi işe ayrıldığı belli olmadığı için bir sipariş için ayrılan malzeme başka bir işte kullanılır.

Çözüm

ERP, malzemeyi türüne göre ayrıştırır ve rezervasyon mantığı kurar. Bir iş emrine ayrılan hammadde, o iş emrine bağlı kalır.

Etki

Üretim ortasında "malzeme başkasına gitmiş" durumu ortadan kalkar; planlanan iş planlandığı gibi başlar.

Skala'da

Hammadde, yarı mamul ve mamul ayrımı stok yapısının içinde tanımlıdır; iş emri açıldığında ihtiyaç duyulan malzeme reçete üzerinden ilişkilendirilir.

Raporlama

Problem

Rapor hazırlamak bir "proje"ye dönüşür. Farklı dosyalardan veri toplanır, birleştirilir ve rapor hazır olduğunda veri çoktan eskimiştir.

Çözüm

Operasyon zaten sistem üzerinde yürüdüğü için rapor ayrı bir iş değildir; günlük işlemlerin doğal çıktısıdır.

Etki

Yönetim kararları güncel veriyle alınır; toplantılar veri tartışmasıyla değil karar üretmekle geçer.

Skala'da

Üretim, stok, sipariş ve maliyet verileri aynı yapıda toplandığı için raporlama tek kaynaktan beslenir.

Entegrasyon

Problem

E-ticaret siparişleri elle sisteme giriliyor, faturalar muhasebeye elle aktarılıyor. Her aktarım hem zaman kaybı hem hata kaynağı.

Çözüm

ERP programı satış kanallarıyla ve muhasebe tarafıyla entegre çalışır; sipariş ve mali veri otomatik akar.

Etki

Mükerrer veri girişi ortadan kalkar, stok senkronizasyonu doğru çalışır, satış ve muhasebe arasındaki fark azalır.

Skala'da

Mevcut e-ticaret ve muhasebe entegrasyonları ile sipariş ve mali veri akışı otomatik hale getirilebilir.

Mobil kullanım

Problem

Veri girişi ofisteki bilgisayarda yapılır. Sahadaki ve depodaki işlem ile kaydın oluşması arasında saatler geçer.

Çözüm

Mobil uygulamalarla işlem yapıldığı yerde kaydedilir: depoda barkod okutulur, sahada iş emri bildirimi yapılır.

Etki

Veri gecikmesi ortadan kalkar, kâğıt formlar tarih olur, sahadan gelen bilgi güvenilir hale gelir.

Skala'da

Skala Operatör ve Skala WMS mobil uygulamaları üretim sahası ve depo operasyonlarını yerinde kaydeder.

Yapay zekâ destekli tahminleme

Problem

Ne zaman, ne kadar satın alınacağı kişisel tecrübeye bağlıdır. Tecrübeli kişi ayrıldığında bilgi de gider.

Çözüm

Geçmiş tüketim, sipariş eğilimi ve stok hareketleri üzerinden ihtiyaç tahmini üretilir; öneriler karar vericiye sunulur.

Etki

Satın alma kararları kişiye bağımlı olmaktan çıkar, stok devri iyileşir.

Skala'da

Yapay zekâ destekli tahminleme yaklaşımı satın alma ve stok planlamasını destekleyici öneriler üretmek için kullanılır.

Bu başlıkların hangisi sizin işletmenizde en çok vakit kaybettiriyorsa, ERP'ye oradan bakmaya başlayın.

Skala'yı inceleyin

ERP Modülleri: Bir ERP Programı Hangi Parçalardan Oluşur?

Kısa Cevap

ERP modülleri, işletmenin farklı süreçlerini yöneten ancak aynı veri tabanını paylaşan işlevsel bölümlerdir. Üretim yapan bir işletme için kritik modüller üretim yönetimi, stok yönetimi, depo yönetimi, sipariş yönetimi, satın alma, reçete/BOM, iş emri ve maliyet takibidir. Modüller ayrı ekranlar gibi görünse de arka planda tek bir zincir olarak çalışır.

Modül kelimesi bazen yanıltıcıdır; sanki her biri ayrı bir program gibi algılanır. Doğru ERP kurgusunda modüller birbirinden bağımsız değildir, aksine birbirinin verisini kullanır. Aşağıda üretim işletmelerinde en çok karşılığı olan 18 modülü ve her birinin neyi çözdüğünü bulacaksınız.

01

Üretim Yönetimi

Üretim süreçlerinin planlanması, iş emirlerinin açılması, sahadaki ilerlemenin izlenmesi ve üretim çıktısının stoğa alınması bu modülde yürür.

02

Stok Yönetimi

Hammadde, yarı mamul ve mamul stoklarının miktar, lokasyon ve hareket bazında takibi. ERP'nin en çok temas edilen modülüdür.

03

Depo Yönetimi (WMS)

Raf ve lokasyon yapısı, mal kabul, transfer, toplama ve sevkiyat operasyonlarının barkodla yürütülmesi.

04

Sipariş Yönetimi

Farklı kanallardan gelen müşteri siparişlerinin tek havuzda toplanması ve üretim ile stok süreçlerine bağlanması.

05

Satın Alma Yönetimi

Tedarikçi, satın alma talebi, satın alma siparişi ve mal kabul zincirinin yönetimi. Üretim ihtiyacıyla doğrudan beslenir.

06

Üretim Planlama

Sipariş, stok, kapasite ve malzeme durumunun birlikte değerlendirilerek üretim sırasının belirlenmesi.

07

İş Emri Yönetimi

Her üretim işinin tanımlı bir kayda bağlanması; miktar, reçete, iş istasyonu ve durum bilgisinin tek yerde tutulması.

08

Hammadde Yönetimi

Üretime giren malzemelerin ayrı takibi, iş emri bazında rezervasyon ve gerçek tüketim kaydı.

09

Reçete / BOM Yönetimi

Bir mamulün hangi malzemelerden, hangi miktarlarda üretildiğinin tanımı. Malzeme ihtiyaç hesabının temelidir.

10

Üretim Maliyet Yönetimi

Planlanan ve gerçekleşen tüketim üzerinden ürün maliyetinin ve sapmaların hesaplanması.

11

Raporlama

Üretim, stok, sipariş, satın alma ve maliyet verilerinin karar alınabilir formata dönüştürülmesi.

12

Mobil Operasyon

Depo ve üretim sahasındaki işlemlerin mobil cihazlar üzerinden, işlem anında kaydedilmesi.

13

Barkod Yönetimi

Ürün, raf, parti ve sevkiyat barkodlarıyla veri girişinin hızlandırılması ve hata payının düşürülmesi.

14

Seri Numarası Takibi

Tekil ürünlerin üretimden sevkiyata kadar birim bazında izlenmesi. Servis ve garanti süreçlerinde kritiktir.

15

Lot / Parti Takibi

Aynı partiden üretilen ürünlerin ortak izlenmesi; hangi hammadde partisinin hangi mamule gittiğinin kaydı.

16

E-ticaret Entegrasyonları

Online satış kanallarından gelen siparişlerin otomatik aktarımı ve stok senkronizasyonu.

17

Muhasebe Entegrasyonları

Operasyonda oluşan mali verinin muhasebe tarafına aktarılması; mükerrer girişin ortadan kaldırılması.

18

Yapay Zekâ Destekli Tahminleme

Geçmiş veriden ihtiyaç öngörüsü üretilmesi ve satın alma ile stok planlamasına öneri sunulması.

Modül tablosu: ne işe yarar, kim için kritik?

Üretim Yapan İşletmeler İçin ERP Programı Neden Önemlidir?

Kısa Cevap

Üretim yapan işletmelerde ERP, siparişten sevkiyata kadar uzanan zinciri tek yapı üzerinde birleştirdiği için kritiktir. Ticaret yapan bir firma alıp satar; üretim yapan firma ise hammaddeyi dönüştürür. Bu dönüşüm sırasında reçete, iş emri, kapasite, fire ve yarı mamul gibi katmanlar devreye girer. Bu katmanları yönetmeyen bir yazılım, üretim işletmesinin ihtiyacını karşılamaz.

Bu ayrımı vurgulamak önemli, çünkü ERP arayışına çıkan üretim işletmelerinin karşılaştığı en yaygın sorun, aslında ticaret işletmeleri için tasarlanmış bir yapıya üretim süreçlerini sığdırmaya çalışmaktır. Ticarette stok tektir: alırsınız, satarsınız. Üretimde ise stok hâl değiştirir. 500 kg çelik sac, kesildikten sonra artık 500 kg sac değildir; belirli sayıda parça ve bir miktar firedir. O parçalar montajdan sonra yarı mamul, boyandıktan sonra mamul olur. Her aşamada değer ve maliyet değişir.

Üretim planlama ve kapasite

Üretim planlaması, "hangi işi ne zaman yapacağız?" sorusunun cevabıdır ve iki kısıtla çalışır: malzeme ve kapasite. Malzeme yoksa iş başlayamaz; kapasite doluysa iş sıraya girer. ERP programı bu iki kısıtı aynı ekranda görünür kılar. Açık siparişler termin tarihine göre sıralanır, her siparişin malzeme durumu reçete üzerinden kontrol edilir ve iş istasyonlarının yükü dikkate alınarak üretim sırası belirlenir.

Kapasite yönetiminde çoğu KOBİ'nin gözden kaçırdığı nokta şudur: darboğaz genellikle tüm fabrika değil, tek bir iş istasyonudur. Kesim hızlı, montaj hızlı, ancak boyahane günde belirli sayıda parça alabiliyorsa gerçek kapasiteyi boyahane belirler. İş istasyonu bazlı takip yapan bir ERP sistemi bu darboğazı veriyle gösterir; hissiyatla değil.

İş emirleri ve iş istasyonları

İş emri, üretimin en küçük yönetilebilir birimidir. İyi kurgulanmış bir iş emri şu bilgileri taşır: hangi ürün, ne kadar, hangi reçeteyle, hangi iş istasyonunda, hangi siparişe karşılık, ne zamana kadar. Bu bilgi tanımlandığında üretim artık "genel bir faaliyet" olmaktan çıkar, izlenebilir parçalara ayrılır.

İş istasyonu bazlı yapı, üretimin aşamalara bölünmesini sağlar. Bir mobilya üreticisinde kesim, kenar bantlama, delik delme, montaj ve paketleme ayrı istasyonlardır. Her istasyondaki ilerleme ayrı bildirildiğinde, bir siparişin "yüzde kaçının bittiği" tahmin değil ölçüm haline gelir.

Hammadde, yarı mamul ve mamul

Üretim işletmelerinde stok üç katmanlıdır ve bu üç katmanı ayırmayan bir sistem doğru sonuç üretemez:

• Hammadde: Üretime giren, henüz işlem görmemiş malzeme. Sac, kumaş, boya, vida, granül, karton.
• Yarı mamul: Bir veya birkaç işlemden geçmiş ancak henüz satılabilir olmayan ürün. Kesilmiş panel, dokunmuş kumaş, boyanmış gövde.
• Mamul: Üretimi tamamlanmış, satışa ve sevkiyata hazır ürün.

Yarı mamul katmanı özellikle önemlidir çünkü işletmenin parasının önemli bir kısmı burada durur. Yarı mamulü takip etmeyen bir yapıda, üretim ortasında bekleyen malzemenin ne kadar olduğu ve ne kadar değer taşıdığı bilinmez. Bu da hem stok değerlemesini hem üretim planlamasını bozar.

Reçete ve BOM: üretimin tarifi

Reçete (BOM — Bill of Materials), bir mamulün hangi malzemelerden, hangi miktarlarda oluştuğunun tanımıdır. Bir dolabın reçetesi belirli metrekarede levha, belirli metrede kenar bandı, belirli sayıda menteşe ve vida içerir. ERP sisteminde reçete tanımlıysa üç şey otomatik hale gelir:

1. Malzeme ihtiyaç hesabı: 200 adet üretilecekse ne kadar malzeme gerekeceği anında hesaplanır.
2. Üretim maliyeti: Malzeme maliyetleri reçete üzerinden ürün maliyetine yansır.
3. Stok düşümü: Üretim bildirimi yapıldığında hammadde stoğu reçeteye göre azalır.

Çok kademeli üretim yapan işletmelerde reçeteler iç içe geçer: mamulün reçetesinde yarı mamul, yarı mamulün reçetesinde hammadde bulunur. Bu yapıyı destekleyen bir ERP programı, en alt seviyedeki hammaddeye kadar ihtiyacı hesaplayabilir.

Fire, gerçek kullanım ve sapma

Reçete planlanan tüketimi söyler; gerçek üretim ise her zaman reçeteye birebir uymaz. Kesimde fire çıkar, kalitesiz parti daha fazla malzeme tüketir, ayar kaybı yaşanır. Bu farkı ölçmeyen bir işletme maliyetini de bilmez.

ERP sistemi iş emri bazında planlanan tüketim ile gerçekleşen tüketimi yan yana tutar. Aradaki fark sapmadır ve sapmanın sistematik hale geldiği yerler işletmenin gerçek iyileştirme alanlarıdır. Fire oranı belirli bir üründe sürekli yüksekse ya reçete gerçeği yansıtmıyordur ya da o üretim adımında bir problem vardır. Her iki cevap da değerlidir.

Siparişe göre üretim ve stoğa üretim

Üretim işletmeleri genellikle iki modelden birinde ya da ikisinin karışımında çalışır:

Üretim modeli, ERP seçiminde en belirleyici kriterlerden biridir; sizin modelinizi desteklemeyen bir yapı zorlama çözümlere yol açar.

Skala, bu katmanların tamamını —hammadde ve yarı mamul ayrımı, reçete bazlı üretim, iş istasyonu bazlı iş emirleri, gerçek tüketim ve maliyet takibi— aynı yapı içinde ele aldığı için üretim yapan işletmeler için güçlü bir çözüm oluşturur. Detaylar için üretim takip yazılımı sayfasını inceleyebilirsiniz.

ERP ile Stok Yönetimi Nasıl Yapılır?

Kısa Cevap

ERP ile stok yönetimi, her hareketin gerçekleştiği anda kaydedilmesi ve stok bakiyesinin depo, lokasyon, parti ve seri numarası kırılımında tutulması esasına dayanır. Mal kabul, üretime çıkış, üretimden giriş, transfer, sayım ve sevkiyat aynı stok kartını günceller. Böylece sistemdeki miktar ile raftaki miktar birbirini tutar.

Stok yönetimi, ERP programının en çok temas edilen ve en çok fark yaratan alanıdır. Çünkü stok hatası tek başına kalmaz: yanlış stok yanlış üretim planına, yanlış plan gecikmiş teslimata, gecikmiş teslimat müşteri kaybına dönüşür. Sağlam bir stok yapısı kurmak, ERP'den alınacak faydanın temelini oluşturur.

Gerçek zamanlı stok

Gerçek zamanlı stok, işlemin yapıldığı an ile kaydın oluştuğu an arasında fark olmaması demektir. Depoya mal geldiğinde barkod okutulur ve stok o saniye artar. Üretime malzeme çıktığında düşer. Bu basit görünen prensip, stok doğruluğunun tek gerçek kaynağıdır. Gün sonunda toplu giriş yapılan her yapıda, gün içinde alınan kararlar eski veriyle alınmış olur.

Depo ve lokasyon bazlı stok

Birden fazla deposu olan ya da tek deposunda raf sistemi bulunan işletmelerde "toplam stok" yeterli bilgi değildir. 300 adet ürünün 120'si ana depoda, 150'si üretim ara deposunda, 30'u sevkiyat alanındaysa bu üç bilgi ayrı ayrı anlam taşır. Lokasyon bazlı stok yapısı hem toplama süresini kısaltır hem de "sistemde var ama bulamıyoruz" durumunu ortadan kaldırır.

Kritik stok seviyesi ve rezervasyon

Kritik stok seviyesi, bir malzemenin altına düşmemesi gereken miktardır ve tedarik süresi ile ortalama tüketime göre belirlenir. ERP sistemi bu seviyenin altına inen kalemleri işaretler; satın alma listesi tahminle değil kuralla oluşur.

Rezervasyon ise stoğun bir işe ayrılmasıdır. Depoda 100 metre kumaş olması, hepsinin kullanılabilir olduğu anlamına gelmez; 70 metresi başka bir siparişe ayrılmış olabilir. Rezervasyon mantığı olmayan sistemlerde aynı malzeme iki kez taahhüt edilir ve sorun ancak üretim başlayınca fark edilir.

Barkod, lot ve seri numarası

Barkod, veri girişini hızlandırmanın ve hatayı azaltmanın en pratik yoludur. Elle girilen bir stok kodunda yazım hatası ihtimali varken, okutulan barkodda yoktur. Lot (parti) takibi aynı üretim veya alım partisinden gelen ürünleri ortak izler; seri numarası takibi ise her bir ürünü tekil olarak izler. Gıda ve kimyada lot, makine ve elektronik ürünlerde seri numarası öne çıkar.

Stok hareketleri, sayım ve transfer

Her stok hareketi bir kayıt üretir: ne, ne zaman, hangi lokasyondan, hangi lokasyona, kim tarafından, hangi belgeye istinaden. Bu kayıt zinciri, ay sonunda ortaya çıkan farkların nedenini bulmayı mümkün kılar. Sayım işlemi de bu yapı sayesinde kolaylaşır: mobil cihazla raf raf okutma yapılır, fark raporu otomatik oluşur.

ERP ile Depo Yönetimi ve WMS Nasıl Çalışır?

Kısa Cevap

WMS (Warehouse Management System — depo yönetim sistemi), deponun fiziksel operasyonlarını yöneten katmandır: mal kabul, yerleştirme, transfer, toplama ve sevkiyat. ERP stoğun ne kadar olduğunu bilirken, WMS nerede olduğunu ve kim tarafından hangi işlemle hareket ettiğini yönetir. İkisi aynı veri üzerinde çalıştığında depo ile stok kaydı arasındaki fark ortadan kalkar.

Depo, üretim işletmelerinde çoğunlukla en az dijitalleşmiş alandır. Oysa hataların büyük kısmı burada doğar: yanlış ürün toplanır, mal kabul geç girilir, iade işlenmez, transfer kaydedilmez. Bu hataların ortak özelliği, hepsinin işlem anında kayıt yapılmamasından kaynaklanmasıdır.

Depo operasyonlarının akışı

• Mal kabul
• Yerleştirme
• Lokasyon kaydı
• Transfer
• Toplama
• Kontrol
• Sevkiyat

Mal kabul: Gelen malzeme, satın alma siparişiyle karşılaştırılarak kabul edilir. Miktar ve kalem uyuşmazlıkları bu aşamada yakalanır. Barkod okutularak yapıldığında hem hızlı hem hatasızdır.

Yerleştirme ve lokasyon: Malzeme bir rafa yerleştirilir ve bu bilgi sisteme yazılır. Artık o malzemenin yeri kişiye bağlı bilgi olmaktan çıkar.

Transfer: Depolar veya lokasyonlar arası hareketler kayıt altına alınır. Üretim ara deposuna çıkan malzeme "kayboldu" durumuna düşmez.

Toplama: Sevk edilecek sipariş için ürünler toplanır. Sistem hangi lokasyondan ne kadar alınacağını söylediğinde toplama süresi ve hata oranı belirgin şekilde düşer.

Sevkiyat: Toplanan ürünler kontrol edilip sevk edilir; stok düşer, sipariş kapanır, müşteriye bilgi verilebilir hale gelir.

Skala WMS, bu operasyonların mobil cihaz üzerinden barkodla yürütülmesini sağlar ve oluşan hareketler doğrudan ERP tarafındaki stok yapısını günceller. Böylece depo ekibi ayrı bir program kullanmaz; aynı sistemin saha arayüzünü kullanır. Ayrıntılar için depo yönetimi sayfasına bakabilirsiniz.

ERP ve WMS arasındaki ilişki

WMS'i ERP'nin rakibi değil, sahadaki uzantısı olarak düşünmek doğru olur. ERP planlar ve muhasebeleştirir; WMS fiziksel hareketi doğru ve zamanında kaydeder. Ayrı sistemler kullanıldığında aralarında sürekli senkronizasyon sorunu yaşanır; aynı platformun parçası olduklarında bu sorun baştan ortadan kalkar.

ERP ile Üretim Planlama Nasıl Yapılır?

Kısa Cevap

ERP ile üretim planlama; açık satış siparişleri, mevcut stok, hammadde durumu, reçete bilgisi ve üretim kapasitesinin birlikte değerlendirilmesiyle yapılır. Sistem hangi üründen ne kadar üretilmesi gerektiğini hesaplar, bunun için hangi malzemelerin eksik olduğunu belirler ve iş emirlerini kapasiteye göre sıralar.

Üretim planlaması, üç sorunun cevabıdır: Ne üreteceğiz? Ne zaman üreteceğiz? Neye ihtiyacımız var? Bu üç sorunun cevabı birbirine bağlıdır ve tek başına hiçbiri çözülemez.

Planlamanın adım adım işleyişi

1. Talep toplanırAçık satış siparişleri, e-ticaret siparişleri ve stoğa üretim ihtiyaçları tek listede birleşir.
2. Mevcut stok düşülürTalebin ne kadarının mevcut mamul stoğundan karşılanabileceği hesaplanır; kalan kısım üretim ihtiyacıdır.
3. Reçete açılırÜretilecek miktar reçete üzerinden malzeme ihtiyacına dönüştürülür. Çok kademeli ürünlerde alt reçeteler de hesaba katılır.
4. Hammadde durumu kontrol edilirDepodaki hammadde, rezervasyonlar ve yoldaki satın alma siparişleri dikkate alınarak net ihtiyaç bulunur.
5. Satın alma ihtiyacı oluşurEksik kalan malzemeler için tedarik süresi göz önüne alınarak satın alma talebi üretilir.
6. Kapasiteye göre sıralama yapılırİş emirleri iş istasyonlarının yüküne ve termin tarihlerine göre sıraya konur.
7. İş emirleri açılırOnaylanan plan, sahada uygulanabilir iş emirlerine dönüşür.
8. İlerleme izlenirSahadan gelen bildirimlerle plan ile gerçekleşen sürekli karşılaştırılır; sapma anında görülür.

Bu döngünün en değerli tarafı, bir değişiklik olduğunda planın yeniden hesaplanabilmesidir. Müşteri siparişi büyüttüğünde, tedarikçi teslimatı geciktirdiğinde veya bir makine durduğunda planın hangi kısmının etkilendiği görünür hale gelir. Excel tabanlı planlamada bu yeniden hesaplama pratikte yapılamaz; bu yüzden plan bir süre sonra terk edilir.

MRP nedir, ERP'den farkı ne?

MRP (Material Requirements Planning — malzeme ihtiyaç planlaması), üretim için hangi malzemeden ne kadar ve ne zaman gerektiğini hesaplayan yöntemdir. Tarihsel olarak ERP'den önce ortaya çıkmış ve zamanla ERP'nin içine bir modül olarak yerleşmiştir.

ERP ile Satın Alma Yönetimi

Satın alma, üretim işletmelerinde nakit akışını en çok etkileyen süreçtir. Erken alınan malzeme parayı stokta bekletir, geç alınan malzeme üretimi durdurur. İkisinin arasındaki dengeyi kurmak, veri olmadan mümkün değildir.

Satın alma ihtiyacı nasıl doğar?

ERP sisteminde satın alma ihtiyacı iki ana kaynaktan üretilir:

• Stok seviyesine göre: Kritik seviyenin altına düşen malzemeler otomatik olarak listelenir. Sürekli kullanılan standart malzemeler için uygundur.
• Üretim ihtiyacına göre: Planlanan üretim, reçete üzerinden malzeme ihtiyacına çevrilir ve mevcut stoktan düşülerek net ihtiyaç bulunur. Siparişe göre üretimde asıl yöntem budur.

Açık siparişler ve yoldaki malzeme

Doğru satın alma kararı için "elimde ne var?" yetmez; "yolda ne var?" bilgisi de gerekir. Verilmiş ama henüz teslim alınmamış satın alma siparişleri hesaba katılmazsa aynı malzeme iki kez sipariş edilir. ERP programı açık satın alma siparişlerini ve beklenen teslim tarihlerini planlamaya dahil eder.

Tedarik süresi planlamanın parçasıdır

Her malzemenin bir tedarik süresi vardır ve bu süre planlamanın içine girmediğinde plan gerçekçi olmaz. Üç hafta tedarik süresi olan bir malzeme için üretime bir hafta kala sipariş vermek, planı baştan geçersiz kılar. ERP sistemi malzeme bazında tedarik süresi tanımlarına izin verdiğinde, "ne zaman sipariş vermeliyim?" sorusu hesaplanabilir hale gelir.

Fason ve dış tedarik

Üretimin bir kısmının dışarıda yaptırılması Türkiye'deki üretim işletmelerinde çok yaygındır: boyama, kaplama, dikiş, kesim gibi işlemler fason olarak verilir. Bu durumda malzeme fiziksel olarak işletmeden çıkar ama mülkiyeti işletmede kalır. Fason sipariş yönetimi olmayan bir sistemde bu malzeme "kayıp" görünür. Skala'nın fason sipariş yönetimi yaklaşımı, dışarıya gönderilen malzemenin ve dönen ürünün takip edilebilmesini sağlar.

Satın alma kararlarınızı tecrübeye değil, üretim planından doğan gerçek ihtiyaca dayandırmak istiyorsanız Skala'yı inceleyin.

Detayları görün

ERP ile Üretim Maliyeti Nasıl Hesaplanır?

Kısa Cevap

ERP'de üretim maliyeti, iş emri bazında gerçekte tüketilen hammadde, oluşan fire ve üretilen miktar üzerinden hesaplanır. Reçete planlanan maliyeti verirken, iş emrindeki gerçek tüketim fiili maliyeti verir. İkisi arasındaki fark sapmadır ve işletmenin kârlılığını doğrudan etkiler.

Maliyet hesabı, üretim işletmelerinde en çok "sonra bakarız" denen ama en pahalıya patlayan konudur. Çoğu KOBİ'de ürün maliyeti şöyle hesaplanır: malzeme fiyatları toplanır, üzerine kabaca bir işçilik ve genel gider payı eklenir, bir de kâr marjı konur. Bu yöntemin sorunu, gerçek üretimde ne olduğunu hiç hesaba katmamasıdır.

Maliyeti oluşturan katmanlar

• Doğrudan malzeme: Reçeteye göre kullanılan hammadde ve yarı mamuller. Maliyetin genellikle en büyük kalemidir.
• Fire: Üretim sırasında kaybedilen malzeme. Ölçülmediğinde maliyet olduğundan düşük görünür.
• İşçilik: Üretim süresine bağlı emek maliyeti. İş emri süreleri kayıt altındaysa daha gerçekçi dağıtılır.
• Genel üretim giderleri: Enerji, amortisman, bakım gibi doğrudan ürüne bağlanamayan giderler.

Planlanan ve gerçekleşen maliyet karşılaştırması

Sapmanın sürekli aynı üründe veya aynı iş istasyonunda tekrarlanması, iyileştirilecek noktayı doğrudan işaret eder.

Bu karşılaştırma yapılabildiğinde işletme iki soruyu net cevaplar: "Bu üründen gerçekte kâr ediyor muyuz?" ve "Nerede kaybediyoruz?" Skala, reçete bazlı planlanan tüketim ile iş emrinde gerçekleşen tüketimi aynı yapı içinde tuttuğu için bu karşılaştırmayı mümkün kılar.

ERP'de Tam İzlenebilirlik: Hammaddeden Sevkiyata

Kısa Cevap

Tam izlenebilirlik, bir mamulden geriye doğru gidip hangi hammadde partisinden, hangi iş emriyle, ne zaman üretildiğini; aynı şekilde bir hammadde partisinden ileriye doğru gidip hangi ürünlere ve hangi müşterilere gittiğini görebilmektir. Barkod, lot ve seri numarası bu zincirin taşıyıcılarıdır.

İzlenebilirlik, gıda ve kimya gibi sektörlerde yasal bir gereklilik; diğer sektörlerde ise kalite ve müşteri güveni meselesidir. Bir müşteriden şikâyet geldiğinde iki cevap vardır: "Bakalım, araştıralım" ya da "Bu ürün 14 Mart'ta 2314 numaralı iş emriyle üretildi, kullanılan hammadde partisi şu, aynı partiden 60 ürün daha çıktı ve şu üç müşteriye gitti." İkinci cevabı verebilmek, izlenebilirlik zincirinin kurulmuş olmasına bağlıdır.

İzlenebilirlik zinciri

• Hammadde girişi
• Lot / seri kaydı
• İş emri
• Üretim
• Mamul
• Stok
• Sipariş
• Sevkiyat
• Müşteri

Zincirin çalışması için her halkada kaydın oluşması gerekir. Hammadde girişinde parti numarası alınmamışsa, sonraki hiçbir adımda geriye dönük izleme yapılamaz. Bu nedenle izlenebilirlik sonradan eklenen bir özellik değil, baştan kurulan bir alışkanlıktır.

İki yönlü takip

• Geriye dönük (mamulden hammaddeye): Elimdeki üründe sorun var; hangi partiden geldi, aynı partiden başka ne üretildi?
• İleriye dönük (hammaddeden mamule): Tedarikçi bir partide sorun bildirdi; o parti hangi ürünlere girdi, hangi müşterilere gitti?

İkinci soru özellikle kritiktir, çünkü geri çağırma gerektiren durumlarda etkilenen ürünlerin tam listesini çıkarabilmek ile tüm stoğu şüpheli ilan etmek arasındaki farkı belirler. Skala'nın barkod, lot ve seri numarası bazlı yapısı bu iki yönlü takibi destekler.

Yapay Zekâ Destekli ERP Nedir?

Kısa Cevap

Yapay zekâ destekli ERP, sistemde biriken operasyonel veriyi kullanarak tahmin ve öneri üreten ERP programıdır. Talep tahmini, stok ihtiyacı öngörüsü, satın alma önerisi ve anomali tespiti başlıca kullanım alanlarıdır. Yapay zekâ burada kararı almaz; karar vericiye veriye dayalı öneri sunar.

ERP'de yapay zekâ konusu son yıllarda çok konuşuluyor ve beraberinde abartılı beklentiler getiriyor. Gerçekçi bakmak gerekirse: yapay zekânın ERP içindeki değeri, sihirli bir karar mekanizması olmasında değil, insanın gözden kaçıracağı örüntüleri veride yakalamasında yatar.

Kullanım alanları

• Talep tahmini: Geçmiş satış ve sipariş verisi üzerinden gelecek dönem talebinin öngörülmesi. Mevsimsellik ve trend etkileri hesaba katılabilir.
• Stok ihtiyacı tahmini: Tüketim hızı ve tedarik süresine göre hangi malzemenin ne zaman biteceğinin öngörülmesi.
• Satın alma önerisi: Ne zaman, ne kadar sipariş verilmesi gerektiğine dair öneri üretilmesi.
• Anomali tespiti: Olağandışı fire oranları, beklenmedik stok hareketleri veya sapmaların işaretlenmesi.
• Rapor analizi ve karar desteği: Verideki dikkat çeken değişimlerin öne çıkarılması.

Yapay zekânın en kritik ön koşulu: veri kalitesi

Bu bölümün en önemli cümlesi şu: yapay zekâ, kötü veriyi düzeltmez. Stok hareketleri düzensiz kaydediliyorsa, iş emirleri kapatılmıyorsa, fire ölçülmüyorsa hiçbir tahmin modeli anlamlı sonuç üretemez. Bu yüzden yapay zekâ, ERP'nin başlangıç noktası değil; düzgün çalışan bir ERP'nin üzerine gelen katmandır.

Skala'nın yapay zekâ destekli tahminleme yaklaşımı da bu mantıkla konumlanır: sistemde oluşan gerçek operasyon verisini kullanarak satın alma ve stok planlamasını destekleyici öneriler üretmek. Detaylar için yapay zekâ destekli üretim sayfasına bakabilirsiniz.

Dikkat: tahmin, garanti değildir

Hiçbir tahmin modeli geleceği kesin bilmez. Yapay zekâ destekli öneriler, deneyimli bir çalışanın sezgisini veriyle güçlendirmek için vardır; yerine geçmek için değil. ERP değerlendirmesi yaparken "yapay zekâ var mı?" sorusundan çok, "hangi kararı, hangi veriyle destekliyor?" sorusunu sormak daha doğru sonuç verir.

ERP ve E-ticaret Entegrasyonu

Üretim yapan işletmelerin önemli bir kısmı artık kendi online mağazası veya pazaryerleri üzerinden de satış yapıyor. Bu, operasyon açısından yeni bir zorluk getiriyor: aynı stoktan iki farklı kanala satış yapmak.

Entegrasyonsuz yapının tipik sorunu

E-ticaret paneli ile üretim sistemi ayrı çalıştığında şu döngü yaşanır: online kanalda 40 adet stok gösterilir, ancak o 40 adedin 25'i toptan bir siparişe ayrılmıştır. Müşteri sipariş verir, ürün çıkmaz, sipariş iptal edilir. Aynı şekilde e-ticaret siparişleri elle sisteme girilir; yoğun günlerde girişler birikir ve sevkiyat gecikir.

Entegre yapının akışı

• Online sipariş
• ERP'ye otomatik aktarım
• Stok kontrolü
• Stok yoksa üretim ihtiyacı
• Toplama ve hazırlık
• Sevkiyat
• Stok senkronizasyonu

Entegre yapıda e-ticaret siparişi diğer siparişlerden farklı bir varlık değildir; aynı sipariş havuzuna düşer, aynı stoğa bakar, gerekirse aynı şekilde üretim ihtiyacı doğurur. Stok değiştiğinde satış kanalındaki miktar da güncellenir; böylece hem fazla satış hem eksik satış riski azalır.

Çok kanallı satış yapan işletmelerde bu yapı zorunluluk haline gelir. Skala, çok kanallı sipariş yönetimi ve mevcut e-ticaret entegrasyonları ile online kanallardan gelen siparişlerin üretim ve stok süreçlerine bağlanmasını sağlar.

ERP ve Muhasebe Entegrasyonu

Üretim ve muhasebe, işletmenin aynı gerçekliğine iki farklı açıdan bakar. Üretim tarafı "ne oldu?" sorusuyla ilgilenir; muhasebe "bu ne anlama geliyor, nasıl kayda geçer?" sorusuyla. İkisi birbirinden koptuğunda ortaya iki farklı gerçeklik çıkar ve dönem sonunda mutabakat bir işkenceye dönüşür.

Süreç akışı

• Satış
• Sipariş
• Stok
• Üretim
• Maliyet
• Fatura
• Muhasebe

Bu akış tek yönlü değildir. Muhasebe tarafındaki cari bilgiler, fiyat listeleri ve fatura kayıtları operasyon tarafına da bilgi taşır. Entegrasyonun amacı iki sistemin birbirine elle veri taşımadan konuşmasıdır.

Entegrasyonun sağladıkları

• Aynı faturanın iki ayrı yere girilmesinin ortadan kalkması
• Stok ve mali kayıt arasındaki farkların azalması
• Üretim maliyetlerinin mali tablolarla tutarlı hale gelmesi
• Dönem sonu kapanışlarının hızlanması
• Cari hesap ve sipariş bilgisinin aynı kaynaktan beslenmesi

Skala, mevcut muhasebe entegrasyonlarıyla operasyonda oluşan verinin muhasebe tarafına aktarılmasını destekler; böylece üretim ve mali kayıt aynı gerçekliği anlatır.

Mobil ERP Nedir ve Üretimde Neden Önemlidir?

Kısa Cevap

Mobil ERP, ERP programının depo ve üretim sahasında mobil cihazlar üzerinden kullanılabilmesidir. Depoda barkod okutarak mal kabul, transfer ve sevkiyat; üretim sahasında iş emri görüntüleme ve üretim bildirimi yapılabilir. Temel faydası, verinin işlemin gerçekleştiği yerde ve anda kaydedilmesidir.

Üretim işletmelerinde en değerli veri, ofiste değil sahada oluşur. Ancak geleneksel yapıda bu veri önce kâğıda yazılır, sonra ofise taşınır, en son bilgisayara girilir. Her aktarım hem gecikme hem hata üretir. Mobil kullanım bu üç adımı tek adıma indirir.

Depoda mobil kullanım

Depo çalışanı elindeki cihazla gelen malzemenin barkodunu okutur, miktarı girer ve mal kabul tamamlanır. Sistem, malzemenin hangi rafa yerleştirileceğini gösterir. Sevkiyat için toplama yapılırken cihaz sırayla hangi lokasyondan ne alınacağını söyler; yanlış ürün okutulduğunda uyarır. Sayım da aynı mantıkla, raf raf okutularak yapılır.

Üretim sahasında mobil kullanım

Operatör, kendisine atanmış iş emirlerini cihaz üzerinden görür. İşe başladığını, ne kadar ürettiğini, ne kadar fire çıktığını bildirir. Bu bildirim anında sisteme düşer; üretim müdürü ofisten sahayı görebilir hale gelir. Kâğıt üretim formlarının vardiya sonunda toplanmasına gerek kalmaz.

Skala Operatör ve Skala WMS uygulamaları tam olarak bu iki alanı hedefler: üretim sahasında iş emri ve üretim bildirimi, depoda barkodlu operasyonlar. İkisi de aynı veri yapısını beslediği için saha ile ofis arasında ikinci bir sistem gerekmez.

ERP'de Raporlama: Hangi Raporlar Gerçekten İşe Yarar?

Rapor sayısı çokluğu bir kalite göstergesi değildir. Bir işletmenin gerçekten kullandığı rapor sayısı genellikle ondan azdır. Önemli olan, kararı değiştiren raporların doğru veriyle üretilmesidir.

Bu raporların ortak özelliği, hepsinin günlük operasyonun doğal çıktısı olmasıdır. Ayrı bir veri toplama çabası gerektirmezler; çünkü veri zaten iş yapılırken oluşmuştur. ERP programının raporlama gücü de aslında burada ölçülür: rapor için ekstra iş yaptırıyorsa, o rapor sürdürülebilir değildir.

ERP ile Excel Tabanlı Takip Arasındaki Fark

Excel, işletmelerin çoğu için ilk dijital adımdır ve bu doğaldır. Esnektir, öğrenmesi kolaydır, ek maliyeti yoktur. Sorun Excel'in kötü bir araç olması değil; çok kullanıcılı, birbirine bağlı ve sürekli değişen bir operasyonu yönetmek için tasarlanmamış olmasıdır.

Excel tabanlı takip belirli bir ölçeğe kadar çalışır. Ürün çeşidi arttığında, aynı dosyaya birden fazla kişi dokunmaya başladığında, üretim aşamaları çoğaldığında ve sipariş sayısı büyüdüğünde ise dosyaların bakımı işin kendisinden daha fazla vakit almaya başlar.

Excel'i tamamen bırakmak gerekmez; analiz ve tek seferlik hesaplar için hâlâ değerlidir. Kritik olan, operasyonun kayıt yerinin Excel olmamasıdır.

Excel'den ERP'ye geçme zamanı geldiğinin işaretleri

• Aynı bilgiyi birden fazla dosyaya girmek zorunda kalıyorsanız
• "Hangi dosya güncel?" sorusu düzenli olarak soruluyorsa
• Sayım farkları açıklanamıyorsa
• Termin verirken stoktan emin olamıyorsanız
• Üretimin nerede olduğunu öğrenmek için sahaya gitmek gerekiyorsa
• Ürün maliyetini ancak dönem sonunda tahminle çıkarabiliyorsanız
• Bir kişi izne çıktığında süreç duruyorsa

En İyi ERP Programı Nasıl Seçilir?

Kısa Cevap

En iyi ERP programı, en çok özelliğe sahip olan değil; işletmenin gerçek operasyonuna en iyi oturan programdır. Üretim yapan bir işletme için belirleyici kriterler şunlardır: üretim süreçlerini destekleme, gerçek zamanlı stok, iş emri ve reçete yönetimi, depo ve barkod desteği, maliyet takibi, mobil kullanım, entegrasyonlar, kurulum süresi ve kullanım kolaylığı.

ERP seçimi, çoğu işletmenin birkaç yılda bir verdiği ve sonuçlarını uzun süre yaşadığı bir karardır. Yanlış seçimin bedeli sadece yazılım bedeli değildir; kaybedilen zaman, boşa giden veri hazırlığı ve ekibin ikinci kez ikna edilmesi gereken motivasyonudur. Bu nedenle karar, demo ekranlarının görselliğine değil, sizin süreçlerinizin sistemde nasıl yürüdüğüne bakılarak verilmelidir.

Aşağıda üretim yapan işletmeler için 20 değerlendirme kriteri var. Her kriteri kendi işletmeniz için "kritik / önemli / gerekli değil" şeklinde işaretleyerek kullanabilirsiniz.

20 kriterlik değerlendirme çerçevesi

Bu kriterler açısından Skala nasıl konumlanıyor?

Skala, üretim yapan işletmelerin operasyonuna odaklanan bir platform olarak tasarlanmıştır. Yukarıdaki kriterlerin üretimle doğrudan ilgili olanlarında yaklaşımı şu şekildedir:

Güncel modül kapsamı, fiyatlandırma ve deneme koşulları için Skala fiyatlandırma sayfasındaki bilgileri esas alın.

ERP Programı Seçim Kontrol Listesi

Aşağıdaki listeyi demo görüşmelerinde yanınıza alın. Amaç satıcının anlattığını dinlemek değil, kendi sürecinizi sistemde çalıştırmasını istemektir. "Şu ürünümüzü şu reçeteyle üretiyoruz, gösterir misiniz?" cümlesi, on sayfalık özellik listesinden daha bilgilendiricidir.

Üretim süreçleri

• Kendi üretim akışımı sistemde kurabiliyor muyum?
• Çok kademeli reçete (yarı mamul içeren) destekleniyor mu?
• İş emri açıp iş istasyonu bazında takip edebiliyor muyum?
• Fire ve gerçek tüketim kaydedilebiliyor mu?
• Siparişe göre üretim ve stoğa üretim birlikte yönetilebiliyor mu?
• Fason işlemler takip edilebiliyor mu?

Stok ve depo

• Gerçek zamanlı stok görebiliyor muyum?
• Hammadde, yarı mamul ve mamul ayrı takip ediliyor mu?
• Depo ve lokasyon bazlı stok tutuluyor mu?
• Barkod ile işlem yapabiliyor muyum?
• Lot / parti ve seri numarası takibi var mı?
• Kritik stok seviyesi uyarısı üretiliyor mu?
• Mobil sayım yapılabiliyor mu?
• Stok rezervasyonu mümkün mü?

Sipariş, satın alma ve maliyet

• Tüm satış kanalları tek sipariş havuzunda toplanıyor mu?
• Satın alma ihtiyacı üretim planından otomatik doğuyor mu?
• Açık siparişler ve yoldaki malzeme hesaba katılıyor mu?
• Üretim maliyeti iş emri bazında takip edilebiliyor mu?
• Planlanan ve gerçekleşen karşılaştırması yapılabiliyor mu?
• Ürün bazlı kârlılık görülebiliyor mu?

Teknoloji, entegrasyon ve süreç

• Mobil uygulama depo ve saha için mevcut mu?
• E-ticaret entegrasyonu hazır mı?
• Muhasebe entegrasyonu hazır mı?
• Yetkilendirme kullanıcı bazında yapılabiliyor mu?
• Kurulum süresi ne kadar, kim yapıyor?
• Veri aktarımı mevcut listelerimden yapılabiliyor mu?
• Eğitim ve destek nasıl sağlanıyor?
• Deneme imkânı var mı, kendi verimle test edebilir miyim?

Demo sırasında sorulacak en iyi soru

"Bize sistemi gösterin" yerine "Şu siparişimizi baştan sona sistemde işleyelim" deyin. Sipariş girin, stok kontrolü yaptırın, reçeteden ihtiyacı hesaplatın, iş emri açtırın, üretim bildirimi yaptırın ve maliyeti gösterin. Bu akışta takılan her nokta, canlı kullanımda da takılacak noktadır.

Skala Nedir?

Kısa Cevap

Skala, üretim yapan işletmeler için geliştirilmiş bir üretim ve stok yönetim platformudur. Üretim takibi, stok yönetimi, depo yönetimi, sipariş yönetimi, satın alma, üretim maliyeti ve raporlama süreçlerini tek yapı altında toplar. Skala WMS ile depo operasyonlarını, Skala Operatör ile üretim sahasını mobil olarak kapsar; e-ticaret ve muhasebe entegrasyonlarıyla dış sistemlere bağlanır.

Skala'yı tanımlarken en doğru çerçeve şudur: ürünün odağı üretim operasyonudur. Genel amaçlı bir işletme yazılımı değil, hammaddeyi mamule dönüştüren işletmelerin günlük gerçekliğine göre kurgulanmış bir yapıdır. Bu odak, ürünün hangi süreçleri ne derinlikte ele aldığını da belirler.

Skala hangi süreçleri kapsar?

• Üretim takibi
• Üretim iş emirleri
• İş istasyonu bazlı üretim
• Reçete / BOM bazlı üretim
• Üretim maliyeti
• Stok yönetimi
• Gerçek zamanlı stok
• Lokasyon bazlı stok
• Depo yönetimi (Skala WMS)
• Barkodlu depo operasyonları
• Sipariş yönetimi
• Çok kanallı sipariş
• Satın alma yönetimi
• Fason sipariş yönetimi
• Mobil kullanım (Skala Operatör)
• Tam izlenebilirlik
• E-ticaret entegrasyonları
• Muhasebe entegrasyonları
• Yapay zekâ destekli tahminleme
• Raporlama

Skala kimler için uygundur?

Skala, üretim yapan ve bu üretimi izlenebilir hale getirmek isteyen işletmeler için tasarlanmıştır. Özellikle şu profillerde güçlü bir karşılık bulur:

• Reçete/BOM bazlı üretim yapan KOBİ'ler
• Stok ve depo operasyonu ağırlıklı işletmeler
• Siparişe göre üretim yapan, termin baskısı altındaki firmalar
• Hem toptan hem online satış yapan, çok kanallı çalışan üreticiler
• Fason süreçleri olan işletmeler
• Lot ve seri numarası bazlı izlenebilirlik ihtiyacı olan üreticiler

Skala'nın yaklaşımı

Skala'nın temel yaklaşımı, üretim ve stok süreçlerini merkezi şekilde yönetmeye yardımcı olmaktır. Bu, üç pratik anlama gelir:

1. Tek veri yapısı: Depoda okutulan barkod ile ofiste görülen stok aynı kaydı besler; ikinci bir sistem ve mutabakat gerekmez.
2. Saha ile ofisin aynı sistemde olması: Skala Operatör ve Skala WMS ayrı ürünler gibi değil, aynı platformun saha arayüzleri olarak çalışır.
3. Üretim odaklı derinlik: Reçete, iş emri, fire, yarı mamul ve maliyet gibi üretim işletmelerinin gerçek ihtiyaçları yüzeysel değil, operasyonel düzeyde ele alınır.

Üretim süreçlerinizi dijitalleştirmeye hazır mısınız?

Skala'yı inceleyerek üretim, stok, depo ve sipariş süreçlerinizin tek yapı altında nasıl yönetildiğini görebilirsiniz. Güncel modül kapsamı, deneme ve fiyatlandırma koşulları için resmî sayfalarımızı ziyaret edin.

Skala'yı inceleyin Fiyatlandırmayı görün

Sektörlere Göre ERP: Üretim Yapısı Neyi Değiştirir?

ERP ihtiyacı her sektörde aynı değildir. Aynı modül isimleri kullanılsa bile, bir tekstil üreticisinin "stok" dediği şeyle bir metal işleme atölyesinin "stok" dediği şey birbirinden farklı davranır. Aşağıda altı üretim sektörü için temel problemleri ve ERP'den beklenenleri ele alıyoruz.

Mobilya

Temel problem

Ölçüye özel üretim yaygındır; her sipariş kendi reçetesini gerektirir. Levha optimizasyonu ve fire yönetimi maliyeti doğrudan etkiler.

Üretim yapısı

Kesim, kenar bantlama, delik delme, montaj ve paketleme gibi çok istasyonlu akış. Yarı mamul stoğu yoğundur.

Stok ihtiyacı

Levha, kenar bandı, aksesuar, menteşe ve vida gibi çok kalemli malzeme yapısı; metrekare ve adet gibi farklı birimler.

Depo ihtiyacı

Hacimli malzeme, lokasyon takibi kritik. Yanlış levhanın kesilmesi doğrudan fire demektir.

ERP'den beklenen

Siparişe özel reçete, iş istasyonu bazlı takip, fire ölçümü ve gerçek maliyet hesabı.

Tekstil

Temel problem

Renk, beden ve varyant çeşitliliği stok kalem sayısını hızla büyütür. Fason süreçleri yoğundur.

Üretim yapısı

Kesim, dikim, ütü, kalite kontrol ve paketleme. Boyama ve baskı çoğu zaman dışarıda yaptırılır.

Stok ihtiyacı

Kumaş metrajı, aksesuar ve varyant bazlı mamul stoğu. Parti bazlı renk farkları takip gerektirir.

Depo ihtiyacı

Top bazlı kumaş takibi, varyant kırılımında raf yönetimi.

ERP'den beklenen

Varyantlı ürün yapısı, fason sipariş yönetimi, parti takibi ve çok kanallı sipariş yönetimi.

Kâğıt ve Ambalaj

Temel problem

Müşteriye özel ebat ve baskı; kalıp yönetimi ve bobinden ebatlı ürüne geçişte fire kontrolü.

Üretim yapısı

Bobin açma, kesim, baskı, yapıştırma ve paketleme. Her aşamada ölçü ve miktar değişir.

Stok ihtiyacı

Bobin, tabaka, mürekkep ve yardımcı malzeme; birim dönüşümleri kritik.

Depo ihtiyacı

Ağır ve hacimli malzeme, lokasyon ve parti takibi.

ERP'den beklenen

Çok kademeli reçete, birim dönüşümü, fire ve parti bazlı izlenebilirlik.

Metal

Temel problem

Hammadde maliyeti yüksek ve dalgalıdır. Hurda ve fire yönetimi doğrudan kârlılığı belirler.

Üretim yapısı

Kesim, büküm, kaynak, talaşlı imalat, yüzey işlem ve montaj. Kaplama ve boya çoğunlukla fasondur.

Stok ihtiyacı

Sac, profil, boru gibi malzemelerde kilogram ve metre bazlı takip; kalite ve parti bilgisi önemlidir.

Depo ihtiyacı

Ağır malzeme, lokasyon takibi ve yarı mamul ara stoklarının yönetimi.

ERP'den beklenen

Gerçek tüketim ve fire kaydı, fason takibi, iş istasyonu bazlı üretim ve maliyet analizi.

Gıda ve İçecek

Temel problem

Son kullanma tarihi, parti takibi ve izlenebilirlik yasal zorunluluk düzeyindedir. Geri çağırma senaryosuna hazır olmak gerekir.

Üretim yapısı

Karışım/hazırlık, işleme, dolum ve paketleme. Reçete oranları ve verim kritik.

Stok ihtiyacı

Parti bazlı hammadde, raf ömrü takibi, FIFO/FEFO mantığı.

Depo ihtiyacı

Koşullu depolama alanları, parti ve tarih bazlı toplama.

ERP'den beklenen

Lot bazlı iki yönlü izlenebilirlik, reçete yönetimi ve barkodlu depo operasyonları.

Kimya

Temel problem

Formül bazlı üretim, parti bazlı kalite değişkenliği ve güvenlik gereklilikleri.

Üretim yapısı

Tartım, karışım, reaksiyon, dinlendirme ve dolum. Verim partiden partiye değişebilir.

Stok ihtiyacı

Kimyasal hammaddelerin parti ve konsantrasyon bilgisiyle takibi; ambalaj malzemesi yönetimi.

Depo ihtiyacı

Ayrıştırılmış depolama alanları, parti bazlı lokasyon takibi.

ERP'den beklenen

Formül/reçete yönetimi, gerçek tüketim kaydı, lot izlenebilirliği ve maliyet sapma analizi.

Skala'nın üretim odaklı yapısı, bu sektörlerin ortak paydasındaki ihtiyaçları hedefler: reçete bazlı üretim, iş emri takibi, gerçek tüketim ve fire kaydı, lokasyon bazlı stok, barkodlu depo operasyonları ve lot/seri bazlı izlenebilirlik. Sektörünüze özgü akışın sistemde nasıl kurulacağını görmek için kendi ürününüzle bir demo akışı çalıştırmanız en doğru yöntemdir.

Gerçek Hayat Senaryoları: ERP Süreci Nasıl Bağlar?

ERP'nin değeri, tek tek modüllerde değil modüllerin birbirine bağlandığı noktalarda ortaya çıkar. Aşağıdaki beş senaryo, aynı zincirin farklı sektörlerde nasıl işlediğini gösteriyor.

Senaryo 1

Mobilya üreticisi — ölçüye özel sipariş

• Sipariş
• Özel reçete
• Hammadde kontrolü
• Eksik malzeme
• Satın alma
• İş emri
• Üretim
• Mamul stoğu
• Sevkiyat

Bir müşteri, standart üründen farklı ölçülerde 60 adet dolap sipariş ediyor. Sipariş sisteme girildiğinde ürüne özel reçete oluşturuluyor: kaç metrekare levha, kaç metre kenar bandı, kaç adet menteşe gerektiği hesaplanıyor.

Sistem mevcut hammadde stoğuyla ihtiyacı karşılaştırıyor. Levha ve menteşe yeterli, ancak kenar bandı 140 metre eksik. Tedarik süresi 5 gün olan bu malzeme için satın alma talebi otomatik oluşuyor. Böylece eksiklik üretim gününde değil, sipariş gününde fark ediliyor.

Malzeme geldiğinde mal kabul barkodla yapılıyor ve stok artıyor. İş emirleri kesim, bantlama, delik ve montaj istasyonları için açılıyor. Operatörler her aşamada mobil cihazdan ilerleme bildiriyor; üretim müdürü siparişin yüzde kaçının bittiğini ekrandan görüyor.

Kesimde 12 metrekare fire çıkıyor ve bu kayıt sisteme giriyor. Üretim tamamlandığında 60 dolap mamul stoğuna geçiyor, sevkiyat yapılıyor ve sipariş kapanıyor. Dönem sonunda beklenmiyor: bu siparişin gerçek malzeme maliyeti ve fire oranı iş emri üzerinden görülebiliyor.

Senaryo 2

Tekstil üreticisi — fason boyama içeren üretim

• Sipariş
• Varyant kırılımı
• Kumaş rezervasyonu
• Kesim
• Fason boyama
• Dikim
• Kalite
• Sevkiyat

Üç renk ve beş bedende toplam 1.200 adetlik bir sipariş geliyor. Sipariş varyant kırılımıyla sisteme giriliyor; hangi renk ve bedenden kaç adet üretileceği net.

Reçete üzerinden kumaş metrajı hesaplanıyor ve depodaki toplar rezerve ediliyor. Rezervasyon sayesinde aynı kumaş başka bir işe verilemiyor. Kesim iş emri açılıyor, kesilen parçalar yarı mamul olarak kaydediliyor.

Parçalar boyama için fason firmaya gönderiliyor. Bu hareket fason sipariş olarak kaydedildiği için malzeme "kayıp" görünmüyor; dışarıda olduğu ve ne zaman döneceği sistemde duruyor. Boyalı parçalar döndüğünde tekrar stoğa giriyor.

Dikim iş emri açılıyor, üretim tamamlanıyor, kalite kontrolünde ayrılan ürünler ayrı kaydediliyor. Sevkiyat varyant bazında toplanıyor ve barkod kontrolüyle doğru renk-beden kombinasyonunun kutulanması sağlanıyor.

Senaryo 3

Metal işleme — yüksek hammadde maliyeti ve fire kontrolü

• Teklif
• Sipariş
• Sac ihtiyacı
• İş emri
• Kesim ve büküm
• Fason kaplama
• Montaj
• Maliyet analizi

Firma bir müşteriye 400 adetlik metal parça için teklif veriyor. Teklif hazırlanırken reçetedeki kilogram bazlı sac ihtiyacı ve öngörülen fire payı üzerinden maliyet hesaplanıyor. Fiyat hisle değil hesapla veriliyor.

Sipariş onaylandığında sac ihtiyacı stoktan düşülüyor, eksik kalan kısım için satın alma açılıyor. Hammadde fiyatı dalgalı olduğu için alım tarihi ve fiyatı kayda giriyor; bu bilgi maliyet hesabına yansıyor.

Kesim ve büküm iş emirleri açılıyor. Kesimde gerçekleşen fire, öngörülen fireden yüksek çıkıyor. Sapma raporda görünüyor ve nedeni araştırılıyor: kesim planının optimize edilmediği anlaşılıyor. Bu bulgu sonraki işlerde doğrudan maliyet tasarrufu sağlıyor.

Parçalar kaplama için fasona gidiyor, dönüşte montaj yapılıyor ve sevkiyat gerçekleşiyor. İş kapandığında planlanan maliyet ile gerçekleşen maliyet karşılaştırılıyor; teklif aşamasındaki varsayımların ne kadar tuttuğu görülüyor.

Senaryo 4

Gıda üreticisi — parti takibi ve raf ömrü

• Hammadde girişi
• Lot kaydı
• Reçeteli üretim
• Parti numarası
• Depo
• FEFO toplama
• Sevkiyat
• Geriye izleme

Hammadde girişinde her partiye lot numarası ve son kullanma tarihi tanımlanıyor. Bu tanım, sonraki tüm izlenebilirliğin temelini oluşturuyor.

Üretim iş emri açıldığında reçetedeki oranlara göre hammadde tüketiliyor ve hangi lotların kullanıldığı kaydediliyor. Üretilen mamule kendi parti numarası veriliyor; artık bu parti ile kullanılan hammadde partileri arasında kalıcı bir bağ var.

Depoda toplama yapılırken sistem, son kullanma tarihi en yakın olan partiyi öncelikli gösteriyor. Böylece raf ömrü dolan ürün riski azalıyor.

Bir müşteriden şikâyet geldiğinde ürün üzerindeki parti numarasıyla geriye dönük sorgulama yapılıyor: hangi tarihte, hangi iş emriyle, hangi hammadde lotlarından üretildiği ve aynı partiden hangi müşterilere sevkiyat yapıldığı dakikalar içinde çıkarılıyor.

Senaryo 5

E-ticaret + üretim yapan işletme — çok kanallı operasyon

• Online sipariş
• Otomatik aktarım
• Stok kontrolü
• Üretim ihtiyacı
• İş emri
• Toplama
• Sevkiyat
• Stok senkronizasyonu

İşletme hem toptan müşterilere hem kendi online mağazasından son kullanıcıya satış yapıyor. Sabah 40 adet online sipariş, öğleden sonra 300 adetlik bir toptan sipariş geliyor.

Online siparişler entegrasyon üzerinden otomatik aktarılıyor; elle giriş yapılmıyor. Tüm siparişler aynı havuzda toplandığı için mevcut mamul stoğunun ne kadarının kime taahhüt edildiği net görünüyor.

Stok, toplam talebi karşılamaya yetmiyor. Eksik miktar üretim ihtiyacına dönüşüyor, reçeteden malzeme ihtiyacı hesaplanıyor ve iş emri açılıyor. Toptan siparişin termini daha uzak olduğu için online siparişler önceliklendiriliyor.

Depoda toplama mobil cihazla yapılıyor, sevkiyat tamamlanıyor ve stok düşüyor. Düşen stok satış kanalına da yansıdığı için online mağazada olmayan ürün satışa açık kalmıyor. Fazla satış ve iptal döngüsü kırılıyor.

Üretim Kapasitesi ERP'de Nasıl Yönetilir?

Kısa Cevap

Üretim kapasitesi, belirli bir sürede üretilebilecek maksimum miktardır ve gerçekte tüm fabrikanın değil, akıştaki en yavaş iş istasyonunun belirlediği bir sınırdır. ERP'de kapasite yönetimi, iş emirlerinin iş istasyonu bazında yüklenmesi ve bu yükün mevcut kapasiteyle karşılaştırılmasıyla yapılır.

Kapasite konusu, üretim işletmelerinde en çok yanlış anlaşılan başlıklardan biridir. "Ayda 10.000 adet kapasitemiz var" cümlesi çoğu zaman teorik bir hesaptır; makinelerin nominal hızları toplanıp çalışma saatiyle çarpılarak bulunur. Gerçek kapasite ise bundan farklıdır, çünkü üretim bir zincirdir ve zincirin gücünü en zayıf halka belirler.

Darboğaz mantığı

Beş istasyonlu bir üretim hattı düşünün. Kesim günde 400, delme 380, montaj 350, boyama 180 ve paketleme 500 adet kapasiteye sahip. Bu hattın günlük kapasitesi 400 değil, 180'dir. Boyamanın önünde ne kadar iş birikirse biriksin, hattan günde 180 adetten fazla ürün çıkmaz. Diğer istasyonlarda yapılan iyileştirmeler ise sadece stok biriktirir; çıktıyı artırmaz.

ERP'nin bu noktadaki katkısı, darboğazı tartışma konusu olmaktan çıkarmasıdır. İş emirleri istasyon bazında yüklendiğinde hangi istasyonun önünde ne kadar iş beklediği veriyle görünür. Kapasite yatırımı kararı da bu veriye dayandırılır: yeni bir kesim makinesi almak, boyama darboğazı varken çıktıyı artırmaz.

Kapasite planlamasında hesaba katılması gerekenler

• Kurulum ve ayar süreleri: Ürün değişiminde geçen süre kapasiteden düşer. Çok çeşitli, küçük partili üretimde bu süre toplamda ciddi yer tutar.
• Planlı duruşlar: Bakım, temizlik ve vardiya değişimleri gerçek çalışma süresini kısaltır.
• Plansız duruşlar: Arıza ve malzeme beklemeleri. Kayıt altına alındığında ne kadar kapasitenin buraya gittiği görülür.
• Kalite kayıpları: Iskartaya çıkan ürün için harcanan kapasite geri gelmez.
• Operatör mevcudu: Makine kapasitesi olsa da o makineyi çalıştıracak nitelikli kişi yoksa kapasite yoktur.

Sonlu ve sonsuz kapasite yaklaşımı

Planlama yaparken iki yaklaşım kullanılır. Sonsuz kapasite yaklaşımında işler ideal koşullar varsayılarak sıralanır; plan hızlı çıkar ama gerçekçi olmayabilir. Sonlu kapasite yaklaşımında ise her istasyonun günlük sınırı dikkate alınır ve işler bu sınıra göre yerleştirilir; plan daha gerçekçidir ancak daha fazla veri gerektirir.

Pratikte çoğu KOBİ için doğru başlangıç şudur: iş emirlerini istasyon bazında takip etmeye başlayın, birkaç ay veri biriktirin ve gerçek çevrim sürelerini ölçün. Kapasite planlaması ancak gerçek sürelerle anlamlıdır; varsayılan sürelerle yapılan detaylı planlama, detaylı bir yanılgıdan başka bir şey üretmez.

ERP ile Tedarikçi Yönetimi ve Performans Takibi

Üretim işletmelerinde teslimat gecikmelerinin önemli bir kısmının kaynağı fabrikanın içi değil, dışıdır. Tedarikçiden zamanında gelmeyen bir malzeme, plan ne kadar iyi olursa olsun tüm zinciri kaydırır. Bu nedenle satın alma sadece "en uygun fiyatı bulmak" değil, tedarik riskini yönetmektir.

Tedarikçi performansı hangi verilerle ölçülür?

Bu göstergelerin ortak özelliği, hepsinin ERP'de zaten oluşan verilerden hesaplanabilmesidir. Satın alma siparişi, söz verilen teslim tarihi ve mal kabul kaydı sistemde varsa, zamanında teslim oranı ek bir çalışma gerektirmez. Bu ölçüm yapılmadığında tedarikçi değerlendirmesi izlenime dayanır — ve izlenim genellikle en son yaşanan olayın etkisindedir.

Tedarik süresinin planlamaya yansıması

Bir malzemenin tedarik süresi "tedarikçinin söylediği süre" değil, geçmişte gerçekleşen ortalama süredir. Bu ayrım, planlamanın gerçekçiliğini doğrudan belirler. Tedarikçi 7 gün diyorsa ama son on siparişin ortalaması 12 gün ise, planlamada 12 gün kullanılmalıdır. ERP bu ortalamayı geçmiş kayıtlardan çıkarabildiği için, planlama zamanla kendi verisiyle daha isabetli hale gelir.

Tek tedarikçi riski

Kritik bir malzemenin tek bir kaynaktan geliyor olması, çoğu işletmenin fark etmediği bir kırılganlıktır. ERP'deki satın alma geçmişi bu bağımlılığı görünür kılar: hangi malzemelerde alternatif tedarikçi yok, hangi tedarikçi toplam alımın ne kadarını karşılıyor? Bu soruların cevabı, tedarik zinciri kesintilerine karşı alınacak önlemlerin başlangıç noktasıdır.

ERP'de Ürün Kodlama ve Birim Yönetimi

ERP kurulumunda alınan kararların çoğu geri alınabilir; ancak ikisi baştan doğru kurulmazsa uzun süre rahatsızlık verir: ürün kodlama mantığı ve birim yapısı. Bu iki konu teknik detay gibi görünür, oysa günlük kullanımı doğrudan belirler.

Ürün kodlama: az kural, çok tutarlılık

Ürün kodu, sistemdeki her malzemenin kimliğidir. İyi bir kodlama şeması iki özelliğe sahiptir: tutarlıdır ve sürdürülebilirdir. Sık yapılan hata, koda çok fazla anlam yüklemektir. Kod içine renk, ölçü, tedarikçi, yıl ve daha birçok bilgiyi sığdırmaya çalışan şemalar başlangıçta düzenli görünür; ancak yeni bir ürün grubu geldiğinde şema bozulur ve istisnalar başlar.

Pratik yaklaşım şudur: kodu kısa ve sabit tutun, tanımlayıcı bilgiyi ise ayrı alanlarda tutun. Ürünün rengi bir kod parçası değil, bir özellik alanı olmalıdır. Böylece hem arama ve filtreleme sağlıklı çalışır hem de yeni varyantlar şemayı bozmaz.

Ürün kodlamada dikkat edilecekler

• Kod bir kez verilir ve asla değiştirilmez; değişen bilgi kodun içinde olmamalıdır.
• Türkçe karakter ve boşluk kullanmayın; entegrasyonlarda sorun çıkarır.
• Hammadde, yarı mamul ve mamul için ayırt edilebilir bir ön ek kullanın.
• Aynı ürünün iki kez tanımlanmasını önleyecek bir kontrol adımı belirleyin.
• Kullanılmayan eski kodları silmek yerine pasife alın; geçmiş hareketler bozulmasın.

Birim ve birim dönüşümü

Üretim işletmelerinde aynı malzeme farklı aşamalarda farklı birimlerle konuşulur. Kumaş tedarikçiden top olarak alınır, depoda metre olarak tutulur, reçetede santimetre geçebilir. Sac kilogram alınır ama adet parça üretilir. Boya varil gelir, litre tüketilir.

Bu dönüşümler sistemde tanımlı değilse, çevirme işlemi insanların zihninde yapılır — ve zihinde yapılan her çevirme bir hata ihtimalidir. ERP'de birim dönüşümü tanımlandığında satın alma kendi biriminde, üretim kendi biriminde çalışır; sistem arada çeviriyi yapar.

Birim dönüşümü yanlış tanımlandığında hata stokta kalmaz; reçeteye, maliyete ve satın alma miktarına kadar yayılır.

Çok Depolu ve Çok Lokasyonlu İşletmelerde ERP

Tek bir üretim tesisi ve tek deposu olan bir işletmede stok yönetimi görece basittir. İşletme büyüdükçe tablo değişir: ana depo, üretim ara deposu, sevkiyat alanı, fason firmadaki malzeme, şube deposu ve bazen ikinci bir üretim tesisi. Bu yapıda "toplam stok" bilgisi karar almak için yeterli olmaktan çıkar.

Depo tipleri ve ayrı takip gerekliliği

• Ana hammadde deposu: Üretime girecek malzemenin ana stok noktası.
• Üretim ara deposu: İş emirlerine çıkılmış, sahada bekleyen malzeme. Ayrı takip edilmezse ana depo stoğu olduğundan yüksek görünür.
• Yarı mamul deposu: İşlem görmüş ama tamamlanmamış ürünler. İşletmenin bağlı sermayesinin önemli bir kısmı buradadır.
• Mamul deposu: Satışa hazır ürünler; sipariş rezervasyonları burada anlam kazanır.
• Sevkiyat alanı: Toplanmış ancak henüz çıkmamış ürünler. Fiziksel olarak depoda, taahhüt olarak müşteride.
• Fason deposu: Dışarıda işlem gören, mülkiyeti işletmede olan malzeme.
• Karantina / red alanı: Kalite kontrolünden geçmemiş veya iade edilecek malzeme.

Bu ayrımların her biri ayrı bir "sanal depo" olarak tanımlandığında, stok raporu gerçeği anlatır hale gelir. Aksi halde 1.000 adetlik toplam stoğun ne kadarının gerçekten kullanılabilir olduğu bilinmez — ki karar almayı belirleyen sayı toplam stok değil, kullanılabilir stoktur.

Depolar arası transfer disiplini

Çok depolu yapılarda en sık yaşanan sorun, transferlerin kaydedilmemesidir. Malzeme fiziksel olarak yer değiştirir ama sistemde eski yerinde görünür. Bu, tek başına stok doğruluğunu bozmaya yeter. Transferin mobil cihazla, malzeme taşınırken kaydedilmesi bu sorunu kaynağında çözer.

Skala'nın depo ve lokasyon bazlı stok yapısı ile Skala WMS'in barkodlu transfer operasyonları, bu ayrımların pratikte sürdürülebilir olmasını hedefler; her hareket işlemin yapıldığı yerde kaydedildiği için sanal depolar ile fiziksel gerçeklik arasındaki fark kapanır.

ERP Programına Geçiş Nasıl Yapılır?

Kısa Cevap

ERP'ye geçiş; ihtiyaç ve süreç analiziyle başlar, veri hazırlığı ve tanımlarla devam eder, test ve eğitimle olgunlaşır, canlı kullanımla tamamlanır. Başarıyı belirleyen en kritik aşama veri hazırlığıdır: ürün, stok, depo ve reçete tanımları doğru kurulmadan yapılan geçişler hemen her zaman sorun üretir.

ERP geçişi bir yazılım kurulumu değil, bir çalışma biçimi değişikliğidir. Bu yüzden teknik tarafı çoğu zaman en kolay kısımdır; asıl iş, süreçlerin netleştirilmesi ve ekibin yeni akışa alışmasıdır. Aşağıdaki 13 adım, geçişi yönetilebilir parçalara böler.

1. İhtiyaç analiziHangi problemi çözmek istediğinizi yazılı hale getirin. "ERP alalım" değil, "stok doğruluğunu ve üretim görünürlüğünü sağlayalım" gibi somut bir hedef belirleyin.
2. Süreç analiziMevcut akışı olduğu gibi çıkarın: sipariş nasıl geliyor, kim ne yapıyor, veri nerede duruyor. İyileştirmeyi bu haritanın üzerine yapın.
3. Veri hazırlığıMevcut listeleri temizleyin. Mükerrer kayıtlar, kullanılmayan ürünler ve hatalı birimler bu aşamada ayıklanmazsa sisteme taşınır.
4. Ürün ve stok tanımlarıÜrün kodlama mantığını belirleyin; hammadde, yarı mamul ve mamul ayrımını netleştirin. Birimleri ve dönüşümleri tanımlayın.
5. Depo ve lokasyon tanımlarıDepoları ve raf/lokasyon yapısını kurun. Fiziksel düzen ile sistemdeki yapı birbirini yansıtmalıdır.
6. Reçete / BOM tanımlarıÜretilen ürünlerin reçetelerini girin. Bu adım en çok emek isteyen, ancak en çok değer üreten adımdır.
7. Kullanıcı tanımlarıSistemi kimlerin kullanacağını belirleyin: ofis, depo, üretim sahası, satın alma, yönetim.
8. YetkilendirmeHer kullanıcının hangi ekranları görüp hangi işlemleri yapabileceğini tanımlayın. Aşırı kısıtlama da aşırı serbestlik de sorun üretir.
9. EntegrasyonlarE-ticaret ve muhasebe bağlantılarını kurun ve veri akışının doğru yönde çalıştığını doğrulayın.
10. TestGerçek bir siparişi baştan sona sistemde işleyin: sipariş, stok kontrolü, satın alma, iş emri, üretim, sevkiyat, maliyet.
11. EğitimHer ekibe kendi yapacağı işi öğretin. Depo çalışanına maliyet ekranı anlatmak yerine, mal kabul ve toplamayı hatasız yapmasını sağlayın.
12. Canlı kullanımBelirlenen tarihte açılış stoklarıyla başlayın. Mümkünse tek seferde geçin; paralel yürütme uzadıkça iki sistem de güvenilirliğini kaybeder.
13. Performans takibiİlk aylarda stok doğruluğu, iş emri kapanma oranı ve sayım farkı gibi göstergeleri izleyin. Aksayan yeri erken düzeltin.

Geçişi kolaylaştıran yaklaşım

Her şeyi aynı anda devreye almak zorunda değilsiniz. Çoğu işletme için en sağlıklı sıra şudur: önce stok ve depo doğru çalışsın, ardından sipariş ve satın alma bağlansın, sonra üretim ve iş emirleri devreye girsin, en son maliyet ve ileri raporlama kurulsun. Her aşama bir sonrakinin verisini hazırlar.

ERP Geçişinde Kim Ne Yapar?

ERP projelerinin başarısını belirleyen faktörlerin başında, sorumlulukların net dağıtılmış olması gelir. "Herkes ilgilenir" denen projeler, pratikte kimsenin sahiplenmediği projelere dönüşür. Aşağıdaki rol dağılımı, KOBİ ölçeğindeki bir işletmede bile uygulanabilir; bir kişi birden fazla rolü üstlenebilir, önemli olan rolün tanımlı olmasıdır.

Ekibin direncini azaltan yaklaşım

ERP geçişlerinde en sık karşılaşılan insan kaynaklı sorun, sahadaki ekibin sistemi "üzerine iş ekleyen bir zorunluluk" olarak görmesidir. Bu algı haksız da değildir: barkod okutmak, iş emri bildirmek başlangıçta ek bir adımdır. Bu direnci azaltmanın en etkili yolu, sistemin o kişiye ne kazandırdığını göstermektir.

• Depo çalışanı için: aranan ürünün nerede olduğunu bilmek, sayımın günler sürmemesi.
• Operatör için: hangi işi yapacağını sormadan görmek, yaptığı işin kayıt altına alınması.
• Satış için: müşteriye "bakıp döneyim" demek zorunda kalmamak.
• Satın alma için: neyin ne zaman biteceğini önceden bilmek.

Bir diğer pratik kural: hiçbir ekipten, karşılığında bir kolaylık almadığı bir veri girişi istemeyin. Sadece rapor üretmek için istenen veri girişleri, kısa sürede özensizleşir ve sistemin güvenilirliğini bozar.

ERP Programı Fiyatları Neye Göre Belirlenir?

ERP fiyatlandırması tek bir rakamla ifade edilemez, çünkü fiyatı belirleyen şey yazılımın kendisinden çok kapsamdır. Aynı ürün, iki farklı işletmede çok farklı bir kuruluma karşılık gelebilir. Aşağıdaki başlıklar, fiyatı belirleyen ana değişkenlerdir:

Toplam sahip olma maliyeti neden daha doğru bir ölçü?

ERP değerlendirmesinde sadece aylık veya yıllık bedele bakmak yanıltıcıdır. Gerçek maliyet şu kalemlerin toplamıdır: yazılım bedeli + kurulum ve veri hazırlığı + eğitim + entegrasyonlar + destek + (varsa) özelleştirme + geçiş sürecinde harcanan iç kaynak. Ucuz görünen ama kurulumu aylarca süren ve ekibin benimsemediği bir çözüm, toplamda çok daha pahalıya gelir.

Bunun tersi de doğrudur: hızlı kurulan, ekibin kolayca kullandığı ve gerçekten günlük işin parçası haline gelen bir sistem, ilk günden itibaren değer üretmeye başlar. Skala'nın güncel fiyatlandırma ve deneme koşulları için fiyatlandırma sayfasını incelemenizi öneririz.

ERP Seçiminde ve Kullanımında Sık Yapılan Hatalar

ERP projelerinin beklentiyi karşılamamasının nedeni genellikle yazılımın kendisi değil, süreçte tekrarlanan birkaç tipik hatadır.

1. Sadece fiyata bakarak seçmek. En düşük teklif, süreçlerinizi karşılamıyorsa en pahalı seçenek haline gelir. Karşılaştırmayı fiyat üzerinden değil, "hangi süreci nasıl yönetiyor?" üzerinden yapın.
2. İhtiyaç analizi yapmadan başlamak. Ne istediğini bilmeyen işletme, kendisine sunulanı ihtiyacı sanır. Önce problem listesi, sonra ürün değerlendirmesi.
3. Üretim süreçlerini hesaba katmamak. Ticaret odaklı bir yapıya üretim sığdırmaya çalışmak, sonradan düzeltilmesi en zor hatadır.
4. Stok yapısını yanlış kurmak. Hammadde, yarı mamul ve mamul ayrımı yapılmadan, birimler netleştirilmeden kurulan stok yapısı tüm zinciri bozar.
5. Veri temizliği yapmamak. Kirli veri sisteme taşındığında sonuç da kirli olur. Mükerrer ve ölü kayıtları geçmeden önce ayıklayın.
6. Kullanıcı eğitimini ihmal etmek. Sistemi kullanmayacak kişilere uzun eğitim, kullanacak kişilere hiç eğitim vermek yaygın bir hatadır. Eğitim role göre olmalıdır.
7. Gereksiz özelleştirme talep etmek. "Biz hep böyle yapıyorduk" demek yerine, mevcut alışkanlığın gerçekten gerekli olup olmadığını sorgulayın. Her özelleştirme kalıcı bir bakım yüküdür.
8. Entegrasyonları sonraya bırakmak. Elle veri taşımaya alışan ekip, entegrasyon geldiğinde bile eski yöntemi sürdürür.
9. Raporlamayı önemsememek. Veri toplanır ama kimse bakmazsa sistem sadece kayıt makinesi olur. Hangi raporun kimin kararını değiştireceğini baştan belirleyin.
10. Mobil operasyonu göz ardı etmek. Depo ve saha sisteme dahil edilmezse veri gecikmesi devam eder ve stok doğruluğu asla istenen seviyeye çıkmaz.
11. Paralel sistem yürütmeyi uzatmak. Hem Excel hem ERP kullanılan dönem uzadıkça, ikisi de güvenilmez hale gelir.
12. Sahiplenen bir kişi belirlememek. Projeyi sonuna kadar takip eden bir iç sorumlu yoksa, geçiş yarım kalır.

ERP Kullanmanın İşletmeye Somut Faydaları

Faydaları soyut ifadelerle değil, hangi günlük problemi çözdüğüyle birlikte ele almak daha anlamlıdır.

KOBİ'ler ve Küçük İşletmeler ERP Kullanabilir mi?

Kısa Cevap

Evet. ERP programı büyük ölçekli işletmelere özgü değildir. Belirleyici olan çalışan sayısı değil, süreç karmaşıklığıdır. On kişilik ama reçeteli üretim yapan, çok kalemli stok tutan ve birden fazla kanaldan satış yapan bir işletmenin ERP ihtiyacı, elli kişilik bir ticaret firmasından daha yüksektir.

"ERP bize göre değil, biz küçüğüz" düşüncesi, çoğu zaman eski nesil işletme yazılımlarının bıraktığı izlenimden kaynaklanır: uzun kurulumlar, ağır arayüzler, yüksek maliyetler. Bugünün bulut tabanlı çözümleri bu tabloyu değiştirdi. Küçük bir işletme de aynı gün stok tanımlarını girip ertesi hafta üretim takibine başlayabilir.

KOBİ'ler için doğru başlangıç stratejisi

• Dar başlayın, derin gidin. Önce stok ve depoyu doğru çalıştırın; her şeyi ilk ay devreye almaya çalışmayın.
• En çok acıtan problemi seçin. Sayım farkı mı, termin gecikmesi mi, maliyet belirsizliği mi? Oradan başlayın.
• Sahayı ilk günden dahil edin. Depo ve üretim sisteme girmezse veri hep eksik kalır.
• Basit kodlama kurun. Karmaşık ürün kodlama şemaları küçük ekiplerde hızla terk edilir.
• Deneyerek karar verin. Kendi ürününüzle, kendi reçetenizle test edin.

Skala, üretim ve stok süreçlerine odaklandığı için KOBİ ölçeğindeki üretim işletmelerinde de karşılık bulur; sistemin kapsamı işletme büyüdükçe genişletilebilir.

ERP Terimleri Sözlüğü

ERPKurumsal kaynak planlama. İşletme süreçlerini tek veri yapısında birleştiren yönetim yazılımı.

MRPMalzeme ihtiyaç planlaması. Üretim için hangi malzemeden ne zaman, ne kadar gerektiğini hesaplayan yöntem.

WMSDepo yönetim sistemi. Mal kabul, yerleştirme, transfer, toplama ve sevkiyat operasyonlarını yönetir.

BOM / ReçeteBir mamulün hangi malzemelerden, hangi miktarlarda üretildiğinin yapısal tanımı.

İş emriBelirli bir ürünün, belirli miktarda ve belirli koşullarda üretilmesi için açılan üretim kaydı.

İş istasyonuÜretim akışındaki bir işlem noktası. Kesim, montaj, boyama gibi aşamalar ayrı istasyon olabilir.

Yarı mamulİşlem görmüş ancak henüz satılabilir hale gelmemiş ara ürün.

FireÜretim sırasında kaybedilen, ürüne dönüşmeyen malzeme miktarı.

Lot / PartiAynı üretim veya alım grubundan gelen ürünlerin ortak izlendiği numara.

Seri numarasıHer bir ürünün tekil olarak izlenmesini sağlayan benzersiz numara.

RezervasyonStoktaki bir miktarın belirli bir sipariş veya iş emri için ayrılması.

Kritik stok seviyesiBir malzemenin altına düşmemesi gereken, tedarik süresine göre belirlenen miktar.

FasonÜretimin bir bölümünün dış firmaya yaptırılması. Malzeme çıkar ancak mülkiyet işletmede kalır.

Tedarik süresiSipariş verildikten sonra malzemenin teslim alınmasına kadar geçen süre.

İzlenebilirlikBir ürünün hammaddesinden sevkiyatına kadar geçtiği tüm adımların geriye ve ileriye dönük takibi.

FEFOSon kullanma tarihi en yakın olanın önce çıkması prensibi. Gıda ve kimyada yaygındır.

İşletmenizin ERP'ye Hazır Olduğunu Nasıl Anlarsınız?

Kısa Cevap

Bir işletme, süreçlerini takip etmek için harcadığı zaman süreçleri yürütmek için harcadığı zamanla yarışmaya başladığında ERP'ye hazırdır. Somut işaretler şunlardır: aynı verinin birden çok yere girilmesi, stok ile fiziksel sayımın tutmaması, üretimin nerede olduğunun sorulmadan bilinmemesi ve ürün maliyetinin ancak dönem sonunda tahmin edilmesi.

Üretim işletmeleri dijitalleşme yolunda genellikle benzer aşamalardan geçer. Kendinizi bu aşamalardan hangisinde gördüğünüz, hangi adımı atmanız gerektiğini de söyler.

1. Seviye 1 — Kâğıt ve hafızaStok defterde, üretim başustanın aklında, sipariş telefonda. Küçük ölçekte işler; ancak bilgi tamamen kişiye bağlıdır. Bir kişinin izne çıkması operasyonu yavaşlatır.
2. Seviye 2 — Excel dönemiVeriler dosyalara taşınmıştır. İlk büyük ilerleme budur. Ancak dosya sayısı arttıkça hangi dosyanın güncel olduğu belirsizleşir ve aynı bilgi birden çok yerde tutulur.
3. Seviye 3 — Parçalı yazılımlarMuhasebe için bir program, stok için başka bir çözüm, e-ticaret için ayrı panel kullanılır. Her biri kendi içinde çalışır ama aralarında veri elle taşınır. Mutabakat düzenli bir iş haline gelir.
4. Seviye 4 — Entegre ERPSüreçler tek veri yapısında birleşir. Sipariş, stok, üretim, satın alma ve maliyet birbirini besler. Raporlama ayrı bir çaba olmaktan çıkar.
5. Seviye 5 — Veriyle yönetimERP artık sadece kayıt tutmaz; planlama, tahminleme ve performans yönetimi için kullanılır. Kararlar sistemdeki göstergelerle alınır, sezgi bu göstergeleri yorumlamak için kullanılır.

Buradaki kritik nokta, seviyelerin atlanamaz olmasıdır. Seviye 2'deki veri düzensizliğini çözmeden Seviye 5'in tahminleme yeteneklerinden fayda beklemek gerçekçi değildir. ERP'ye geçiş, aslında Seviye 3'ten Seviye 4'e geçiş kararıdır ve bu geçişin en önemli hazırlığı veri disiplinidir.

ERP'yi erteleme maliyeti

Kararı ertelemenin görünmeyen bir maliyeti vardır ve bu maliyet genellikle yazılım bedelinden yüksektir. Yanlış stok bilgisiyle yapılan acil satın almalar, gecikmiş teslimat nedeniyle kaybedilen müşteriler, ölçülmediği için farkına varılmayan fire, gereksiz stokta bekleyen nakit ve raporlama için harcanan mesai — bunların toplamı çoğu işletmede sessizce büyür. ERP kararı verilirken sorulması gereken soru "bunun maliyeti ne?" değil, "mevcut düzenin bize maliyeti ne?" olmalıdır.

Bulut ERP mi, Yerel Kurulum mu?

ERP değerlendirmesinde teknik görünen ama aslında operasyonel sonuçları olan bir tercih vardır: yazılımın nerede çalışacağı. Bulut tabanlı kullanımda sistem hizmet sağlayıcının altyapısında barındırılır; yerel kurulumda ise işletmenin kendi sunucusunda çalışır.

Üretim işletmeleri için pratikte belirleyici olan iki soru şudur: Depo ve üretim sahası mobil cihazlarla sisteme bağlanacak mı? ve Birden fazla lokasyonunuz var mı? Her iki sorunun cevabı evetse bulut tabanlı kullanım operasyonel olarak belirgin şekilde kolaydır; çünkü sahadaki her cihazın aynı sisteme sorunsuz bağlanması gerekir.

ERP'de Veri Güvenliği ve Yetkilendirme

ERP, işletmenin en değerli bilgisini tek yerde toplar: ürün reçeteleri, maliyetler, müşteri listesi, fiyatlar, tedarikçi koşulları. Bu yoğunlaşma bir avantaj olduğu kadar bir sorumluluktur da. Veri güvenliği konusu genellikle "yedekleme var mı?" sorusuna indirgenir; oysa üç ayrı katmanı vardır.

1. Erişim güvenliği: kim, neyi görebilir?

Yetkilendirme, ERP'nin en çok ihmal edilen ama en çok fark yaratan ayarıdır. Depo çalışanının ürün maliyetlerini görmesi gerekmez; satış temsilcisinin reçeteleri değiştirebilmesi gerekmez. Rol bazlı yetkilendirme hem bilgi güvenliğini sağlar hem de kullanıcıların ekranlarını sadeleştirerek hata ihtimalini azaltır.

2. Veri bütünlüğü: kayıt kim tarafından, ne zaman yapıldı?

Güvenliğin ikinci boyutu, verinin değiştirilebilirliğidir. İyi kurgulanmış bir ERP'de her işlem kimin yaptığı ve ne zaman yapıldığı bilgisiyle birlikte kayıt altına alınır. Bir stok düzeltmesi yapıldığında bunun izi kalır. Bu, insanlara güvenmemekle ilgili değil; bir fark ortaya çıktığında nedenini bulabilmekle ilgilidir.

3. Süreklilik: sistem çalışmazsa ne olur?

Üçüncü boyut iş sürekliliğidir. Yedekleme sıklığı, veri kaybı toleransı ve sistem erişilemediğinde uygulanacak yöntem önceden belirlenmelidir. Değerlendirme yaparken "yedek alınıyor mu?" yerine "yedekten dönüş ne kadar sürer ve en fazla ne kadar veri kaybı olur?" sorusunu sormak daha bilgilendiricidir.

ERP'de Kalite, Iskarta ve Termin Yönetimi

Üretim planlamasının çoğu anlatımında her şeyin yolunda gittiği varsayılır. Gerçekte ise üretimin bir kısmı ıskartaya çıkar, bazı partiler yeniden işlenir ve terminler zorlanır. ERP'nin bu üç durumu nasıl ele aldığı, sistemin gerçek hayata ne kadar uyduğunun göstergesidir.

Iskarta ve yeniden işleme

Bir iş emrinde 500 adet üretilmesi planlanıp 480 adet sağlam çıkıyorsa, aradaki 20 adet basit bir eksiklik değildir: o 20 adet için hammadde tüketilmiş, işçilik harcanmış ve kapasite kullanılmıştır. Iskartayı ayrı kaydeden bir sistem, birim maliyeti doğru hesaplar. Iskartayı sadece "üretilmemiş" sayan bir sistem ise maliyeti olduğundan düşük gösterir.

Yeniden işleme (rework) durumunda ise ürün ıskartaya çıkmaz ama ek işlem görür. Bu ek işlemin kaydedilmesi, hangi ürünlerde ve hangi istasyonlarda tekrar iş çıktığını görünür kılar — ki bu bilgi çoğu zaman doğrudan bir süreç problemine işaret eder.

Termin yönetimi ve gecikme erken uyarısı

Termin, müşteriye verilen sözdür ve bu söz genellikle sipariş anında verilir. Sipariş anında verilen bir sözün tutulup tutulmayacağı ise üretim sürecinin ilerleyişine bağlıdır. ERP'nin bu noktadaki değeri, gecikmeyi teslim tarihinde değil haftalar öncesinde görünür kılmasıdır.

Bunun mekanizması basittir: iş emri planlanan tarihte başlamadıysa veya planlanan hızda ilerlemiyorsa, teslim tarihi risk altındadır. Bu bilgi zamanında görüldüğünde üç seçenek doğar: önceliği değiştirmek, kapasiteyi artırmak veya müşteriyle önceden konuşmak. Üçü de, teslim günü haber vermekten iyidir.

Termin riskini erken gösteren göstergeler

• Planlanan başlangıç tarihini geçmiş, hâlâ açılmamış iş emirleri
• Malzeme beklediği için duran iş emirleri
• Belirli bir iş istasyonunda biriken iş yükü
• Ortalamanın üzerinde ıskarta veren üretim partileri
• Tedarikçiden gecikmeli gelen kritik malzemeler

ERP Kullanımının Başarısı Nasıl Ölçülür?

ERP'ye geçen işletmelerin çoğu, altı ay sonra "işe yaradı mı?" sorusuna net cevap veremez; çünkü başlangıçta ne ölçüleceği belirlenmemiştir. Oysa ERP'nin etkisi somut göstergelerle takip edilebilir. Aşağıdaki göstergeleri geçişten önce bir kez ölçün, sonra düzenli aralıklarla tekrarlayın.

Son gösterge en çok gözden kaçandır: işlemlerin bir kısmı hâlâ sistem dışında yapılıyorsa, diğer tüm göstergeler eksik veriyle hesaplanıyor demektir.

İlk 90 gün: gerçekçi beklenti

ERP'nin etkisi kademeli ortaya çıkar. İlk aylarda beklenmesi gereken şey verimlilik sıçraması değil, görünürlüktir. Sistemi kullanmaya başladığınızda ilk fark edeceğiniz şey genellikle iyi haber olmaz: stok farkları ortaya çıkar, fire oranlarının sandığınızdan yüksek olduğunu görürsünüz, bazı ürünlerin kâr bırakmadığı anlaşılır.

Bu, sistemin sorun çıkardığı anlamına gelmez; zaten var olan sorunların görünür hale geldiği anlamına gelir. Asıl kazanç da buradan başlar: görünmeyen problem çözülemez. İlk 90 günün hedefi, veriyi doğru toplamak ve ekibin sistemi günlük işin doğal parçası haline getirmesidir. Verimlilik ve maliyet kazanımları bu temelin üzerine gelir.

Kendi göstergelerinizi ölçmeye hangi noktadan başlayacağınızı görmek için Skala ile bir akış çalıştırabilirsiniz.

ERP Programı Hakkında Sıkça Sorulan Sorular

ERP programı nedir?

ERP programı, bir işletmenin satış, üretim, stok, depo, satın alma, maliyet ve raporlama süreçlerini tek bir veri tabanı üzerinde birleştiren yönetim yazılımıdır. Bir yerde yapılan işlem, ilgili tüm süreçleri otomatik olarak günceller.

ERP ne işe yarar?

ERP, işletmedeki dağınık verileri tek yapıda toplayarak süreçler arasındaki kopuklukları ortadan kaldırır. Stok doğruluğunu artırır, üretimi izlenebilir hale getirir, satın almayı ihtiyaca dayandırır ve maliyetin gerçek verilerle hesaplanmasını sağlar.

ERP sistemi nasıl çalışır?

Merkezi bir veri yapısı üzerinde çalışır. Sipariş girilir, sistem stoğa bakar, eksikse üretim ihtiyacı doğar, reçeteden malzeme ihtiyacı hesaplanır, eksik malzeme satın almaya düşer, iş emri açılır, üretim yapılır ve mamul stoğa girerek sevk edilir. Her adım bir öncekinin verisini kullanır.

ERP programı kimler için uygundur?

Birden fazla süreci aynı anda yöneten her işletme için uygundur. Özellikle üretim yapan, çok kalemli stok tutan, birden fazla kanaldan satış yapan ve maliyet takibi ihtiyacı olan işletmelerde karşılığı yüksektir.

ERP ile stok takibi yapılır mı?

Evet, stok yönetimi ERP'nin temel modüllerinden biridir. Hammadde, yarı mamul ve mamul stokları depo ve lokasyon bazında, gerçek zamanlı olarak takip edilir; her hareketin geçmişi kayıt altındadır.

ERP ile üretim takibi yapılır mı?

Evet. Üretim iş emirleri üzerinden yönetilir; hangi iş emrinin hangi iş istasyonunda olduğu, ne kadarının tamamlandığı ve ne kadar fire çıktığı anlık olarak izlenebilir.

ERP ile üretim planlama yapılır mı?

Evet. ERP, açık siparişleri, mevcut stoğu, hammadde durumunu ve üretim kapasitesini birlikte değerlendirerek hangi işin ne zaman üretileceğini planlar ve malzeme ihtiyacını hesaplar.

ERP ile üretim maliyeti hesaplanabilir mi?

Evet. Reçete planlanan maliyeti verir, iş emrindeki gerçek tüketim ise fiili maliyeti gösterir. İkisi karşılaştırıldığında sapma ve ürün bazlı kârlılık ortaya çıkar.

ERP ile depo yönetilebilir mi?

Evet. Raf ve lokasyon tanımlarıyla ürünlerin yeri sistemde tutulur; mal kabul, transfer, toplama ve sevkiyat barkod okutularak yürütülür. Bu katmana genellikle WMS adı verilir.

ERP ve MRP arasındaki fark nedir?

MRP, üretim için malzeme ihtiyacını hesaplayan bir yöntemdir ve kapsamı üretim ile malzemeyle sınırlıdır. ERP ise satış, stok, depo, satın alma, maliyet ve raporlamayı da kapsayan geniş bir yapıdır. Modern ERP programlarında MRP bir modül olarak yer alır.

ERP ve WMS arasındaki ilişki nedir?

ERP stoğun ne kadar olduğunu ve nasıl planlanacağını yönetir; WMS ise deponun fiziksel operasyonlarını, yani ürünün nerede olduğunu ve hangi işlemle hareket ettiğini yönetir. İkisi aynı veri üzerinde çalıştığında depo ile kayıt arasındaki fark ortadan kalkar.

ERP programı nasıl seçilir?

Kendi süreçlerinizi listeleyerek başlayın, sonra bu süreçleri demo sırasında sistemde çalıştırın. Üretim desteği, gerçek zamanlı stok, iş emri, reçete/BOM, depo ve barkod, maliyet takibi, mobil kullanım, entegrasyonlar ve kurulum süresi belirleyici kriterlerdir.

En iyi ERP programı nasıl belirlenir?

"En iyi" ERP mutlak bir kavram değildir; işletmenin operasyonuna en iyi oturan çözüm en iyisidir. Üretim yapan bir işletme için doğru soru "hangi program daha çok özelliğe sahip?" değil, "benim üretim akışımı hangisi olduğu gibi yönetebiliyor?" sorusudur.

Üretim yapan firmalar ERP kullanmalı mı?

Üretim, hammaddenin mamule dönüştüğü ve her aşamada değer ile maliyetin değiştiği bir süreçtir. Reçete, iş emri, yarı mamul ve fire gibi katmanlar elle takip edildiğinde hata kaçınılmaz olur. Bu nedenle üretim işletmelerinde ERP'nin karşılığı yüksektir.

KOBİ'ler ERP kullanabilir mi?

Evet. Belirleyici olan çalışan sayısı değil süreç karmaşıklığıdır. Reçeteli üretim yapan, çok kalemli stok tutan küçük bir işletmenin ERP ihtiyacı, daha büyük ama basit süreçli bir firmadan yüksek olabilir.

ERP programı pahalı mıdır?

Maliyet; kullanıcı sayısı, modül kapsamı, entegrasyonlar, kurulum ve destek gibi değişkenlere göre belirlenir. Değerlendirmeyi lisans bedeliyle değil toplam sahip olma maliyetiyle yapmak daha doğrudur. Güncel fiyatlar için resmî fiyatlandırma sayfasını inceleyin.

Bulut ERP nedir?

Bulut ERP, sunucunun işletme içinde değil hizmet sağlayıcının altyapısında barındırıldığı kullanım modelidir. İnternet bağlantısı olan her yerden erişilebilir; donanım yatırımı ve sunucu bakımı gerektirmez.

Mobil ERP nedir?

Mobil ERP, ERP programının depo ve üretim sahasında mobil cihazlar üzerinden kullanılabilmesidir. Barkodlu mal kabul, transfer, sevkiyat ve üretim bildirimi işlemin yapıldığı yerde kaydedilir; veri gecikmesi ortadan kalkar.

WMS nedir?

WMS (Warehouse Management System), depo yönetim sistemidir. Mal kabul, yerleştirme, lokasyon takibi, transfer, toplama ve sevkiyat gibi fiziksel depo operasyonlarını yönetir.

BOM nedir?

BOM (Bill of Materials), Türkçede ürün ağacı veya reçete olarak bilinir. Bir mamulün hangi malzemelerden, hangi miktarlarda oluştuğunun tanımıdır ve malzeme ihtiyaç hesabının temelini oluşturur.

Reçete bazlı üretim nedir?

Üretilecek her ürünün malzeme listesinin sistemde tanımlı olduğu üretim yöntemidir. Üretim miktarı girildiğinde gereken malzeme otomatik hesaplanır, stoktan düşülür ve maliyete yansır.

İş emri nedir?

İş emri, belirli bir ürünün belirli miktarda üretilmesi için açılan üretim kaydıdır. Hangi ürün, ne kadar, hangi reçeteyle, hangi iş istasyonunda ve hangi siparişe karşılık üretileceği bilgisini taşır.

Üretim maliyeti nasıl takip edilir?

İş emri bazında gerçekte tüketilen hammadde, oluşan fire ve üretilen miktar kaydedilir. Bu veriler reçeteye göre planlanan tüketimle karşılaştırılarak fiili maliyet ve sapma hesaplanır.

Hammadde takibi nasıl yapılır?

Hammadde, mamulden ayrı bir stok türü olarak tanımlanır. Girişler mal kabulle, çıkışlar iş emrine bağlı olarak kaydedilir. İş emrine ayrılan hammadde rezerve edilerek başka işe gitmesi önlenir.

Barkodlu stok takip sistemi nedir?

Stok işlemlerinin ürün, raf ve parti barkodları okutularak yapıldığı sistemdir. Elle kod girme ihtiyacını ortadan kaldırdığı için hem işlem hızını artırır hem hata oranını düşürür.

Lot takibi nedir?

Lot (parti) takibi, aynı üretim veya alım grubundan gelen ürünlerin ortak bir numarayla izlenmesidir. Bir sorun tespit edildiğinde aynı partiden etkilenen tüm ürünlerin bulunmasını sağlar.

Seri numarası takibi nedir?

Her bir ürünün benzersiz bir numarayla tekil olarak izlenmesidir. Üretim tarihinden hangi müşteriye sevk edildiğine kadar tüm geçmişi tek ürün bazında görüntülenebilir; garanti ve servis süreçlerinde kritiktir.

ERP e-ticaret ile entegre olur mu?

Evet. Entegrasyon sayesinde online siparişler otomatik olarak ERP'ye aktarılır, stok senkronize edilir ve gerekiyorsa üretim ihtiyacı oluşur. Böylece elle sipariş girişi ve fazla satış riski ortadan kalkar.

ERP muhasebe ile entegre olur mu?

Evet. Operasyonda oluşan mali veri muhasebe tarafına aktarılır. Bu sayede aynı belge iki kez girilmez ve stok ile mali kayıt arasındaki farklar azalır.

Yapay zekâ ERP'de nasıl kullanılır?

Talep tahmini, stok ihtiyacı öngörüsü, satın alma önerisi ve anomali tespiti başlıca kullanım alanlarıdır. Yapay zekâ kararı almaz; geçmiş operasyon verisine dayalı öneriler sunarak karar vericiyi destekler.

ERP kurulumu ne kadar sürer?

Süre; ürün ve stok kalem sayısına, reçete karmaşıklığına, entegrasyon ihtiyacına ve veri hazırlığının durumuna göre değişir. Süreyi en çok etkileyen faktör genellikle yazılım değil, işletmenin veri hazırlığıdır.

Skala nedir?

Skala, üretim yapan işletmeler için geliştirilmiş bir üretim ve stok yönetim platformudur. Üretim takibi, stok yönetimi, depo yönetimi, sipariş yönetimi, satın alma, üretim maliyeti ve raporlama süreçlerini tek yapı altında toplar.

Skala hangi sektörler için uygundur?

Reçete/BOM bazlı üretim yapan, stok ve depo operasyonu yoğun işletmeler için uygundur. Mobilya, tekstil, kâğıt ve ambalaj, metal, gıda ve kimya gibi üretim sektörlerinde karşılık bulan bir yapıya sahiptir.

Skala ile hangi süreçler yönetilebilir?

Üretim takibi ve iş emirleri, reçete/BOM bazlı üretim, üretim maliyeti, gerçek zamanlı ve lokasyon bazlı stok, Skala WMS ile depo operasyonları, çok kanallı sipariş yönetimi, satın alma ve fason siparişler, mobil saha operasyonları, izlenebilirlik ve raporlama süreçleri yönetilebilir.

Skala ile üretim takibi yapılabilir mi?

Evet. Üretim iş emirleri üzerinden yürütülür, iş istasyonu bazında takip edilir ve Skala Operatör mobil uygulamasıyla saha bildirimleri anlık olarak sisteme işlenir.

Skala ile stok yönetimi yapılabilir mi?

Evet. Hammadde, yarı mamul ve mamul ayrı ayrı takip edilir; stok bakiyesi depo ve lokasyon kırılımında gerçek zamanlı görüntülenir ve barkodlu depo operasyonlarıyla güncellenir.

Sonuç: ERP Seçiminde Asıl Kriter Nedir?

ERP programı seçerken en yaygın hata, kararı bir özellik listesi karşılaştırmasına indirgemektir. Oysa listelerde birbirine çok benzeyen iki çözüm, aynı işletmede tamamen farklı sonuçlar üretebilir. Belirleyici olan özelliğin var olup olmaması değil, o özelliğin sizin işinizi yaptığınız şekilde yapmaya izin verip vermemesidir.

Bu nedenle değerlendirmeyi tersinden yapın: kendi süreçlerinizden başlayın. Siparişiniz nasıl geliyor, ürününüz hangi aşamalardan geçiyor, stoğunuz nerede ve hangi birimde duruyor, maliyetiniz nasıl oluşuyor, hangi bilgiyi kim ne zaman görmek zorunda? Bu soruların cevabı elinizde olduğunda, doğru ERP yazılımını seçmek çok daha kolaylaşır — çünkü artık ürünü değil, ürünün sizin akışınıza uyumunu değerlendirirsiniz.

Üretim yapan işletmeler için bu uyumun anlamı nettir: reçete ve iş emri yönetimi, hammadde-yarı mamul-mamul ayrımı, gerçek tüketim ve fire kaydı, lokasyon bazlı gerçek zamanlı stok, barkodlu depo operasyonları, ihtiyaç bazlı satın alma, izlenebilirlik ve tüm bunların üzerine kurulan güvenilir bir maliyet ve raporlama katmanı.

Skala tam olarak bu ekosistemi hedefler: üretim, stok, depo, sipariş, satın alma, maliyet, raporlama ve mobil operasyon süreçlerini tek yapı altında birleştirerek üretim işletmelerinin operasyonunu görünür ve kontrol edilebilir hale getirir. Skala WMS deponuzu, Skala Operatör üretim sahanızı aynı sisteme bağlar; e-ticaret ve muhasebe entegrasyonları dış dünyayla bağlantıyı kurar; yapay zekâ destekli tahminleme ise planlama kararlarınızı destekler.

Üretim süreçlerinizi daha görünür, kontrollü ve verimli yönetmek istiyorsanız Skala'yı inceleyin.

Kendi ürününüz ve kendi reçetenizle bir akış çalıştırın; siparişten sevkiyata kadar olan zincirin tek sistemde nasıl işlediğini görün.

Skala'yı ücretsiz deneyin Üretim takip yazılımını inceleyin

---

Bu rehber genel bilgilendirme amaçlıdır. Skala'nın güncel modül kapsamı, entegrasyon listesi, deneme koşulları ve fiyatlandırması için skalasuite.com üzerindeki güncel sayfaları esas alınız.

↑