Önleyici Bakım & Servis Operasyonları
İş emri planlama, parça envanteri bağlantısı, muayene kontrol listeleri ve lastik ömrü — her ekranda UI'a bağlı 2 aşamalı AI tanısına sahip grup.
Bu grup ne yapar
Önleyici Bakım & Servis Operasyonları; işi planlar, parça envanterini ona bağlar, sürücü güvenlik muayenelerini çalıştırır ve lastik aşınmasını izler — 4 ekranın tamamı add-on’un 2 aşamalı AI tanı desenini kullanır (bkz. Genel Bakış), ve her birinde Aşama 1, kaydın modalında gerçek, çalışan bir “Search …” butonudur, koda yazılmış ama bağlanmamış bir kod değildir.
Bu gruptaki paylaşılan 2 aşamalı motor
| Ekran | Aşama 1 Neyle Karşılaştırır | Aşama 2 Neyi Teşhis Eder | Sonuçta Ne Görürsünüz |
|---|---|---|---|
| Work Order Scheduler | Aynı ekrandaki diğer bakım kuralları ve iş emirleri | İş emri denetimini çalıştırır | İşin SLA'yı karşılayıp karşılamadığı, bir gecikme-riski derecesi (critical/high/medium/low), tekrarlayan bileşen riski, bir program çakışması tespit edilip edilmediği, önerilen teknisyen becerisi, tahmini maliyet aralığı ve bir özet |
| Parts Inventory Link | Aynı ekrandaki diğer parça ve uyumluluk kayıtları | Parça envanteri denetimini çalıştırır | Bir stok tükenme-riski derecesi (critical/high/medium/low), aktif rezervasyonların etkisi, önerilen alternatif parçalar, tahmini yeniden sipariş süresi, önerilen yeniden sipariş miktarı ve bir özet |
| Inspection Checklist | Aynı ekrandaki diğer muayene standartları ve kontrol listeleri | Muayene denetimini çalıştırır | Aracın hizmet dışı bırakılma riski taşıyıp taşımadığı, kritik güvenlik kusurlarının listesi, bir önem derecesi, DOT uyum durumu, önerilen bir aksiyon ve bir özet |
| Tire Lifecycle Tracker | Aynı ekrandaki diğer lastik telemetri kayıtları | Lastik ömrü denetimini çalıştırır | Aşınma oranı (1.000 km başına mm), tahmini değiştirme mesafesi, bir hizalama anomalisinin tespit edilip edilmediği, bu anomalinin açıklaması, önerilen bir aksiyon ve bir özet |
4 ekranın Aşama 1 aramasının tümü mevcut kaydı aynı ekrandaki her diğer canlı kayıtla karşılaştırır — statik bir referans korpus yoktur (örn. bir OEM servis bülteni kütüphanesi); aday havuzu ekranın kendi defteridir. 4’ü de aynı temel benzerlik-arama mantığını kullanır ve yalnızca kullanıcının yerel Ollama’sına yönlenir. Aşama 2 sonucu modalda render edilir ve asla kayda kaydedilmez — kalıcı etkiler ayrı bir aksiyon butonundan gelir (aşağıya bakın).
1. Work Order Scheduler
Amaç: Planlanan tarih, atanan atölye/teknisyen, tahmini maliyet ve duruma göre araç bazlı bakım/onarım iş emirleri (Scheduled PM, Emergency Repair, Recall Service).
Defter sütunları
- Araç id/plaka/VIN, başlık, açıklama
- Bakım tipi — scheduled PM / emergency repair / recall service
- Planlanan tarih, atanan atölye, tahmini maliyet, öncelik (low–critical)
- Durum — scheduled / in progress / on hold / completed (artı, geriye dönük uyumluluk için tutulan ve
scheduledile aynı şekilde render edilen eskiopen) - Kaynak cihaz ve arıza kodu — iş emri Telematics & IoT Config’in alarm tetikleyicisi tarafından otomatik oluşturulduğunda doldurulur
Ana aksiyonlar
Standart oluşturma/düzenleme/silme, artı yukarıdaki 2 aşamalı tanı modalı. Durumu/alanları doğrudan düzenlemenin ötesinde ayrı bir kalıcı aksiyon yoktur.
ID formatı: WO-YYYY-XXXX. Sunucuya otomatik olarak kaydedilir.
2. Parts Inventory Link
Amaç: Yedek parça envanterini açık iş emirlerine tahsis eder — SKU, uyumlu araç modelleri, stok miktarı, yeniden sipariş noktası ve tahsis durumu.
Defter sütunları
- Parça SKU, açıklama, uyumlu araç modelleri
- Stok miktarı, yeniden sipariş noktası, birim maliyet
- Tahsis durumu — iş emri için rezerve / stokta / bekleyen sipariş, rezerve iş emri id’si
ID formatı: PRT-YYYY-XXXX. Sunucuya otomatik olarak kaydedilir.
3. Inspection Checklist
Amaç: Başarısız madde sayısı, önem derecesi ve denetim durumuna göre sürücü güvenlik muayeneleri (Pre-Trip DVIR, Post-Trip, Annual Safety).
Defter sütunları
- Araç id/plaka/VIN, denetçi adı, muayene tipi, muayene tarihi
- Başarısız madde sayısı ve açıklaması
- Önem derecesi — pass / minor defect / out-of-service risk
- Denetim durumu — approved / work order triggered, tetiklenen iş emri id’si
ID formatı: INS-YYYY-XXXX. Sunucuya otomatik olarak kaydedilir.
4. Tire Lifecycle Tracker
Amaç: Araç başına, aks pozisyonu bazında (ön-sol, ön-sağ, 4 farklı arka pozisyon, yedek) diş derinliği, toplam mesafe ve basınç telemetrisi.
Defter sütunları
- Araç id/plaka, aks pozisyonu, DOT seri kodu
- Diş derinliği (mm), toplam mesafe (km), basınç (psi)
- Durum — good / rotation due / immediate replacement
ID formatı: TIR-YYYY-XXXX. Sunucuya otomatik olarak kaydedilir.
Sunucu yönlendirmesi (4 ekranın tümü)
4 ekranın tamamında Aşama 2, Ayarlar → Agentic’te seçtiğiniz AI motoruna göre yönlenir. Ollama, Local LLM veya Web LLM seçiliyken analiz tamamen kendi makinenizde veya tarayıcınızda çalışır ve sunucuya hiç ulaşmaz — Render sunucusunun kullanıcının kendi Ollama örneğine ağ erişimi yoktur. Local CLI veya API seçiliyken analizi bunun yerine sunucu yürütür ve seçilen moda göre Anthropic veya Cohere API’sini çağırır. Her sunucu çağrısı loglanır (süre, model, başarı/hata, ekran adı), Ayarlar → Analytics’te görünür.
Yönlendirme kontrolü neden önemli
Bu kontrolü atlayıp her zaman sunucuyu çağırmak, bir kullanıcı Ollama seçtiğinde anlamsız bir hata üretirdi — sunucunun kullanıcının kendi makinesine erişimi yoktur.
Bu bölümdeki sayfalar
Sıkça Sorulan Sorular
open iş emri durumu ne anlama gelir?scheduled/in_progress/on_hold/completed setinden önce gelir (Telematics & IoT Config’in alarm tetikleyicisi eskiden iş emirlerini bu durumla oluşturuyordu) ve geriye dönük uyumluluk için tutulur — UI onu scheduled ile aynı şekilde render eder.