Tarım Ekipman Bakımı - Tarım

Bu grup ne yapar

Tarım Ekipman Bakımı grubu, Tarım & Tarım Teknolojisi Operasyonları için filo yönetimi işlem hattıdır. Bir makineyi ilk kayıttan tam bakım yaşam döngüsü boyunca taşır: önleyici bakım planlaması, onarım iş emri yürütmesi, yedek parça tüketimi ve filo genelinde güvenilirlik analitiği — verilere dayalı değişim kararlarıyla sonuçlanır.

Tarım Varlık Kaydı

→

Önleyici Bakım

→

Bakım İş Emirleri

→

Yedek Parça Stoku

→

Ekipman Güvenilirlik Panosu

Beş ekranın tümü tek bir servis dosyasını, src/services/agroEquipmentMaintenanceService.ts'i paylaşır; bu yüzden aşağıdaki her entegrasyon kancası, simüle edilmiş bir devir değil, aynı dosyadaki kardeş kayıtlara karşı gerçek bir oku-değiştir-yaz çağrısıdır. Bakım İş Emirleri tek istisnadır: MaintenanceWorkOrderRecord'u okur ve yazar; bu, src/services/maintenanceWorkOrderService.ts'in sahip olduğu ve Üretim'in ve Enerji'nin kendi bakım ekranlarıyla zaten paylaşılan alan-bağımsız bir tiptir — bu dosya onu kopyalamak yerine yeniden dışa aktarır.

1. Tarım Varlık Kaydı

Amaç: Ana filo defteri — her traktörü, biçerdöveri, pülverizatörü/tozlayıcıyı, sulama pompasını ve tarım dronunu çalışma saati sayacı, yakıt/güç tipi ve bakım aralığıyla birlikte kaydedin.

Temel özellikler

Varlık ID'leri — AST-2026-XXXX, kategoriler tractors, combine_harvesters, sprayers_dusters, irrigation_pumps, agro_drones.
Durum yaşam döngüsü — operational, in_maintenance, quarantined_decommissioned.
Filo Hazır Bulunurluğu Göstergesi — computeFleetReadinessPercent(), filonun şu anda operational olan payını gösterir.
Bakım aralığı takibi — serviceIntervalHours ile birlikte birikimli totalOperatingHours; isServiceIntervalDue() varlığın eşiği aştığını işaretler.
Telemetri & dokümantasyon — opsiyonel GPS/telemetri cihaz eşleştirmesi, saatlik çalışma maliyeti oranı, ekipman kılavuzu ve garanti belgesi URL'leri.

Entegrasyon tetikleyicileri

Eylem	Ne yapar
`schedulePreventiveService`	Varlığın birikimli çalışma saatleri bakım aralığına ulaştığında bir `preventive` tipi bakım iş emri gönderir.
`flagEquipmentBreakdown`	Anında bir `critical_emergency` bakım iş emri açar ve varlığı `in_maintenance` olarak işaretler.
`updateAssetOperatingHours` (Tarla/Sera Emirleri'nden çağrılır)	Çalışılan saatleri varlığın sayacına biriktirir ve aralığa ulaşıldığında `schedulePreventiveService`'i otomatik gönderir — Tarım Teknolojisi Operasyonları'nda referans verilen taslak artık gerçek bir entegrasyondur.

2. Önleyici Bakım

Amaç: Varlık başına tekrarlayan bakım rutinleri tanımlayın — yağ değişimleri, hidrolik incelemeler, nozül kalibrasyonu, rulman gresleme — ve her birinin bir sonraki vade eşiğine ne kadar yakın olduğunu izleyin.

Temel özellikler

Program ID'leri — PMR-2026-XXXX, her biri adlandırılmış bir bakım rutiniyle bir varlığı hedefler.
Aralık tipleri — operating_hours veya calendar_interval_days, bir tetikleme değeriyle (örn. her 250 saatte bir).
İlerleme göstergesi — computePMProgressPercent() vadeye yüzde olarak gösterir; isPMOverdue() %100'de veya üzerinde olanları işaretler.
Öncelik — routine, mandatory_safety, critical_breakdown_prevention.
Önceden ayrılmış yedek parçalar — bir rutin, tüketmeyi beklediği parça numaralarını ve miktarlarını listeleyebilir; iş başlamadan önce uygunluğu kontrol edilir.
Anomali alımı — ingestAnomalyPMTrigger(), IoT İklim & Toprak İzleme veya Silo & Depo Yönetimi'nden gelen telemetri uyarılarının bir programı anomali tetikli olarak işaretlemesine izin verir; bu, normal aralığından bağımsız olarak yüzeye çıkar.

Entegrasyon tetikleyicileri

Eylem	Ne yapar
`generateWorkOrderFromPM`	Bakım İş Emirleri'nde gerçek bir iş emri açmak için paylaşılan, alan-bağımsız `createMaintenanceWorkOrderFromPlan`'ı çağırır, programa geri bağlantılı olarak.
`checkSparePartsAvailability`	Her önceden ayrılmış parça numarasını Yedek Parça Stoku'ndaki eldeki miktara karşı çapraz kontrol eder ve rutinin tam olarak stoklu olup olmadığını kaydeder.

3. Bakım İş Emirleri

Amaç: Önleyici, acil, kalibrasyon veya saha arızası olsun, her onarım biletinin tanıdan parça tüketimine, fotoğraf doğrulamasına, onaya ve kapatmaya kadar yürütme defteri.

Temel özellikler

Paylaşılan kayıt tipi — MaintenanceWorkOrderRecord (MWO-2026-XXXX), alan-bağımsız maintenanceWorkOrderService.ts'te yaşar; Üretim ve Enerji'de zaten kullanılmaktadır; bu ekran Tarım'ın aynı depoya kendi arayüzüdür.
Emir tipleri — preventive, corrective_repair (saha arızası), condition_based (kalibrasyon/test), emergency_shutdown (acil onarım).
Ekipman Duruş Riski göstergesi — operasyonel etkiyi göstermek için her açık emirdeki gerçek (henüz kaydedilmemişse tahmini) saatleri toplar.
Yürütme & Parça Tüketimi modali — tanı notları, gerçek duruş saatleri, parça numaralarına karşı tüketilen parça günlüğü, onarım öncesi/sonrası fotoğraf URL'leri ve bir teknisyen onay beyanı.

Entegrasyon tetikleyicileri

Eylem	Ne yapar
`consumeSparePartsForWorkOrder`	Kapatmada, onarım sırasında tüketilen her parça için Yedek Parça Stoku'nda eldeki miktarı düşer.
`setAssetStatusOperational`	Emir tamamlandı olarak işaretlendiğinde hedef varlığın durumunu Tarım Varlık Kaydı'nda `operational`'a geri yükler.
`feedReliabilityMetrics`	İşçilik saatlerini, duruş süresini ve maliyeti Ekipman Güvenilirlik Panosu'na aktarır — ilk aktarımda varlığın filo güvenilirlik kaydını oluşturur, sonraki her tamamlanmada içine biriktirir.

4. Yedek Parça Stoku

Amaç: Sarf malzemesi defteri — motor parçaları, hidrolik & hortumlar, filtreler & kayışlar, lastikler & paletler, nozüller & bağlantı parçaları — bölme konumları ve yeniden sipariş tamponlarıyla.

Temel özellikler

Parça SKU'ları — PRT-2026-XXXX, ayrıca tedarikçinin kendi parça numarası, adı ve uyumlu makine modelleri.
Yeniden Sipariş Tamponu göstergesi — computeStockBufferPercent(), eldeki miktarı yeniden sipariş eşiğine göre gösterir.
Stok durumu — optimal, low_stock_warning, out_of_stock, on_order; computeDerivedStockStatus() tarafından canlı türetilir.
Depo bölme konumu, birim maliyet, hasarlı/kusurlu işaretleme ve son sayım tarihi.
Gerçek depo sahipliği — bu ekran, Bakım İş Emirleri ve Önleyici Bakım'ın zaten bağımlı olduğu minimal yedek parça yer tutucusunu devraldı; her ikisi de bu ekran çıktığında hiçbir kod değişikliği gerektirmedi.

Entegrasyon tetikleyicileri

Eylem	Ne yapar
`triggerLowStockReplenishment`	Bir parçanın miktarı yeniden sipariş eşiğinin altına düştüğünde bir satın alma talebi uyarısı işaretler — PO'yu yönlendirecek henüz bir satın alma/tedarik ekranı yok, bu yüzden bu, defterin okuduğu yerel bir `reorderTriggered` bayrağını çevirir.
`consumeSparePartsForWorkOrder` (Bakım İş Emirleri'nden çağrılır)	Doğrudan bu ekranın kendi kaydına karşı stok düşer.
`checkSparePartsAvailability` (Önleyici Bakım'dan çağrılır)	Bir rutinin önceden ayrılmış parçalarının stokta olduğunu doğrulamak için bu ekranın kendi kaydını okur.

5. Ekipman Güvenilirlik Panosu

Amaç: Her tamamlanan onarımı filo genelinde bir güvenilirlik matrisine toplar — MTBF, MTTR, çalışma saati başına maliyet — ve hangi varlıkların değişim adayı olduğunu ortaya çıkarır.

Temel özellikler

Filo Grup ID'leri — FLT-2026-XXXX, varlık başına bir güvenilirlik kaydı, iş emirleri kapandıkça otomatik olarak oluşturulur (manuel ekleme/düzenleme formu yoktur — defter, biriken veriler üzerinde analitiktir).
Ortalama Arızalar Arası Süre (MTBF) — computeMTBF(), toplam çalışma saati bölü arıza sayısı.
Ortalama Onarım Süresi (MTTR) — computeMTTR(), toplam plansız duruş süresi bölü arıza sayısı.
Çalışma saati başına maliyet — computeCostPerHour(), ömür boyu bakım maliyeti bölü çalışma saati.
Güvenilirlik puanı — computeReliabilityScore(), çalışma süresi oranını (%65) ve MTTR'yi (%35) tek bir 0–100 sağlık göstergesine harmanlar; computeDerivedReliabilityStatus() bu puanı (artı saat başına maliyet ve herhangi bir manuel değişim bayrağını) high_reliability, degraded_performance veya high_cost_replacement_candidate'e eşler.
Çalışma Süresi & Kullanılabilirlik göstergesi — tüm güvenilirlik kayıtları genelinde filo çapında planlanan ve gerçek çalışma süresi.
Kök Neden Analizi modali — ömür boyu bakım maliyeti, arıza sayısı, güvenilirlik puanı, varlığın geçmiş iş emirlerinden kaynaklanan bir arıza tipi Pareto dağılımı, ham iş emri geçmişi tablosu ve bir değişim önerisi akışı.

Entegrasyon tetikleyicileri

Eylem	Ne yapar
`flagAssetForReplacement`	Hedef varlığı Tarım Varlık Kaydı'nda `quarantined_decommissioned` olarak işaretler ve güvenilirlik kaydında `replacementFlagged`/`replacementReason`'ı ayarlar — MTTR veya bakım maliyeti varlığın piyasa değeri eşiğini aştığında Kök Neden Analizi modalinden tetiklenir.
`feedReliabilityMetrics` (Bakım İş Emirleri'nden çağrılır)	Bu panonun almak için var olduğu gerçek hedef — her tamamlanan iş emri buradaki eşleşen filo güvenilirlik kaydına birikir.

Uçtan uca veri akışı

Kaynak ekran / fonksiyon	Yazar	Hedef ekran / kayıt
Tarla/Sera Emirleri — `updateAssetOperatingHours`	Çalışma saatlerini biriktirir; aralıkta önleyici bakımı otomatik gönderir	Tarım Varlık Kaydı → Bakım İş Emirleri
Tarım Varlık Kaydı — `schedulePreventiveService`	Yeni `preventive` iş emri	Bakım İş Emirleri
Tarım Varlık Kaydı — `flagEquipmentBreakdown`	Yeni `critical_emergency` iş emri; varlık `in_maintenance` olarak işaretlenir	Bakım İş Emirleri
Önleyici Bakım — `generateWorkOrderFromPM`	Paylaşılan `createMaintenanceWorkOrderFromPlan` üzerinden yeni iş emri	Bakım İş Emirleri
Önleyici Bakım — `checkSparePartsAvailability`	Stoğu okur; rutinin parça uygunluğunu işaretler	Yedek Parça Stoku
Bakım İş Emirleri — `consumeSparePartsForWorkOrder`	Tüketilen parça miktarlarını düşer	Yedek Parça Stoku
Bakım İş Emirleri — `setAssetStatusOperational`	Varlık durumunu `operational`'a geri yükler	Tarım Varlık Kaydı
Bakım İş Emirleri — `feedReliabilityMetrics`	Varlığın filo güvenilirlik kaydını oluşturur/biriktirir	Ekipman Güvenilirlik Panosu
Ekipman Güvenilirlik Panosu — `flagAssetForReplacement`	Varlık `quarantined_decommissioned` olarak işaretlenir; güvenilirlik kaydı bayraklanır	Tarım Varlık Kaydı
IoT İklim & Toprak İzleme / Silo & Depo Yönetimi — `ingestAnomalyPMTrigger`	Eşleşen PM programlarını anomali tetikli olarak işaretler	Önleyici Bakım

Bu bölümdeki sayfalar

Sıkça Sorulan Sorular

Tarım Ekipman Bakımı bugün uygulamada kullanılabilir mi?

Evet. Beş ekranın tümü — Tarım Varlık Kaydı, Önleyici Bakım, Bakım İş Emirleri, Yedek Parça Stoku ve Ekipman Güvenilirlik Panosu — canlıdır, gerçek kenar çubuğu navigasyon girdileri ve paylaşılan bir servis dosyası, src/services/agroEquipmentMaintenanceService.ts ile.

Bakım İş Emirleri bu gruptaki diğer dört ekrandan nasıl farklıdır?

Kayıt tipi MaintenanceWorkOrderRecord, agroEquipmentMaintenanceService.ts'te yerel olarak tanımlanmak yerine, Üretim'in ve Enerji'nin kendi bakım ekranlarıyla zaten paylaşılan ayrı, alan-bağımsız bir servis dosyasında (maintenanceWorkOrderService.ts) yaşar. Tarım'ın ekranı aynı paylaşılan depoya kendi arayüzüdür — bir kopya değil.

Bir ekipman güvenilirlik kaydı nasıl oluşturulur?

Manuel bir ekleme formu yoktur. Bir filo güvenilirlik kaydı, o varlık için tamamlanmış bir iş emrinin feedReliabilityMetrics'i çağırdığı ilk seferde otomatik olarak oluşturulur, ardından her sonraki tamamlamada içine birikir — tüm pano, diğer ekranların ürettiği veriler üzerinde analitiktir.

Bir varlık değişim için işaretlendiğinde ne olur?

Ekipman Güvenilirlik Panosu'ndaki Kök Neden Analizi modalinden, flagAssetForReplacement, varlığın durumunu Tarım Varlık Kaydı'nda quarantined_decommissioned olarak ayarlar ve nedeni güvenilirlik kaydına kaydeder — varlığı veya geçmişini silmez.

Bu grubun izlediği bir referans uygulama var mı?

Üretim'in Bakım Operasyonları grubu (Varlık Sicili, Önleyici Bakım, İş Emirleri, Yedek Parçalar, Güvenilirlik Panosu), bu grubun Bakım İş Emirleri ekranının paylaştığı aynı alan-bağımsız bakım motoru üzerine kurulu en yakın mevcut benzerdir.