Divriği'nde reçete (BOM) yönetimi yaptırmak

01Reçete (BOM) yönetimi ile neler yapılır?

Her işletmenin ihtiyacı farklıdır; yine de çoğu reçete (BOM) yönetimi projesinde şu başlıklar konuşulur:

• alternatif
• revizyon
• çok seviyeli BOM

İhtiyaca göre üretim maliyeti hesaplama, hammadde ve malzeme planlama ve üretim raporlama da aynı yol haritasına eklenebilir.

02Hangi durumlarda reçete (BOM) yönetimi yaptırılır?

Maliyet hesapları tahmine dayandığında

Hammadde, işçilik ve makine süresi gerçekleşen veriyle izlenir; birim maliyet sapmaları görünür olur.

Kalite ve izlenebilirlik istendiğinde

Lot ve parti bilgisi hammaddeden sevkiyata kadar zincir halinde kaydedilir; geri çağırma raporu dakikalar içinde alınır.

Çok seviyeli BOM gerektiğinde

Çok seviyeli BOM, reçete (BOM) yönetimi projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

03Reçete (BOM) yönetimi planlarken bilinmesi gerekenler

• Sahadan veri toplama yöntemi seçilir: terminal/tablet, barkod, PLC/sensör.
• Operatör ekranları eldivenle, gürültülü ortamda kullanılacak sadelikte olmalıdır.
• Lot/seri izlenebilirlik gıda, kimya, otomotiv ve medikalde müşteri ya da mevzuat gereği olabilir.

04Divriği için uzaktan ve yerinde çalışma

Divriği, Sivas iline bağlı bir ilçedir ve PTT adres verisine göre 202 mahalle ve köy kaydından oluşur.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Divriği'ndeki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

Aynı ildeki Yıldızeli, Şarkışla ve İmranlı ilçeleri için de reçete (BOM) yönetimi talepleri değerlendirilir; toplantılar uzaktan yapılır.

05Çalışma adımları

1. İlk görüşme: Telefon, WhatsApp veya form üzerinden ihtiyacınızı ve mevcut durumu dinleriz.
2. Analiz: Süreç, kullanıcı rolleri, kullandığınız Excel veya eski sistem örnekleri ve bağlanacak sistemler incelenir.
3. Kapsam ve yazılı teklif: Hangi işin hangi aşamada teslim edileceği ve neyin kapsam dışı olduğu teklifte açıkça yazılır.
4. Tasarım ve prototip: Ekran akışları ve tasarımlar hazırlanır, onayınızdan sonra geliştirmeye geçilir.
5. Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
6. Yayın, veri aktarımı ve eğitim: Veri aktarımı doğrulandıktan sonra yayına geçilir; ekip için kısa kullanım kılavuzu hazırlanır.
7. Bakım ve destek: Yeni ihtiyaçlar sürüm planına alınır; sistem kullanıldıkça geliştirilir.

06Örnek kapsam hesabı

07Nasıl çalışıyoruz?

Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.

• Kaynak kod ve veri işletmeye teslim edilir.
• Her değişiklik önce test ortamında denenir.
• KVKK baştan tasarlanır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Sivas da bunlardan biri.

08Uzman desteği ne zaman şart olur?

Reçete (BOM) yönetimi işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Makine duruşları raporlanmıyor: elle kayıt.
• Gerçek maliyet bilinmiyor: fire/duruş/işçilik kaydı yok.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• çok seviyeli BOM
• revizyon
• alternatif
• MRP
• iş emri
• OEE
• rota
• kalite kontrol
• ERP
• Sivas
• Divriği