Şirket içi seyahat onay süreci nasıl kurulur? Kademe, vekil ve süre tasarımı

Seyahat onay süreci, bir iş seyahatinin satın alınmadan önce kimin, hangi koşulda ve hangi sırayla onayından geçeceğini belirleyen kurallar bütünüdür. Sağlıklı bir süreç dört soruya yazılı cevap verir: hangi talepler onaya gider, onaycı kimdir, karar ne kadar sürede verilir ve onaycı yokken ne olur. Bu yazı, bu soruları sırayla ele alır ve kuralların bir kurumsal seyahat portalında nasıl çalıştığını gösterir.

Seyahat onay süreci nedir ve neden yazılı kurulmalıdır?

Seyahat onay süreci, çalışanın seçtiği uçuş, otel veya diğer hizmetlerin şirket kurallarına göre bir ya da birkaç yöneticinin kararından geçmesidir. Yazılı kurulmadığında aynı talep bir departmanda hemen onaylanır, başka bir departmanda günlerce bekler; kimin neyi onayladığı da sonradan bulunamaz.

E-posta zincirleri ve mesajlaşma gruplarıyla yürütülen onay, üç sorunu birlikte getirir. Onayın kime gideceği kişiden kişiye değişir. Kararın gerekçesi kayda geçmez. Finans ekibi ay sonunda harcamayı görür ama hangi talebin hangi kurala göre onaylandığını göremez. Dijital bir onay akışı bu üç sorunu, kuralları bir kez tanımlayıp her talebe aynı biçimde uygulayarak çözer.

Manuel onayın gizli maliyeti nedir?

Manuel onayın en görünmez maliyeti zamandır. Çalışan uygun bir uçuş bulur, yöneticisine yazar; yönetici toplantıdadır ve mesajı saatler sonra görür. Bu arada uçak bileti fiyatları değişebilir, uygun sınıfta yer kalmayabilir ve süreç baştan başlar.

İkinci maliyet denetimdir. Onay kararı bir e-postada kaldığında hangi politikanın, hangi tutarın ve hangi gerekçenin onaylandığı sonradan kanıtlanamaz. Üçüncüsü tutarsızlıktır: aynı türdeki talepler farklı yöneticilerden farklı cevap alır ve çalışanlar kuralı tahmin etmeye başlar. Bu maliyetler her şirkette farklı büyüklüktedir ve bunları ölçmenin yolu, onay sürelerini ve politika dışı talepleri düzenli raporlamaktır.

Onay süreci kurmaya nereden başlanır?

Onay süreci, organizasyon şemasından ve seyahat politikasından başlar. Önce kimin kime bağlı olduğu ve hangi seyahatlerin kurala aykırı sayılacağı netleşmeli, ardından kademeler tasarlanmalıdır. Aşağıdaki sıra, çoğu şirkette işe yarayan bir başlangıç planıdır.

1. Organizasyonu çıkarın. Holding, şirket, şube ve departman yapısını; her departmanın yöneticisini ve finans gibi rol bazlı onaycıları listeleyin.
2. Onaya gitme koşulunu tanımlayın. Politika dışı seçimin, bütçe aşımının veya istisnasız her talebin onaya gidip gitmeyeceğine karar verin. Bu koşullar seyahat politikasında yazılır; ayrıntı için seyahat politikası yönetimi sayfasına bakabilirsiniz.
3. Kademeleri tasarlayın. Kaç kademe olacağını, sıralı mı paralel mi çalışacağını ve her kademenin onaycısını belirleyin.
4. Süreleri ve vekâleti yazın. Her kademenin karar süresini, süre dolunca ne olacağını ve izin dönemlerinde kimin karar vereceğini tanımlayın.
5. Fiyat toleransını belirleyin. Onay sırasında fiyat değişirse hangi farkın kabul edileceğini ürün bazında ayarlayın.
6. Pilot dönemle başlayın. Kuralları önce 'Yalnız bilgilendir' modunda çalıştırın, ihlalleri politika uyumu raporundan izleyin, sonra 'Uygula' moduna alın.

Talep formunun ve onay e-postasının nasıl olması gerektiğini ayrıca merak ediyorsanız seyahat talep ve onay formu örneği yazısı örnek metinler içerir.

Kademeler sıralı mı, paralel mi olmalıdır?

Kademeler, kararın gerçekten sırayla mı verilmesi gerektiğine göre seçilir. Bir üst kademenin, alt kademenin onayını görmeden karar vermemesi gerekiyorsa sıralı akış; farklı birimlerin aynı anda görüş vermesi yeterliyse paralel akış uygundur.

Kurumsal.pro portalında kademe onaycısı yolcunun yöneticisi, departman yöneticisi, belirli bir kişi veya bir rol olabilir. Akış kurum, şube, departman ya da kişi kapsamında tanımlanır. Hiç akış tanımlanmadıysa tek kademe olarak yolcunun yöneticisi, o da yoksa departman yöneticisi onaycı olur.

Tutara göre farklı onaycı nasıl tanımlanır?

Yüksek tutarlı taleplerin ek bir onaydan geçmesi için kademelere tutar bandı verilir. Bant, alt ve üst tutarla tanımlanır; talebin tutarı bandın dışındaysa o kademe atlanır. Böylece küçük tutarlı bir talep yalnız ilk kademeden geçerken büyük tutarlı talep finans kademesine de uğrar.

Portalda tutar bandı sıralı akışta, ikinci kademeden itibaren tanımlanır. Pratikte ilk kademe her zaman yolcunun yöneticisi olur; ikinci kademeye, örneğin belirli bir tutarın üzerindeki talepler için finans rolü eklenir. Buradaki tutarlar şirketin kendi kararıdır; tanıtım videolarında görülen eşikler yalnız örnek kurallardır.

Onaycı yokken ne olur? Vekil ve eskalasyon

Onaycının izinde veya ulaşılamaz olması, onay süreçlerinin en sık tıkandığı noktadır. Bunun için iki araç birlikte kullanılır: vekil ataması ve kademe süresi sonunda eskalasyon.

Vekil ataması, onaycının belirli bir tarih aralığı için yetkisini başka bir kişiye devretmesidir. Vekil bu aralıkta onaylar, reddeder veya alternatif seçer; geçmişte bu kararlar "vekil olarak" işaretlenir. Kavramın kısa tanımı vekil onaycı sözlük sayfasındadır.

Kademe süresi ve eskalasyon, her kademeye bir karar süresi verir ve süre dolduğunda talebin üst kademeye ya da kurum yöneticisine eskale edilmesini veya reddedilmesini seçtirir. Uçuşun opsiyon süresi kademe süresinden kısaysa onay süresi opsiyon bitişiyle sınırlanır. Bilmeniz gereken bir ayrıntı var: portalda süre aşımı bir arka plan zamanlayıcısıyla değil, onay listesi, bekleyen sayacı veya canlı akış açıldığında işlenir. Ayrıca onaycıya otomatik hatırlatma bildirimi gönderilmez; akış ekranındaki hatırlatma seçeneği kaydedilse de bugün bildirim üretmez. Bu nedenle kritik akışlarda vekil atamasını alışkanlık haline getirmek en güvenli yoldur.

Onay beklerken fiyat değişirse ne olur?

Onaya gönderilen talep için tedarikçide yer veya fiyat tutulmaz; bu yüzden onay süresi boyunca fiyat değişebilir. Doğru kurgu, son onayda fiyatın yeniden alınması ve farkın önceden belirlenmiş bir toleransla karşılaştırılmasıdır.

Kurumsal.pro portalında fiyat toleransı otel, transfer, araç ve tur, villa, yat, etkinlik grupları için yüzde olarak (0 ile 50 arasında) tanımlanır. Son onayda yeni fiyat tolerans içindeyse satın alma devam eder; dışındaysa talep "yeniden onay"a döner. Çalışanın doğrudan satın aldığı sepette de fiyat değiştiğinde portal kişinin açıkça kabul etmesini ister. Ayrıntı için fiyat toleransı tanımına bakabilirsiniz.

Onaycı neyi görür ve nasıl karar verir?

Onaycının hızlı karar verebilmesi için talebin tamamını tek ekranda görmesi gerekir. Portalda onay detayı; kalemleri, politika ihlallerini ve çalışanın yazdığı gerekçeyi, en uygun seçenekten farkı, kademeleri, ilgili bütçenin planlanan, gerçekleşen, taahhüt edilen ve kalan tutarlarını ve fiyat dökümünü gösterir.

Onaycı üç şekilde karar verebilir:

• Onaylamak: Politika içindeki taleplerde hızlı onay seçeneği vardır.
• Reddetmek: Reddederken neden ve açıklama zorunludur; çalışan neden reddedildiğini görür.
• Alternatif seçmek: Akışta açıksa onaycı, kalem bazında başka bir seçenekle onay verir ve talep eden bilgilendirilir.

Onaycı portala girmeden de karar verebilir. Onay talebi e-postasındaki bağlantı tek kullanımlıktır, sistemde yalnız özeti saklanır ve ömrü opsiyon bitişi ya da en çok 72 saattir. Onaylar ekranı ise bekleyen, vekil olarak gelen ve sonuçlanan talepleri ayrı sekmelerde, canlı güncellenen bir listeyle sunar. Sepetteki tüm kalemler tek talep olarak onaya gittiği için onaycı uçuş, otel ve transferi ayrı ayrı değil, bir seyahat olarak değerlendirir.

Talep eden kendi talebini onaylayabilir mi?

İyi bir onay sürecinde kimse kendi talebine karar vermemelidir. Portalda talep eden kişi bir kademenin onaycısıysa o kademe onun yöneticisine geçer, onaycısı kalmayan kademe düşer ve talep edenin kendi talebinde karar vermesi reddedilir.

Bu kural talep edene göre çalışır. Bir asistan başka bir çalışan adına talep açtığında, yolcu bir kademenin onaycısıysa yolcunun karar vermesi mümkündür. Bu yüzden akışları kurarken "yolcu ile onaycı aynı kişi olabilir mi" sorusunu özellikle üst yöneticiler için ayrıca gözden geçirin. Ayrıca bir onay kademesine üyesi olmayan bir rol atanırsa o kademe atlanır; rolleri kişilere atadıktan sonra akışı bir deneme talebiyle kontrol etmek iyi bir alışkanlıktır.

Kurumsal.pro portalında onay akışı nasıl işler?

Kurumsal.pro portalında onay akışını şirketin kurum yöneticisi tanımlar; portalı şirkete hizmet veren acente kendi markasıyla sunar. Akış sepetten satın almaya kadar şu sırayla işler:

1. Seçim: Çalışan uçuş, otel veya diğer ürünleri arar; her sonuç satırında politika kararı görünür.
2. Seyahat bilgileri: Sepette yolcu bilgisi profilden gelir; politika dışı kalem varsa gerekçe yazılır, fatura profili seçilir, onaycıya not eklenebilir.
3. Yol seçimi: Onay gerektiren bir politika ihlali veya onaya gönderen bir bütçe aşımı varsa düğme "Onaya gönder" olur, yoksa "Satın al"; engelleyen kuralda satın alma yapılamaz.
4. Kademeler: Talep tanımlı akışa göre kademelerden geçer; onaycılar portaldan veya e-postadan karar verir.
5. Satın alma: Son onayda satın alma kurum cüzdanından otomatik başlatılır; başarısız olursa "Satın almayı tamamla" seçeneği çıkar. E-postayla verilen son onaydan sonra satın almayı onay yetkili onaycı veya kurum yöneticisi tamamlar.

Onaya giden tutar bütçeden taahhüt olarak düşer; ret, süre dolumu veya iptalde serbest kalır. Bütçe tarafının ayrıntısı seyahat bütçesi yönetimi sayfasında, onay akışının tüm seçenekleri seyahat onay sistemi sayfasında anlatılır.

Onay sürecini kurarken hangi sınırları bilmelisiniz?

Onay sürecini kurarken bilinmesi gereken dört sınır vardır: onaycıya otomatik hatırlatma gönderilmez, süre aşımı onay ekranları açıldığında işlenir, onay beklerken tedarikçide yer tutulmaz ve hedefsiz "kurum geneli" akış hiçbir yolcuyla eşleşmez. Ayrıntılar aşağıdadır:

• Onaycıya otomatik hatırlatma gönderilmez; uzun bekleyen talepler için vekil ve kademe süresi kullanılmalıdır.
• Süre aşımı ve eskalasyon, onay ekranları açıldığında işlenir; dakika dakika çalışan bir zamanlayıcıya bağlı değildir.
• Onay beklerken tedarikçide yer tutulmaz; fiyat son onayda yeniden alınır.
• Hedef seçilmeden "kurum geneli" tanımlanan bir akış hiçbir yolcuyla eşleşmez; kurulumda kök şirketin seçilmesi gerekir.

Bu sınırlar bilindiğinde süreç gerçekçi kurulur: kısa kademe süreleri, her onaycı için tanımlı bir vekil ve politika içindeki taleplerin onaysız ilerlemesi, onay trafiğini makul düzeyde tutar. Onay akışının portaldaki karşılığını görmek isterseniz DIJI.TECH demo sayfasından tanıtım talep edebilirsiniz.