
Bir şirket şirketler için toplu faturalı ve birden fazla maliyet merkezli geçici konaklama organize ettiğinde, en önemli soru önce hangi konaklamanın daha rahat göründüğü değil, rezervasyonun şirket içinde nasıl işleneceğidir. Fatura merkezi olarak mı kontrol edilecek, birden fazla konaklama toplu faturada mı birleştirilecek, yoksa her maliyet merkezi için ayrı bir eşleştirme mi gerekiyor? Ancak bu mantık netleştiğinde İK, satınalma, finans ve proje yönetimi aynı verilerle çalışabilir.
Özellikle birden fazla lokasyon olduğunda, süreci iki düzeyde ayırmak faydalıdır: operasyonel düzey konumu, süreyi ve konaklama türünü tanımlar. Ticari düzey ise fatura adresini, maliyet merkezini, onayı ve şirket içi dosyalamayı düzenler. Bu düzeyleri rezervasyondan önce birbirine karıştıranlar, konaklama zaten uygun olsa bile sonradan neredeyse her zaman ek soru ile karşılaşır.
Bir toplu fatura sonradan ek sorular olmadan işlenebilsin diye, her rezervasyon aynı zorunlu alanlarla başlamalıdır. Serbest bir e-posta trafiğine göre tek tip bir şablon burada daha faydalıdır; çünkü ilgili bilgiler böylece doğrudan karşılaştırılabilir.
Şirket içi hazırlık için özellikle şu alanlar işe yarar:
Önemli olan yalnızca bu verilerin bulunması değil, şirket içinde yazım biçimlerinin de sabitlenmesidir. Örneğin bir şirket birden fazla proje için aynı konaklama türünü rezerve ediyorsa, maliyet merkezlerinin ve projelerin adlandırılması tüm taleplerde aynı görünmelidir. Aksi halde fatura kontrolünde gereksiz varyasyonlar oluşur ve bunlar sonradan ancak manuel olarak çözülebilir.
Her rezervasyon için zorunlu alanlara dair pratik bir örnek şöyle olabilir:
Böylece finans ticari temele sahip olurken, operasyonel rezervasyon da düzenli şekilde hazırlanmış olur.

Daha uzun konaklamalarda sorumluluk çoğu zaman birden fazla birime dağılır. Bu ancak kimin hangi bilgiyi sağlayacağı ve kimin nihai onayı vereceği net olduğunda istikrarlı çalışır.
Basit bir rol modeli şöyle olabilir:
Proje yönetimi somut ihtiyacı bildirir: hangi lokasyonun önemli olduğu, konaklamanın ne kadar süreceği ve sahada hangi çerçeve koşullarının önemli olduğu. Böylece operasyonel temeli sağlar.
İK, konaklama yeni işe alım, yer değişikliği, süreli bir proje veya şirket içi görevlendirme ile bağlantılıysa personel boyutunu netleştirir. Böylece rezervasyonun kimin için yapıldığı anlaşılır.
Satınalma, resmi süreci bir araya getirir. Talebi yapılandırabilir, belgeleri toplayabilir ve yalnızca eksiksiz veri setlerinin iletilmesini sağlayabilir.
Finans, fatura adresi, maliyet merkezi ve iç eşleştirmenin uyumlu olup olmadığını kontrol eder. Bu birim içerik ihtiyacı hakkında karar vermez, muhasebesel işlemenin doğru olup olmadığına bakar.
Birçok şirkette asistanlık veya dahili seyahat yönetimi toplama rolünü üstlenir. Bu birim belgeleri bir arada tutar ve bir talebin farklı sürümlerinin aynı anda dolaşıma girmesini önler.
Bu nedenle anlamlı bir onay akışı şu şekildedir: ihtiyacı bildirmek, zorunlu verileri toplamak, kontasyonu kontrol etmek, onayı belgelemek, rezervasyonu başlatmak. Böylece aynı uzun konaklama talebine birden fazla kişi dahil olsa bile sorumluluk net kalır.
Asıl zorluk çoğu zaman rezervasyon değil, şirket içi dağıtımdır. Eşleştirmenin faturada tartışılmasını beklememek için önceden tek bir ana maliyet merkezinin mi geçerli olduğu yoksa birden fazla maliyet merkezinin bilinçli olarak mı dahil edildiği net olmalıdır.
Bunun için üç basit kural yardımcı olur:
Her rezervasyon için tek bir ana maliyet merkezi belirleyin. Bir konaklamaya birden fazla ekip dahil olsa bile rezervasyonun birincil bir dayanak noktası olmalıdır. Bu dayanak olmadan faturayı ilk kimin kontrol edeceği belirsiz kalır.
Sapmaları rezervasyondan önce belgeleyin. Bir proje birden fazla lokasyon üzerinden yürüyorsa, maliyetlerin kişiye, süreye veya proje aşamasına göre nasıl dağıtılacağı şirket içinde önceden belirlenmelidir. Kuralın kendisi, ifadesinden daha önemlidir.
Sonradan yapılacak değişiklikleri yalnızca tek bir kanal üzerinden onaylayın. Konaklama süresi veya eşleştirme değişirse, ilgili her birimin ayrı ayrı tepki vermemesi gerekir. Merkezi bir düzeltme çelişkili bilgileri önler.
Kurumsal konaklama ortamından bir örnek: Proje yönetimi uzun süreli bir görevlendirme bildirir, ancak finans rezervasyonun başlangıçta planlanandan farklı bir maliyet merkezine işlenmesini ister. Bu durumda konaklamayı yeniden düşünmek yerine yalnızca şirket içi eşleştirmenin net biçimde değiştirilmesi gerekir. Böylece rezervasyon izlenebilir kalır.

Toplu fatura ve maliyet merkezleri odağında olsa da konaklamanın kendisi kararın önemli bir parçası olmaya devam eder. Servisli apart daireler ve apart oteller, ihtiyaç duyulan donanıma ve hizmet unsurlarına bağlı olarak uzun süreli konaklamalar için uygun olabilir. Aynı şekilde bir otel de konum, hizmet kapsamı ve şirket içi yönergeye göre uygun bir seçenek olabilir.
Karşılaştırma için özellikle şu kriterler önemlidir:
Burada önemli olan şudur: Her konaklama aynı kalıpla değerlendirilmek zorunda değildir. Bir otel, konum veya hizmet proje için belirleyici ise belirli bir görev için anlamlı olabilir. Buna karşılık bir servisli apart daire, günlük yaşamda daha fazla bağımsızlık gerekiyorsa daha uygun olabilir. Şirket faturalaması açısından belirleyici olan genel bir ön yargı değil, donanım, konum, hizmetler ve iç faturalama mantığının birbiriyle uyumudur.
myroom24, ticari konaklama sağlayıcılarının özel ve iş amaçlı kullanıcılar için konaklama sunduğu bir online rezervasyon platformudur. Şirketler açısından özellikle yararlı olan tarafı, aramanın yapılandırılmış biçimde hazırlanabilmesidir: seyahat noktası ve konaklama süresi belirtilebilir, uygun uzun süreli konaklamalar fiyat, konum ve donanım gibi kriterlere göre filtrelenebilir.
Bu, satınalma veya asistanlığın operasyonel seçimi şirket içi maliyet kontrolünden ayırmak istemesi durumunda faydalıdır. Platform, oteller, hosteller, servisli apart daireler ve tatil evleri gibi ticari konaklama tesislerinde oda, apart daire ve ev gibi konaklama türlerini listeler. Uzun süreli konaklamalar için 28 ile 179 gece öngörülmüştür.
Böylece bir şirket önce yer ve süreye göre uygun konaklamayı daraltabilir, ardından şirket içi onayı kendi maliyet merkezi yapısına göre gerçekleştirebilir. Arama ve rezervasyon mantığı böylece ayrı kalır; bu da özellikle birden fazla rezervasyon ve farklı sorumluluklar söz konusu olduğunda genel bakışı kolaylaştırır.
Birçok gecikme asıl rezervasyondan sonra ortaya çıkar. Tipik hatalar, konaklamanın eksik olması değil, belgelerdeki belirsiz ifadelerdir.
Özellikle şu durumlar sık görülür:
Bu tür sapmalar özellikle aynı anda birden fazla rezervasyon işleniyorsa sorun yaratır. Bu nedenle tek tip veri seti, mümkün olduğunca ayrıntılı bir e-posta zincirinden daha önemlidir.
Nihai rezervasyondan önce çoğu zaman kısa bir şirket içi kontrol yeterlidir. Bu sıra, birçok şirkette pratik bir yöntem olarak kendini kanıtlamıştır:
Bu beş madde mevcutsa, toplu faturanın sonradan birden fazla soru ile düzeltilmesi gerekmez. Bu özellikle farklı lokasyonlara yayılan tekrarlayan uzun süreli konaklama ihtiyaçlarında zaman kazandırır.
Bir sonraki talebi yapılandırılmış şekilde hazırlamak isterseniz, myroom24 konaklama seçenekleri ile başlayın ve ardından şirket içinde maliyet merkezi, onay ve fatura verilerini eşleştirin.
Rezervasyondan önce şirket içinde bir ana maliyet merkezi tanımlanmalıdır. Ek maliyet merkezleri, rolleri önceden açıkça tanımlanmışsa eklenmelidir.
En azından fatura adresi, maliyet merkezi, konaklama süresi, proje veya lokasyon bağlantısı ve seyahat eden kişinin ya da ekibin adı.
Bu durumda maliyetlerin proje bazlı mı, lokasyon bazlı mı yoksa başka bir şirket içi anahtara göre mi dağıtılacağı önceden belirlenmiş olmalıdır.
Bir birim verileri toplamalı, ikinci bir birim kontasyonu kontrol etmeli ve yalnızca bir birim rezervasyonu nihai olarak onaylamalıdır.