Varlık bakımı Veri Templateiniz
Varlık bakımı Veri Templateiniz
- Bakım özniteliklerinin ayrıntılı listesi
- İzlenecek önemli süreç aşamaları
- Ayrıntılı teknik veri çıkarma yönergeleri
Varlık bakımı öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Aktivite Activity | İş emrinin yaşam döngüsünde gerçekleşen belirli olay veya durum değişikliği. | ||
| Açıklama Bu öznitelik, 'İş Emri Onaylandı' veya 'İş Gücü Kaydedildi' gibi bakım sürecinde gerçekleştirilen adımı gösterir. 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 elde edilir. Süreç haritasındaki düğümleri oluşturur ve adımların sırasını görselleştirmenizi sağlar. Kuruluşlar bu değerleri analiz ederek süreç çeşitlerini, döngüleri ve standart bakım prosedüründen sapmaları belirleyebilir. Neden önemli? Sürecin 'ne' olduğunu tanımlar; süreç haritası oluşturmak ve iş akışının nasıl yürütüldüğünü anlamak için gereklidir. Nereden alınır? Tablo: WOSTATUS (Sütun: STATUS) veya WOLOG Örnekler APPRINPRGCOMPCLOSEWMATL | |||
| Bakım iş emri WorkOrderNumber | Bakım iş emrini tanımlayan benzersiz alfasayısal kimlik. | ||
| Açıklama Bu öznitelik, bakım sürecinin temel vaka kimliği olarak kullanılır. IBM Maximo sistemindeki her iş emrini benzersiz biçimde tanımlar; ilgili tüm etkinlikleri, iş gücü işlemlerini ve malzeme kullanımını tek bir tamamlanmış işe bağlar. Process Mining analizinde bu kimlik, tek tek olayları bir vaka altında gruplamak için kullanılır. Analistlerin bakım işinin ilk talep oluşturma aşamasından onay, uygulama ve son yönetimsel kapanışa kadar tüm yaşam döngüsünü izlemesini sağlar. Neden önemli? Süreç akışını yeniden oluşturmanın temel anahtarıdır ve belirli işlerin departmanlar arasında izlenmesini sağlar. Nereden alınır? Tablo: WORKORDER, Sütun: WONUM Örnekler WO100234WO100235CM-99281PM-11002 | |||
| Olay zaman damgası EventTimestamp | Aktivitenin gerçekleştiği belirli tarih ve saat. | ||
| Açıklama Bu öznitelik, durumun değiştiği veya iş gücünün kaydedildiği an gibi bir olayın tam olarak ne zaman gerçekleştiğini kaydeder. Çevrim süreleri ve süre hesaplamaları dahil tüm performans analizleri için gereken zaman bilgisini sağlar. Doğru zaman damgaları, 'Ortalama Planlama ve Onay Çevrim Süresi’ni hesaplamak ve olayların doğru sırada gerçekleştiğinden emin olmak için büyük önem taşır. Maximo’da bu genellikle durum kaydının değişiklik tarihidir. Neden önemli? Olayları kronolojik sıraya koymak 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 | Verinin geldiği sistemin adı. | ||
| Açıklama Veri kaydının kaynak uygulamasını belirtir. Bu durumda kaynak genellikle 'IBM Maximo' olur. Birden fazla bakım sisteminden gelen verileri birleştirirken veya ERP verileriyle bütünleştirirken özellikle yararlı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 kullanıldığı ortamlarda veri kökenini ve izlenebilirliği sağlar. Nereden alınır? Veri çıkarımı sırasında sabit kodlanır Örnekler IBM MaximoMaximo PRODMaximo Legacy | |||
| Son veri güncellemesi LastDataUpdate | Verinin çıkarıldığı veya en 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. Analizin bakım operasyonlarının güncel durumunu yansıtmasını sağlayarak verinin güncelliğini ve güvenilirliğini değerlendirmenize yardımcı olur. Bu öznitelik, artımlı veri yüklemeleri ve Dashboardlarda iş emri durumu ile birikmiş işlere ilişkin güncel bilgilerin gösterildiğini doğrulamak için gereklidir. Neden önemli? Veri gecikmesini ve güncelliğini anlamak için önemlidir. Nereden alınır? Veri çıkarımı sırasındaki sistem saati Örnekler 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Atanan teknisyen AssignedResource | İşi gerçekleştirmekle görevlendirilen kişi veya baş teknisyen. | ||
| Açıklama İş emrinden sorumlu kişiyi veya baş teknisyeni belirtir. Bu bilgi 'Lead' alanında bulunabilir ya da iş gücü atamalarından elde edilebilir. 'Kaynak ve Yüklenici Verimliliği' Dashboardunu destekler. Bu özniteliği analiz ederek 'Bakım İş Yükü Dağılımı' görünümündeki iş yükü dengesizliklerini belirleyebilir, farklı teknisyenlerin veya ekiplerin verimliliğini karşılaştırabilirsiniz. Neden önemli? İş gücü verimliliğini analiz etmek ve iş yükünü dengelemek için temel bilgidir. Nereden alınır? Tablo: WORKORDER, Sütun: LEAD (veya ASSIGNMENT tablosundan) Örnekler JSMITHBPATELMRODRIGUEZ | |||
| Gerçek bitiş tarihi ActualFinishDate | Fiziksel işin tamamlandığı tarih ve saat. | ||
| Açıklama Bakım işinin teknik olarak ne zaman tamamlandığını kaydeder. Bu tarih, kaydın yönetimsel olarak kapatıldığı tarihten farklıdır. Bu tarihi 'Hedef Tamamlanma Tarihi' ile karşılaştırarak SLA uyumluluğu hesaplanabilir. 'İş Emri Yönetimsel Çevrim Süresi' Dashboardunda, işin tamamlanmasıyla sistemdeki evrak işlemlerinin kapatılması arasındaki gecikmeyi ölçmek için kullanılır. Neden önemli? Teknik uygulama aşamasının sonunu belirtir. Nereden alınır? Tablo: WORKORDER, Sütun: ACTFINISH Örnekler 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Gerçek iş gücü saati ActualLaborHours | Tüm teknisyenlerin iş emri için harcadığı toplam gerçek saat. | ||
| Açıklama İş emrine kaydedilen tüm iş gücü sürelerinin toplamıdır. Bu metrik, kaynak kullanımının fiili durumunu gösterir ve 'Teknisyen Kullanım Farkı' KPI’ını destekler. İş gücü maliyetini hesaplamak ve belirli işlerin gerçekte ne kadar sürdüğüne ilişkin geçmiş verilerle gelecekteki iş planlarını iyileştirmek için kullanılır. Neden önemli? İş gücü maliyetini ve verimliliğini analiz etmek için temel metriktir. Nereden alınır? Tablo: WORKORDER, Sütun: ACTLABHRS Örnekler 2.55.012.0 | |||
| Hedef tamamlanma tarihi TargetCompletionDate | İş emri için belirlenen planlı veya zorunlu son tarih. | ||
| Açıklama İş emrinin tamamlanmasının beklendiği tarih. Bu tarih genellikle öncelik ve oluşturulma tarihine göre hesaplanır. 'Kritik Varlık SLA Performansı' Dashboardu için ölçüt olarak kullanılır. Analistler bu alanı 'Gerçek Bitiş Tarihi' ile karşılaştırarak işlerin zamanında tamamlanma oranını belirleyebilir ve hangi varlık kategorilerinin bakım zamanlarını sık sık kaçırdığını görebilir. Neden önemli? SLA hedeflerine uyumu ve planlanan tarihlere bağlılığı ölçmek için temel alınır. 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 bakım (PM), düzeltici bakım (CM) veya acil bakım (EM) olarak sınıflandırır. | ||
| Açıklama Bu öznitelik, bakım işinin türünü sınıflandırır. Maximo’da yaygın değerler PM (Önleyici Bakım), CM (Düzeltici Bakım) ve EM (Acil Bakım) şeklindedir. Bu sınıflandırma, 'Önleyici ve Reaktif Bakım' Dashboardunun temelini oluşturur. Analistler bu özniteliğe göre filtreleme yaparak 'Acil Bakım Oranı' KPI’ını hesaplayabilir ve bakım stratejisinin reaktif müdahalelerden planlı güvenilirlik çalışmalarına doğru değişip değişmediğini belirleyebilir. Neden önemli? Planlı ve plansız işleri birbirinden ayırır; bakım süreçlerinin olgunluğunu gösteren önemli bir ölçüttür. 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 durumu (ör. 'APPR', 'WAPPR', 'COMP'). 'Aktivite' özniteliği değişiklik geçmişini gösterirken bu öznitelik bilinen son durumu gösterir. Veri setini yalnızca 'Açık' veya 'Kapalı' iş emirlerini gösterecek şekilde filtrelemek ve 'Bakım İş Yükü Dağılımı' analizini desteklemek için kullanılır. Neden önemli? Mevcut iş yükü ve birikmiş işler hakkında anlık görünüm 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 belirten sayısal veya kategorik değer. Maximo’da bu genellikle bir sayıdır; düşük sayılar çoğu zaman daha yüksek aciliyeti gösterir (ör. 1 = Acil). Bu öznitelik, birikmiş işler arasındaki öncelikleri belirlemek için kullanılır ve 'Kritik Varlık SLA Performansı' Dashboardu için gereklidir. Yüksek öncelikli işlerin, düşük öncelikli işlere kıyasla gereken hızda ele alınıp alınmadığını anlamaya yardımcı olur. Neden önemli? Kuruluşun kaynaklarını en acil işlere yönlendirip yönlendirmediğini analiz etmenizi 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 skor. | ||
| Açıklama Varlık kaydında bulunan ve arızanın sonuçlarını gösteren sınıflandırma (genellikle 1-10 veya A/B/C). Bu bilgi İş Emri görünümüne eklenmelidir. 'Kritik Varlık SLA Performansı' Dashboardu için zorunludur. Analizin en önemli konulara odaklanmasını sağlar. Örneğin, kritik bir jeneratördeki gecikme, dinlenme odasındaki kahve makinesinin gecikmesinden daha fazla ağırlık taşır. Neden önemli? Süreç performansını iş riskine göre gruplandırmanızı 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 veya varlığın benzersiz kimliği. | ||
| Açıklama Bakım çalışmasının konusu olan belirli makine, araç veya tesis bileşeni. Süreç verilerini fiziksel varlık hiyerarşisine bağlar. Sık arızalanan varlıkları belirlemek için önemlidir. 'Bakım Kalitesi ve Yeniden Çalışma Oranları' analizinde kullanılan bu öznitelik, arızalar arasındaki ortalama süreyi (MTBF) hesaplamak ve kronik güvenilirlik sorunlarını belirlemek için iş emirlerini varlığa göre gruplamanızı sağlar. Neden önemli? Süreç yürütümünü 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ı belirten işaret. | ||
| Açıklama İş türüne veya önceliğe göre hesaplanan bir doğru/yanlış değeridir. İş türü 'EM' (Acil) ise veya öncelik 1 ise değer doğru olur. Bu basitleştirilmiş öznitelik, görselleştirme katmanında karmaşık mantık kurmaya gerek kalmadan Dashboardlarda filtreleme yapmanızı ve 'Acil Bakım Oranı’nı kolayca görmenizi 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 standart kod. | ||
| Açıklama Teknisyenin arıza nedenini sınıflandırmak için seçtiği yapılandırılmış kod (ör. 'Aşınma', 'Elektrik', 'Operatör Hatası'). Kök neden analizi (RCA) için önemlidir. Bu kodların bir arada incelenmesi, mühendislik ekiplerinin varlık genelindeki sistemik sorunları belirlemesine yardımcı olur. Böylece 'Bakım Kalitesi ve Yeniden Çalışma Oranları' analizi desteklenir ve önleyici bakım stratejilerinde yapılacak değişikliklere yön verilir. Neden önemli? Güvenilirlik mühendisliği ve arıza analizi için 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 kez belirlendiği ve sisteme girildiği zamanı gösteren zaman damgası. Müşteri deneyimi zaman çizelgesinin gerçek başlangıç noktasıdır. Bildirilen tarihten işin fiilen başladığı ana kadar geçen süreyi ölçerek 'Ortalama Planlama ve Onay Çevrim Süresi’ni hesaplamak için kullanılır. Bakım kuruluşunun taleplere ne kadar hızlı yanıt verdiğini değerlendirmeye yardımcı olur. Neden önemli? Bakım yaşam döngüsünün tamamında yanıt hızını ölçmek 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 yapıldığı işlevsel konum veya fiziksel saha. | ||
| Açıklama Varlığın bulunduğu fiziksel alanı veya işlevsel konum kodunu belirtir. Belirli bir varlık numarasından daha geniş kapsamlıdır ve coğrafi ya da bölgesel analizlere yardımcı olur. 'Bakım İş Yükü Dağılımı' Dashboardunda bakım etkinliklerinin yoğunlaştığı noktaları görselleştirmek ve sahalar arasında hareket eden teknisyenlerin lojistiğini planlamak için 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 sahada kullanılan Maximo kurulumlarında üst düzey saha tanımlayıcısı. | ||
| Açıklama Büyük kuruluşlarda Maximo genellikle 'Site' bazında bölümlere ayrılır. Bu öznitelik, veritabanı düzeyinde farklı tesisleri veya sahaları birbirinden ayırır. 'Bakım Standart Sürecine Uyumluluk' analizinde farklı iş birimlerinin performansını karşılaştırmak için gereklidir. Karşılaştırmaların doğru operasyonel bağlamda yapılmasını sağlar. Neden önemli? Birden fazla sahaya dağıtılan sistemlerde verinin kapsamını belirlemek için önemlidir. Nereden alınır? Tablo: WORKORDER, Sütun: SITEID Örnekler BEDFORDNASHUATEXAS | |||
| SLA aşıldı mı IsSlaBreached | Gerçek bitiş tarihinin hedef tarihi aşıp aşmadığını belirten işaret. | ||
| Açıklama 'Gerçek Bitiş Tarihi' ile 'Hedef Tamamlanma Tarihi’ni karşılaştıran, doğru/yanlış değerli hesaplanmış bir alandır. Gerçek bitiş tarihi hedef tarihten sonraysa değer doğru olur. Önceden hesaplanan bu metrik, çalışma sırasında tarih hesaplaması yapmaya gerek bırakmadan başarısız SLA’ların hemen sayılmasını sağlayarak 'Kritik Varlık SLA Performansı' Dashboardunu basitleştirir. Neden önemli? Performans uyumluluğunu anında görmenizi sağlar. Nereden alınır? ACTFINISH ve TARGCOMPDATE alanlarından hesaplanır Örnekler truefalse | |||
| Tahmini iş gücü saati EstimatedLaborHours | İş emri için planlanan iş gücü süresi. | ||
| Açıklama Planlama aşamasında işi tamamlamak için tahmin edilen toplam saat sayısı. Bu değer, 'İş Gücü Tahmin Doğruluğu Dashboardu’nda 'Gerçek İş Gücü Saati' ile karşılaştırılır. Tahmin ile gerçekleşen değerler arasındaki büyük farklar; yetersiz planlamaya, standart çalışma prosedürlerinin eksikliğine veya beklenenden fazla iş gerektiren varlık koşullarına işaret edebilir. Neden önemli? Planlama doğruluğunu ve kaynak ihtiyacını değerlendirmek için gereklidir. Nereden alınır? Tablo: WORKORDER, Sütun: ESTLABHRS Örnekler 2.04.58.0 | |||
| Tedarikçi Vendor | Varsa, iş emrine atanan üçüncü taraf yüklenici. | ||
| Açıklama Bakım işinden sorumlu dış şirketi belirtir. İş dışarıdan bir şirkete verildiğinde bu alan doldurulur. 'Yüklenici Uygulama Verimliliği' KPI’ı için önemlidir. Bu özniteliğin analizi, bakım kuruluşunun farklı tedarikçilerin performansını (maliyet, hız, kalite) hem birbirleriyle hem de kurum içi ekiplerle karşılaştırmasını sağlar. Neden önemli? Tedarikçi yönetimini ve dış kaynak kullanımının performansını analiz etmenizi sağlar. Nereden alınır? Tablo: WORKORDER, Sütun: VENDOR Örnekler ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Toplam gerçek maliyet TotalActualCost | İş emrinin iş gücü, malzeme, hizmet ve araç maliyetlerinin toplamı. | ||
| Açıklama Bakım işinin toplam mali etkisini gösterir. Maximo’da çeşitli maliyet bileşenlerinin (iş gücü + malzeme + hizmetler + araçlar) toplamıdır. Bu öznitelik, gecikme veya yeniden çalışma gibi süreç verimsizliklerini mali kayıplarla doğrudan ilişkilendiren maliyet odaklı Process Mining analizlerine olanak tanır. En maliyetli bakım türlerini veya varlık sınıflarını belirlemeye yardımcı olur. Neden önemli? Operasyonel etkinlikleri mali 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ı etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Bakım talebi oluşturuldu | İş emrinin sistemde oluşturulduğu ilk olaydır. Genellikle bir hizmet talebinden veya otomatik takvimden kaynaklanır. WORKORDER tablosundaki oluşturulma zaman damgasından ya da WOSTATUS geçmişindeki ilk kayıttan açıkça belirlenir. | ||
| Neden önemli? Süreç örneğinin başlangıcını işaretler ve toplam çözüm süresini ve ilk yanıt hızını ölçmek için başlangıç noktası oluşturur. Nereden alınır? WORKORDER.REPORTDATE veya WOSTATUS tablosundaki ilk kayıt (genellikle WAPPR durumu) Kaydedin İşlem WO kaydını oluşturduğunda kaydedilir Olay türü explicit | |||
| Çalışma başladı | Teknisyenin fiziksel işe fiilen başladığını gösterir. Kullanıcı, çalışmanın devam ettiğini belirten duruma geçtiğinde açıkça kaydedilir. | ||
| Neden önemli? Planlama süresini uygulama süresinden ayıran önemli bir kilometre taşıdır. Ortalama Planlama ve Onay Süresini hesaplamak için kullanılır. Nereden alınır? STATUS = 'INPRG' olan WOSTATUS tablosu kaydı Kaydedin İşlem durumu INPRG olarak değiştirdiğinde kaydedilir Olay türü explicit | |||
| İş emri iptal edildi | Süreç, işin gereksiz, mükerrer veya yapılamaz olduğuna karar verilmesiyle erken sona erer. Bu, sürecin son durumudur. | ||
| Neden önemli? İş Emri İptal Analizi Dashboardunu besler. İptal oranlarının yüksek olması, talep oluşturma sürecindeki önceki aşamalarda sorunlara işaret eder. Nereden alınır? WOSTATUS tablosunda STATUS = 'CAN' olduğunda Kaydedin İşlem durumu CAN olarak değiştiğinde kaydedilir Olay türü explicit | |||
| İş emri kapatıldı | İş emrinin mali açıdan kapatıldığı ve salt okunur hâle geldiği son yaşam döngüsü olayıdır. Bu aşamadan sonra ek masraf kaydedilemez. | ||
| Neden önemli? İdari Sürenin sonunu işaretler. Buradaki gecikmeler mali raporlamayı etkiler. Nereden alınır? STATUS = 'CLOSE' olan WOSTATUS tablosu kaydı Kaydedin İşlem durumu CLOSE olarak değiştirdiğinde kaydedilir Olay türü explicit | |||
| İş emri onaylandı | İş emrinin gerekli planlama ve mali yetkilendirme kontrollerinden geçtiğini gösterir. Sistem geçmişindeki durum değişikliğinden belirlenir. | ||
| Neden önemli? Planlama ve onay süresi KPI’ını hesaplamak için önemlidir. Buradaki gecikmeler idari darboğazlara işaret eder. Nereden alınır? STATUS = 'APPR' olan WOSTATUS tablosu kaydı Kaydedin APPR geçişini belirlemek için önceki ve sonraki durum alanlarını 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üreyi durdurur. | ||
| Neden önemli? Teknik uygulamanın bitiş zaman damgasıdır. SLA uyumluluğunu ve teknisyen kullanım oranını hesaplamak için kullanılır. Nereden alınır? STATUS = 'COMP' olan WOSTATUS tablosu kaydı Kaydedin İşlem durumu COMP olarak değiştirdiğinde kaydedilir Olay türü explicit | |||
| Çalışma saatleri kaydedildi | Teknisyenin belirli bir iş emrinde harcadığı fiilî sürenin kaydedilmesini ifade eder. Farklı teknisyenler katkı sağladıkça tek bir iş emri için birden fazla kayıt oluşturulabilir. | ||
| Neden önemli? Gerçekleşen saatleri tahminlerle karşılaştırmak için İş Gücü Tahmin Doğruluğu Dashboardına veri sağlar. Nereden alınır? İş emriyle bağlantılı LABTRANS tablosu kayıtları Kaydedin LABTRANS’ta işlem gerçekleştiğinde kaydedilir Olay türü explicit | |||
| Hedef tarihi güncellendi | Planlanan tamamlanma tarihinde veya SLA hedefinde yapılan değişikliği kaydeder. Gecikmelere uyum sağlamak için beklentilerin ne zaman değiştirildiğini belirlemeye yardımcı olur. | ||
| Neden önemli? Kritik Varlık SLA Performansını analiz etmek ve SLA ihlalini önlemek için tarihlerin değiştirildiği durumları belirlemek açısından önemlidir. Nereden alınır? TARGETCOMPDATE veya SCHEDFINISH alanlarındaki denetim izi Kaydedin İşlem tarih alanlarını güncellediğinde kaydedilir Olay türü explicit | |||
| İnceleme tamamlandı | Yaşam döngüsü boyunca güvenlik veya teknik inceleme yapıldığını gösterir. Genellikle durum değişikliğiyle veya kontrol listesi ölçümünün tamamlanmasıyla kaydedilir. | ||
| Neden önemli? Güvenlik ve Uyumluluk Dokümantasyonu Dashboardı için önemlidir. Mevzuat gerekliliklerinin 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ı Kaydedin Önceki ve sonraki durum alanlarını karşılaştırın Olay türü inferred | |||
| Kalite kontrolü başarısız oldu | Tamamlanan bir iş inceleme sırasında reddedildiğinde gerçekleşir ve durum genellikle yeniden In Progress olarak değiştirilir. Yeniden çalışma döngülerini gösterir. | ||
| Neden önemli? Süreçteki aksaklıkları göstererek Bakım Kalitesi ve Yeniden Çalışma Oranları Dashboardını doğrudan destekler. Nereden alınır? WOSTATUS durumunun COMP’tan INPRG veya WAPPR’a geri dönmesinden anlaşılır Kaydedin Geriye dönük durum geçişlerini bulmak için WOSTATUS alanının geçmişini karşılaştırarak belirleyin Olay türü inferred | |||
| Kaynaklar planlandı | Belirli çalışanların veya ekiplerin iş emrine atandığı noktadır. Atamalar oluşturulduğunda veya durum Waiting Schedule olarak değiştiğinde izlenir. | ||
| Neden önemli? Planlama ve Onay Döngüsü Analizi Dashboardını destekler ve uygun teknisyen bulmak için geçen süreyi ayrı olarak gösterir. Nereden alınır? ASSIGNMENT tablosunda satır oluşturulması veya WOSTATUS durumunun 'WSCH' olarak değişmesi Kaydedin İş emriyle bağlantılı Assignment kayıtlarının oluşturulmasından belirleyin Olay türü inferred | |||
| Malzeme talebi gönderildi | Bakım işi 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? İşin yapılmasını engelleyen tedarik zinciri gecikmelerini belirlemek için Malzeme Hazırlık Dashboardı açısından gereklidir. Nereden alınır? STATUS = 'WMATL' olan WOSTATUS tablosu kaydı veya WPMATERIAL tablosunda oluşturulan kayıtlar Kaydedin Durumun WMATL olarak değişmesinden anlaşılır Olay türü inferred | |||
| Malzeme verildi | Parçaların envanterden iş emrine fiziksel olarak aktarılmasını veya tüketilmesini 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ı Kaydedin MATUSETRANS’ta 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 olay günlüğü gerektirirken Maximo verileri hiyerarşik biçimde saklar (başlık WORKORDER tablosunda, geçmiş WOSTATUS tablosunda, maliyetler WOLABTRANS tablosunda). Bu nedenle en güvenilir yöntem, önce Maximo veritabanında bir veritabanı görünümü oluşturmaktır. Bu görünüm, Integration Framework için veri kaynağı olarak kullanılır.
SQL görünümünü oluşturun: Sorgu bölümündeki SQL kodunu veritabanı yönetim aracınızda (SQL Developer, SSMS) çalıştırın. Kod,
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSveA_WORKORDER(denetim) tablolarındaki verileri tek bir düz yapıda birleştirir.Görünümü Maximo’ya kaydedin: Yönetici olarak Maximo’ya giriş yapın. System Configuration, Platform Configuration, Database Configuration menülerini izleyin.
PM_WO_EVENTLOGadında yeni bir nesne oluşturun. Bu nesneyi ö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 sistemi durdurmak gerekmez, ancak kendi prosedürlerinizi kontrol edin.Nesne yapısını oluşturun: Integration, Object Structures menülerini izleyin.
MX_PM_EVENTSadında yeni bir nesne yapısı oluşturun. Kaynak nesne olarakPM_WO_EVENTLOGekleyin. Kullanılabiliyorsa Flat Structure desteğinin seçili olduğundan emin olun.Yayımlama kanalını yapılandırın: Integration, Publish Channels menülerini izleyin.
MX_PM_EVENTSnesne yapısına bağlıPC_PM_EVENTSadlı yeni bir kanal oluşturun. Gerekirse bu kanalda işleme kuralları tanımlayabilirsiniz.Harici sistemi kurun: Integration, External Systems menülerini izleyin. Hedef sisteminizi seçin veya genel amaçlı bir EXTSYS oluşturun.
PC_PM_EVENTSyayımlama kanalını bu sisteme ekleyin.Veri dışa aktarımını etkinleştirin: External Systems uygulamasında Data Export sekmesini açın.
PC_PM_EVENTSkanalını seçin. Dışa aktarılacak veri aralığını sınırlamak için burada bir SQL Where koşulu belirtebilirsiniz (ör.EVENTTIMESTAMP >= '2023-01-01').Verileri dışa aktarın: Export düğmesine 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 (ör.
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. Sütun başlıklarının sorguda tanımlanan özniteliklerle (WorkOrderNumber, Activity vb.) eşleştiğini ve hiyerarşik XML etiketlerinin kalmadığını kontrol edin.
Son biçimlendirmeyi yapın: Maximo CSV dışa aktarımında standart sistem meta verisi sütunları (ör.
OWNER1,ORGID) varsa ve bunlara ihtiyacınız yoksa kaldırın. Temizlenen CSV dosyasını ProcessMind’e yükleyin.
Yapılandırma
- Maximo durum eş anlamlıları: Maximo, özel durum kodlarına (ör. APPR, WAPPR) izin verir. Sorguda standart dahili değerlerin kullanıldığı varsayılır. Özel durumları doğru eşlemek için
WOSTATUSalanına aitSYNONYMDOMAINtablosunu kontrol edin. - Denetim tabloları: 'Hedef Tarih Güncellendi' etkinliğinin çıkarılması
A_WORKORDERdenetim tablosuna bağlıdır.WORKORDERnesnesinde denetim etkin değilse bu etkinlik için satır döndürülmez. Gerekliyse Database Configuration bölümünden denetimi etkinleştirin. - Tarih aralığı: İlk yükleme için
EVENTTIMESTAMPalanını son 6-12 ayı kapsayacak şekilde filtreleyin. Büyük miktarda geçmiş veriyi Integration Framework web arayüzü üzerinden yüklemek zaman aşımına neden olabilir. 50 bin satırı aşan veri setleri için arka plan işlemeyi kullanın. - Site/kuruluş filtreleri: Maximo birden fazla siteyi destekler. Süreç analizi belirli bir tesisle sınırlıysa her zaman
SITEIDalanına göre filtreleyin. - Performans:
UNION ALLsorgusu yoğun kaynak kullanır.WOSTATUS.WONUM,WOLABTRANS.REFWOveMATUSETRANS.REFWOalanlarında veritabanı dizinlerinin bulunduğundan emin olun.
Ö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 ya da ODBC bağlantısı kurun. Kullanıcının WORKORDER, WOSTATUS, LABTRANS ve MATUSETRANS tablolarında SELECT izni olduğundan emin olun.
Kapsamı belirleyin: Çıkarmanız gereken SITE veya ORGID değerlerini belirleyin. Maximo birden fazla siteyi destekler; İş Emri Numaraları (WONUM) yalnızca SITEID ile birlikte kullanıldığında benzersizdir. Tarih aralığına karar verin. Genellikle REPORTDATE (oluşturulma tarihi) veya STATUSDATE alanına göre filtreleme yapılır.
Veri modelini anlayın: WORKORDER tablosu başlık bilgilerini içerir. WOSTATUS tablosunda yaşam döngüsü değişikliklerinin geçmişi tutulur. LABTRANS ayrıntılı iş gücü kayıtlarını, MATUSETRANS ise malzeme hareketlerini içerir. Tek bir olay akışı oluşturmak için bu tabloları UNION ALL ile birleştirin.
Eş anlamlı değerleri ele alın: Maximo, SYNONYMDOMAIN içinde tanımlanan durumlar için dahili değerleri (MAXVALUE) ve görüntülenen değerleri (VALUE) kullanır. Aynı mantıksal durum için farklı görüntüleme etiketleri kullanabilen sitelerde tutarlılığı sağlamak üzere sorguda mümkünse dahili MAXVALUE değerini filtreleyin.
Sorguyu hazırlayın: Sorgu bölümünde verilen SQL kodunu kopyalayın. [Your Database Schema] ve [Start Date] gibi yer tutucuları kendi değerlerinizle değiştirin. Ortamınızda Denetimler veya Kalite Kontrolleri için özel durum kodları kullanılıyorsa ilgili bölümlerdeki WHERE koşullarını güncelleyin.
Verileri çıkarın: Sorguyu çalıştırın. Veri hacmine bağlı olarak veritabanı zaman aşımını önlemek için işlemi aylık gruplar halinde yürütmeniz gerekebilir.
Verileri doğrulayın: Her iş emri için 'Bakım Talebi Oluşturuldu' olayının bulunduğunu kontrol edin. Zaman damgalarının ProcessMind ile uyumlu bir biçimde (ISO 8601 önerilir) olduğundan emin olun.
İşlem sonrası düzenleme: Maximo zaman damgaları genellikle milisaniye içerir. Kısa aralıklarla gerçekleşen olayların doğru sıralanması için bu hassasiyetin 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ı Vaka kimliği, 'Activity' alanını Aktivite adı, 'EventTimestamp' alanını ise zaman damgası 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 tarih işlevlerinde küçük değişiklikler (ör. TO_DATE yerine CAST) gerekebilir.
- Tarih filtresi: 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 kimliğinin önemi: Benzersizlik için yalnızca WONUM değerine güvenmeyin. Birden fazla siteyi analiz ediyorsanız WONUM ile SITEID değerlerini birleştirin veya SITEID değerini vaka ö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 tablolardaki REFWO ve SITEID alanlarında dizin bulunduğundan emin olun.
Ö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 Templatei veri çıkarma sürecinize uygulayarak bakım stratejinizi bugün geliştirmeye başlayın. Teknik kayıtlarınızı uygulanabilir süreç içgörülerine dönüştürmenize yardımcı olmaya hazırız.
Varlık bakımınızı iyileştirin, duruşları bugün azaltın
Bakım çevrim süresini %30 kısaltın ve darboğazları ortadan kaldırın
Kredi kartı gerektirmeyen 14 günlük ücretsiz deneme