Bildirim Olayları ve Türleri

FreeMaint; iş emirleri, müdahale talepleri, önleyici bakım planları, yedek parça stoğu ve diğer kayıtlar durum değiştirdiğinde bildirim yayar. Her olay üç teslim kanalından (uygulama içi, e-posta, push) geçer ve rol, kanal ve sessiz saat aralığı bazında ayarlanabilir.

Bildirimleri tetikleyen olaylar

Her olay, sistemdeki belirli bir durum değişikliğine karşılık gelir. Olaylar değişikliğin kaynağında yayılır — örneğin bir iş emri atandığında, bir talep kapatıldığında ya da stok yeniden sipariş noktasının altına düştüğünde — ve ardından o olay için yapılandırılmış alıcılara yönlendirilir.

workOrder.created

Yeni bir iş emri oluşturuldu

workOrder.assigned

Bir iş emri ya da ekibi bir kullanıcıya atandı

workOrder.statusChanged

Durum geçişi (devam ediyor, beklemede, tamamlandı, onaylandı, kapatıldı, iptal edildi)

workOrder.overdue

İş emri bazında gecikme uyarısı (geciken her iş emri için bir bildirim)

workOrder.overdue.summary

Geciken tüm iş emirlerinin günlük toplu özeti (günde bir bildirim)

request.created

Bir müdahale talebi gönderildi (portal, QR ya da uygulama içi) Acil bir talep, herkesin kendi dilinde “Acil” başlıklı tek bir bildirim olarak gelir.

request.statusChanged

Bir talep onaylandı, reddedildi, dönüştürüldü ya da kapatıldı

request.commentAdded

Biri bir talebe yorum yaptı. Talep sahibi ve talebi ele alanlar bilgilendirilir — atanan kişi, sorumlu bölüm liderleri, onaylayan, iş emrinin atananları ve izleyicileri, önceki yorumcular — yorumu yazan kişi asla; dahili bir yorum yalnızca dahili yorumları okuyabilenlere gider. Varsayılan olarak anlık bildirim ve uygulama içi.

pm.due

Bir önleyici bakım planının vadesi bugün

pm.upcoming

Bir önleyici bakımın vadesi yaklaşıyor (varsayılan: 7 gün önce)

inventory.lowStock

Bir parça yeniden sipariş noktasının altına düştü

vehicle.document_expiring

Filo aracı belgesinin (ruhsat, sigorta) süresi dolmak üzere

driver.license_expiring

Sürücü ehliyeti süre dolum uyarısı

Teslim kanalları

Her bildirim üç bağımsız kanaldan iletilebilir. Tek bir olay bunlardan birinde, ikisinde ya da üçünde birden tetiklenebilir — yöneticiler bu matrisi bildirim ayarları sayfasından olay ve rol bazında denetler.

Uygulama içi

Üst gezinmedeki zil simgesi. Her zaman kullanılabilir, hiçbir üçüncü tarafça engellenmez. Acil olmayan güncellemeler için en iyisi.

E-posta

FreeMaint'in kendi e-posta hizmeti üzerinden, yedek olarak ikinci bir sağlayıcıyla gönderilir. Alıcının tercih ettiği dilde yazılır. E-posta istemcisi filtrelerine tabidir.

Anlık bildirim

Mobil uygulama push bildirimi (iOS/Android). Gerçek zamanlıdır ama uygulamanın kurulu ve kullanıcının oturum açmış olmasını gerektirir.

Her bildirimi kim alır

Alıcılar, olay yapılandırmasına göre yayım anında belirlenir. Seçtiğiniz rol eşlemesine bağlı olarak aynı olay farklı kitlelere gidebilir.

Atanan kişi

İş emrinin atandığı kullanıcı. Kendi işiyle ilgili durum değişikliklerini, yorumları ve gecikme uyarılarını alır.

Oluşturan

Kaydı oluşturan kullanıcı (iş emri, talep). Talebi açanın yaşam döngüsü güncellemelerini görmesi için yararlıdır.

Ekip

İş emrine ya da varlığa bağlı ekip veya ekiplerin tüm üyeleri (üye olmasa bile ekip lideri dahil).

Takım lideri

Taleplerde ve iş emirlerinde, işaretliyse: sorumlu takımların liderleri — öğenin takımı, varlığının takımları ve konumuna ya da üstündeki bir konuma atanmış takımlar. Yalnızca öğeyi açabilen kişilere bildirim gider.

Role göre

Listelenen role sahip her kullanıcı bildirimi alır. Liste, şirketinizde tanımlı her rolü gösterir (Ayarlar → Roller), özel roller dahil. Özetler ve yönetsel derlemeler için kullanın.

Yalnızca açabildikleri

Rol üzerinden alıcı, bir öğeden yalnızca rolü onu okuyabiliyorsa ve veri görünürlüğü onu gösteriyorsa haberdar edilir — yalnızca kendi işini gören bir teknisyen başka bir ekibin talebini almaz. 7 gündür FreeMaint kullanmamış biri rol bildirimlerini zilde görmeye devam eder, ancak anlık bildirim veya e-posta almaz.

Olay bazında bildirim mi, günlük özet mi

Bazı olayların hem tekrar başına kanalı hem de günlük toplu özeti vardır. Klasik örnek geciken iş emirleridir: workOrder.overdue etkinleştirildiğinde alıcılar iş emri başına bir e-postayla boğulur, workOrder.overdue.summary ise tam listeyi içeren tek bir sabah bülteni gönderir. Ekibinizin gelen kutusu gürültüsüne toleransına uyanı seçin. Her alıcı yalnızca rolünün veri görünürlüğünün gösterdiği öğeleri görür.

Sessiz saatler ve diller

Push ve uygulama içi kanallar alıcının profiline uyar. E-posta konuları ve gövdeleri, işlemi yapanın dilinden bağımsız olarak gönderim anında kullanıcının tercih ettiği dile çevrilir. Bugün genel bir sessiz saat aralığı yok — zamanlamaya duyarlı olaylardan kişisel tercihler sayfası üzerinden alıcı bazında çıkılmalıdır.

Sık karşılaşılan sorunlar

Bir kullanıcı alması gereken bir olayı almıyor

Ayarlar → Bildirimler sayfasındaki olay satırını kontrol edin: ilgili kanal etkin mi ve rol listesi bu kullanıcının rolünü içeriyor mu? Sonra kullanıcının kişisel tercihlerini kontrol edin.

E-postalar geliyor ama push bildirimleri gelmiyor

Kullanıcının en az bir cihazda mobil uygulamada oturum açmış olması gerekir. Yakın zamanda telefon değiştirdiyse yeniden oturum açsın.

Aynı olay iki kez geliyor

Kullanıcının büyük olasılıkla bunu alan iki rolü vardır (örneğin aynı satırda Yönetici ve Müdür). Yinelenenler roller arasında değil, kanal bazında ayıklanır — satırı tek bir role indirin.

İpucu

Adı geçen kullanıcı yerine role göre abone olun. Yeni bir yönetici işe aldığınızda matrisi kendiliğinden devralır; onu tek tek eklemeyi hatırlamanız gerekmez.

Yeni varlık veya konum eklendi

Birden fazla kişi veri tabanını kurarken birinin elle varlık veya konum girdiğini öğrenmek için bunları açın. Toplu içe aktarma ve varlık çoğaltma bunları asla tetiklemez; kişi başına günlük bir üst sınır, yoğun bir günün gelen kutunuzu doldurmasını engeller. İkisi de varsayılan olarak kapalıdır.