Ana sayfa/Sektörler/Üretim ve Endüstri 4.0
Sektör

ERP’den üretim sahasına: birbirine bağlı tek bir zincir.

MES entegrasyonu, üretim analitiği ve tedarikçi sistemleri — devreye almaları üretim takvimine göre planlayarak üretimi dijitalleştirmek.

Üretim ve Endüstri 4.0Neler yapıyoruz
01Üretim görünürlüğü
02ERP–MES–makine entegrasyonu
03Tedarikçi ve satın alma sistemleri
04Öngörücü kalite ve bakım
Nasıl ilerler
  1. Tesis keşfi
  2. İlk hat, ölçülmüş
  3. Dikey zincir
  4. Tesis geneline yayılım
  5. İşletme veya devir
Üretim yazılımı neden zordur

Üretim yazılımı hakkını OEE puanı ve termin uyumuyla verir.

Başka hiçbir şey sayılmaz. Bir tesisin bir panoya daha ihtiyacı yoktur; üç numaralı hattın dün gece neden durduğunu, üzerinde çalıştığı siparişin hâlâ müşterinin istediği sipariş olup olmadığını ve bu yanıtın bir sürümünü tutan dört sistemden hangisinin doğruyu söylediğini bilmeye ihtiyacı vardır. Açık, nadiren makinelerdedir. Aradaki katmanlardadır — ERP, MES, historian’lar, elektronik tablolar, paketleme istasyonunun yanındaki beyaz tahta — her biri kaydın bir parçasını tutar ve hiçbiri bir insan bir şeyleri yeniden yazmadan bir sonrakiyle konuşmaz.

Genelde birbiriyle konuşmayan katmanları bağlıyor, tesis verisini karara dönüştüren analitik ve iş akışı araçlarını kuruyoruz. Siparişler ERP’den rotaları ve malzemeleriyle birlikte aşağı iner; gerçekleşenler ise finansın dönemi kapatmak için ihtiyaç duyduğu adetler, fire, duruş nedenleri ve işçilikle birlikte yukarı çıkar. Makine verisi, elinde panoyla dolaşan bir kişi üzerinden değil, gateway’ler ve OPC UA üzerinden gelir. Tedarikçi kalitesi, sapmalar ve onaylar; ekli dosyalı e-posta zincirleri yerine yönetilen bir iş akışında ilerler. Ürün, dikey zincirin kendisidir: bir kez girilen tek bir veri, ihtiyaç duyan her seviyede görünür.

Her devreye almayı tek bir kural yönetir: önce hat gelir. Entegrasyon, makine ağlarına karşı varsayılan olarak salt okunurdur, sürümler tip değişimi pencerelerinde devreye alınır ve her yayılım, provası yapılmış bir geri dönüş yoluyla hat hat ilerler. Bir BT projesinden bir kez yanmış tesis müdürü size ikinci vardiyayı vermez; planlarımızı buna göre yaparız.

Bu sektörde neler yapıyoruz

Dört tür iş, hepsi üretim sahasında.

Üretimde üstlendiğimiz çalışmalar bunlar.

01

Üretim görünürlüğü

Makine ve MES verisiyle beslenen OEE panoları, duruş analitiği ve andon akışları — tesis, canlı olarak. Kullanılabilirlik, performans ve kaliteyi maliyet muhasebenizin hâlihazırda tanımladığı biçimde modelleriz; böylece ekrandaki sayı, kontrolörle ilk tartışmasından sağ çıkar. Duruş nedenleri vardiya sonunda hafızadan yeniden kurgulanmaz, hattın başında kaydedilir; aynı olay akışı andon panosunu, vardiya raporunu ve Veri Mühendisliği ile kurulan analitik katmanı besler.

02

ERP–MES–makine entegrasyonu

Dikey zincir: siparişler aşağı, gerçekleşenler yukarı, katmanlar arasında yeniden veri girişi yok. İş emirleri, rotalar, ürün ağaçları ve malzeme hareketleri ERP’den üretim yürütmeye akar; teyitler, fire, tüketim ve duruşlar ise doğrudan tablo erişimiyle değil, yönetilen sözleşmelerle geri döner. SAP & ERP ekibimiz çekirdeği temiz tutarken tesis sistemleri; sürümleyebildiğimiz, test edebildiğimiz ve yeniden oynatabildiğimiz bir entegrasyon katmanı üzerinden olayları tüketir.

03

Tedarikçi ve satın alma sistemleri

Tedarikçi portalları, kalite akışları ve onaylar — çoğunlukla Workflow & Procurement ürünümüz üzerinde — e-posta ve ek dosya zincirlerinin yerini alır. Teklif talepleri, satın alma talepleri, girdi kalite kontrolü, sapmalar ve tedarikçi düzeltici faaliyetleri; sahibi, süresi ve denetim kaydı olan iş akışları olarak yürür. Satın almacılar durum kovalamayı, kalite ise geçmişi posta kutularından yeniden kurmayı bırakır; finans ise ERP ile örtüşen bir taahhüt görünümü elde eder.

04

Öngörücü kalite ve bakım

Kanıt destekliyorsa proses verisi üzerinde ML — kapsamı abartıyla değil, keşif çalışmamızla belirlenir. İşe, arıza ve proses geçmişinizde gerçekten bir sinyal olup olmadığını sorarak başlarız: yeterli etiketli olay, yeterli sensör çözünürlüğü, yeterli süre. Varsa modeller, makine öğrenmesi ekibimizin izleme ve yeniden eğitme disipliniyle birlikte devreye alınır. Yoksa bunu söyler, bütçeyi görünürlüğe harcarız.

Uygulamada

Neler geliştiriyoruz?

01

Finansla girdiği tartışmadan sağ çıkan OEE.

Çoğu tesiste zaten bir OEE rakamı vardır. Operasyonun, kalitenin ve finansın aynı toplantıda savunacağı bir rakama sahip olan azdır; çünkü her katman farklı sayar — makine vuruş sayar, MES sağlam parça sayar, ERP teyit edilen miktarı sayar ve üçü bir vardiya içinde birbirinden ayrışır. Ölçüm zincirini bir kez kurarız: varlık sınıfı başına tek bir kullanılabilirlik, performans ve kalite tanımı; vardiya sonu özetlerinden değil, zaman damgalı olaylardan hesaplanır ve her sayı, kendisini üreten ham olaya kadar tıklanabilir.

  • Duruşlar, operatörlerin gerçekten tanıdığı neden kodlarıyla hattın başında kaydedilir; çevrimdışı çalışan ve ağ geri geldiğinde eşitlenen, eldiven ve parlama gerçeğine göre tasarlanmış bir arayüzde
  • Kullanılabilirlik, performans ve kalite sizinle belirlenen bir ritimde ERP teyitleriyle mutabakata alınır; fark sessizce yutulmaz, ayrıca raporlanır
  • Makineden panoya veri tazeliği sizinle, ihtiyaçlarınıza göre belirlenir; bir besleme sustuğunda açık bir uyarı verilir — bayat bir grafik, hiç grafik olmamasından kötüdür
  • Vardiya raporları, andon panoları ve analitik veri ambarı tek bir olay akışından beslenir; böylece kimse elektronik tabloda ikinci bir doğruluk sürümü tutmaz
02

Siparişten makineye ve geri dönen tek bir zincir.

Katmanlar arasındaki yeniden veri girişi bir kırtasiye zahmeti değildir; termin uyumu orada ölür. Planlamacı ERP’de bir tarihi değiştirir, değişiklik sahaya telefonla ulaşır, hat eski sırayı çalışır ve eksik malzeme günler sonra yanlış yerde ortaya çıkar. Dikey zinciri yönetilen bir entegrasyon katmanı olarak kurarız: siparişler ve malzemeler için kayıt sistemi ERP’dir, saha durumunun sahibi üretim yürütmedir ve aralarındaki her devir; birinin izlediği gecelik bir dosya değil, şeması, test paketi ve yeniden oynatma yolu olan bir sözleşmedir.

  • Sipariş açılışı, rota ve malzeme verisi sürümlenmiş sözleşmelerle aşağı akar; teyitler, fire ve tüketim aynı yoldan geri döner ve iki yönde de mutabakat yapılır
  • Makine verisi, OT ağına karşı salt okunur biçimde OPC UA gateway’leri veya sonradan takılan sensörlerle girer; tesis ile kurumsal ağ arasındaki sınır belgelenir ve uygulanır
  • Olaylar, üretici tarafında outbox ve idempotent tüketicilerle bir olay omurgası üzerinde taşınır; böylece kesinti, kayıp bir teyit değil birikmiş bir iş listesi olur
  • Her arayüzün adı belli bir sahibi, CI’da bir sözleşme testi ve gecikme ile hata hacmi için bir panosu vardır — yapı, biz ayrıldıktan sonra da incelenebilir kalır
Entegrasyon katmanı
SAP S/4HANAMESPLC / OPC UAHistorianWMSTedarikçi portalı
03

Posta kutularında yaşamayı bırakan tedarikçi işleri.

Bir tesisin arka ofisi ek dosyalarla döner. Teklif bir satın almacının gelen kutusunda bekler, girdi malzemesindeki bir sapma üç kez iletilmiş bir fotoğraftır, düzeltici faaliyet telefonda kararlaştırılır ve iki taraf onu farklı hatırlar. Workflow & Procurement üzerine alındığında aynı iş; sahibi, süresi, sürümleri ve denetim izi olan bir kuyruğa dönüşür — onay kuralları da bir kategori yöneticisinin sürüm çıkmadan değiştirebileceği bir konfigürasyon hâline gelir.

  • Talep, teklif, satın alma siparişi, mal kabul ve tedarikçi reklamasyonu tek ve bağlantılı bir kayıt olarak; finansal kayıt sistemi olmayı sürdüren ERP ile entegre
  • Onay limitleri, vekâlet ve eskalasyon kod değil kural olarak — değişiklik canlıya alınmadan önce simülasyonuyla birlikte
  • Kalite sapmaları ve tedarikçi düzeltici faaliyetleri kapanışa kadar izlenir; kanıtlar eklenir, denetimler ve müşteri gözetimleri için dışa aktarılabilir bir geçmiş tutulur
  • Belgeler, sertifikalar ve teyitler için tedarikçi self servisi; böylece geçerlilik takibi bir kişinin hafızası değil, zamanlanmış bir iş olur
Rollere göre

Üç rol, tek bir gerçekler kümesi.

Tesis operasyonları

Vardiya amirinin görünümü.

Operasyonun siparişi, durumunu ve neden geride kaldığını görmesi gerekir — tek bir yerde, eldivenle kullanılabilen ve kuzey holde kablosuz bağlantı düştüğünde çalışmayı sürdüren bir ekranda. Saha arayüzünü önce ortama göre tasarlarız: büyük dokunma alanları, yüksek kontrast, çevrimdışı toleransı ve sonradan yeniden kurgulanmayacak kadar kısa, makinenin başında tamamlanan bir teyit akışı.

  • İş emri durumu, adetler ve duruş nedenleri işin yapıldığı yerde kaydedilir
  • Andon eskalasyonu; sahipsiz bir lamba değil, adı belli bir sorumlu ve bir saatle
  • Vardiya devri hafızadan yazılmaz, kayıttan üretilir
BT ve OT

Sınır, gözetilir.

Makine ağına dokunan her şeyin riskini tesis BT taşır ve bir PLC’yi sıradan bir veri kaynağı gibi gören projeleri haklı olarak reddeder. Varsayılan duruşumuz salt okunurluktur: veri, OT tarafından gateway’ler ve broker’lar üzerinden çıkar; kontrol sistemlerine geri yazma istisnaidir, açıkça tasarlanır ve birlikte onaylanır. Devreye alma, sprint takvimini değil üretim takvimini izler.

  • Saha başına belgelenmiş veri diyotu veya gateway deseniyle ayrıştırılmış ağlar
  • Tip değişimi pencerelerinde, hat hat ve provası yapılmış geri alma planıyla devreye alma
  • Güvenlik ekibimizin yaklaşımıyla uyumlu izleme, loglama ve erişim kontrolü
Tedarik zinciri ve kalite

Tedarikçiler hatırlanmaz, ölçülür.

Kategori yöneticileri ve kalite mühendisleri aynı kayda zıt yönlerden ihtiyaç duyar: biri tedarikçiyle pazarlık eder, diğeri bir partiyi kabul edip etmeyeceğine karar verir. Ortak bir tedarikçi kaydı — siparişler, mal kabuller, sapmalar, sertifikalar, düzeltici faaliyetler — her iki görüşmeyi de kanıta dayandırır. Karneler bu kayıttan hesaplanır; böylece tedarikçi değerlendirmesi iki tarafta da aynı verilerle başlar.

  • Teslimat, kalite ve yanıt verme geçmişinden hesaplanan tedarikçi karneleri
  • Sertifika ve denetim geçerlilikleri otomatik hatırlatma ve eskalasyonla izlenir
  • Sapmadan kapanışa süre; tedarikçi, tesis ve malzeme grubu bazında görünür
Entegrasyonlar

Bir tesisin gerçekte çalıştırdığı sistemler.

SAP S/4HANA / ECC

IDoc, BAPI veya OData üzerinden siparişler, BOM, rotalar, mal hareketleri ve teyitler — bir arayüz katmanı üzerinden clean-core entegrasyon, doğrudan tablo okuma değil.

MES / MOM platformları

Tedarikçi API’leri veya veritabanı görünümleri üzerinden iş emri dağıtımı, üretim durumu ve izlenebilirlik soyağacı; paketin yetmediği yerde odaklı araçlarla genişletilir.

OPC UA ile PLC / SCADA

Bir edge gateway üzerinden etiketlere salt okunur abonelik; edge tarafındaki tamponlama sayesinde ağ kopması veriyi kaybettirmez, geciktirir.

Proses historian’ları

Analitik ve model eğitimi için zaman serisi çekimi; ham veri seli olarak çekilmez, seyreltilir ve üretim olaylarıyla hizalanır.

WMS ve depo otomasyonu

Malzeme uygunluğu, tüketim ve mamul hareketleri üretimle eşitlenir; böylece eksikler hat durmadan önce ortaya çıkar.

CMMS / bakım sistemleri

Varlık hiyerarşisi, iş emirleri ve arıza geçmişi duruş olaylarıyla birleştirilir — inandırıcı her bakım modelinin ham maddesi.

Kalite sistemleri ve LIMS

Muayene planları, sonuçlar ve uygunsuzluk kayıtları partilere ve siparişlere bağlanır; müşteri denetimlerinizin gerektirdiği standartta saklanır.

e-Fatura ve finans

Türkiye’deki e-fatura, e-irsaliye ve muadili rejimler sınırda ele alınır; paralel bir kayıt defteri yerine ERP kaydıyla mutabakat yapılır.

Workflow & ProcurementBir tesisi ayakta tutan arka ofis süreçleri için iş akışı, onaylar ve tedarikçi yönetimi — konfigüre edilebilir, denetlenebilir, ERP entegre.Ürünü inceleyin
Bu sektördeki disiplinimiz

Bir tesiste nasıl çalıştığımız.

  • OT/BT sınırı gözetilir. Makine ağlarıyla entegrasyon varsayılan olarak salt okunurdur; doğrudan bağlantılarla değil, gateway’ler ve broker’lar üzerinden kurulur. Bir kontrol sistemine geri yazma; kendi testi ve geri alma planı olan, açıkça tanımlanmış ve birlikte onaylanmış bir istisnadır.
  • Devreye almalar üretim takvimine göre planlanır. Sürümler; tesisle mutabık kalınan tip değişimi, bakım veya planlı duruş pencerelerinde, hat hat devreye alınır. Yayılım planı, onunla yaşayacak vardiya amirlerine sunulmaz; onlarla birlikte yazılır.
  • Çevrimdışına dayanıklı saha arayüzleri eldiven ve parlama gerçeğine göre kurgulanır: büyük dokunma alanları, yüksek kontrast, erişim noktası koptuğunda kaybolmayan, kuyruğa alınmış yazma işlemleri ve operatörün, teyidinin sisteme geçip geçmediğini görebildiği bir eşitleme durumu.
  • ERP maliyet muhasebesiyle mutabık veri modelleri. Fire, tüketim ve işçilik, finansın hâlihazırda tanımladığı biçimde modellenir ve düzenli mutabakat farkı gizlemek yerine raporlar.
  • Ölçeklemeden önce tek bir hatta kanıtlanır. İlk hat, bir kavram kanıtı değil; ölçülmüş bir referans değeri olan gerçek bir devreye almadır — ölçekleme kararı da onun sayılarına bakılarak verilir.
  • Makine bağlanabilirliği varlık başına, dürüstçe değerlendirilir. Bazı makineler her şeyi dışarı açar, bazıları bir sayaç verir, bazılarına sonradan sensör takmak gerekir. Envanteri önce tarar, zor olanları teslimat sırasında keşfetmek yerine baştan doğru fiyatlarız.
  • Baştan çok tesisli. Saha düzeyinde konfigürasyon, ortak ana veri ve bir yayılım şablonu; böylece ikinci ve üçüncü tesisler yeni bir proje değil, büyük ölçüde konfigürasyon işidir.
  • Devir, kalıcı olan ekibe yapılır. Tesis BT ve bakım ekipleri için runbook’lar, panolar ve eğitim; böylece sistem, çalışma bittikten çok sonra da sizin ekibinizce işletilebilir.
Çalışma modeli

Bir üretim programının işleyişi.

01

Tesis keşfi

Operasyon ve tesis BT ile birlikte hatları gezer, makineleri ve her birinin neyi dışarı açabildiğini envantere alır, kayıt sistemlerini haritalar ve herkesin altına imza atacağı OEE, fire ve duruş tanımlarında anlaşırız. Çıktı: bir bağlanabilirlik haritası, bir veri modeli taslağı ve önce ele alınmaya değer hatların öncelik sıralı listesi.

02

İlk hat, ölçülmüş

Tek hat, uçtan uca: gateway veya sensörler, olay veri hattı, saha arayüzü ve ilk panolar; hepsi hiçbir şey değişmeden önce alınmış bir referans değere karşı. Her şey mutabık kalınan pencerelerde, hat çalışmayı sürdürecek biçimde planlanarak devreye alınır.

03

Dikey zincir

Sözleşme testleri, mutabakat ve yeniden oynatma ile iki yönde ERP ve MES entegrasyonu; kapsamdaysa Workflow & Procurement üzerinde tedarikçi veya onay iş akışları. Yeniden veri girişi günlük rutinden silinmeye başlar.

04

Tesis geneline yayılım

Kalan hatlar ve alanlar, ikinci fazda kurulan şablon üzerinde ilerler. Analitik betimselden tanısala geçer ve öngörücü çalışmalar yalnızca arıza geçmişinin desteklediği yerde kapsama alınır.

05

İşletme veya devir

Bir destek anlaşmasıyla sistemi biz işletiriz ya da tesis BT ve bakım ekiplerinizi eğitip runbook’ları ve panoları devrederiz. Her iki durumda da yapı belgelenmiş, izlenen ve incelenebilir olur — ikinci ve üçüncü sahalar da aynı şablonu yeniden kullanır.

SSS

Sık sorulan sorular

Genellikle evet — PLC gateway’leri, OPC-UA adaptörleri veya sonradan takılan sensörlerle. Hat bazında neyin mümkün olduğundan başlar, ölçeklemeden önce değeri tek bir hatta kanıtlarız. İlk çıktı, envanterin taranmasıdır: bazı varlıklar tam bir etiket kümesi açar, bazıları tek bir sayaç sunar, birkaçının çevrimine gerçekten sonradan sensör takmak gerekir. Zor olanları teslimatın yarısında keşfetmek yerine baştan dürüstçe fiyatlarız; ayrıca bir sayaç ile bir duruş butonu bile savunulabilir bir OEE rakamı hesaplamaya yeter.
Proses karmaşıklığına bağlı. Uygun olduğunda ticari MES’i entegre eder ve genişletiriz; paketin fazla kaçacağı yerde odaklı üretim yürütme araçları geliştiririz. Ağır izlenebilirlik gereksinimi olan parçalı montaj genellikle bir paketi haklı çıkarır; üç hattı ve oturmuş bir prosesi olan bir tesis nadiren çıkarır. Yapmadığımız şey, entegrasyon zor göründü diye bir MES’i yeniden yazmaktır — entegrasyon daha ucuz olan problemdir ve entegrasyon ekibimiz tam da bunun için vardır.
Evet — clean-core entegrasyonunu SAP & ERP ekibimiz yürütür; tesis sistemleri doğrudan tablo erişimini değil, yönetilen sözleşmeleri tüketir. Siparişler, BOM’lar ve hareketler IDoc, BAPI veya OData üzerinden çıkar; teyitler ve tüketim aynı yoldan geri döner, iki yönde de mutabakat yapılır ve bir mesaj başarısız olduğunda yeniden oynatma yolu vardır. Kurduğumuz sistemler çekirdekte modifikasyon gerektirmeyecek biçimde tasarlanır.
İkisi de var. Önce arıza verileriniz üzerinde keşif yürütürüz; sinyal yoksa bunu söyler, onun yerine görünürlüğü düzeltiriz. İnandırıcı bir model; etiketlenmiş arızalara, bunlardan yeterli sayıda olmasına ve arızayı işe yarar bir süre önceden yakalayacak çözünürlükte sensör verisine ihtiyaç duyar. Bu sağlandığında modeller izleme, sapma uyarıları ve yeniden eğitme yoluyla birlikte devreye alınır. Sağlanmadığında ise durum izlemeye ve daha iyi duruş kaydına yöneliriz.
Planlarımızı buna göre yaparız: gölge çalıştırmalar, hat hat yayılım, tip değişimi penceresinde geçişler. Yeni veri hatları, sayılar örtüşene kadar mevcut süreçle paralel çalışır; tesis, yenisi kendini kanıtlayana kadar eski yolunu korur ve her sürümün provası yapılmış bir geri dönüş yolu vardır.
Ölçüm altyapısı kurulu, ancak süreçte hiçbir değişiklik yapılmamışken sizinle belirlenen bir süre boyunca ölçeriz; böylece olası bir iyileşmenin kaynağı belli olur. Bu referans, makine sayımları ile MES ve ERP teyitleri arasındaki uyuşmazlığı da içerir; bu uyuşmazlık genellikle düzeltilmeye değer ilk şeydir.
Evet, hatta çalışmalı. Ortak bir model üzerinde saha düzeyinde konfigürasyon, ikinci tesisin yeni bir geliştirme değil, büyük ölçüde konfigürasyon ve yerel entegrasyon işi olması demektir. Merkezî karar gerektiren kısım ana veri yönetişimidir — varlık hiyerarşileri, duruş neden kodları ve ürün tanımları — ve bu kararı üçüncü sahada keşfetmek yerine ilk fazda açıkça veririz.

Sektörünüzden bir problemi bize getirin.

Bugün neyin aksadığını anlatın. Bir mühendis okur ve somut bir yol önerisini yazılı olarak iletir.

✓ Satış sunumu yok✓ AI-native bir mühendisten yanıt✓ Yazılı geri dönüş