Reçete (BOM) yönetimi için teknoloji seçimi (Kulu)

01Kullanılabilecek teknolojiler

Node.js

JavaScript'i sunucuda çalıştıran ortam; API, gerçek zamanlı uygulama ve entegrasyon servisleri için yaygındır.

Microsoft SQL Server

Kurumsal ERP ve muhasebe programlarında sık kullanılan ilişkisel veritabanı.

PostgreSQL

Açık kaynaklı, güçlü ilişkisel veritabanı; karmaşık sorgular, JSON verisi ve büyük tablolar için uygundur.

Python (Django / FastAPI)

Veri işleme, yapay zekâ ve web servisleri için yaygın programlama dili; Django kapsamlı, FastAPI hafif API geliştirme sunar.

.NET

Microsoft'un kurumsal uygulama platformu; masaüstü, web ve servis geliştirmede kullanılır.

02Karşılaştırma tablosu

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

• Mevcut muhasebe/ERP (Logo, Mikro, Netsis, Nebim, SAP vb.) ile neyin nerede tutulacağı belirlenir.
• Sahadan veri toplama yöntemi seçilir: terminal/tablet, barkod, PLC/sensör.
• Lot/seri izlenebilirlik gıda, kimya, otomotiv ve medikalde müşteri ya da mevzuat gereği olabilir.

04Kulu için çalışma düzeni

Kulu'nun PTT verisindeki 47 yerleşim kaydı 3 farklı posta koduna dağılır. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için reçete (BOM) yönetimi tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Kulu'da PTT verisine göre 1 OSB/SB kaydı bulunur. Üretim ve toptan işletmelerinde reçete (BOM) yönetimi için barkodlu okutma noktaları, vardiya bazlı raporlar ve B2B bayi siparişi gibi ihtiyaçlar değerlendirilir.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Kulu'daki 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 Karapınar, Halkapınar ve Emirgazi ilçeleri için de reçete (BOM) yönetimi talepleri değerlendirilir; toplantılar uzaktan yapılır.

05Reçete (BOM) yönetimi hangi ihtiyaca cevap verir?

Ç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.

Üretimin anlık durumu bilinmediğinde

Reçete (BOM) yönetimi ile iş emri, adet, süre ve fire bilgisi sahadan anında toplanır; yönetim aynı ekrandan durumu görür.

06Barındırma seçenekleri

• Bulut sunucu (VPS): esnek, kaynak ihtiyacına göre büyütülebilir
• Yönetilen platformlar: altyapı yönetimini sağlayıcıya bırakır
• Şirket içi sunucu: verinin kurum içinde kalması gerektiğinde
• Konteyner tabanlı yayın (Docker): her ortamda aynı kurulum

Uygulamayı bağımlılıklarıyla birlikte konteynere paketleyen araç; her ortamda aynı şekilde çalışmasını sağlar.

07Neden "en yeni" değil "doğru" teknoloji?

Teknoloji seçimi uzun vadeli bakım maliyetini belirler. Yaygın, belgelenmiş ve ekibin bildiği bir teknoloji; en yeni ama az bilinen bir teknolojiden çoğu zaman daha doğru bir tercihtir.

08Ölçeklenebilirlik

Reçete (BOM) yönetimi büyüdükçe veritabanı indeksleri, önbellek ve arka plan kuyrukları devreye girer; mimari bu adımlara baştan izin verecek şekilde kurulur.

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• çok seviyeli BOM
• revizyon
• alternatif
• MRP
• iş emri
• OEE
• seri numarası
• duruş
• bakım
• Konya
• Kulu