# OPC UA Nedir? Nasıl Çalışır, Modbus ve MQTT'den Farkı ve Fabrikada 7 Adımda Geçiş

> OPC UA nedir, nasıl çalışır? Bilgi modeli, sertifikalı güvenlik, Modbus ve MQTT farkı ve fabrikada OPC UA'ya geçişin 7 adımı; pilot öncesi kontrol tablosuyla.

Kaynak: https://digitalbridge.com.tr/blog/opc-ua-nedir.html
Yayıncı: Digital Bridge Teknoloji (https://digitalbridge.com.tr)
Konu: Endüstri 4.0
Yayın: 2026-09-27 · Güncelleme: 2026-10-30

OPC UA (Open Platform Communications Unified Architecture), farklı marka [PLC (programlanabilir mantık denetleyicisi)](https://digitalbridge.com.tr/sozluk.html#plc), makine ve yazılımların veriyi ortak, güvenli ve anlamı korunmuş biçimde paylaşmasını sağlayan, üreticiden bağımsız bir endüstriyel haberleşme standardıdır. Yalnızca "40 derece" değerini değil, bu değerin hangi makinenin hangi sensörüne ait olduğunu, birimini ve sınırlarını da taşır. Bu yüzden SCADA, [MES (üretim yürütme sistemi)](https://digitalbridge.com.tr/sozluk.html#mes) ve ERP entegrasyonunun ortak dili olarak kullanılır.

## Kısaca

- OPC UA, OPC Foundation'ın 2008'de yayımladığı, üreticiden ve işletim sisteminden bağımsız bir endüstriyel haberleşme standardıdır.
- Veri; birimi, sınırları ve zaman damgasıyla birlikte, gezilebilir bir bilgi modeli içinde taşınır.
- Güvenlik standarda yerleşiktir: X.509 sertifikaları, mesaj imzalama ve şifreleme; ancak doğru yapılandırılmaları gerekir.
- OPC UA, Modbus ve MQTT rakip değildir; çoğu fabrikada üçü farklı katmanlarda birlikte çalışır.
- Geçişe tek hat ve tek kullanım senaryosuyla pilotla başlanır; asıl iş, bilgi modelini doğru tasarlamaktır.

## OPC UA fabrikada hangi sorunu çözer?

Tipik bir üretim tesisinde on beş yıllık bir enjeksiyon makinesi, geçen yıl alınmış bir CNC ve farklı markalardan PLC'ler yan yana çalışır. Her birinin kendi haberleşme biçimi, kendi adres yapısı ve kendi yazılımı vardır. Birinde sıcaklık "40001 numaralı yazmaç", diğerinde "DB10.DBW4" adresidir; hangisinin ne olduğunu yalnızca o makineyi devreye alan teknisyen bilir.

Sonuç tanıdıktır: [SCADA ekranları](https://digitalbridge.com.tr/blog/scada-nedir.html) her yeni makinede baştan eşleştirilir, üretim adetleri vardiya sonunda elle toplanır, ERP'ye giren sayı ile hattaki gerçek sayı tutmaz. Yeni bir raporlama ihtiyacı çıktığında her makine için ayrı bir sürücü, ayrı bir betik yazılır. Bu noktaya-noktaya bağlantılar zamanla kimsenin tam haritasını bilmediği bir yumağa dönüşür.

OPC UA bu yumağı tek bir kurala bağlar: her makine verisini standart bir sunucu arayüzüyle yayınlar, her yazılım aynı istemci arayüzüyle okur. [OPC Foundation'ın OPC UA tanıtım sayfasına göre](https://opcfoundation.org/about/opc-technologies/opc-ua/) standart 2008'de yayımlandı. 2026 itibarıyla birçok yeni nesil PLC ve makine kontrol ünitesi, ek donanım gerektirmeden OPC UA sunucusu olarak çalışabiliyor.

## Makineler arasında ortak dil olmamasının maliyeti nedir?

Makineler arasında ortak dil olmayınca ilk kaybedilen şey görünürlüktür. Duruşun başladığı an, nedeni ve süresi otomatik kaydedilmediğinde sorunlar ancak vardiya sonunda ya da müşteri şikâyetiyle fark edilir.

> [Siemens'in The True Cost of Downtime 2024 raporuna](https://assets.new.siemens.com/siemens/assets/api/uuid:1b43afb5-2d07-47f7-9eb7-893fe7d0bc59/TCOD-2024_original.pdf) göre büyük üretim tesisleri ayda ortalama **25 plansız duruş** yaşıyor ve ayda **27 saat** üretim kaybediyor.

Siemens'in aynı raporunda ankete katılan her 10 firmadan 9'unun bir tür durum izleme yaptığı görülüyor. Yani veri toplamak artık ayırt edici değil; asıl farkı, verinin karar sistemlerine ne kadar hızlı ve tutarlı ulaştığı belirliyor.

İkinci kayıp veri kalitesidir. Veri kalitesi uzmanı Thomas C. Redman, [MIT Sloan Management Review'daki 2017 tarihli makalesinde](https://sloanreview.mit.edu/article/seizing-opportunity-in-data-quality/) kötü verinin çoğu şirkete maliyetini gelirin %15–25'i olarak tahmin ediyor. Elle aktarılan üretim adetleri, birimleri karışmış sıcaklık değerleri ve saat farkı olan zaman damgaları bu maliyetin fabrikadaki karşılığıdır.

Üçüncü kayıp güvenliktir. [Verizon 2026 Data Breach Investigations Report](https://www.verizon.com/business/resources/T1ae/reports/2026-dbir-data-breach-investigations-report.pdf) verisine göre fidye yazılımı tüm ihlallerin %48'inde yer aldı. Şifrelemesiz, kimlik doğrulamasız eski protokollerle ofis ağına açılan makineler bu riski doğrudan üretim hattına taşır; ayrıntıları [OT güvenliği ve SCADA](https://digitalbridge.com.tr/blog/ot-guvenligi-scada.html) yazımızda ele aldık. OPC UA'nın yer aldığı bütün mimariyi [IIoT nedir](https://digitalbridge.com.tr/blog/iiot-nedir.html) yazımızda katman katman anlattık.

## OPC UA nasıl çalışır? Dört temel kavram

OPC UA'nın nasıl çalıştığını anlamak için dört kavram yeterlidir:

- **Sunucu ve istemci:** Makine ya da PLC üzerindeki OPC UA sunucusu veriyi yayınlar; SCADA, MES veya bir ağ geçidi istemci olarak bağlanıp okur, gerekirse yazar. Bağlantı adresleri genellikle `opc.tcp://` ile başlar.
- **Adres alanı ve bilgi modeli:** Veri düz bir adres listesi değil, klasör yapısı gibi gezilebilen nesnelerdir. "Hat 2 > Pres 3 > Hidrolik > Yağ Sıcaklığı" düğümü değerini, birimini, alt-üst sınırını ve zaman damgasını birlikte taşır.
- **Abonelik (subscription):** İstemci her saniye sormak yerine "şu değişken değişirse haber ver" der. Örnekleme aralığı ve ölü bant (deadband) ayarlanarak ağ trafiği azaltılır.
- **Güvenlik:** Uygulamalar X.509 sertifikalarıyla birbirini tanır; mesajlar imzalanabilir veya imzalanıp şifrelenebilir, kullanıcılar ad-parola ya da sertifikayla doğrulanır.

OPC UA bilgi modelinin gücü **companion specification** (tamamlayıcı sektör şartnamesi) denen sektör şablonlarından gelir. Örneğin plastik enjeksiyon makineleri için EUROMAP 77, takım tezgâhları için umati girişimiyle yaygınlaşan OPC UA for Machine Tools gibi ortak modeller tanımlanmıştır. Bu modeli destekleyen iki farklı marka makine, aynı veriyi aynı adla ve aynı yapıda sunar; entegrasyon her seferinde yeniden icat edilmez.

OPC UA ayrıca istemci-sunucu modelinin yanında yayınla/abone ol (PubSub) modelini de tanımlar. Bu sayede veri UDP ya da MQTT üzerinden çok sayıda alıcıya aynı anda gönderilebilir; bu kurgu [üretimde edge computing](https://digitalbridge.com.tr/blog/edge-computing-uretim.html) mimarilerinde sıkça kullanılır.

## OPC UA ile OPC Classic, Modbus ve MQTT arasındaki fark nedir?

OPC UA'nın yerini doğru anlamak için sahada en sık karşılaşılan alternatiflerle yan yana koymak gerekir:

| Ölçüt | OPC UA | OPC Classic (DA) | Modbus TCP | MQTT |
|---|---|---|---|---|
| Veri modeli | Zengin, hiyerarşik, tipli | Düz etiket listesi | Numaralı yazmaçlar | Serbest konu (topic) ve içerik |
| Platform | İşletim sisteminden bağımsız | Windows ve DCOM'a bağlı | Bağımsız | Bağımsız |
| Yerleşik güvenlik | Sertifika, imza, şifreleme | DCOM ayarlarına bağlı | Klasik protokolde yok (ayrı bir TLS uzantısı tanımlı, sahada nadir) | TLS ve kimlik doğrulama broker'a bağlı |
| Birim ve anlam bilgisi | Veriyle birlikte gelir | Sınırlı | Gelmez, dokümandan okunur | Uygulamaya bırakılmış |
| Tipik kullanım | Makine–SCADA–MES entegrasyonu | Eski tesislerdeki OPC sunucuları | Basit cihaz ve sayaçlar | Sahadan buluta hafif mesajlaşma |

Bu karşılaştırma bir "kazanan" seçmek için değil, doğru katmana doğru protokolü koymak içindir. [Modbus protokolü](https://digitalbridge.com.tr/blog/modbus-nedir.html) basit bir enerji analizörü için hâlâ en pratik yoldur; [MQTT protokolü](https://digitalbridge.com.tr/blog/mqtt-nedir.html) binlerce uzak noktadan buluta veri taşımada güçlüdür. OPC UA ise anlamın ve güvenliğin önemli olduğu makine–yazılım sınırında öne çıkar. Çoğu sahada üçü birlikte çalışır ve bir ağ geçidi aradaki çeviriyi yapar.

PLC'si olmayan ya da eski protokol konuşan makinelerde OPC UA'ya ulaşmanın yolu önce veriyi okunur hale getirmektir. Akım sensörü, sayaç veya ek giriş modülüyle yapılan bu işlemi [eski makineleri dijitalleştirme](https://digitalbridge.com.tr/blog/eski-makineleri-dijitallestirme.html) rehberimizde anlattık.

## Fabrikada OPC UA'ya geçiş nasıl yapılır? 7 adımlık çerçeve

OPC UA projesi bir "protokol değişimi" değil, veri modelinin yeniden düzenlenmesidir. Aşağıdaki sıra hem riski hem de yeniden işi azaltır:

1. **Envanter çıkarın.** Her makinenin PLC markası, modeli, yazılım sürümü, mevcut protokolü ve ağ bağlantısı tek tabloya yazılır. Gömülü OPC UA sunucusu olanlar ile ağ geçidi gerekenler burada ayrılır.
2. **Kullanım senaryosunu seçin.** "Her şeyi bağlayalım" yerine tek bir soru belirlenir: duruş nedenlerini görmek mi, [OEE hesaplamak](https://digitalbridge.com.tr/blog/oee-nasil-hesaplanir.html) mı, enerji tüketimini izlemek mi?
3. **Bilgi modelini tasarlayın.** Etiket adları, birimler, hiyerarşi ve varsa sektör companion specification'ı belirlenir. Bu adım atlanırsa OPC UA, adı değişmiş bir yazmaç listesinden öteye geçmez.
4. **Güvenlik politikasını baştan kurun.** Sertifika yönetimi, "imzala ve şifrele" modu, kullanıcı rolleri ve OT ağının segmentasyonu devreye almadan önce netleşir. "Şimdilik güvenliksiz açalım" kararı genellikle kalıcı olur.
5. **Pilot hatta deneyin.** Bir veya iki makinede abonelik aralıkları, ölü bant değerleri ve ağ yükü ölçülür; veri SCADA ekranında ve bir rapor üzerinde doğrulanır.
6. **Kayıt ve entegrasyon katmanını bağlayın.** Değerler [zaman serisi veritabanına](https://digitalbridge.com.tr/blog/zaman-serisi-veritabani-sensor-verisi.html) yazılır; iş emri ve adet bilgisi MES'e, özet veriler ERP'ye aktarılır.
7. **İşletme kurallarını yazın.** Sertifika yenileme takvimi, yeni makine eklerken izlenecek şablon ve değişiklik onayı dokümante edilir.

OPC UA geçişinin her adımında sorulması gereken kontrol soruları şunlardır:

| Kontrol noktası | Sorulacak soru |
|---|---|
| Envanter | Hangi makinede gömülü OPC UA sunucusu var, hangisi ağ geçidi istiyor? |
| Bilgi modeli | Aynı tip makineler aynı etiket yapısını mı kullanıyor? |
| Güvenlik | "None" güvenlik modu kapalı mı, sertifikalar kimde ve ne zaman yenileniyor? |
| Performans | Örnekleme aralığı ihtiyaca mı, yoksa "ne kadar hızlı o kadar iyi" düşüncesine mi göre seçildi? |
| Entegrasyon | MES ve ERP aynı adı aynı anlamda mı kullanıyor? |

## Digital Bridge'de OPC UA entegrasyonunu nasıl yapıyoruz?

Digital Bridge olarak OPC UA projelerine keşif ve ihtiyaç analiziyle başlıyoruz. Endüstri 4.0 projeleri için sunduğumuz ücretsiz saha değerlendirmesinde makinelerin PLC yapısını, mevcut protokolleri ve ağ topolojisini yerinde çıkarıyor, hangi verinin hangi karar için gerektiğini üretim ekibiyle birlikte belirliyoruz. Ardından kapsamı, aşamaları ve bedeli net yazılı bir teklif hazırlıyoruz.

Pilot aşamasında bir veya iki kritik makineyi OPC UA üzerinden bağlıyor, veriyi [SCADA ve HMI ekranlarına](https://digitalbridge.com.tr/endustri-40/scada-hmi.html) taşıyoruz. Siemens, Allen-Bradley, Mitsubishi, Schneider ve diğer markalara Modbus, OPC-UA, Profibus ve Ethernet üzerinden bağlanabildiğimiz için karışık makine parkı başlangıç engeli olmuyor. Firmaya özel geliştirdiğimiz SCADA'da kaynak kodu müşteriye aittir ve ek lisans bedeli çıkmaz; bu seçeneğin ticari platformlarla karşılaştırmasını [ticari SCADA mı, özel SCADA mı](https://digitalbridge.com.tr/blog/ticari-scada-mi-ozel-scada-mi.html) yazısında yaptık.

OPC UA pilotu değer ürettiğinde veriyi üretim yönetimine bağlıyoruz. [MES üretim yönetimi](https://digitalbridge.com.tr/endustri-40/mes-uretim-yonetimi.html) çözümümüz Logo, SAP, Mikro ve firmaya özel ERP'lerle entegre çalışır; OPC UA'dan gelen adet, duruş ve kalite verisi iş emrine bağlanır. İki katmanın farkını [MES ile ERP arasındaki fark](https://digitalbridge.com.tr/blog/mes-nedir-erp-farki.html) yazımızda anlattık.

Farklı yazılımları birbirine bağlayan katman ise [sistem entegrasyonları](https://digitalbridge.com.tr/teknoloji-donanim/sistem-entegrasyonlari.html) hizmetimizin konusu. OPC UA sahadaki dili standartlaştırırken, ofis tarafındaki sistemlerle konuşmak çoğu zaman bir [API entegrasyonu](https://digitalbridge.com.tr/blog/api-entegrasyonu-nedir.html) gerektirir. Birden fazla tesisi olan işletmelerde ise verileri [uzaktan izleme platformuna](https://digitalbridge.com.tr/endustri-40/uzaktan-izleme.html) aktararak tüm sahaları tek ekranda topluyoruz; aynı veri ileride [kestirimci bakım](https://digitalbridge.com.tr/blog/kestirimci-bakim-nedir.html) çalışmalarının da temelini oluşturur.

## OPC UA projesine nereden başlamalı?

OPC UA'ya geçiş, tüm fabrikayı aynı anda yenilemeyi gerektirmez. Duruşların en çok maliyet yarattığı bir hat, net bir soru ve iyi tasarlanmış bir bilgi modeli, sonraki adımlara yön veren veriyi üretmeye yeter. Genel önceliklendirme için [KOBİ'ler için Endüstri 4.0 yol haritası](https://digitalbridge.com.tr/blog/endustri-4-0-kobi-yol-haritasi.html) yazımızdan ve [Endüstri 4.0 yazılarımızın tamamından](https://digitalbridge.com.tr/blog/konu/endustri-40.html) yararlanabilirsiniz.

Makine parkınızın OPC UA'ya ne kadar hazır olduğunu birlikte değerlendirmek için [bizimle iletişime geçin](https://digitalbridge.com.tr/iletisim.html); saha değerlendirmesinde envanteri çıkarıp ilk pilot için somut bir kapsam öneriyoruz.

## Sık Sorulan Sorular

### OPC UA ile OPC DA arasındaki fark nedir?

OPC DA, Windows ve DCOM teknolojisine bağlı eski OPC Classic ailesinin bir parçasıdır ve yalnızca düz bir etiket listesi sunar. OPC UA ise işletim sisteminden bağımsızdır, hiyerarşik bilgi modeli taşır, sertifika tabanlı güvenlik içerir ve geçmiş veri, alarm ile anlık veri erişimini tek standartta birleştirir. Eski OPC DA sunucuları ağ geçidi yazılımlarıyla OPC UA'ya taşınabilir.

### Eski makinelerimiz OPC UA desteklemiyorsa ne yapabiliriz?

Makineyi değiştirmek gerekmez. PLC'si Modbus, Profibus veya üreticiye özel bir protokol konuşuyorsa bir ağ geçidi bu veriyi okuyup OPC UA sunucusu olarak yayınlar. PLC'si hiç olmayan makinelerde akım sensörü, sayaç veya ek giriş modülüyle temel sinyaller toplanır ve aynı ağ geçidi üzerinden standart bilgi modeline eklenir.

### OPC UA mı MQTT mi kullanmalıyız?

Çoğu durumda ikisi birlikte kullanılır. OPC UA makineye yakın katmanda anlamlı ve güvenli veri erişimi sağlar; MQTT ise bu veriyi sahadan buluta veya çok sayıda alıcıya hafif biçimde taşır. OPC UA'nın PubSub modeli MQTT üzerinden de çalışabilir. Seçimi protokol değil, verinin nereye ve kaç alıcıya gideceği belirler.

### OPC UA güvenli mi, ek önlem gerekir mi?

OPC UA sertifika tabanlı uygulama kimliği, mesaj imzalama ve şifreleme sunar; ancak bu özellikler yapılandırılmazsa işe yaramaz. "None" güvenlik modu kapatılmalı, sertifikalar düzenli yenilenmeli, kullanıcı rolleri tanımlanmalıdır. Bunun yanında OT ağının ofis ağından ayrılması ve uzaktan erişimin VPN üzerinden yapılması gibi ağ düzeyindeki önlemler de şarttır.

### OPC UA entegrasyonunun süresi ve maliyeti neye göre değişir?

Süre ve maliyet makine sayısına, gömülü OPC UA sunucusu olan cihazların oranına, bilgi modelinin karmaşıklığına ve bağlanacak SCADA, MES veya ERP sistemlerine göre değişir. Bu yüzden tek hat ve tek kullanım senaryosuyla bir pilot yapmak en sağlıklı yoldur. Pilot sonunda elde edilen ölçümler, tüm tesise yayılım için gerçekçi bir plan çıkarmayı sağlar.

### OPC UA sunucusu ve istemcisi ne işe yarar?

OPC UA sunucusu makine veya PLC üzerinde çalışır ve veriyi standart bir bilgi modeliyle yayınlar. OPC UA istemcisi ise SCADA, MES ya da bir ağ geçidi gibi yazılımlardır; sunucuya bağlanıp veriyi okur, yetkisi varsa yazar. İstemci her saniye sormak yerine abonelik kurarak yalnızca değişen değerleri alır, böylece ağ trafiği azalır.

### OPC UA hangi sektörlerde kullanılır?

OPC UA en çok plastik enjeksiyon, metal işleme, otomotiv yan sanayi, gıda ve ambalaj gibi farklı marka makinelerin yan yana çalıştığı üretim sektörlerinde kullanılır. Su ve atık su tesisleri, enerji ve bina otomasyonu da kullanım alanları arasındadır. Sektöre özel companion specification'lar sayesinde aynı tip makineler aynı veri yapısıyla bağlanır.