Örnek iş akışı

Bir grup etkinlik değişikliği, uçtan uca koordine edildi.

Disponi'nin bir otel grubu için rutin bir etkinlik değişikliği talebini nasıl ele aldığı — rezervasyonu eşleştirme, etkinlik politikasını denetleme, onun içinde hareket etme ve takip; her adım kayıtlı.

Senaryo

Senaryo, yukarıda tanımlanan otel grubuna aittir. Bir düğün grubu grubun etkinlik mekânına rezervasyonludur ve koordinatörü paylaşılan gelen kutusuna rezervasyonu, mutfağı ve satın almayı aynı anda ilgilendiren bir değişiklikle yazar.

  • Misafir iletişimi: Jonas Weber, Weber–Lindqvist düğün grubunun koordinatörü.
  • Talep: EVT-2314 rezervasyonunun karşılama yemeğini cumartesi 18.00'den pazar 13.00'e taşımak.
  • Kullanılan sistemler: Paylaşılan gelen kutusu, otel yönetim sistemi, tedarikçi sipariş tablosu ve paylaşılan etkinlik takvimi.

Talep nasıl ilerler

Bu, güvenli yoldur: grubun yapılandırılmış etkinlik politikasını karşılayan bir değişiklik talebi. Her aşama, aracının attığı ve arkasında kayıt bıraktığı bir adımdır.

  1. Talep alındı

    Düğün grubunun koordinatörü Jonas Weber paylaşılan gelen kutusuna yazar: “Karşılama yemeğini pazar 13.00'e alabilir miyiz?” Aracı mesajı bir etkinlik değişikliği talebi olarak sınıflandırır ve gönderenin mevcut bir rezervasyonun bilinen bir kişisi olduğunu denetler.

  2. Rezervasyon eşleştirildi

    Talep, cumartesi 18.00 için planlanmış bir karşılama yemeği olan EVT-2314 etkinlik rezervasyonuyla eşleştirilir. Aracı rezervasyon kaydını, ayrılan alanları ve mevcut saatleri otel yönetim sisteminden çeker.

  3. Müsaitlik ve politika denetimleri

    Aracı mekânın ve mutfağın pazar 13.00'i alabileceğini denetler ve talebi grubun yapılandırılmış etkinlik politikasıyla karşılaştırır: izin verilen değişiklikler, bildirim süreleri ve tedarikçi siparişi değişiklikleri için onay eşiği.

  4. Sınırlı eylem, politika içinde

    Değişiklik yapılandırılmış sınırlar içindedir, bu yüzden aracının harekete geçmesine izin verilir. Otel yönetim sistemindeki rezervasyon kaydını günceller ve yemeğin tedarikçi siparişini ayarlar — değişiklik talebinin dışında hiçbir şey yok.

  5. Etkilenen sistem güncellemeleri

    Rezervasyon kaydı, tedarikçi siparişi ve paylaşılan etkinlik takvimi tek geçişte güncellenir. Her güncelleme kaynak talebi ve buna izin veren politika kuralını listeler.

  6. Paydaş iletişimi

    Misafir iletişimi yeni saatle onaylanır; mutfak ve etkinlik ekiplerine değişiklik bildirilir. Tüm mesajlar paylaşılan gelen kutusundan gönderilir, böylece hiçbir şey özel bir yazışmada gizlenmez — ya da bir vardiya değişimiyle kaybolmaz.

  7. Eylem kaydı

    Aracı atfedilebilir bir kayıt yazar: ne talep edildi, hangi denetimler çalıştı, hangi kural eyleme izin verdi, ne değişti ve ne zaman. Kayıt, değişikliğin kaynağı olarak aracıyı değil talebi gösterir.

  8. Takip

    Etkinlik günü aracı yemeğin etkinlik çizelgesinde kararlaştırılan saatte olduğunu doğrular ve döngüyü kapatır. Olağandışı her şey sessizce kabul edilmek yerine etkinlik sorumlusuna bildirilir.

Dal: bir değişiklik iş onayı gerektirdiğinde

Her talep yapılandırılmış kurallara uymaz. Bir değişiklik bir politika sınırını aştığında veya güvenli deterministik bir yanıtı olmadığında, Disponi duraklar ve kararı müşteriye getirir — asla bir iş kararı uydurmaz.

İş istisnası — müşteri karar verir

  1. Politika dışı talep

    Jonas ayrıca yemeğin 40'tan 55 kişiye çıkarılmasını ister. Artış, yapılandırılmış onay limitinin üzerinde olan grubun tedarikçi siparişi değişiklik eşiğini aşar.

  2. Bağlamla duraklatıldı

    Aracı bir karar uydurmaz. Duraklar ve grubun etkinlik sorumlusuna ilgili bağlamı sunar: rezervasyon, mevcut tedarikçi siparişi, politika kuralı ve kurallara uyan seçenekler.

  3. Müşteri karar verir

    Etkinlik sorumlusu bir varyantı onaylar veya reddeder. Talep beklerken hiçbir rezervasyon kaydı, tedarikçi siparişi veya mesaj değişmez. Aracı, bir onay kaydedilene kadar talep üzerinde hareket etmez.

  4. Çözüm kararı izler

    Onaylandıktan sonra aracı tam olarak onaylananı uygular, etkilenen sistemleri günceller, paydaşları bilgilendirir ve onayı eylemle birlikte kaydeder. Reddedilirse talep sahibine söylenir ve talep kapatılır.

Dal: bir teknik bağımlılık başarısız olduğunda

Bazen engel hiç de bir iş sorusu değildir. Erişilemez bir entegrasyon, süresi dolmuş bir yetki veya beklenmedik bir veri biçimi teknik bir istisnadır — Disponi'ye aittir ve Disponi tarafından çözülür ve asla başarıyla tamamlanmış bir iş talebi gibi gösterilmez.

Teknik istisna — Disponi yanıt verir

  1. Erişilemez entegrasyon

    Aracı rezervasyonu güncellemeye çalıştığında otel yönetim sistemi erişilemezdir. Aracı talebi teknik bir istisnayla engellenmiş olarak işaretler, yapılandırılmış sınırlar içinde yeniden dener ve Disponi izlemesine yükseltir — talep çözüldü olarak işaretlenmez.

  2. Süresi dolmuş yetki

    Bir entegrasyon kimlik bilgisi süresi dolduğu için sistemler arası bir bağlantı başarısız olur. Aracı hatayı algılar, talebi duraklatır ve Disponi operasyonlarını uyarır. Desteklenmeyen bir geçici çözüm denemez ve entegrasyon sağlıklı olana kadar talep açık kalır.

  3. Bozuk kaynak verisi

    Bir tedarikçi sipariş onayı, bir siparişle güvenilir şekilde eşleştirilemeyen beklenmedik bir biçimde gelir. Aracı belirsizliği işaretler ve tahmin etmek yerine açıklama ister. Veriler sağlam olmadığı sürece iş talebi başarıyla tamamlanmış olarak raporlanmaz.

  4. Teknik istisna, Disponi'nin sahipliğinde

    Yukarıdaki her teknik hata bir platform veya entegrasyon olayıdır: Disponi izler, kurtarır ve durumu iletir. Müşteriye talebin beklemede olduğu ve neden olduğu söylenir. İş çözümü ancak teknik istisna kapatıldıktan ve iş doğru şekilde tamamlanabildikten sonra gerçekleşir.

Kim neye sahip

Bunu güvenli kılan sınır basittir: iş kararları müşteride kalır, teknik operasyon Disponi'de kalır.

Müşterinin sorumlulukları

  • İş hedefleri ve her iş akışı için başarının ne anlama geldiği
  • KPI tanımları ve hangi sayıların doğru kabul edildiği
  • Erişim kararları: Disponi'nin hangi sistemleri kullanabileceği ve bu sistemlerde neler yapabileceği
  • Onay gerektiren sınırlar dâhil olmak üzere iş politikası
  • Disponi sınırlı bir eylem gerçekleştirmeden önce önemli kararların onaylanması
  • Çıktıların incelenmesi, sonuçların ne anlama geldiğine karar verilmesi ve nihai iş sorumluluğu
  • Bu senaryoda: etkinlik sorumlusu etkinlik politikalarına, tedarikçi koşullarına ve bir misafirin rezervasyonundaki her değişikliğe sahiptir.

Disponi'nin sorumlulukları

  • Platformun işletilmesi ve yapılandırılmış iş akışının çalışır tutulması
  • Sistemler değiştikçe iş akışı yapılandırmasının bakımı
  • Entegrasyonların sağlığı ve bağlantıların izlenmesi
  • Teknik izleme, uyarı ve olay tespiti
  • Teknik olaylara müdahale, kurtarma ve iletişim
  • Teknik bir istisna isteği engellediğinde durumun dürüstçe bildirilmesi
  • Bu senaryoda: Disponi rezervasyon, satın alma ve takvim bağlantılarını çalışır durumda tutar ve bunların teknik olaylarına sahiptir.

“Yönetilen”, Disponi'nin sistemi ve yapılandırılmış iş akışını işlettiği anlamına gelir. Müşterinin iş sorumluluğunu devretmez ve iş sonuçlarını garanti etmez.

Bunun yeri

Rezervasyon ve sipariş koordinasyonu bu grubun dağıtacağı ilk iş akışı değildir. Daha sonraki, daha sınırlı bir adımdır — örnek değerlendirme önce gelen, okuma ağırlıklı raporlama iş akışını gösterir. İlerleyiş Disponi'nin izleyebileceği bir yoldur, her müşterinin izlediğinin garantisi değil.

  1. GözlemleBilgi toplayan ve hazırlayan salt okunur iş akışları.
  2. HazırlaEkip içinde kalan taslaklar, kontroller ve takipler.
  3. Onayla koordine etÖnemli noktalarda müşteri onayı için duran sistemler arası koordinasyon.
  4. Politika içinde hareket etMüşterinin tanımladığı kurallar içinde sınırlı ve kaydedilmiş eylemler.

Örnek değerlendirmeyi görün — bu ilerleyişin başladığı yer