Ürün ağacınızı (BOM) esas alarak hangi malzemeden ne kadar ve ne zaman gerektiğini hesaplar; mevcut stok, açık siparişler ve tedarik sürelerini düşerek satın almaya tarihli sipariş önerisi çıkarırız. MRP II katmanıyla aynı planı makine kapasitesi ve iş gücü açısından da sınarız.
Satın almanın en zor sorusu her zaman aynıdır: neyi, ne kadar ve en geç ne zaman sipariş etmeliyim. Çoğu fabrikada bu sorunun cevabı ustanın tecrübesinden, üretim şefinin tahmininden ve elde tutulan bir Excel dosyasından çıkar. Bu yöntem işletmeyi bir süre taşır, ama iki yönde de pahalıya patlar. Bir yandan hat, siparişi geç verilmiş tek bir yardımcı malzeme yüzünden durur; ekip o malzemeyi acil tedarikle, yüksek fiyattan ve bazen uçak kargosuyla getirtir. Öte yandan bir daha kalmasın refleksiyle fazla alınan hammadde depoda birikir ve nakit stokta kilitlenir. İki durum da aynı boşluktan doğar: ihtiyaç hesaplanmamış, tahmin edilmiştir.
Eksik olan şey aslında yazılım değil, hesabın dayandığı veridir. Malzeme ihtiyaç planlaması (MRP), ürün ağacı (BOM) ve tedarik süresi verisi üzerine kurulur. Sahada ise ürün ağacı çoğu zaman güncel değildir; ürün değişmiş, reçete kafada güncellenmiş ama sisteme yazılmamıştır. Fire oranı yazılı değildir, alternatif malzeme yalnızca satın almacının bildiği bir bilgidir, tedarik süreleri ise tedarikçinin sözüne göre değişir. Bu yüzden birçok firmada ERP'nin MRP modülü aslında vardır ama hiç çalıştırılmaz: bir kez denenmiş, çıkan öneri listesi gerçeğe uymadığı için güven kaybedilmiş ve dosya kapatılmıştır. Sorunun kaynağı modülün kendisi değil, beslendiği veridir.
MRP hesabı özünde sade bir zincirdir. Satış siparişleri ve üretim planı brüt ihtiyacı verir; ürün ağacı bu ihtiyacı alt malzemelere kadar patlatır. Ardından eldeki stok, henüz gelmemiş açık satın alma siparişleri ve başka işlere ayrılmış rezervler düşülür; kalan miktar net ihtiyaçtır. Son adımda tedarik süresi kadar geriye sayılır ve siparişin en geç hangi tarihte verilmesi gerektiği bulunur. Buna emniyet stoğu, minimum sipariş miktarı ve parti büyüklüğü kuralları eklenir. Çıktı bir liste değil, tarihli bir eylem planıdır: hangi malzeme, hangi miktarda, hangi tedarikçiden ve en geç hangi gün sipariş edilmeli.
MRP II, yani üretim kaynakları planlaması, bu hesabın üstüne kaynak boyutunu ekler. Malzeme yetiyor olabilir; peki o işi yapacak makine saati, kalıp ve vardiya var mı? MRP II planı kaba kapasite açısından sınar: hangi haftada hangi iş merkezi aşırı yüklenmiş, verilen termin gerçekten tutulabilir mi. Burada sınırı net çizmek gerekir. MRP ve MRP II ne kadar ve ne zaman sorusunu yanıtlar; hangi işin hangi makinede, hangi sırayla ve hangi kalıp değişimiyle yürüyeceği ileri planlama ve çizelgeleme konusudur, ayrı bir çalışmadır. Son olarak dürüst bir uyarı: MRP tek başına stoğu düşürmez ve hiçbir hesap kötü veriyi düzeltmez. Ürün ağacı ve tedarik süreleri doğru değilse çıkan öneri de yanlış olur.
Makine, metal işleme, mobilya ve montaj ağırlıklı üretim yapan; tek bir ürünün onlarca hatta yüzlerce alt parçadan oluştuğu firmalar. Bu yapıda eksik kalan tek bir bağlantı elemanı bile sevkiyatı durdurur. İhtiyacın elle hesaplanması pratikte imkânsızdır; hata payı parça sayısıyla birlikte büyür ve kimse hatanın nerede olduğunu bulamaz.
Hammaddesini ithal eden veya siparişe özel üretilen bileşen kullanan işletmeler. Burada gecikme telafi edilemez: sipariş bir hafta geç verildiğinde üretim bir hafta değil, tedarik süresi kadar kayar. Tedarik süresinin malzeme bazında yazılı olması ve hesaba girmesi, bu firmalarda en yüksek getiriyi veren tek değişikliktir.
Tekstil, plastik, gıda ve ambalaj gibi ortak hammaddenin farklı ürünlerde döndüğü üretimler. Bu işletmelerde aynı stok birden çok siparişte hesaba katılır ve depoda var sanılan malzeme aslında başka işe ayrılmıştır. Sorun genellikle ay sonunda değil, sevkiyat gününde fark edilir. Rezerv mantığının sisteme girmesi bu çift sayımı ortadan kaldırır.
Logo, Mikro, Netsis veya benzeri bir sistemi olan ama üretim ve MRP modülü hiç açılmamış ya da bir kez denenip bırakılmış firmalar. Bu durumda ihtiyaç yeni bir program değil, ürün ağacı ile tedarik verisinin kullanılabilir hale getirilmesi ve hesabın firmanın gerçek kurallarına göre kurulmasıdır.
| Yetenek | Ne sağlar |
|---|---|
| Ürün ağacı (BOM) ve revizyon yönetimi | Çok seviyeli ürün ağacı kurulur; her kalem için miktar, ölçü birimi, fire oranı ve alternatif malzeme tanımlanabilir. Ürün ağacının revizyonları tarihli tutulur, hangi siparişin hangi revizyonla üretildiği kaybolmaz. Varyantlı üretimde her varyant için ayrı ağaç açmak yerine parametreli yapı kurulabilir; bu, ürün çeşidi çok olan firmalarda bakım yükünü belirgin biçimde azaltır. |
| Brüt ve net ihtiyaç hesabı | Satış siparişleri, üretim planı ve talep tahmini brüt ihtiyaca çevrilir; ürün ağacı alt seviyelere kadar patlatılır. Eldeki stok, açık satın alma siparişleri, üretimdeki iş emirleri ve başka işlere ayrılmış rezervler düşülerek net ihtiyaç bulunur. Hesabın hangi girdiden ne düştüğü satır satır görülebilir; sonuç bir kara kutu değildir. |
| Tedarik süresi ve geriye planlama | Her malzeme için tedarikçi bazında tedarik süresi, mal kabul ve kalite kontrol süresi tanımlanır. Sistem ihtiyaç tarihinden geriye sayarak siparişin en geç hangi gün verilmesi gerektiğini hesaplar. Geciken bir siparişin hangi üretim emrini ve hangi müşteri terminini etkileyeceği zincir halinde gösterilir; böylece hangi gecikmenin acil olduğu tartışma konusu olmaktan çıkar. |
| Sipariş önerisi ve satın almaya devir | Hesap sonunda tarihli sipariş önerileri üretilir; öneriler tedarikçiye, malzeme grubuna veya sorumluya göre gruplanabilir. Planlamacı öneriyi kabul eder, erteler veya değiştirir; her müdahale gerekçesiyle kayda geçer. Onaylanan öneri satın alma talebine dönüşür ve mevcut satın alma akışınıza aktarılır. MRP karar vermez; kararı hazırlar ve gerekçesini gösterir. |
| Emniyet stoğu, parti büyüklüğü ve sipariş kuralları | Malzeme bazında emniyet stoğu, yeniden sipariş noktası, minimum sipariş miktarı ve katlı sipariş kuralları tanımlanır. Kritik ve uzun tedarik süreli kalemler ayrı politikayla yönetilir. Emniyet stoğu tek bir genel kural yerine tüketim değişkenliğine göre malzeme bazında belirlenir; her kaleme aynı gün sayısını uygulamak, en sık yapılan ve en pahalı sadeleştirmedir. |
| MRP II: kaba kapasite ve iş gücü planlaması | MRP II katmanında plan yalnızca malzeme açısından değil kaynak açısından da sınanır. İş merkezi bazında mevcut makine saati, vardiya düzeni ve operatör sayısı tanımlanır; planın hangi haftada hangi iş merkezini aştığı görünür hale gelir. Böylece kabul edilen bir siparişin terminini vermeden önce kapasitenin gerçekten yeterli olup olmadığı kontrol edilir. |
| Senaryo karşılaştırma ve sapma ölçümü | Plan üzerinde ne olur denemeleri yapılabilir: yeni bir sipariş kabul edilirse, bir tedarikçi gecikirse veya bir hat durursa hangi malzeme ve hangi termin etkilenir. Ayrıca planlanan ile gerçekleşen tüketim karşılaştırılır; fire oranı ve tedarik süresi gibi varsayımların gerçeğe ne kadar yakın olduğu ölçülür ve veri zamanla düzeltilir. |
Sahada ürün ağaçlarının ne kadarının güncel olduğunu, fire oranlarının nerede tutulduğunu ve tedarik sürelerinin yazılı olup olmadığını tespit ederiz. Satın alma bugün kararını neye bakarak veriyor, bunu adım adım çıkarırız. Çıktı, veri sağlığını dürüstçe ortaya koyan bir tespit raporudur; bu rapor olmadan süre ve maliyet tahmini vermeyiz.
Pilot ürün grubu için ürün ağaçları güncellenir, fire oranları ve alternatif malzemeler yazılı hale getirilir, tedarikçi bazında tedarik süreleri girilir. Bu adım genellikle projenin en uzun ve en çok kurum içi emek isteyen kısmıdır; bunu baştan söyler, kimin hangi veriden sorumlu olduğunu yazılı olarak belirleriz.
MRP hesabı kurulur ve bir süre yalnızca gölgede çalıştırılır: öneriler üretilir ama uygulanmaz. Satın alma kendi kararıyla sistemin önerisini karşılaştırır. Farklı çıkan her kalem tek tek incelenir; fark genellikle eksik veriden gelir ve bu inceleme, veriyi düzeltmenin en etkili yoludur.
Öneriler güvenilir hale geldiğinde iş merkezi kapasiteleri ve vardiya düzeni tanımlanır, plan kapasite açısından da sınanmaya başlar. Sipariş önerileri satın alma akışına bağlanır ve pilot grup canlıya alınır. Kapsam ürün grubu grubu genişletilir; tüm ürünlerle aynı anda başlamayı önermiyoruz.
Canlıda planlanan ile gerçekleşen karşılaştırılır: fire oranları, tedarik süreleri ve emniyet stoğu seviyeleri gerçek veriyle güncellenir. Duruş nedeni malzeme eksikliği olan vakalar ayrıca izlenir. SLA kapsamında izleme ve destek veririz; ürün yapısı veya tedarikçi düzeni değiştikçe kuralları birlikte gözden geçiririz.
Hayır. MRP hangi malzemeden ne kadar ve ne zaman gerektiğini hesaplar; MRP II ise bunun üstüne kaba kapasite kontrolü ekler, yani hangi haftada hangi iş merkezinin aşırı yüklendiğini gösterir. Hangi işin hangi makinede, hangi sırayla ve hangi kalıp değişim süresiyle yürüyeceği ileri planlama ve çizelgeleme konusudur; farklı bir hesap mantığı ve farklı bir veri seti ister. İkisini tek projede karıştırmak, her ikisinin de yarım kalmasına yol açar.
Çoğu zaman hayır. Önce mevcut modülün neden kullanılmadığına bakarız; karşılaştığımız durumlarda sorun genellikle modülde değil, ürün ağacı ve tedarik süresi verisinin eksikliğindedir. Veri düzeldiğinde mevcut modül çalışır hale geliyorsa doğru iş odur ve bunu size söyleriz. Yeni geliştirmeyi ancak firmanın kuralları modüle sığmıyorsa öneririz; örneğin varyantlı ürün ağacı, formüllü reçete veya fasona bağlı ihtiyaç hesabı gerekiyorsa.
Başlayabilirsiniz ama bunu küçümsememek gerekir. Ürün ağacı güncel değilken kurulan MRP, yanlış öneriyi hızlı üretir ve ekibin sisteme güvenini ilk haftalarda bitirir. Bu yüzden pilot bir ürün grubuyla başlar, önce o grubun ağacını birlikte güncelleriz. Tüm ürün gamını en baştan düzeltmeye çalışmak, çoğu firmada projeyi hiç başlatmadan durduran karardır; kapsamı dar tutmak daha hızlı sonuç verir.
Standart MRP bu üretime olduğu gibi oturmaz, çünkü reçetenin önceden kurulmuş olmasını bekler. Proje bazlı tek parça imalatta ürün ağacı çoğu zaman iş ilerledikçe netleşir. Bu durumda hesabı ana bileşenler ve uzun tedarik süreli kalemler üzerine kurar, gerisini iş emri ve gerçekleşen veriyle yürütürüz. Yani MRP'yi zorlamak yerine kapsamını daraltırız; bunu keşifte açıkça konuşur, olmayacak bir vaatte bulunmayız.
Genellikle stoğun yapısı değişir, toplam stok her zaman düşmez. Kritik ve uzun tedarik süreli kalemlerde emniyet stoğu bilinçli olarak artabilir; buna karşılık ihtiyaç dışı biriken kalemlerde azalma görülür. Asıl kazanç çoğu zaman stok rakamında değil, malzeme eksikliğinden kaynaklanan duruşların ve acil tedarik maliyetlerinin azalmasındadır. Size yüzdeli bir düşüş sözü vermeyiz; bunu vaat eden teklife temkinli yaklaşmanızı öneririz.
Güncellenmiş ve revizyonu izlenen ürün ağaçları; malzeme bazında tedarik süresi, emniyet stoğu ve sipariş kuralları; net ihtiyaç hesabı ve tarihli sipariş önerileri; satın alma akışına bağlantı; MRP II tarafında iş merkezi bazlı kaba kapasite görünümü; planlanan ile gerçekleşenin karşılaştırıldığı sapma raporları. Kaynak kod, doküman ve veri dahil her şey size aittir.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
Bayinin, galerinin ve yetkili servisin kendi işini yürüttüğü yazılımı kuruyoruz: araç veya ürün stoğu, showroom satış süreci, servis randevusu ve iş emri, garanti talebi ile üretici tarafındaki sistemlerle entegrasyon tek yapıda birleşir. Mevcut muhasebe programınız yerinde kalır, kaynak kod sizindir.
Detay →Satışın bayi, distribütör ve çözüm ortağı üzerinden yürüdüğü firmalar için kanal yazılımı kuruyoruz: iş ortağı kaydı ve seviyelendirme, hedef ve prim hesabı, lead paylaşımı ve çakışma önleme, pazarlama malzemesi ile eğitim ve sertifikasyon takibi tek yerde toplanır.
Detay →Plasiyer ve saha ekibinin işini telefondan yürüten bir sistem kuruyoruz: rota ve ziyaret planı, mobil sipariş, sahada tahsilat, raf ile rakip fotoğrafı ve hedef takibi tek uygulamada birleşir. Uygulama internet olmadan da çalışır, bağlantı geldiğinde kendi kendine eşitlenir.
Detay →Site, e-ticaret, CRM, çağrı kaydı ve mağaza kasasındaki müşteri verisini tek kimlik altında birleştiririz. Mükerrer kayıtlar eşleşir, segmentler kurala göre üretilir, izin durumu her kayıtta taşınır ve segmentler kanallara kontrollü biçimde aktarılır. Amaç yeni bir rapor değil, kanalların her gün kullanabileceği çalışır bir müşteri görünümüdür.
Detay →E-posta, SMS ve WhatsApp mesajlarını tek tek gönderilen duyurular olmaktan çıkarıp, müşterinin davranışına göre kendiliğinden çalışan akışlara dönüştürürüz. Terk edilmiş sepet, hoş geldin, yeniden kazanım ve satın alma sonrası akışları kurulur; ilgilenen kişi puanlanır ve satış ekibine devredilir. İzin ve gönderim disiplini akışın içine gömülür.
Detay →Eğitim kataloğunu, kime hangi eğitimin zorunlu olduğunu, kimin tamamladığını ve sertifikanın ne zaman geçerliliğini yitireceğini tek yerde toplayan bir eğitim yönetim sistemi (LMS) kurarız. İSG ve kalite eğitimlerinin kaydı denetim istendiğinde saatler içinde değil, tek ekranda çıkar.
Detay →
