İçeriğe atla
SinaptikLabAI KNOWLEDGE PLATFORM

TEMSİLÎ VAKA · ÜRETİM

Teknik resim ve şartname eşleştirme

Gelen her iş iki belgeyle geliyordu: müşterinin teknik resmi ve ayrı bir şartname dosyası. Proses mühendisi teklif öncesinde bu ikisini elle karşılaştırıyor, ölçü ve tolerans sınıflarını, malzeme ve yüzey işlem taleplerini, kaynak ve yüzey pürüzlülüğü sembollerini tek tek eşliyordu. İş uzun sürüyor, yoğun dönemde atlanıyor ve atlanan kalem üretim sonrasında ortaya çıkıyordu. Resimlerin bir bölümü taranmış, elle notlanmış ve ölçek dışı olduğu için kontrolün tutarlılığı kişiye ve güne bağlıydı.

Beklenen etki

Kapsam
Başlık bloğu, revizyon tablosu, genel notlar ve ölçü alanları ayrı ayrı kayıt altına alınıyor
Ölçüm
Ayıklama isabeti alan türü başına izleniyor; karşılaştırma doğruluğu ayrı bir kalem
İşleyiş
Geometrik toleranslama çerçeveleri güven değerine bakılmaksızın insan onayına gidiyor
Sınır
Sistem uygunluk kararı vermiyor; karşılaştırma çıktısını gerekçeli liste olarak mühendisin önüne koyuyor

Temsilî senaryo: buradaki satırlar ölçüm sonucu değil, bu kurulumda hangi büyüklüğün izlenmesi gerektiğini gösterir.

TEMSİLÎ SENARYO

Bu kayıt gerçek bir müşteri işi değildir. Sinaptik Lab'in bu problemde izlediği yaklaşımı, mimari kararları ve ölçüm düzenini göstermek için yazılmış temsilî bir senaryodur: kurum adı taşımaz, içindeki hiçbir değer gerçek ölçüm değildir ve referans olarak gösterilemez. Gerçek projelerden vakalar müşteri onayı alındıkça bu kütüphaneye eklenir.

Problem

Gelen her iş iki belgeyle geliyordu: müşterinin teknik resmi ve ayrı bir şartname dosyası. Proses mühendisi teklif öncesinde bu ikisini elle karşılaştırıyor, ölçü ve tolerans sınıflarını, malzeme ve yüzey işlem taleplerini, kaynak ve yüzey pürüzlülüğü sembollerini tek tek eşliyordu. İş uzun sürüyor, yoğun dönemde atlanıyor ve atlanan kalem üretim sonrasında ortaya çıkıyordu. Resimlerin bir bölümü taranmış, elle notlanmış ve ölçek dışı olduğu için kontrolün tutarlılığı kişiye ve güne bağlıydı.

Yaklaşım

Sayfayı tek parça olarak okutmayı erken bıraktık: başlık bloğu, revizyon tablosu, genel notlar ve görünüş alanları ayrı bölgeler olarak ele alınıp her biri kendi istemiyle okunuyor, çünkü tek geçişte okuyan model başlık bloğundaki revizyonu notlardaki bir ölçüyle karıştırıyordu. Belgede vektör metin katmanı varsa sayısal değerler oradan alınıyor, görüntüden yalnızca geometri ve sembol yorumu isteniyor; görsel okuma basamak ve çap işaretinde sessiz hata yapıyor. Modelin çıktısı serbest metin değil, alan, değer, birim, güven ve kaynak bölgesi taşıyan yapılandırılmış bir kayıt; şartnameyle karşılaştırmayı bir kural motoru yapıyor, çünkü "bu tolerans şartnameyi karşılıyor mu" bir aritmetik sorusudur ve deterministik olmalıdır. Güven eşiğinin altındaki her alan ve istisnasız tüm geometrik toleranslama çerçeveleri mühendise devrediliyor. Başlık bloğundan projeksiyon açısı ya da birim okunamazsa iş varsayılan atanmadan duruyor.

Kullanılan teknolojiler

  • Bölge tabanlı çok modlu okuma
  • Vektör metin katmanı önceliği
  • Yapılandırılmış alan çıkarımı ve güven etiketi
  • Tolerans karşılaştırma kural motoru
  • Belirsizlikte insana devir kapısı
  • Düzeltme kayıtlarından etiket üretimi
01VAKA ANLATIMI

Bağlam, kurulum ve ölçüm

Problem ve yaklaşım özetin üstünde; burada kararların gerekçesi ve mimarinin ayrıntısı var.

Bağlam ve kısıtlar#

İşin girdisi tek tip değildi. Bir müşteri güncel bir çizim programından üretilmiş, metin katmanı sağlam bir belge gönderiyordu; başka bir müşteri yıllar önce taranmış, kenarına elle not düşülmüş bir sayfa gönderiyordu. Şartname ise çoğunlukla ayrı bir metin ya da tablo dosyasıydı ve resimdeki notlarla kısmen çelişiyordu.

Kısıt, hatanın ne zaman görüldüğüyle ilgiliydi. Teklif aşamasında atlanan bir yüzey işlem talebi ya da yanlış okunan bir tolerans sınıfı, maliyeti üretim tamamlandıktan sonra ortaya çıkarıyordu. Bu yüzden sistemin hedefi hızdan çok, atlanan kalemi sıfıra yaklaştırmak ve emin olmadığı yerde susmaktı.

Veri ve erişim#

Bu vakanın verisi kişisel veriden çok ticari sır barındırıyor: müşteri teknik resmi, o müşterinin ürün bilgisidir ve gizlilik sözleşmesine tabidir. Erişim tasarımı bu yüzden "kim görebilir" sorusundan önce "hangi belge hangi işlemciye gidebilir" sorusuyla kuruldu. Belgelerin yaşadığı yer kurumsal belge yönetimi, işlem hattı ise yalnızca o belgeye iş kapsamında erişebilen bir servis hesabıyla çalışıyor.

  • Teknik resimler: vektör metin katmanlı ve taranmış olarak iki sınıfta, işleme yolu sınıfa göre ayrılıyor
  • Şartname dosyaları: metin ve tablo biçiminde; resimle çeliştiği durumlar ayrı bir çıktı kalemi
  • Kurumsal parça kayıtları: parça numarası, güncel revizyon ve malzeme için kanonik kaynak
  • Standart referans tabloları: genel tolerans sınıfları ve yüzey pürüzlülüğü karşılıkları, kural motorunun sabit girdisi
  • Mühendis düzeltmeleri: onay ekranında yapılan her değişiklik, alan türüyle birlikte kaydediliyor

Mimari kararlar#

Mimarinin belkemiği, dil modelinin ne yapmadığıydı. Model okuyor ve yapılandırıyor; karşılaştırmıyor, hesaplamıyor, karar vermiyor. Bu ayrımı korumak, doğruluğu artırmaktan daha fazla iş gördü.

KararSeçilen yolNeden
Okuma birimiSayfa değil bölge: başlık bloğu, revizyon tablosu, notlar ve görünüşler ayrıTek geçişte okuma alanları birbirine karıştırıyor, hatanın kaynağı da tespit edilemiyor
Metin kaynağıVektör metin katmanı varsa sayı oradan, görüntüden yalnızca geometri ve sembolGörsel okuma basamak ve çap işaretinde sessiz hata yapıyor
Çıktı biçimiAlan, değer, birim, güven ve kaynak bölgesi taşıyan yapılandırılmış kayıtKarşılaştırma kodla yapılacaksa çıktının serbest metin olmaması gerekiyor
KarşılaştırmaKural motoru: birim çevrimi, tolerans aralığı, genel tolerans notuna geri düşmeAritmetik ve standart yorumu deterministik olmalı; model her seferinde aynı sonucu vermiyor
BelirsizlikGüven eşiği altındaki alanlar ve tüm geometrik toleranslama çerçeveleri insanaBu çerçevelerin yanlış okunması sessiz hata üretiyor, bedeli üretim sonrası çıkıyor
Eksik künyeProjeksiyon açısı veya birim okunamazsa iş duruyorVarsayılan atamak tüm resmin yorumunu aynalayabiliyor
Tablo hangi işin modele, hangisinin koda bırakıldığını kaydeder; ayıklama isabeti değeri taşımaz.

Güvenlik ve yetki#

Ölçüm düzeni#

Ölçümün doğal kaynağı onay ekranıydı: mühendis zaten her alanı görüyor ve yanlış olanı düzeltiyor. Bu düzeltmeleri alan türüyle birlikte kaydetmek, hem izleme hem de sonraki sürümlerin etiketli veri kümesini üretti.

  • Alan türü başına ayıklama isabeti: ölçü, tolerans, malzeme, yüzey işlem ve sembol ayrı ayrı izleniyor
  • Düzeltme türü dağılımı: değer yanlış, birim yanlış, görünüş bağı yanlış veya alan tamamen atlanmış
  • İnsana devredilen alan oranı: sistemin ne kadarını üstlendiğinin göstergesi olarak izleniyor
  • Kural motoru uyumu: "karşılamıyor" denen kalemlerin mühendis onayıyla örtüşmesi örneklemle denetleniyor
  • Kapsanmayan blok türleri: tanınmayan sembol ve tablo düzenleri kayda alınıp öncelik sırasına giriyor
  • Duran işler: künye okunamadığı için durdurulan belgeler hata değil, ayrı kalem olarak sayılıyor

Devreye alma ve işletme#

  1. 1Belge sınıflandırma

    Gelen her belge vektör metinli veya taranmış olarak sınıflandı; iki sınıf için ayrı okuma yolu kuruldu.

  2. 2Bölge şablonları

    Sık gelen müşteri çizim şablonlarındaki başlık bloğu ve revizyon tablosu konumları tanımlandı, kalanı genel yolla okundu.

  3. 3Çift okuma dönemi

    Mühendis kendi kontrolünü yaparken sistemin çıktısı ayrı bir sekmede tutuldu; ayrışan kalemler günlük olarak incelendi.

  4. 4Onaylı devreye alma

    Sistem kontrol listesini üretmeye başladı ama uygunluk kararı mühendis imzasında kaldı; düzeltmeler kayda geçti.

Nerede yanıldık#

İlk değerlendirmede ayıklamanın çok iyi olduğunu düşündük, çünkü okunan ölçüler tek tek doğruydu. Hatayı bir mühendis buldu: değerler doğruydu ama bir kısmı yanlış görünüşe bağlanmıştı ve bu hâliyle kontrol listesi anlamsızdı. Alanın kaynak bölgesine ve görünüşe bağlanmasını zorunlu hâle getirdik. Revizyon kaynağında da yanıldık; resmin üstündeki revizyon tablosunu doğru kaynak saydık, oysa el yazısıyla düzeltilmiş resimlerde tablo güncellenmemiş oluyordu. Güncel revizyonun kaynağını kurumsal kayda taşıdık ve resimle kurumsal kaydın çelişkisini kendi başına bir çıktı kalemi yaptık.

02ÖĞRENİLEN DERSLER

Bir sonraki projede ne değişir?

Bir vakanın en değerli bölümü sonuç değil, tekrar edilebilir dersidir.

  1. 01

    Modelin okuduğu ölçüler tek tek doğru olabilir ama ölçünün hangi görünüşe ait olduğu kaybolursa çıktı kullanılamaz. Alanı kaynak bölgesine ve görünüşe bağlamak, doğru okuma kadar önemli bir zorunluluk oldu.

  2. 02

    Projeksiyon açısını varsaymak en pahalı hatadır. Başlık bloğunda açı işareti okunamadığında birinci ve üçüncü açı karışması tüm resmi aynalıyor; bu durumda iş durdurulmalı, varsayılan atanmamalı.

  3. 03

    Sayısal karşılaştırmayı dil modeline bırakmayın. Ondalık ayırıcı, birim ve genel tolerans notuna geri düşme gibi işler kural motorunda deterministik; modelde her seferinde farklı ve sessizce yanlış.

  4. 04

    Revizyon tablosu her zaman güncel değil. El yazısı notla düzeltilmiş resimlerde tablo eski kalıyordu; en güncel revizyonun kaynağı olarak kurumsal kayıt kabul edildi, resmin kendisi değil.

  5. 05

    Güven eşiği tek başına yetmiyor. Bazı alan türleri yüksek güvenle ve yanlış okunuyor; geometrik toleranslama çerçeveleri bu yüzden güven değerine bakılmadan insana devredildi.

03DİĞER VAKALAR

Vaka kütüphanesinden

BUILD

Aynı yaklaşımı kurumunuzda kurmak ister misiniz?

Discovery oturumunda mevcut durumunuzu, veri erişiminizi ve başarı tanımınızı birlikte yazıyoruz.