Carbon: Üretim Yazılımının Üç Katmanı Tek Ürüne Sıkıştırmak

Büyük bir metal işletmesinde çalışmaya başladınız. İlk gün kuruluş yöneticisi sizi makine dairesine götürüyor.

“Şu makinelerin ne durumda olduğunu söyle” diyor.

Kontrol etmeye başlıyorsunuz. Makine PLC’si “Şu anda Makina-5, Job #2847 işleniyor, %65 tamamlandı, tahmini bitiş 14:32” diyor. Fakat ERP’ye bakıyorsunuz: Job #2847 “Beklemede” yazıyor, başlanış saati 2 saat öncesi. MES’e bakıyorsunuz: “Makina-4’de çalışıyor, 50% tamamlandı” yazıyor.

Yönetici soruyor: “Doğru olan hangisi?”

Cevabınız: “Hangisinin en son verisi olduğunu bilmiyorum.”

Bu sorun yazılım mimarisiyle ilgilidir. ERP bir yazılım, MES başka yazılım, QMS üçüncü yazılım. Hepsi verileri kendi veri tabanında tutıyor. Aralarında mesajlaşma var — API’ler, dosya taşıyıcılar, MQTT bağlantıları — ama bu taşıyıcılar gecikmeli, ara sıra kırılıyor, ya da veri ters çeviriliyor.

Açık kaynaklı Carbon, bu katman sorununa farklı bir çözüm sunar: Üç katmanı değil, tek bir veri modelinde birleştir.

ERP, MES, QMS: Neden Üçü Ayrı?

Tarihsel sebep: 1980-1990’larda, ERP sistemleri planlamaydı. Satın alma, muhasebe, üretim planı. Gerçek üretim atölyesinde ne olduğu bilinmiyordu veya çok yavaş biliniyor. PLC’ler makina loglarını tutuyordu, ama yazılım ile bağlantısı yoktu.

Sonra 2000’lerde MES yazılımları çıktı. Gerçek zamanlı veri: Makina çalışıyor mu? Hangi iş emri? Ürün kalitesi? MES, fabrika içindeki tüm canlı bilgiyi toplamak için tasarlandı.

QMS (Kalite Yönetim Sistemi) başka sorun: Her parçanın ölçümü, test sonuçları, kusur neden oldu? QMS bunu kaydediyor.

Sonuç: Üç sistem, üç veri tabanı, üç interface.

Problem: Entegrasyon maliyeti, veri çiftleştirilmesi (ERP’de de yazıyor, MES’te de yazıyor), senkronizasyon gecikmesi.

Carbon’un Yaklaşımı: Tek Veri Modeli

Carbon (GitHub: carbondatalabs/carbon) açık kaynaklı bir yazılımdır ve şöyle derler: Neden ayırasınız? Üretim işi planlamadan başlayıp, gerçek zamanlı veriye kadar, hep bir iş akışıdır. Veri bir kere yazılır, her yer okur.

Misal senaryo:

Pazartesi 06:00 — Üretim Planlayıcı

Siparişler geldi. 10 parça X ürünü, 12 parça Y ürünü. Carbon’da plan yazıyor:

• Job #3001: 10 × Ürün X, Makina-1, 2 saat, tahmini başlangıç Pazartesi 08:00
• Job #3002: 12 × Ürün Y, Makina-2, 1.5 saat, tahmini başlangıç Pazartesi 08:30

Bu bilgi, MRP motoru tarafından kaynak kısıtlamalarına göre planlanıyor (makina mevcudiyeti, işçi sayısı, malzeme stoku kontrol ediliyor). Carbon, malzeme stokunu aynı veri modelinde tutuyor. Eğer malzeme eksikse, satın alma iş akışını otomatik açıyor.

Pazartesi 08:00 — Fabrika Zemini

Operatör, Carbon arayüzünü (ya da kiosk) açıyor. Job #3001, Makina-1’de başlıyor. Carbon:

• Reçete (BoM) alıyor: Ürün X’in ihtiyacı Malzeme A 2 kg, Malzeme B 1 kg
• Malzeme A stoğundan 2 kg çıkartıyor
• Makina-1 “Job başladı, Pazartesi 08:00” logu kaydediyor (PLC’den ya da operatör input’u)

Pazartesi 08:15 — Kalite Kontrol

Makina-1’den bir örnek alınıyor. QMS modülü (Carbon’ın içinde) örneği ölçüyor: Boyut OK, renk OK, ağırlık OK. Carbon, Job #3001’e “örnek test geçti” yazıyor.

Pazartesi 10:00 — Tamamlanma

Job #3001 tamamlandı. Operatör “Tamamla” basıyor. Carbon:

• Makina-1 saatini durduruyor
• Üretim miktarını (10 parça) stoka ekliyor
• İş emri maliyetini hesaplıyor (Malzeme A + B maliyeti, makina saati, işçi saati)
• Müşteri siparişine bağlı job ise, müşteri “Job tamamlandı, teslimat 2 gün” bildirir

Tüm bu akış, tek veri tabanında. ERP, “Job tamamlandı” mesajını MES’ten beklemez. MES veri tabanı, ERP’nin eski planını görmez. Hepsi aynı gerçekten bilgi alıyor.

Açık API ve AI Ajanları

Carbon’un başka bir özelliği: Açık API. Veri modeli ve iş mantığı dokumentedir. Harici yazılımlar (örneğin, müşteri portalı, ürün tasarım platformu) doğrudan Carbon’a bağlanabilir.

Hatta, yapay zeka ajanları diğerine bağlanabilir. Misal: Bir scheduling ajanı, fabrika yüküne bakarak, “Job #3003’ün başlangıç saati 1 saat erkene çekilirse, genel tamamlanma 30 dakika hızlanır” tavsiye edebilir. Ya da bir satın alma ajanı, stok seviyesini takip ederek, otomatik sipariş açabilir. Carbon’ın veri modeli ve API açık olduğu için, bu ajanlar yazılabilir.

Supabase Temeli

Carbon, Supabase (bir açık kaynaklı Postgres backend) üzerine inşa edilmiştir. Bu ne demek? Veri tabanı açıktır. Siz kendi sunucunuzda çalıştırabilirsiniz, bulutta çalıştırabilirsiniz. Veri tabanında kendi sorguları yazabilirsiniz, custom rapor oluşturabilirsiniz. SAP’ta bu olasılık yok.

Pratikte Ne Değişir?

1. Entegrasyon Maliyeti Azalır: Üç yazılım arasında mesaj alışverişi yazmanız gerekmez. Tek sistem.

2. Veri Çiftleştirilmesi Biter: Aynı bilgi, iki veri tabanında farklı hali, eski hali, silinmiş hali gibi sorunlar çöker.

3. Karar Verme Hızlanır: Yönetici, “Bu Job’ı 2 saat öne çekilebilir mi?” sorusunun cevabını, tüm bilgi (planlanmış iş, makina mevcudiyeti, test durumu) aynı sistemde olduğu için, saniyeler içinde alır.

4. Özel Kurallar Yazılabilir: Açık kaynak ve açık API, özel iş kurallarınız için kod yazmanız demektir. Misal: “Kusurlu parça, ilgili operatörün değerlendirmesini talep et, sonra tekrar başla” kuralını, Carbon’a ait bir workflow yazarsınız, sistem otomatik uygular.

Carbon gibi bütünleşik yazılımlar, endüstri 4.0 çağında, veri bağımlı karar veren fabrikalar için gereklidir. Çünkü fabrikada her saat yüzlerce veri noktası var, ve eğer bunları farklı sistemlerde yönetirseniz, hiç bir zaman tüm resmi göremezsiniz.

Açık kaynak olması ise, bir avantaj daha: Yazılımı kendi ihtiyaçlarınıza göre değiştirebilirsiniz. Kapalı bir sistem değildir.