Varlık Bakımı Veri Şablonunuz
Varlık Bakımı Veri Şablonunuz
- Bakım özniteliklerinin ayrıntılı listesi
- İzlenmesi gereken önemli süreç kilometre taşları
- Ayrıntılı teknik veri çıkarma rehberi
Varlık Bakımı Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Bakım İş Emri WorkOrderNumber | Bakım iş emrinin benzersiz alfasayısal tanımlayıcısı. | ||
| Açıklama Bu öznitelik, bakım sürecinin merkezi vaka tanımlayıcısıdır. IBM Maximo sistemi içindeki her iş emrini benzersiz biçimde ayırt eder ve ilgili tüm faaliyetleri, iş gücü işlemlerini ve malzeme kullanımını tek bir yürütülmüş işe bağlar. Process Mining analizinde bu kimlik, münferit olayları tutarlı bir vaka altında gruplamak için kullanılır. Analistlerin bir bakım görevinin ilk talep oluşturulmasından onay, yürütme ve son yönetimsel kapanışa kadar uçtan uca yaşam döngüsünü izlemesini sağlar. Neden önemli? Süreç akışını yeniden oluşturmak için temel anahtardır ve belirli işlerin departmanlar arasındaki takibini sağlar. Nereden alınır? Tablo: WORKORDER, Sütun: WONUM Örnekler WO100234WO100235CM-99281PM-11002 | |||
| Faaliyet Activity | İş emri yaşam döngüsünde gerçekleşen belirli olay veya durum değişikliği. | ||
| Açıklama Bu öznitelik, bakım sürecinde gerçekleştirilen adımı, örneğin 'İş Emri Onaylandı' veya 'İş Gücü Kaydedildi' durumlarını temsil eder. IBM Maximo'da bu bilgi genellikle geçmiş tablolarındaki durum değişikliklerinden veya iş gücü bildirimi gibi belirli işlem günlüklerinden türetilir. Süreç haritasının düğümlerini oluşturur ve adımların sıralamasının görselleştirilmesini sağlar. Kuruluşlar bu değerleri analiz ederek süreç varyantlarını, döngüleri ve standart bakım prosedüründen sapmaları belirleyebilir. Neden önemli? Sürecin 'ne' yaptığını tanımlar; süreç haritası oluşturmak ve Workflow yürütmesini anlamak için gereklidir. Nereden alınır? Tablo: WOSTATUS (Sütun: STATUS) veya WOLOG Örnekler APPRINPRGCOMPCLOSEWMATL | |||
| Olay Zaman Damgası EventTimestamp | Faaliyetin gerçekleştiği belirli tarih ve saat. | ||
| Açıklama Bu öznitelik, bir durumun değiştiği veya iş gücünün kaydedildiği an gibi bir olayın gerçekleştiği kesin zamanı kaydeder. Çevrim süreleri ve süre hesaplamaları dahil olmak üzere tüm performans analizleri için gerekli zaman boyutunu sağlar. Doğru zaman damgaları, 'Ortalama Planlama ve Onay Çevrim Süresi'ni hesaplamak ve olayların doğru sırada gerçekleşmesini sağlamak için büyük önem taşır. Maximo'da bu değer genellikle durum kaydının değişiklik tarihidir. Neden önemli? Olayları kronolojik olarak sıralamak ve zamana dayalı tüm KPI'ları hesaplamak için gereklidir. Nereden alınır? Tablo: WOSTATUS, Sütun: CHANGEDATE Örnekler 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Kaynak Sistem SourceSystem | Verilerin alındığı sistemin adı. | ||
| Açıklama Veri kaydının kaynak uygulamasını tanımlar. Bu bağlamda genellikle 'IBM Maximo' olur. Birden fazla bakım sisteminden veri birleştirildiğinde veya ERP verileriyle entegrasyon yapıldığında özellikle faydalıdır. Process Mining projesi birden fazla CMMS örneğini içeren karmaşık bir sistem ortamını kapsıyorsa analistlerin görünümü kayıt sistemine göre filtrelemesini sağlar. Neden önemli? Birden fazla sistemin bulunduğu ortamlarda veri kökenini ve izlenebilirliğini sağlar. Nereden alınır? Veri çıkarımı sırasında sabit olarak atanır Örnekler IBM MaximoMaximo PRODMaximo Legacy | |||
| Son Veri Güncellemesi LastDataUpdate | Verilerin çıkarıldığı veya son yenilendiği zaman damgası. | ||
| Açıklama Kaydın Process Mining için en son ne zaman işlendiğini veya çıkarıldığını gösterir. Bu bilgi, verilerin güncelliğini ve güvenilirliğini değerlendirmenize yardımcı olur ve analizin bakım operasyonlarının en güncel durumunu yansıtmasını sağlar. Bu öznitelik, artımlı veri yüklemeleri ve Dashboardların iş emri durumu ile birikmiş işler hakkında güncel bilgiler gösterdiğini doğrulamak için gereklidir. Neden önemli? Veri gecikmesini ve güncelliğini anlamak için önemlidir. Nereden alınır? Çıkarım sırasındaki sistem zamanı Örnekler 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Atanan Teknisyen AssignedResource | İşi yürütmek üzere atanan belirli kişi veya baş teknisyen. | ||
| Açıklama İş emrinden sorumlu kişiyi veya baş teknisyeni tanımlar. Bu bilgi 'Baş teknisyen' alanında bulunabilir veya iş gücü atamalarından türetilebilir. 'Kaynak ve yüklenici verimliliği' Dashboardunu destekler. Bu özniteliği analiz etmek, 'Bakım iş yükü dağılımı' görünümündeki iş yükü dengesizliklerini belirlemeye ve farklı teknisyenlerin veya ekiplerin verimliliğini karşılaştırmaya yardımcı olur. Neden önemli? İş gücü verimliliğini analiz etmek ve iş yükünü dengelemek için temel bir özniteliktir. Nereden alınır? Tablo: WORKORDER, Sütun: LEAD (veya ASSIGNMENT tablosundan) Örnekler JSMITHBPATELMRODRIGUEZ | |||
| Gerçekleşen Bitiş Tarihi ActualFinishDate | Fiziksel işin tamamlandığı tarih ve saat. | ||
| Açıklama Bakım görevinin teknik olarak ne zaman tamamlandığını kaydeder. Bu tarih, talebin idari olarak kapatılmasından farklıdır. Bu tarihi 'Hedef tamamlanma tarihi' ile karşılaştırarak SLA uyumluluğunu hesaplayabilirsiniz. İşin tamamlanması ile sistemdeki evrakların kapatılması arasındaki gecikmeyi ölçmek için 'İş emri idari teslim süresi' Dashboardunda kullanılır. Neden önemli? Teknik yürütme aşamasının sonunu gösterir. Nereden alınır? Tablo: WORKORDER, Sütun: ACTFINISH Örnekler 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Gerçekleşen İş Gücü Saatleri ActualLaborHours | Tüm teknisyenlerin iş emrinde fiilen harcadığı toplam saat. | ||
| Açıklama İş emrine kaydedilen tüm iş gücü sürelerinin toplamıdır. Bu metrik, kaynak kullanımının gerçek durumunu gösterir ve 'Teknisyen Kullanım Varyansı' KPI'ını destekler. İş gücü maliyetini hesaplamak ve belirli görevlerin gerçekte ne kadar sürdüğüne ilişkin geçmiş veriler sağlayarak gelecekteki iş planlarını iyileştirmek için kullanılır. Neden önemli? İş gücü maliyeti ve verimlilik analizinin temel metriğidir. Nereden alınır? Tablo: WORKORDER, Sütun: ACTLABHRS Örnekler 2.55.012.0 | |||
| Hedef Tamamlanma Tarihi TargetCompletionDate | İş emri için planlanan veya gerekli son tarih. | ||
| Açıklama İş emrinin tamamlanmasının beklendiği tarihtir. Bu tarih çoğu zaman önceliğe ve oluşturulma tarihine göre hesaplanır. 'Kritik varlık SLA performansı' Dashboardu için kıyaslama noktasıdır. Analistler bu alanı 'Gerçek tamamlanma tarihi' ile karşılaştırarak zamanında performans oranlarını belirleyebilir ve hangi varlık kategorilerinin bakım aralıklarını sık sık kaçırdığını görebilir. Neden önemli? SLA uyumunu ve planlama uyumluluğunu ölçmek için temel alınan tarihtir. Nereden alınır? Tablo: WORKORDER, Sütun: TARGCOMPDATE Örnekler 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| İş Emri Türü WorkType | İş emrini Önleyici (PM), Düzeltici (CM) veya Acil (EM) olarak sınıflandırır. | ||
| Açıklama Bu öznitelik, bakım görevinin niteliğini sınıflandırır. Maximo içindeki yaygın değerler PM (Önleyici Bakım), CM (Düzeltici Bakım) ve EM (Acil Bakım) seçeneklerini içerir. Bu sınıflandırma, 'Proaktif ve reaktif bakım' Dashboardunun temelini oluşturur. Analistler bu özniteliğe göre filtreleme yaparak 'Acil bakım oranı' KPI değerini hesaplayabilir ve bakım stratejisinin reaktif sorun gidermeden planlı güvenilirlik çalışmalarına doğru nasıl değiştiğini belirleyebilir. Neden önemli? Planlı ve plansız işleri birbirinden ayırır; bakım olgunluğunun önemli göstergelerinden biridir. Nereden alınır? Tablo: WORKORDER, Sütun: WORKTYPE Örnekler PMCMEMCPMOD | |||
| Mevcut Durum Status | İş emrinin mevcut yaşam döngüsü durumu. | ||
| Açıklama İş emrinin mevcut yönetimsel durumudur, örneğin 'APPR', 'WAPPR' veya 'COMP'. 'Faaliyet' özniteliği değişiklik geçmişini yakalarken bu öznitelik bilinen son durumu gösterir. Veri setini yalnızca 'Açık' veya 'Kapalı' iş emirlerini gösterecek şekilde filtrelemek için kullanışlıdır ve 'Bakım İş Yükü Dağılımı' analizini destekler. Neden önemli? Mevcut iş yükünün ve birikmiş işlerin anlık görünümünü sağlar. Nereden alınır? Tablo: WORKORDER, Sütun: STATUS Örnekler APPRCLOSEINPRG | |||
| Öncelik Priority | İş emrine atanan aciliyet düzeyi. | ||
| Açıklama İş emrinin önemini ve aciliyetini gösteren sayısal veya kategorik bir değerdir. Maximo içinde bu değer genellikle bir sayıdır ve düşük sayılar çoğu zaman daha yüksek aciliyeti ifade eder, örneğin 1 = Acil. Bu öznitelik, birikmiş işler içindeki işleri önceliklendirmek için kullanılır ve 'Kritik varlık SLA performansı' Dashboardu açısından gereklidir. Yüksek öncelikli işlerin düşük öncelikli görevlere kıyasla gereken hızda ele alınıp alınmadığını belirlemeye yardımcı olur. Neden önemli? Kuruluşun kaynaklarını en acil görevlere yönlendirip yönlendirmediğini analiz etmeyi sağlar. Nereden alınır? Tablo: WORKORDER, Sütun: WOPRIORITY Örnekler 1234 | |||
| Varlık Kritiklik Düzeyi AssetCriticality | Varlığın iş operasyonları açısından önemini gösteren puan. | ||
| Açıklama Varlık kaydında yer alan ve arızanın sonucunu gösteren bir sınıflandırmadır, genellikle 1-10 veya A/B/C biçimindedir. Bu bilgi İş emri görünümüyle birleştirilmelidir. Bu öznitelik, 'Kritik varlık SLA performansı' Dashboardu için zorunludur. Analizin en önemli unsurlara odaklanmasını sağlar. Kritik bir jeneratördeki gecikmeler, personel dinlenme alanındaki kahve makinesindeki gecikmelerden daha yüksek ağırlıkla değerlendirilir. Neden önemli? Süreç performansını iş riskine göre bölümlere ayırmayı sağlar. Nereden alınır? Tablo: ASSET, Sütun: PRIORITY (ASSETNUM üzerinden birleştirilir) Örnekler 1510 | |||
| Varlık Numarası AssetNumber | Bakımı yapılan ekipmanın veya varlığın benzersiz tanımlayıcısı. | ||
| Açıklama Bakım çalışmasının konusu olan belirli makine, araç veya tesis bileşenidir. Süreç verilerini fiziksel varlık hiyerarşisine bağlar. Sık arızalanan 'sorunlu varlıkları' belirlemek için önemlidir. 'Bakım Kalitesi ve Yeniden İşleme Oranları' analizinde kullanılan bu öznitelik, MTBF'yi hesaplamak ve kronik güvenilirlik sorunlarını belirlemek için iş emirlerinin varlığa göre gruplanmasını sağlar. Neden önemli? Süreç yürütmesini fiziksel altyapının performansına bağlar. Nereden alınır? Tablo: WORKORDER, Sütun: ASSETNUM Örnekler PUMP-101HVAC-02FLEET-99 | |||
| Acil mi IsEmergency | İş emrinin acil olup olmadığını gösteren işaret. | ||
| Açıklama İş türüne veya önceliğe göre hesaplanan bir boole işaretidir. İş türü 'EM' (Acil) veya öncelik 1 ise değer doğrudur. Bu sadeleştirilmiş öznitelik, görselleştirme katmanında karmaşık mantık kullanmadan 'Acil bakım oranı' değerini ayırmak için Dashboardlarda kolay filtreleme yapılmasını sağlar. Neden önemli? Reaktif bakım analizinde filtrelemeyi kolaylaştırır. Nereden alınır? WORKTYPE alanından hesaplanır Örnekler truefalse | |||
| Arıza Kodu FailureCode | Varlığın neden arızalandığını açıklayan standartlaştırılmış kod. | ||
| Açıklama Teknisyenin arıza nedenini sınıflandırmak için seçtiği yapılandırılmış koddur, örneğin 'Aşınma', 'Elektrik' veya 'Operatör Hatası'. Kök Neden Analizi (RCA) için önemlidir. Bu kodların toplanması, mühendislik ekiplerinin varlık portföyündeki sistemik sorunları belirlemesine yardımcı olur. Böylece 'Bakım Kalitesi ve Yeniden İşleme Oranları' analizi desteklenir ve önleyici bakım stratejilerinde değişiklik yapılabilir. Neden önemli? Güvenilirlik mühendisliği ve arıza analizinin temel veri noktasıdır. Nereden alınır? Tablo: WORKORDER, Sütun: FAILURECODE Örnekler SIZINTIAŞIRI ISINMATİTREŞİM | |||
| Bildirim Tarihi ReportedDate | Sorunun ilk bildirildiği veya talebin oluşturulduğu tarih ve saat. | ||
| Açıklama Bakım ihtiyacının ilk belirlendiği ve sisteme girildiği zamanı gösteren zaman damgasıdır. Müşteri deneyimi zaman çizelgesinin gerçek başlangıç noktasını oluşturur. 'Ortalama Planlama ve Onay Çevrim Süresi'ni hesaplamak için bu tarihten işin fiilen başladığı zamana kadar geçen süreyi ölçer. Bakım kuruluşunun yanıt verme hızını değerlendirmeye yardımcı olur. Neden önemli? Tüm bakım yaşam döngüsünün yanıt verme performansı için başlangıç noktasını belirler. Nereden alınır? Tablo: WORKORDER, Sütun: REPORTDATE Örnekler 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| Konum Location | İşin gerçekleştirildiği işlevsel konum veya fiziksel saha. | ||
| Açıklama Varlığın bulunduğu fiziksel alanı veya işlevsel konum kodunu belirtir. Belirli varlık numarasından daha geniş bir kapsamı ifade eder ve coğrafi veya bölgesel analizlere yardımcı olur. Teknisyenlerin sahalar arasındaki hareketleri için lojistik planlaması yapmak ve bakım etkinliklerinin yoğunlaştığı noktaları görselleştirmek üzere 'Bakım iş yükü dağılımı' Dashboardunda kullanılır. Neden önemli? Lojistik ve kaynak dağılımı için coğrafi bağlam sağlar. Nereden alınır? Tablo: WORKORDER, Sütun: LOCATION Örnekler BRILER-RMPLANT-AOFFICE-1 | |||
| Saha Kimliği SiteId | Birden fazla sahaya sahip Maximo uygulamalarında kullanılan üst düzey saha tanımlayıcısı. | ||
| Açıklama Büyük kuruluşlarda Maximo genellikle 'Saha' temelinde bölümlendirilir. Bu öznitelik, veritabanı düzeyinde farklı tesisleri veya sahaları birbirinden ayırır. 'Standart Bakım Süreci Uyumluluğu' analizinde farklı iş birimlerinin performansını karşılaştırmak için gereklidir ve karşılaştırmaların doğru operasyonel bağlamda yapılmasını sağlar. Neden önemli? Birden fazla sahanın bulunduğu kurulumlarda verilerin kapsamını belirlemek için önemlidir. Nereden alınır? Tablo: WORKORDER, Sütun: SITEID Örnekler BEDFORDNASHUATEXAS | |||
| SLA İhlal Edildi mi IsSlaBreached | Gerçekleşen bitiş tarihinin hedef tarihi aşıp aşmadığını gösteren işaret. | ||
| Açıklama 'Gerçek tamamlanma tarihi' ile 'Hedef tamamlanma tarihi' değerlerini karşılaştıran hesaplanmış bir boole alanıdır. Gerçek değer hedeften büyükse sonuç doğrudur. Bu önceden hesaplanmış metrik, 'Kritik varlık SLA performansı' Dashboardunu sadeleştirir ve çalışma zamanında tarih hesabı yapmadan başarısız SLA sayısının hemen alınmasını sağlar. Neden önemli? Performans uyumluluğunu anında görünür kılar. Nereden alınır? ACTFINISH ve TARGCOMPDATE alanlarından hesaplanır Örnekler truefalse | |||
| Tahmini İş Gücü Saatleri EstimatedLaborHours | İş emri için planlanan iş gücü süresi. | ||
| Açıklama Planlama aşamasında görevi tamamlamak için tahmin edilen toplam saat sayısıdır. Bu değer, 'Gerçek iş gücü saatleri' ile 'İş gücü tahmini doğruluğu Dashboardunda' karşılaştırılır. Bu değer ile gerçekleşen değerler arasındaki büyük sapmalar; kötü planlamaya, standart işletim prosedürlerinin eksikliğine veya beklenenden fazla çalışma gerektiren beklenmedik varlık koşullarına işaret eder. Neden önemli? Planlama doğruluğunu ve kaynak tahminini değerlendirmek için gereklidir. Nereden alınır? Tablo: WORKORDER, Sütun: ESTLABHRS Örnekler 2.04.58.0 | |||
| Tedarikçi Vendor | Uygulanabiliyorsa iş emrine atanan üçüncü taraf yüklenici. | ||
| Açıklama Bakım görevinden sorumlu dış şirketi tanımlar. İş dış kaynak kullanılarak yürütüldüğünde doldurulur. 'Yüklenici Yürütme Verimliliği' KPI'ı için önemlidir. Bu özniteliğin analizi, bakım kuruluşunun farklı tedarikçilerin performansını maliyet, hız ve kalite açısından hem birbirleriyle hem de iç ekiplerle karşılaştırmasını sağlar. Neden önemli? Tedarikçi yönetimini ve dış kaynak kullanım performansının analizini sağlar. Nereden alınır? Tablo: WORKORDER, Sütun: VENDOR Örnekler ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Toplam Gerçekleşen Maliyet TotalActualCost | İş emri için iş gücü, malzeme, hizmet ve araç maliyetlerinin toplamı. | ||
| Açıklama Bakım görevinin toplam finansal etkisini gösterir. Maximo'da çeşitli maliyet bileşenlerinin toplamından oluşur: İş Gücü + Malzeme + Hizmetler + Araçlar. Bu öznitelik, süreç verimsizliklerinin, örneğin gecikme veya yeniden işlemenin, finansal kayıplarla doğrudan ilişkilendirilebildiği maliyet odaklı Process Mining analizini sağlar. En pahalı bakım türlerini veya varlık sınıflarını belirlemeye yardımcı olur. Neden önemli? Operasyonel faaliyetleri finansal sonuçlara bağlar. Nereden alınır? Tablo: WORKORDER, Sütun: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Örnekler 150.002500.500.00 | |||
Varlık Bakım Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Bakım talebi oluşturuldu | Bu, genellikle bir hizmet talebinden veya otomatik bir programdan kaynaklanan iş emrinin sistemde oluşturulduğu ilk olaydır. WORKORDER tablosundaki oluşturma zaman damgasından veya WOSTATUS geçmişindeki ilk kayıttan açıkça yakalanır. | ||
| Neden önemli? Süreç örneğinin başlangıcını gösterir ve toplam çözüm süresi ile ilk yanıt hızının ölçülmesi için temel oluşturur. Nereden alınır? WORKORDER.REPORTDATE veya WOSTATUS tablosundaki ilk kayıt, genellikle WAPPR durumu Yakalayın İşlem WO kaydını oluşturduğunda kaydedilir Olay türü explicit | |||
| İş başladı | Teknisyenin fiziksel çalışmaya fiilen başladığını gösterir. Kullanıcı, işin devam ettiğini belirten duruma geçtiğinde açıkça kaydedilir. | ||
| Neden önemli? Planlama süresini uygulama süresinden ayırmak için önemli bir kilometre taşıdır. Ortalama Planlama ve Onay Teslim Süresini hesaplamak için kullanılır. Nereden alınır? STATUS = 'INPRG' olan WOSTATUS tablosu kaydı Yakalayın İşlem durumu INPRG olarak değiştirdiğinde kaydedilir Olay türü explicit | |||
| İş emri iptal edildi | İş gereksiz, yinelenen veya uygulanamaz kabul edildiği için süreç zamanından önce sona erer. Bu, son durumdur. | ||
| Neden önemli? İş emri iptali analizi Dashboardunu besler. Yüksek oranlar, talep oluşturma sürecinin önceki aşamalarında süreç hataları bulunduğunu gösterir. Nereden alınır? STATUS = 'CAN' olan WOSTATUS tablosu kaydı Yakalayın İşlem durumu CAN olarak değiştirdiğinde kaydedilir Olay türü explicit | |||
| İş emri kapatıldı | İş emrinin finansal olarak kapatıldığı ve salt okunur hale geldiği son yaşam döngüsü olayıdır. Bundan sonra ek ücret uygulanamaz. | ||
| Neden önemli? İdari Teslim Süresinin sonunu gösterir. Buradaki gecikmeler finansal raporlamayı etkiler. Nereden alınır? STATUS = 'CLOSE' olan WOSTATUS tablosu kaydı Yakalayın İşlem durumu CLOSE olarak değiştirdiğinde kaydedilir Olay türü explicit | |||
| İş emri onaylandı | İş emrinin gerekli planlama ve finansal yetkilendirme kontrollerinden geçtiğini gösterir. Bu bilgi, sistem geçmişindeki durum değişikliğinden elde edilir. | ||
| Neden önemli? Planlama ve onay teslim süresi KPI'ını hesaplamak için gereklidir. Buradaki gecikmeler idari darboğazlara işaret eder. Nereden alınır? STATUS = 'APPR' olan WOSTATUS tablosu kaydı Yakalayın APPR geçişini belirlemek için durum alanını önceki ve sonraki değerleriyle karşılaştırın Olay türü explicit | |||
| İş emri tamamlandı | Teknisyen fiziksel işin tamamlandığını onaylar. Bu durum değişikliği, uygulama süresi KPI'ları için süre ölçümünü durdurur. | ||
| Neden önemli? Teknik uygulama için temel bitiş zaman damgasıdır. SLA uyumluluğunu ve teknisyen kullanımını hesaplamak için kullanılır. Nereden alınır? STATUS = 'COMP' olan WOSTATUS tablosu kaydı Yakalayın İşlem durumu COMP olarak değiştirdiğinde kaydedilir Olay türü explicit | |||
| Hedef tarihi güncellendi | Planlanan tamamlanma tarihinde veya SLA hedefinde yapılan değişikliği kaydeder. Bu, gecikmelere uyum sağlamak için beklentilerin ne zaman değiştirildiğini belirlemeye yardımcı olur. | ||
| Neden önemli? Critical Asset SLA Performance'ı analiz etmek ve SLA ihlalinden kaçınmak için tarihlerin değiştirildiği durumları belirlemek açısından önemlidir. Nereden alınır? TARGETCOMPDATE veya SCHEDFINISH alanlarındaki denetim izi Yakalayın İşlem tarih alanlarını güncellediğinde kaydedilir Olay türü explicit | |||
| İnceleme tamamlandı | Yaşam döngüsü sırasında bir güvenlik veya teknik inceleme yapıldığını gösterir. Bu genellikle bir durum değişikliğiyle veya kontrol listesi ölçümünün tamamlanmasıyla kaydedilir. | ||
| Neden önemli? Güvenlik ve uyumluluk dokümantasyonu Dashboardu için önemlidir. Düzenleyici adımların atlanmamasını sağlar. Nereden alınır? WOSTATUS durumunun 'INSP' veya benzer bir özel duruma değişmesi ya da MEASUREMENT kayıtlarının tamamlanması Yakalayın Durum alanını önceki ve sonraki değerleriyle karşılaştırın Olay türü inferred | |||
| İşçilik saatleri kaydedildi | Teknisyenin belirli iş emrinde harcadığı gerçek sürenin girilmesini ifade eder. Farklı teknisyenler katkı sağladığında tek bir iş emri için birden fazla kayıt oluşabilir. | ||
| Neden önemli? Tahminlerle karşılaştırılacak gerçekleşen değerleri sağlayarak iş gücü tahmini doğruluğu Dashboardunu besler. Nereden alınır? İş emriyle ilişkilendirilmiş LABTRANS tablosu kayıtları Yakalayın LABTRANS içinde işlem gerçekleştiğinde kaydedilir Olay türü explicit | |||
| Kalite kontrolü başarısız oldu | Tamamlanan bir iş inceleme sırasında reddedildiğinde gerçekleşir ve çoğu zaman durumun In Progress olarak geri alınmasına neden olur. Yeniden işleme döngülerini temsil eder. | ||
| Neden önemli? Süreç hatalarını öne çıkararak bakım kalitesi ve yeniden çalışma oranları Dashboardunu doğrudan destekler. Nereden alınır? WOSTATUS durumunun COMP'tan INPRG veya WAPPR'a geri geçişinden anlaşılır Yakalayın Geriye dönük geçişleri belirlemek için WOSTATUS geçmişindeki alanları karşılaştırarak türetilir Olay türü inferred | |||
| Kaynaklar planlandı | Belirli iş gücünün veya ekiplerin iş emrine atandığı noktadır. Atamalar oluşturulduğunda veya durum Waiting Schedule olarak değiştiğinde izlenir. | ||
| Neden önemli? Mevcut teknisyenleri bulmak için gereken süreyi ayırarak planlama ve onay döngüsü analizi Dashboardunu destekler. Nereden alınır? ASSIGNMENT tablosunda satır oluşturulması veya WOSTATUS durumunun 'WSCH' olarak değişmesi Yakalayın WO ile ilişkilendirilmiş Assignment kayıtlarının oluşturulmasından türetilir Olay türü inferred | |||
| Malzeme talebi gönderildi | Bakım görevi için yedek parça veya sarf malzemesi talep edildiğini gösterir. Durumun Waiting on Material olarak değişmesinden veya malzeme gereksinimi satırlarının oluşturulmasından anlaşılabilir. | ||
| Neden önemli? İşlerin yürütülmesini engelleyen tedarik zinciri gecikmelerini belirlemek için Malzeme hazırlığı Dashboardu açısından gereklidir. Nereden alınır? STATUS = 'WMATL' olan WOSTATUS tablosu kaydı veya WPMATERIAL tablosunda kayıt oluşturulması Yakalayın WMATL durumuna geçişten anlaşılır Olay türü inferred | |||
| Malzeme verildi | Parçaların stoktan iş emrine fiziksel olarak tüketilmesini veya verilmesini kaydeder. Parçaların mevcut olduğunu ve kullanıldığını doğrular. | ||
| Neden önemli? Tedarik zinciri sürecini doğrular ve bakım müdahalesinin toplam maliyet analizini etkiler. Nereden alınır? ISSUETYPE = 'ISSUE' olan MATUSETRANS tablosu kaydı Yakalayın MATUSETRANS içinde işlem gerçekleştiğinde kaydedilir Olay türü explicit | |||
Veri Çıkarma Rehberleri
Adımlar
Veritabanı görünümü stratejisini belirleyin: ProcessMind düz bir Event Log gerektirirken Maximo verileri hiyerarşik biçimde saklar (üst bilgi WORKORDER'da, geçmiş WOSTATUS'ta, maliyetler WOLABTRANS'ta bulunur). Bu nedenle en güvenilir yöntem, önce Maximo veritabanında bir Database View oluşturmaktır. Bu görünüm, Integration Framework için kaynak görevi görür.
SQL görünümünü oluşturun: Query bölümünde verilen SQL'i veritabanı yönetim aracınızda (SQL Developer, SSMS) çalıştırın. Bu işlem
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSveA_WORKORDER(Audit) tablolarını tek bir düz yapıda birleştirir.Görünümü Maximo'ya kaydedin: Maximo'ya yönetici olarak giriş yapın. System Configuration, Platform Configuration, Database Configuration menülerine gidin.
PM_WO_EVENTLOGadlı yeni bir Object oluşturun. Bunu önceki adımda oluşturduğunuz veritabanı görünümüne eşleyin. Kaydetmek içinConfigDBkomutunu çalıştırın (görünümler için genellikle duruş gerekmez, ancak kendi prosedürlerinizi kontrol edin).Object Structure oluşturun: Integration, Object Structures menüsüne gidin.
MX_PM_EVENTSadlı yeni bir Object Structure oluşturun. Kaynak nesne olarakPM_WO_EVENTLOGekleyin. Varsa Flat Structure desteğinin seçili olduğundan emin olun.Publish Channel'ı yapılandırın: Integration, Publish Channels menüsüne gidin.
MX_PM_EVENTSObject Structure ile ilişkilendirilmiş yeni birPC_PM_EVENTSkanalı oluşturun. Bu kanal, gerektiğinde işleme kuralları tanımlamanızı sağlar.External System'i kurun: Integration, External Systems menüsüne gidin. Hedef sisteminizi seçin veya genel bir EXTSYS oluşturun.
PC_PM_EVENTSPublish Channel'ını bu sisteme ekleyin.Veri dışa aktarmayı etkinleştirin: External Systems uygulamasında Data Export özellik sekmesini kullanın.
PC_PM_EVENTSkanalını seçin. Dışa aktarma aralığını sınırlamak için burada bir SQL Where koşulu belirtebilirsiniz (örneğin,EVENTTIMESTAMP >= '2023-01-01').Verileri dışa aktarın: Export'a tıklayın. Sistem, yapılandırılmış End Point'e bağlı olarak XML veya CSV dosyası oluşturur. ProcessMind için CSV tercih edilir. End Point'inizin (örneğin,
MXFLATFILE) CSV çıktısı verecek şekilde yapılandırıldığından emin olun.Çıktıyı doğrulayın: Oluşturulan CSV dosyasını açın. Üst bilgilerin sorguda tanımlanan özniteliklerle (WorkOrderNumber, Activity vb.) eşleştiğinden ve hiyerarşik XML etiketlerinin kalmadığından emin olun.
Son biçimlendirmeyi yapın: Maximo CSV dışa aktarma işleminde standart sistem meta veri sütunları (örneğin,
OWNER1,ORGID) bulunuyorsa ve bunlara ihtiyacınız yoksa kaldırın. Temizlenmiş CSV dosyasını ProcessMind'e yükleyin.
Yapılandırma
- Maximo durum eş anlamlıları: Maximo özel durum kodlarına (örneğin, APPR, WAPPR) izin verir. Sorgu, standart dahili değerleri varsayar. Özel durumları doğru eşlemek için sisteminizdeki
WOSTATUSalanına aitSYNONYMDOMAINdeğerlerini doğrulayın. - Audit tabloları: 'Target Date Updated' faaliyetinin çıkarılması
A_WORKORDERAudit tablosuna dayanır.WORKORDERnesnesi için Audit etkin değilse bu faaliyet hiçbir satır döndürmez. Gerekliyse Database Configuration üzerinden Audit özelliğini etkinleştirin. - Tarih aralığı: İlk yükleme için
EVENTTIMESTAMPdeğerini son 6-12 ayla sınırlayın. Büyük geçmiş veri yüklemeleri Integration Framework web arayüzünde zaman aşımına uğrayabilir; 50.000 satırdan büyük veri setleri için arka plan işlemeyi kullanın. - Site/Kuruluş filtreleri: Maximo çoklu site yapısını destekler. Süreç analizi belirli bir tesisle sınırlıysa her zaman
SITEIDile filtreleyin. - Performans:
UNION ALLsorgusu yoğun kaynak kullanır.WOSTATUS.WONUM,WOLABTRANS.REFWOveMATUSETRANS.REFWOalanlarında veritabanı dizinlerinin bulunduğundan emin olun.
a Örnek sorgu sql
/* Create a Database View or Run directly to extract Event Log */
/* 1. Maintenance Request Created */
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WORKORDER W
WHERE W.REPORTDATE IS NOT NULL
UNION ALL
/* 2. Status Driven Activities (Approved, Scheduled, Commenced, Completed, Closed, Cancelled, etc.) */
SELECT
S.WONUM AS WorkOrderNumber,
CASE
WHEN S.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN S.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN S.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN S.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN S.STATUS = 'INSP' THEN 'Inspection Completed' /* Verify Synonym */
WHEN S.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN S.STATUS = 'REJECT' THEN 'Quality Check Failed' /* Verify Synonym */
WHEN S.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN S.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || S.STATUS
END AS Activity,
S.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
S.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
S.STATUS AS Status
FROM WOSTATUS S
JOIN WORKORDER W ON S.WONUM = W.WONUM AND S.SITEID = W.SITEID
WHERE S.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
/* 3. Labor Hours Recorded */
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
L.REGULARHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WOLABTRANS L
JOIN WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
UNION ALL
/* 4. Material Issued */
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ISSUETO AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM MATUSETRANS M
JOIN WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE M.ISSUETYPE = 'ISSUE'
UNION ALL
/* 5. Target Date Updated (Requires Audit Table) */
SELECT
A.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
A.AUDITSTAMP AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
A.AUDITUSER AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
A.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM A_WORKORDER A
JOIN WORKORDER W ON A.WONUM = W.WONUM AND A.SITEID = W.SITEID
WHERE A.TARGCOMPDATE IS NOT NULL
AND A.TARGCOMPDATE <> COALESCE((SELECT TOP 1 PREV.TARGCOMPDATE FROM A_WORKORDER PREV WHERE PREV.WONUM = A.WONUM AND PREV.AUDITSTAMP < A.AUDITSTAMP ORDER BY PREV.AUDITSTAMP DESC), '1900-01-01') Adımlar
Veritabanı bağlantısı: IBM Maximo arka uç veritabanına (genellikle DB2, Oracle veya SQL Server) salt okunur bir JDBC veya ODBC bağlantısı kurun. Kullanıcının WORKORDER, WOSTATUS, LABTRANS ve MATUSETRANS tablolarında SELECT izinlerine sahip olduğundan emin olun.
Kapsamı belirleyin: Çıkarmanız gereken belirli SITES veya ORGIDS değerlerini belirleyin. Maximo çoklu site yapısına sahip bir sistemdir ve İş Emri Numaraları (WONUM) yalnızca SITEID ile birlikte benzersizdir. Tarih aralığına karar verin. Genellikle REPORTDATE (oluşturma tarihi) veya STATUSDATE alanına göre filtreleme yapılır.
Veri modelini anlayın: WORKORDER tablosu üst bilgi görevi görür. WOSTATUS tablosu yaşam döngüsü değişikliklerinin geçmişini içerir. LABTRANS ayrıntılı işçilik kayıtlarını, MATUSETRANS ise malzeme hareketlerini tutar. Tek bir olay akışı oluşturmak için bunları UNION ALL kullanarak birleştirin.
Eş anlamlıları yönetin: Maximo, SYNONYMDOMAIN içinde tanımlanan durumlar için dahili değerler (MAXVALUE) ve görüntülenen değerler (VALUE) kullanır. Farklı sitelerde aynı mantıksal durum için farklı görüntüleme etiketleri kullanılabileceğinden, tutarlılığı sağlamak için sorgunun ideal olarak dahili MAXVALUE değerine göre filtrelenmesi gerekir.
Sorguyu hazırlayın: Query bölümünde verilen SQL'i kopyalayın. [Your Database Schema] ve [Start Date] gibi yer tutucuları gerçek değerlerinizle değiştirin. Ortamınızda Inspection veya Quality Check için özel durum kodları kullanılıyorsa ilgili bölümlerdeki WHERE koşullarını güncelleyin.
Veri çıkarmayı yürütün: Sorguyu çalıştırın. Veri hacmine bağlı olarak veritabanı zaman aşımını önlemek için işlemi gruplar halinde, örneğin ay ay, yürütmeniz gerekebilir.
Verileri doğrulayın: Her iş emri için 'Maintenance Request Created' olayının bulunduğunu kontrol edin. Zaman damgalarının ProcessMind ile uyumlu bir biçimde olduğundan emin olun. ISO 8601 önerilir.
İşleme sonrası düzenlemeyi yapın: Maximo zaman damgaları genellikle milisaniye içerir. Kısa aralıklarla gerçekleşen olayların doğru sıralanması için bu milisaniyelerin korunduğundan emin olun.
Dışa aktarın: Sonuçları CSV veya Parquet dosyası olarak kaydedin. Sütun başlıkları, sorgu çıktısında tanımlanan özniteliklerle eşleşmelidir.
ProcessMind'e yükleyin: Dosyayı ProcessMind'e aktarın. 'WorkOrderNumber' alanını Case ID, 'Activity' alanını Activity Name ve 'EventTimestamp' alanını Timestamp olarak eşleyin.
Yapılandırma
- Veritabanı platformları: Maximo genellikle IBM DB2, Oracle veya SQL Server üzerinde çalışır. Verilen söz dizimi standart SQL'dir, ancak kullandığınız platforma bağlı olarak küçük tarih işlevi düzenlemeleri (örneğin, TO_DATE ve CAST farkı) gerekebilir.
- Tarih filtreleme: Süreç örneklerinin kapsamını belirlemek için WORKORDER tablosundaki REPORTDATE sütununu kullanın. Son 12 ayı kapsayan hareketli bir dönem standart yaklaşımdır.
- Site ID'nin önemi: Benzersizlik için yalnızca WONUM değerine güvenmeyin. WONUM ve SITEID değerlerini her zaman birleştirin veya birden fazla siteyi analiz ediyorsanız SITEID'yi bir case özniteliği olarak ekleyin.
- Durum mantığı: Maximo özel durum değerlerine izin verir. WMATL veya COMP gibi standart durumlar sonuç vermiyorsa SYNONYMDOMAIN tablosunu kontrol edin.
- Performans: LABTRANS ve MATUSETRANS tabloları çok büyük olabilir. Bu tabloların REFWO ve SITEID alanlarında dizin bulunduğundan emin olun.
a Örnek sorgu sql
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WORKORDER W
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
WS.WONUM AS WorkOrderNumber,
CASE
WHEN WS.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN WS.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN WS.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN WS.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN WS.STATUS = 'INSP' THEN 'Inspection Completed'
WHEN WS.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN WS.STATUS = 'REJECT' THEN 'Quality Check Failed'
WHEN WS.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN WS.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || WS.STATUS
END AS Activity,
WS.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WS.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
WS.STATUS AS Status
FROM
WOSTATUS WS
JOIN
WORKORDER W ON WS.WONUM = W.WONUM AND WS.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND WS.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
LABTRANS L
JOIN
WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ENTERBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
MATUSETRANS M
JOIN
WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND M.ISSUETYPE = 'ISSUE'
UNION ALL
SELECT
WC.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
WC.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WC.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WOCHANGE WC
JOIN
WORKORDER W ON WC.WONUM = W.WONUM AND WC.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND (WC.MODIFIEDATTRIBUTE = 'TARGCOMPDATE' OR WC.MODIFIEDATTRIBUTE = 'SCHEDFINISH') Başlamaya hazır mısınız?
Bu şablonu veri çıkarma sürecinize uygulayarak bakım stratejinizi bugün dönüştürmeye başlayın. Ekibimiz, teknik günlüklerinizi uygulanabilir süreç içgörülerine dönüştürmenize yardımcı olmak için yanınızda.
Varlık bakımını dönüştürün, duruşları bugün azaltın
Bakım çevrim süresini %30 azaltın ve darboğazları ortadan kaldırın
14 gün ücretsiz deneme, kredi kartı gerekmez