Səkkizinci təchizatçını qoşduğunuz gün inventarınız səkkiz qat artmadı. Axtarış nəticəsi uzandı, səhifə yavaşladı, eyni otel siyahıda üç dəfə göründü və rezervasiya əməkdaşı hansını satacağını soruşmağa başladı. Bu, inteqrasiyanın pis qurulduğu anlamına gəlmir. Çox təchizatçılı inventarın təbii davranışı budur: hər təchizatçı eyni fiziki obyekti öz kodu, öz ad yazılışı və öz məzmun keyfiyyəti ilə göndərir.
Qazanc qoşulma sayında deyil. Qazanc bu üst-üstə düşən görünüşləri tək bir doğru qeydə endirən üç qərarda gizlənib: hansı qeydlərin eyni otel olduğuna necə qərar verdiyiniz, eyni otelin iki təklifi gəldikdə hansının satışa çıxacağı və iki qeydi birləşdirərkən hansı sahələri qarışdırıb hansılara heç vaxt toxunmayacağınız. Üçüncüsü ən az bilinəni və ən bahalısıdır; çünki səhv birləşdirilmiş bir ləğv siyasəti müştəriyə səhv şərt oxudur və fərqi agentlik ödəyir.
Bu yazı kontrakt və məhsul tərəfində çalışan bir menecerin bu üç qərarı verərkən istifadə edə biləcəyi hədləri, qərar sıralarını və nəzarət rutinlərini toplayır. Öz kontrakt otellərinizi də eyni siyahıya saldığınızda işə düşən allotment, stop-sale və release üçbucağı da daxil. Heç bir xüsusi proqram istifadə etməsəniz belə, buradakı qaydaların çoxu bir Excel faylında və bir həftəlik iclas gündəliyində tətbiq oluna bilər.
Problem ikinci təchizatçıda başlayır, səkkizincidə idarəolunmaz hala gəlir
Tək təchizatçı ilə işləyərkən təkrar qeyd deyə bir probleminiz yoxdur. İkinci təchizatçını qoşduğunuz an eyni obyekt iki dəfə görünməyə başlayır. Bundan sonrası xətti deyil, vurma qaydası ilə böyüyür: hər yeni mənbə mövcud bütün mənbələrlə ayrı-ayrılıqda üst-üstə düşür.
Üst-üstə düşmənin böyüklüyü düşünüləndən yüksəkdir. Vervotech-in 2026 tarixli otel uyğunlaşdırma bələdçisinə görə Dubay, Banqkok və ya London kimi böyük bir bazarda istənilən iki təchizatçı arasındakı inventar üst-üstə düşməsi mütəmadi olaraq 60%-i keçir. Eyni mənbə orta ölçülü bir onlayn səyahət agentliyinin gec-tez 15 təchizatçıya qoşulduğunu bildirir. Yəni 15 təmiz siyahı deyil, eyni obyektlərin böyük ölçüdə üst-üstə minən 15 görünüşü idarə olunur.
İşin bir də hərəkətli tərəfi var. AltexSoft-un GIATA məlumatına əsaslandırdığı təhlilə görə, GIATA-nın iyirmi illik statistikası otellərin təxminən 2%-inin hər il köklü dəyişiklik keçirdiyini göstərir: ad dəyişikliyi, şəbəkə bağlılığının dəyişməsi və ya əlaqə məlumatının yenilənməsi. 3.000 otellik kataloqunuz varsa, ildə təxminən 60 obyektin kimlik məlumatı sürüşür. Uyğunlaşdırma bir dəfə edilib bitirilən iş deyil, baxımı olan bir aktivdir.
| Qoşulu təchizatçı | Praktikada nə olur | Nə edilməlidir |
|---|---|---|
| 1 | Təkrar yoxdur, müqayisə də yoxdur | Uyğunlaşdırmaya ehtiyac yoxdur |
| 2-3 | Təkrarlar görünən hala gəlir, əllə ayıqlana bilər | Kanonik kimlik tərifi başladılır |
| 4-7 | Əməkdaş hansının ucuz olduğunu görə bilmir | Uyğunlaşdırma mənbəyi və qalib təklif qaydası şərtdir |
| 8+ | Uyğunlaşdırılmamış siyahı satıla bilən vəziyyətdə deyil | Otaq səviyyəsində uyğunlaşdırma və kəşf jurnalı rutini lazımdır |
Bu cədvəldəki hədd budur: dördüncü təchizatçıdan etibarən uyğunlaşdırma bir təkmilləşdirmə deyil, ilkin şərtdir. Bu nöqtədən sonra əllə ayıqlama insan gücü ilə çatdırıla bilən bir iş olmaqdan çıxır.
Kanonik otel kimliyi: «tək doğru qeyd» fikri
Təchizatçının otel kodu bir kimlik deyil; o təchizatçının öz kataloqundakı sıra nömrəsidir. Eyni obyekt dörd mənbədə dörd fərqli kod daşıyır. Kanonik otel kimliyi bu kodların hamısını tək bir fiziki obyektə bağlayan üst qeyddir. Bu qeyd qurulduqdan sonra «eyni otel mi?» sualı bir daha əməkdaşın qarşısına çıxmır.
Eyni obyekt dörd mənbədə dörd fərqli kod və dörd fərqli ad yazılışı ilə gəlir. Kanonik kimlik bunları tək karta endirir; ən aşağı təklif satışa çıxır, digərləri müqayisə üçün arxada saxlanılır.
Uyğunlaşdırma qərarı tək bir sahəyə baxaraq verilə bilməz. Ad yazılışı təchizatçıdan təchizatçıya dəyişir («GRAND MARINA RESORT SPA» ilə «Hotel Grand Marina Resort and Spa» eyni obyektdir), koordinat bəzən obyektin girişini, bəzən avtodayanacağını göstərir, ünvan formatı ölkəyə görə fərqlidir. Bu səbəbdən qərar normallaşdırılmış ad, koordinat yaxınlığı, ünvan/poçt kodu və ulduz-obyekt tipi sahələrinin birlikdə qiymətləndirilməsi ilə verilir.
Dəqiqlik nisbəti bir marketinq cümləsi deyil, bir büdcə maddəsidir
Uyğunlaşdırma provayderləri dəqiqlik nisbəti dərc edir və bu nisbətlər bir-birinə çox yaxın görünür. AltexSoft-un icmalına görə GIATA 99,998%, Vervotech isə otel səviyyəsində 99,999% dəqiqlik bildirir. Eyni icmal GIATA-nın bazasında təxminən 1,2 milyon obyekt və 124 milyon rezervasiya kodu, Gimmonix-də isə 1,9 milyon obyekt olduğunu ötürür.
Əsl fərq nisbətin özündə deyil, ona necə çatıldığındadır. Vervotech-in bələdçisi yalnız qaydalara əsaslanan sistemlərin yaxşı əhatə olunan bazarlarda 90-95% zolağında platoya oturduğunu, 99,9%-dən yuxarısının ancaq qayda, maşın öyrənməsi və insan nəzarətinin birlikdə istifadə edildiyi hibrid yanaşmalarla miqyaslandığını deyir. Bir mənbəni qiymətləndirərkən veriləcək sual «neçə faiz?» deyil, «bu faizə necə çatırsınız və hansı bazarda ölçdünüz?» olmalıdır.
Səhvin dəyəri də konkretdir. AltexSoft-un GIATA-nın marketinq direktoruna əsaslandırdığı rəqəmə görə Almaniyada orta bir otel uyğunlaşdırma səhvi bir OTA-ya təxminən 1.500 EUR əlavə xərc çıxarır. Bu, səhv uyğunlaşdırılmış tək bir qeydi düzəltməyin və doğurduğu nəticələri bağlamağın dəyəridir; rezervasiya başına bir dəyər deyil.
Rezervasiya tərəfindəki qarşılığını Vervotech ayrıca verir: 4%-lik bir uyğunlaşdırma xəta nisbəti hər 1.000 rezervasiyada 40 səhv otaq təsdiqi deməkdir; ayda 50.000 rezervasiya emal edən orta ölçülü bir OTA-da bu ayda təxminən 2.000 səhv otaq təsdiqi deməkdir.
Bu iki rəqəmi vurmayın — fərqli vahidlərdir. Amma öz həcminizə uyğunlaşdırın: ayda 800 rezervasiya edən bir agentlikdə 4% xəta nisbəti ayda təxminən 32 səhv otaq təsdiqi yaradır. Hər biri bir müştəri şikayəti, bir yenidən rezervasiya və ya bir qiymət fərqi deməkdir. Bu sayı bir dəfə hesablayın; uyğunlaşdırma investisiyasının geri dönüşü mübahisəsi orada bitər.
Uyğunlaşdırma mənbəyi seçərkən veriləcək 5 sual
- Əhatə: mənim satdığım istiqamətlərdə əhatə nisbəti nədir? Qlobal orta deyil, Antalya-Dubay-Şarm əl-Şeyx üçün rəqəm istəyin.
- Otaq səviyyəsi: yalnız otel səviyyəsində uyğunlaşdırırsınız, yoxsa otaq səviyyəsində də var? İkisinin dəqiqlik nisbətini ayrı-ayrılıqda verin.
- Yenilənmə tezliyi: otellərin 2%-i ildə dəyişir; kataloq nə tezlikdə yenilənir və dəyişiklik mənə necə bildirilir?
- Ziddiyyət həlli: iki qeyd eyni kimliyə düşərsə hansı qazanır, qərarı kim verir, geri alına bilirmi?
- Uyğunlaşmayan qeyd hesabatı: uyğunlaşdırıla bilməyən kodları siyahı şəklində ala bilirəmmi? Ala bilmirsinizsə, kor nöqtənizin nə qədər böyük olduğunu bilə bilməzsiniz.
Beşincisi ən çox ötürülən və ən kritik olanıdır. Uyğunlaşmayan qeydlərin kəşf jurnalına düşüb həftəlik nəzərdən keçirilməsi, uyğunlaşdırma keyfiyyətinin zamanla pozulmasının qarşısını alan yeganə praktikadır.
Qalib təklif qaydası: eyni otel iki qiymətlə gəldikdə
Təkilləşdirməni etdiniz; indi eyni otelin iki təklifindən hansının satışa çıxacağına qərar verməlisiniz. Yayğın sadələşdirmə «ən aşağı qiymət qazanır» şəklindədir. Bu, əksər hallarda doğru və müdafiə oluna bilən bir susma dəyəridir — amma həmişə yox.
«Ən ucuz» ifadəsi ancaq iki təklif eyni şeyi satırsa mənalıdır. Aşağıdakı hallarda ən aşağı qiymət səhv qərardır:
- İki təklif fərqli pansiona sahibdir. Yalnız otaq ilə otaq-səhər yeməyi arasındakı fərq qiymət fərqindən böyük ola bilər.
- İki təklif fərqli ləğv siyasəti daşıyır. Geri qaytarılmayan bir təklif, çevik bir təklifdən təbii olaraq ucuzdur; ikisini yan-yana qoyub «ucuz olan qazandı» demək müqayisə deyil, qarışdırmadır.
- Qiymətlərdən biri vergi və rüsum xaric gəlir. Cəmdə bahalı olan təklif siyahıda ucuz görünür.
- Təklif sorğu üzrə təsdiq mənbəlidir; təsdiq gələnə qədər həqiqətdə satıla bilən deyil.
Bu səbəbdən qərar tək meyarlı deyil, sıralı olmalıdır.
| Sıra | Meyar | Qayda |
|---|---|---|
| 1 | Müqayisə oluna bilənlik | Pansion və otaq tipi uyğun gəlmirsə yan-yana qoyma |
| 2 | Həqiqətən satıla bilənlik | Sorğu üzrə təklif, ani təsdiqli təklifə bərabər sayılmaz |
| 3 | Ümumi dəyər | Vergi və rüsum daxil məbləğ müqayisə edilir |
| 4 | Ləğv çevikliyi | Bərabər qiymətdə çevik siyasət qazanır |
Dördüncü sətir bir üstünlük deyil, bir risk qərarıdır: eyni qiymətə iki təklif gəldikdə ləğv çevikliyi yüksək olanı satmaq, ləğv gəldikdə agentliyin üzərində qalacaq məbləği azaldır. Bu qaydanı yazılı bir siyasətə çevirin; əməkdaşın təşəbbüsünə buraxılarsa, satış anında həmişə ən aşağı rəqəm seçilir.
Məzmun çarpaz tamamlaması: hansı sahə birləşir, hansı heç vaxt
Qalib təklif müəyyən edildikdən sonra ikinci bir imkan doğur. Qiyməti ucuz olan təchizatçı ümumiyyətlə məzmun tərəfində kasıbdır: otel təsviri qısadır, şəkil azdır, imkanlar siyahısı natamamdır. Uduzan təchizatçının zəngin məzmununu qalib təklifin boş sahələrinə daşımaq satıla bilənliyi birbaşa artırır.
Amma bu birləşdirmənin sərhədi çox aydındır və əksər komanda bu sərhədi ilk dəfə bir şikayətlə öyrənir.
Solda obyektə aid sabit məlumatlar: bunlar uduzan təchizatçıdan tamamlana bilər. Sağda satan təklifin müqavilə şərtləri: bunlar heç vaxt qarışdırılmır.
Ayrım tək bir suala endirilə bilər: bu sahə obyektə mi aiddir, yoxsa satan təklifə mi?
- Obyektə aiddir, birləşdirilə bilər: otel adı, ünvan və koordinat, şəkillər, obyekt imkanları, təsvir mətni, ulduz sayı, mövzu etiketləri, qonaq reytinqi. Bu məlumatlar hansı təchizatçıdan gəlirsə gəlsin eyni həqiqəti anladır.
- Təklifə aiddir, heç vaxt birləşdirilmir: qiymət, ləğv siyasəti və son ləğv tarixi, pansion kodu, otaq tipi və tutumu, mövcudluq, qiymətə daxil vergi və rüsumlar, rate plan şərtləri, obyektdə ödəniləcək maddələr.
Qayda tək cümlə ilə budur: qiyməti A təchizatçısından, ləğv siyasətini B təchizatçısından oxuyan bir kart müştəriyə səhv şərt deyir. Müştəri «geri qaytarıla bilən yazırdı» dediyində əlinizdə müdafiə ediləcək bir şey qalmır; fərqi agentlik bağlayır. Birləşdirmə məntiqinizi quran şəxsə veriləcək yeganə tapşırıq budur.
Otaq uyğunlaşdırması: oteldən bir pillə çətin olan iş
Otel səviyyəsində uyğunlaşdırmanı həll etdiyinizi fərz edək. Əsas pul itkisi bir pillə aşağıda, otaq səviyyəsində baş verir. GIATA-nın öz nəşrində də keçdiyi kimi, bir çox şirkət əvvəlcə otel uyğunlaşdırmasına yönəlir, çünki təkrar obyektlər gözlə görünür; lakin otel uyğunlaşdırması problemin yalnız bir hissəsini həll edir.
Bu fərqin böyüklüyünü ən yaxşı tək bir provayderin öz rəqəmləri göstərir. AltexSoft-un icmalına görə Vervotech otel səviyyəsində 99,999%, otaq səviyyəsində isə 95% dəqiqlik bildirir. Eyni şirkət, eyni məlumat, iki fərqli səviyyə.
Bunun əməliyyat qarşılığı çarpıcıdır: otel səviyyəsində xəta payı yüz mində bir ikən, otaq səviyyəsində iyirmidə birdir. Yəni otaq səviyyəsindəki xəta payı otel səviyyəsinin təxminən 5.000 qatıdır. Hər 20 otaqdan biri səhv uyğunlaşırsa, otaq əsaslı qiymət müqayisəniz statistik olaraq etibarlı deyil.
Eyni oteldə dörd fərqli otaq adı: «King Room With Park View», «Twin Room With Partial Bosphorus View». Hər otaq tipinin altında iki qiymət sətri var — eyni otaq, fərqli rate plan. Sağdakı paneldə ləğv siyasəti və pansion ayrı-ayrılıqda seçilir. Uyğunlaşdırma edilərkən müqayisə olunmalı olan şey otaq adı deyil, bu üçlüyün hamısıdır.
Problemin mənbəyi sadədir: eyni otaq təchizatçıdan təchizatçıya «Standart Otaq Dəniz Mənzərəli», «Sea View Double», «Superior Double Sea View» olaraq gəlir. Uyğunlaşdırma üçün çarpayı tipi, mənzərə, hamam quruluşu və imkanların ayrı-ayrılıqda normallaşdırılması lazımdır — bu, obyekt səviyyəsindəki uyğunlaşdırmadan çox daha incə dənəli bir işdir.
Tətbiq oluna bilən qayda
Otaq səviyyəsində uyğunlaşma qurula bilmirsə ediləcək şey təxmin etmək deyil, müqayisəni geri çəkməkdir:
Eyni otelin iki təklifi otaq səviyyəsində uyğunlaşmırsa, yan-yana qiymət müqayisəsi göstərilmir. İki ayrı kart olaraq göstərilir və hansı təchizatçıdan gəldiyi görünən qalır.
Bu qayda səhv bir «daha ucuz» iddiasının qarşısını alır. Əməkdaş iki kartı görüb öz qərarını verir; sistem olmayan bir dəqiqliyi təqlid etmir. Qısa müddətdə siyahı daha az səliqəli görünür, uzun müddətdə şikayət sayı azalır.
Pansion kodları: RO, BB, HB, FB, AI, UAI
Pansion, otel satışında qiymətdən sonra ən çox səhv anlaşılan sahədir və təchizatçılar bunu standart bir kodla göndərmir. Sərbəst mətn gəlir: «Bed and Breakfast», «Səhər yeməkli», «Breakfast Included», «B/B» — dördü də eyni şeydir.
Sektorda yerləşmiş kanonik dəst altı koddan ibarətdir.
Altı kanonik kod və təchizatçıların tez-tez istifadə etdiyi sərbəst mətn qarşılıqları. Gələn mətni bu altı koda endirə bilmirsinizsə, pansion filtri də qiymət müqayisəsi də yanıldır.
Tətbiq olunacaq proses üç addımdır:
- Endirmə lüğəti qurun. Hər təchizatçıdan gələn sərbəst mətni altı koddan birinə uyğunlaşdıran bir lüğət saxlayın. Lüğət təchizatçı əsasında olmalıdır; eyni mətn iki təchizatçıda fərqli şey anlada bilər.
- Uyğunlaşmayanı səssizcə atmayın. Lüğətdə qarşılığı olmayan dəyərlər kəşf jurnalına düşməli və həftəlik nəzərdən keçirilməlidir. Susma dəyəri olaraq bir kod təyin edib keçmək, ay sonunda «səhər yeməyi daxil sanırdım» şikayəti kimi geri qayıdır.
- Kodu bərabərləşdirməyin əhatəni bərabərləşdirmədiyini qəbul edin. Xüsusilə UAI üçün.
«Ultra hər şey daxil» bir standart deyil, bir müqavilə maddəsidir
UAI-nin sektorda bağlayıcı tərifi yoxdur. Əhatəsi obyektlə bağlanan müqavilə ilə müəyyən olunur: bir obyektdə idxal içkilər daxil ikən, digərində yalnız yerli istehsal daxil ola bilər; à la carte restoran hüququ bir obyektdə limitsiz, digərində qalma başına bir dəfə ola bilər.
Praktik nəticə: UAI satarkən kodu deyil, o obyektin əhatə siyahısını ötürün. Öz kontrakt otelləriniz üçün bu siyahını müqavilədən çıxarıb məhsul təsvirinə yazın. Təchizatçı otellərində əhatə siyahısı gəlmirsə, satış ekranında «əhatə obyektə görə dəyişir» xəbərdarlığını görünən saxlayın.
Öz kontraktınız siyahıya girdikdə: allotment, stop-sale, release
Öz kontrakt otellərinizi də eyni axtarış siyahısına saldığınızda yeni bir idarəetmə yükü doğur. Təchizatçı inventarında mövcudluq başqasının problemi idi; öz kontraktınızda sizin.
Üç anlayış daim bir-birinə qarışdırılır, çünki üçü də kvotaya təsir edir. Amma üçü fərqli suala cavab verir.
Üstdə girişə geri sayan oxda allotment bloku, release pəncərəsi və obyektə geri qayıdan otaqlar. Altda gündəlik kvota zolağı: satışa açıq günlər, stop-sale ilə bağlanan günlər və qiyməti daxil edilmədiyi üçün səssizcə satıla bilməz qalan günlər.
- Allotment: satış hüququnuz olan otaq bloku. Sualı: nə qədər sata bilərəm?
- Stop-sale: gün əsasında satışı bağlama. Sualı: hansı gün bağlıdır?
- Release: satılmayan otağın obyektə geri qayıtdığı an. Sualı: nə vaxta qədər?
Release pəncərəsi: sektor aralığı və danışıq hədəfi
DMC Quote-un otel allotment müqavilələri üzrə 2026 tarixli bələdçisinə görə standart danışıq aralığı girişdən 14-21 gün əvvəl, danışıq hədəfi isə 21-30 gündür. Xotels-in tərifinə görə bu müddət «release period» və ya «cut off date» adlanır və blok otaqların saxlandığı müddətin sonunu işarələyir.
Buradakı balans sadədir: release müddəti uzandıqca satılmayan otaq riski obyektə keçir, qısaldıqca sizin üzərinizdə qalır. Sezon əvvəlində uzun release istəyin; satdığınızı sübut etdikdən sonra qiymət danışığında bunu koz kimi istifadə edin.
Soft, hard və free sale: eyni otel, üç fərqli risk
Eyni bələdçinin verdiyi aralıqlar üç modeli aydın şəkildə ayırır.
| Model | Rack altı endirim | Satılmazsa | Nə vaxt seçilir |
|---|---|---|---|
| Free sale | 5-15% | Öhdəlik yoxdur | Tələbin qeyri-müəyyən olduğu yeni istiqamət |
| Soft allotment | 10-25% | Release-də geri qayıdır | Tələbi bilinən, sezonluq əsas məhsul |
| Hard allotment | 20-35% | Satılsa da satılmasa da ödənilir | Doluluğu sübut olunmuş, yüksək həcmli obyekt |
Eyni mənbəyə görə hard allotment-də tipik ilkin ödəniş təsdiqdə 25-50%, danışıq hədəfi 25% ilkin ödəniş və 30 gün ödəniş müddətidir. Qalıq standart olaraq girişdən 14 gün əvvəl istənilir, danışıq hədəfi 7 gündür. Həcm pilləsi olaraq illik otaq-gecəyə görə 50-100 gecədə 15%, 101-250-də 20%, 251-500-də 25%, 500-dən yuxarıda 30% endirim aralıqları verilir. Yüksək sezon fərqi standartda 30-50%, danışıq hədəfi isə 25% tavan və ya sabit sezon qiymətidir.
Qərar qaydası: hard allotment-ə ancaq keçən sezon eyni obyektdə həqiqətən baş vermiş doluluğunuz varsa girin. Keçmiş məlumatınız yoxdursa soft allotment-in 10-25% zolağı ilə başlayın; əlavə 10-20% endirim naminə satılmayan otağın hamısını üzərinizə götürmək, ilk zəif sezonda o endirimin çox üstündə zərər yazır.
Qiyməti və ya kvotası natamam qalan günlər: səssiz gəlir itkisi
Öz inventarınızda ən bahalı səhv stop-sale deyil, heç fərq edilməyən boşluqdur. Stop-sale şüurlu bir qərardır; qiyməti daxil edilməmiş bir gün isə heç kimin qərar vermədiyi bir gündür. İkisi də satıla bilməz, amma yalnız biri qəsdlidir.
Bu günlər hesabatsız fərq edilmir, çünki axtarış nəticəsində xəta vermir — sadəcə o tarix üçün nəticə dönmür. Müştəri başqa otelə gedir, siz bir şey olmadığını sanırsınız.
Tətbiq oluna bilən rutin: sezon açılmadan əvvəl və sezon boyu həftədə bir dəfə «qiyməti və ya kvotası natamam gün» hesabatını işə salın. Bu hesabatların praktik bir hüdudu var: işlədiyimiz qurulumda tarama pəncərəsi 92 gün ilə məhdudur. Sezonunuz üç ayı keçirsə, hesabat tək dəfəyə deyil, dilimlənərək işə salınmalıdır — əks halda sezonun son ayı heç taranmır və məhz ən yüksək qiymətli günləriniz kor nöqtədə qalır.
İtkinin böyüklüyünü bir dəfə hesablayın. Fərziyyəvi, amma real bir nümunə: 6 otaqlıq bir blokda 2 gün qiymətsiz qalıbsa, 12 otaq-gecə səssizcə satıla bilməz vəziyyətdədir. Gecəlik 200 AZN-lik orta qiymətlə bu 2.400 AZN-lik bir satış hüququnun heç vitrinə çıxmaması deməkdir. Rəqəmi öz otaq sayınız və orta qiymətinizlə yenidən qurun; həftəlik hesabat vərdişinin dəyəri bu sayın yanında görünməz qalır.
Bir təchizatçı cavab verməzsə axtarışınız dayanmamalıdır
Səkkiz mənbəyə eyni anda verilən bir axtarışda ən yavaş mənbə bütün axtarışın sürətini müəyyən etmək məcburiyyətində deyil. İki dizayn qərarı bunun qarşısını alır.
Mərhələli nəticə axını: nəticələr hamısı gəldikdə deyil, gəldikcə siyahılanır. Yavaş mənbənin cavabı gəldikdə siyahıya əlavə olunur. Əməkdaş ilk nəticələri saniyələr içində görür.
Dövrə kəsici: daim xəta verən və ya vaxt aşımına uğrayan bir mənbə müvəqqəti olaraq sıradan çıxarılır və müəyyən aralıqlarla yenidən sınanır. Beləliklə nasaz bir təchizatçı hər axtarışda eyni gecikməni təkrar-təkrar yaratdırmır.
Status sinxronizasiyası tərəfində də bənzər bir kadans lazımdır. İşlədiyimiz qurulumda rezervasiya status sinxronizasiyası 2 dəqiqəlik bir dövrə ilə və provayder başına dövrə kəsici ilə yürüdülür. Burada bilinməli olan məhdudiyyət budur: status sorğusu bütün təchizatçılarda mövcud deyil. Yalnız status sorğusunu dəstəkləyən mənbələrdə avtomatik izləmə işləyir; digərlərində rezervasiya statusu müddət aşımı süpürməsi ilə idarə olunur.
Əməliyyat qaydanız buradan çıxır: hansı təchizatçılarınızda avtomatik status izləməsinin olmadığını siyahı halında yazın və o mənbələrdəki rezervasiyalar üçün əl ilə nəzarət nöqtəsi təyin edin. Bu siyahını qurulumun əvvəlində çıxarmasanız, ilk fərq etdiyiniz an bir müştərinin obyektə gedib «rezervasiya yoxdur» cavabını aldığı an olur.
Sorğu üzrə təsdiqlənən otellər: siyahıda var, satılmış deyil
Sorğu üzrə təsdiqlənən otellər kvotası zəmanətli olmayan, amma satıla bilən görünən təkliflərdir. Təsdiq obyektdən gələnə qədər rezervasiya qətiləşmir. Bu, əməliyyat baxımından problem deyil — müştəriyə səhv anladılarsa problem olur.
Riski bağlayan şey proqram deyil, standart bir mətndir. Satış anında müştəriyə ötürüləcək şablon bu üç məlumatı ehtiva etməlidir:
«Bu obyekt sorğu üzrə təsdiqlənir. Rezervasiyanız hazırda ilkin sorğu vəziyyətindədir və obyektin təsdiqi ilə qətiləşəcək. Təsdiq müddəti adətən [X saat]-dır. Təsdiq gəlməzsə haqq tutulmur və sizə alternativ seçimlər ötürülür.»
Buna müşayiət edən əməliyyat qaydası: sorğu üzrə təklifi satarkən eyni tarix üçün ani təsdiqli bir alternativi müəyyən edib kənarda saxlayın. Təsdiq mənfi döndükdə müştəriyə «tapa bilmədik» deyil, «bu seçim var» deyilməlidir. Bu tək vərdiş, sorğu üzrə mənbəli ləğvlərin əhəmiyyətli hissəsini satışa çevirir.
Sezon açılışı nəzarət siyahısı
Sezon açmadan əvvəl, tək iclasda tamamlana biləcək yoxlamalar:
- ☐ Qoşulu hər təchizatçı üçün uyğunlaşmayan otel kodu hesabatı alındı, kəşf jurnalı boşaldıldı.
- ☐ Satdığım ilk 20 istiqamətdə təkrar otel taraması aparıldı, qalan təkrarlar əllə birləşdirildi.
- ☐ Otaq səviyyəsində uyğunlaşmayan təkliflər üçün yan-yana müqayisə bağlandı.
- ☐ Pansion endirmə lüğəti hər təchizatçı üçün nəzərdən keçirildi; uyğunlaşmayan sərbəst mətnlər kodlaşdırıldı.
- ☐ UAI satılan obyektlərin əhatə siyahıları müqavilədən çıxarılıb məhsul təsvirinə işləndi.
- ☐ Öz kontrakt otellərində «qiyməti/kvotası natamam gün» hesabatı, sezon 92 günü keçirsə dilimlənərək işə salındı.
- ☐ Hər kontraktda release müddəti yazılı şəkildə təsdiqləndi; 14 gündən aşağı olanlar danışığa alındı.
- ☐ Hard allotment-ə girilən obyektlər üçün keçən sezon doluluq məlumatı sənədə əlavə edildi.
- ☐ Stop-sale günləri obyektlə qarşılıqlı təsdiqləndi (obyektin bağladığı günlər ilə sizin bağladıqlarınız ayrı siyahılandı).
- ☐ Avtomatik status izləməsi olmayan təchizatçılar siyahılandı; əl ilə nəzarət nöqtəsi və məsul şəxs təyin edildi.
- ☐ Sorğu üzrə obyektlər üçün müştəri məlumatlandırma şablonu və alternativ saxlama qaydası komandaya bildirildi.
- ☐ Qalib təklif qərar sırası yazılı siyasətə çevrildi və satış ekranında görünən hala gətirildi.
Proqram seçərkən maddə-maddə soruşulacaqlar
Çox təchizatçılı inventar idarə edən heç bir sistem hər şeyi etmir. Aşağıdakı imkanlar tez-tez fərz edilir, amma əksər qurulumda mövcud deyil; təklif alarkən hər birini ayrı-ayrılıqda soruşun və «var» cavabını ekranda görün:
- Channel manager inteqrasiyası var mı? Öz inventarınızın kvota və qiymətini xaricdəki bir channel manager-ə ötürə bilirsinizmi?
- İnventarı xaricə vermə var mı? Öz kontrakt inventarınızı XML/API olaraq başqa bir alıcıya təqdim edə bilirsinizmi?
- Toplu idxal var mı? Otaq, qiymət və kvota məlumatını fayldan (Excel/CSV) yükləyə bilirsinizmi, yoxsa hamısı ekrandan mı daxil edilir?
- Müqavilə faylı saxlanılırmı? Kontrakt PDF-ini otel qeydinə əlavə edib sonradan tapa bilirsinizmi?
- Otel tərəfində qrup/blok rezervasiya modulu var mı? Uçuş tərəfindəki blok məntiqinin otel qarşılığı əksər sistemdə yoxdur.
- Rezervasiyaya əlavə xidmət satışı var mı? Transfer, tur, ekstra kimi maddələr otel rezervasiyasına əlavə oluna bilirmi?
- Qismən tutulma / depozit axını var mı? Qalmada ilkin ödəniş alıb qalığı girişdən əvvəl tuta bilirsinizmi?
- Avtomatik status izləməsi hansı təchizatçılarda işləyir? «Hamısında» cavabını qəbul etməyin; siyahını istəyin.
Bu səkkiz sualın cavabı «xeyr» ola bilər və sistem yenə də sizin üçün doğru sistem ola bilər — yetər ki cavabı almadan əvvəl bilin və o işi əl ilə proses olaraq planınıza yazın. Soruşulmadıqda ortaya çıxan boşluq, sezon ortasında bağlanması ən bahalı boşluqdur.
Mənbələr
- Vervotech — What is Hotel Mapping? The 2026 Guide for OTAs, Bedbanks, and Metasearch: https://vervotech.com/blog/what-is-hotel-mapping-guide/
- AltexSoft — Hotel Mapping Tools: How GIATA, Gimmonix, Vervotech, and Other Solutions Work: https://www.altexsoft.com/blog/hotel-mapping-tools-how-giata-gimmonix-databindr-and-other-solutions-work/
- GIATA — Hotel Mapping and Room Mapping: https://www.giata.com/hotel-mapping-room-mapping-travel-bookings/
- DMC Quote — Hotel Allotment Contracts: Negotiating Terms: https://dmcquote.com/blog/post/hotel-allotment-contracts-negotiating-terms
- Xotels Glossary — Allotment: https://www.xotels.com/en/glossary/allotment
Tez-tez Verilən Suallar
Eyni otel niyə bir neçə təchizatçıdan fərqli adla gəlir?
Hər təchizatçı öz kataloqunu öz qaydaları ilə saxlayır; otel adını böyük hərflə, qısaltma ilə və ya əvvəlinə «Hotel» əlavə edərək yaza bilər. Ünvan formatı ölkəyə və mənbəyə görə dəyişir, koordinat bəzən obyektin girişini, bəzən avtodayanacağını işarələyir. Bu səbəbdən eyni fiziki obyekt dörd mənbədə dörd fərqli qeyd kimi görünür. Həlli bu kodların hamısını tək bir kanonik otel kimliyinə bağlamaqdır.
Otel uyğunlaşdırması ilə otaq uyğunlaşdırması arasındakı fərq nədir?
Otel uyğunlaşdırması fərqli təchizatçıların kodlarının eyni fiziki obyektə aid olduğunu müəyyən edir. Otaq uyğunlaşdırması isə o obyektin içindəki otaq tiplərini uyğunlaşdırır: «Sea View Double» ilə «Standart Otaq Dəniz Mənzərəli» eyni otaqdırmı? İkincisi nəzərəçarpacaq dərəcədə daha çətindir; AltexSoft-un topladığı rəqəmlərə görə bir provayder otel səviyyəsində 99,999%, otaq səviyyəsində 95% dəqiqlik bildirir. Otaq uyğunlaşması tutmursa qiymət müqayisəsi mənasını itirir.
Allotment ilə free sale arasındakı fərq nədir?
Allotment obyektin sizə ayırdığı və satış hüququnuzda olan bir otaq blokudur. Free sale-də ayrılmış kvota yoxdur; müqaviləli qiymətdən satırsınız, amma mövcudluq hər rezervasiya sorğusunda obyektdən təsdiqlənir. DMC Quote-un 2026 bələdçisinə görə free sale rack qiymətdən 5-15% aşağı, soft allotment 10-25%, hard allotment 20-35% aşağı qiymətləndirilir — endirim böyüdükcə üzərinizə götürdüyünüz risk də böyüyür.
Release müddəti nə qədər olmalıdır?
DMC Quote-un eyni bələdçisinə görə sektor praktikası girişdən 14-21 gün əvvəl, danışıq hədəfi 21-30 gündür. Qayda budur: release müddəti uzandıqca satılmayan otaq riski obyektə keçir, qısaldıqca sizdə qalır. Sezon əvvəlində uzun release istəyin; satış performansınızı sübut etdikdən sonra bunu qiymət danışığında istifadə edin. 14 gündən aşağı hər kontraktı ayrıca nəzərdən keçirin.
Stop-sale ilə kvotanı sıfırlamaq eyni şeydirmi?
Əməliyyat nəticələri bənzər, qeydləri fərqlidir. Stop-sale o günü açıq şəkildə satışa bağlayır və niyə bağlandığı izlənə bilən qalır. Kvotanı sıfıra çəkmək isə «hamısı satıldı» ilə «bağladım» arasındakı fərqi silir. Hesabatlamada və obyektlə mütabiqətdə bu ayrım vacibdir; qəsdli bağlamalar üçün stop-sale istifadə edin, satış nəticəsində tükənən kvotanı öz halına buraxın.
RO, BB, HB, FB, AI, UAI nə deməkdir?
Sırasıyla yalnız otaq; otaq və səhər yeməyi; yarım pansion (səhər yeməyi + bir əsas yemək); tam pansion (üç yemək, içki ümumiyyətlə xaric); hər şey daxil (yeməklər və müqavilədə müəyyən edilən içkilər) və ultra hər şey daxil (genişlədilmiş içki/xidmət əhatəsi). UAI-nin sektorda bağlayıcı tərifi yoxdur; əhatəsi obyekt müqaviləsi ilə müəyyən olunur, bu səbəbdən iki obyekt eyni kodla fərqli şey sata bilər.
Bir təchizatçı cavab verməzsə axtarış nəticəm natamam qalırmı?
Mərhələli nəticə axını qurulubsa qalmır: nəticələr gəldikcə siyahıya əlavə olunur, yavaş mənbənin cavabı sonradan görünür. Daim xəta verən mənbələr üçün dövrə kəsici tətbiq olunur və o mənbə müvəqqəti olaraq sıradan çıxarılıb müəyyən aralıqlarla yenidən sınanır. Qalıcı həll izləmədir: hansı təchizatçının hansı tezlikdə vaxt aşımına uğradığını həftəlik izləyin, çünki bu səssizcə daralan bir inventardır.
Uyğunlaşdırma provayderinin dəqiqlik nisbətinə güvənə bilərəmmi?
Nisbətin özündən çox necə əldə edildiyinə baxın. Vervotech-in 2026 bələdçisinə görə yalnız qaydalara əsaslanan sistemlər yaxşı əhatə olunan bazarlarda 90-95% zolağında platoya oturur; 99,9%-dən yuxarısı ancaq qayda, maşın öyrənməsi və insan nəzarətinin birlikdə işlədiyi yanaşmalarla miqyaslanır. Qlobal orta yerinə öz satdığınız istiqamətlər üçün rəqəm istəyin və uyğunlaşmayan qeyd hesabatının sizə verilib-verilmədiyini mütləq soruşun.
Sabah səhər edə biləcəyiniz beş şey
- Təkrarları sayın. Ən çox satdığınız üç istiqamətdə axtarış edin və eyni otelin neçə dəfə siyahılandığını əllə sayın. Bu say, uyğunlaşdırma investisiyası müzakirəsini başladacaq yeganə rəqəmdir.
- Öz səhv dəyərinizi hesablayın. Aylıq rezervasiya sayınızı 4% ilə vurun. Çıxan say, uyğunlaşdırma keyfiyyəti düzəlməzsə hər ay yaşayacağınız səhv otaq təsdiqi sayının real bir təxminidir.
- Birləşdirmə qaydasını yazın. Tək səhifəlik bir qeyd: hansı sahələr çarpaz tamamlanır, hansıları heç vaxt. Qiymət, ləğv siyasəti, pansion və otaq tutumu «heç vaxt» siyahısında olmalıdır. Bu qeydi məzmun birləşdirməsini quran şəxsə verin.
- Natamam gün hesabatını işə salın. Öz kontrakt otellərinizdə qiyməti və ya kvotası daxil edilməmiş günləri siyahılayın. Sezonunuz 92 günü keçirsə hesabatı dilimləyərək alın; ən yüksək qiymətli həftələrinizin kor nöqtədə qalmadığını təsdiqləyin.
- Release müddətlərini tək cədvələ salın. Hər kontrakt üçün obyekt adı, release günü və ilkin ödəniş nisbətini yan-yana yazın. 14 gündən aşağı və 50% ilkin ödənişli olanları işarələyin; gələn sezon danışıq gündəminiz o işarələnmiş sətirlərdir.