Avtomobil icarəsində bir neçə məlumat eyni anda dəyişir: müştərinin rezervasiyası, avtomobilin faktiki vəziyyəti, təhvil vaxtı və əlaqəli sənədlər. Yalnız avtomobillərin siyahısı və təqvim göstərən ekran bütün işi izah etməyə bilər. Sistem həmin məlumatlar arasında ziddiyyəti görməyə və qərarı izləməyə kömək etməlidir.
CRM/ERP hazırlanması zamanı ilk sual «neçə maşın var?» ilə bitmir. Hansı nöqtələrdə təhvil verilir, rezerv necə təsdiqlənir, vaxt uzadılanda nə baş verir və kim düzəliş edə bilir? Bu qaydalar proqramın əsasını yaradır.
Planlaşdırılan və faktiki vəziyyət
Rezervasiya gələcək öhdəlikdir; avtomobilin çıxışı isə faktiki hadisədir. Planlaşdırılan qaytarma vaxtı ilə real qəbul vaxtını ayrı saxlamaq gecikməni və sonrakı hazırlığı anlamağa kömək edir. Avtomobil geri gəlib, amma texniki baxış və ya təmizlik gözləyirsə, yenidən sərbəst sayılmaya bilər.
İzahlı nümunə: bir avtomobil günorta qayıtmalıdır, növbəti sifariş isə həmin günə planlanıb. Bu şərti ssenaridə aradakı hazırlıq vaxtı ayrıca nəzərə alınmalıdır. Sadəcə tarixlərin eyni gün olmasına baxmaq üst-üstə düşməni düzgün qiymətləndirmir.
Rezervasiyanın toqquşması
Vaxt aralığının başlanğıcı və sonu dəqiq müəyyən olunmalıdır. Bir rezervasiyanın bitdiyi an digərinin başlanmasına icazə verilib-verilmədiyi biznes qaydasıdır. Saat qurşağı və filialların yerləşməsi də tarixlərin necə saxlanmasına təsir edə bilər.
İki əməkdaş eyni avtomobili eyni vaxt üçün ayırırsa, server tərəfi bununla bağlı qaydanı qorumalıdır. İnterfeysdə «boşdur» görünməsi rezervin təsdiq edildiyi anda da boş olacağına zəmanət deyil. Düzəliş və uzatma zamanı da eyni yoxlama aparılmalıdır.
Avtomobil kartı və tarixçə
- Daxili identifikator və razılaşdırılmış avtomobil məlumatları.
- İşlək, hazırlıqda, xidmətdə və ya istifadədə vəziyyətlər.
- Rezervasiya və faktiki təhvil əlaqələri.
- Texniki qeyd və əlavə sənədlər.
- Mühüm dəyişikliklərin məsul şəxsi.
Şəkil və qeyd avtomobilin vəziyyətini sənədləşdirə bilər, lakin hansı hadisəyə aid olduğu məlum olmalıdır. Sonradan yüklənmiş faylla təhvil zamanı qeyd edilmiş material eyni məna daşımaya bilər. Zaman, müəllif və əməliyyat əlaqəsi fayl adından daha etibarlı kontekstdir.
Müştəri və sənəd məlumatları
İcarə əməliyyatı şəxsi məlumatla işləyə bilər. Proqram üçün yalnız lazım olan sahələr seçilməli, baxış və ixrac rolları razılaşdırılmalıdır. Bu məqalə sənəd toplama və hüquqi müqavilə qaydası müəyyən etmir; texniki sistemin məlumat ehtiyacı biznesin səlahiyyətli tərəfi ilə təsdiqlənməlidir.
Bir neçə filial olduqda əməkdaşın hansı sənədləri gördüyü ayrıca yoxlanılır. Rol və səlahiyyətlər müştəri kartı qədər fayl yükləmə və hesabatları da əhatə etməlidir.
Ödəniş qeydi ilə maliyyə qaydasını ayırın
Ödənişin qeydə alınması, məbləğin necə hesablanması və depozitin necə idarə olunması fərqli mövzulardır. Sistem üçün hadisələrin əlaqəsi və statusu lazımdır, amma maliyyə və müqavilə qaydaları ayrıca razılaşdırılmalıdır. Kartda «ödənib» işarəsi qoymaq əməliyyatın bütün tarixçəsini əvəz etmir.
Ləğv, tarix dəyişməsi və əlavə xidmət eyni ödəniş qeydinə fərqli təsir edə bilər. Bu dəyişikliklərin necə saxlanacağı hazırlanmazdan əvvəl yazılmalıdır. Konkret məbləğ, faiz və ya müqavilə şərti bu məqalədə tövsiyə edilmir.
Qəbul sınağı necə aparılır?
- Eyni vaxtlı iki rezerv sorğusu.
- İcarə müddətinin uzadılması.
- Avtomobilin başqa nöqtədə geri qaytarılması.
- Planlanan vaxtdan gec qəbul.
- Hazırlıqda olan avtomobilin rezervə verilməsi cəhdi.
- Səlahiyyətsiz rolun şəxsi sənədə müraciəti.
Nümunə: rezerv edilmiş avtomobilin əvəz edilməsi
Rezervasiya təsdiqlənib, lakin seçilmiş avtomobil xidmətə ayrılıb. Bu şərti vəziyyətdə başqa avtomobil təyin ediləndə təkcə kartdakı ad dəyişmir. Yeni avtomobilin uyğun vaxtda sərbəstliyi, əlaqəli sənəd və istifadəçiyə görünən məlumat yoxlanmalıdır.
Əvəzləmə əvvəlki seçim tarixçəsini itirmədən aparıla bilər. Hansı rola icazə verildiyi və müştəriyə bildirişin necə edildiyi yazılır. Bu məqalə müqavilə şərtini müəyyən etmir; proqramın razılaşdırılmış qərarı düzgün saxlamasını nəzərdə tutur.
- Yeni avtomobilin vaxt toqquşmasını yoxlayın.
- Köhnə rezervin resursu sərbəst buraxdığını təsdiqləyin.
- Sənəd və təhvil kartının uyğunluğunu müqayisə edin.
- Tarixçədə səbəb və məsul şəxsi saxlayın.
Bu nümunə təqvim ekranının arxasında bir neçə əlaqəli qaydanın olduğunu göstərir. Yalnız avtomobil siyahısında başqa seçim etmək bütün prosesin qəbul edilməsi üçün kifayət deyil.
İstifadəçi üçün boş avtomobilin necə hesablandığı anlaşılan qalmalıdır. Hazırlıq, aktiv icarə və gələcək rezerv ayrı göstərildikdə əməkdaş seçim qərarını əsaslandıra bilir; yalnız yaşıl rəng bu məlumatı tam əvəz etmir.
Tez verilən suallar
Müştəri saytdan özü rezerv edə bilərmi?
Bu ayrıca ictimai interfeys tələbidir. Daxili CRM ilə onun vaxt, təsdiq və məlumat paylaşımı qaydaları razılaşdırılmalıdır.
Mobil tətbiq mütləqdirmi?
İş yerinə və istifadə vərdişinə bağlıdır. Əvvəl əsas axının mobil brauzerdə necə işləməsi yoxlanıla bilər.
AvtoiCare portfolioda icarə və avtopark CRM məhsulunun saytı kimi qeyd olunur. İlk plan üçün texniki tapşırıq hazırlayıb ümumi sifariş idarəetməsi qaydalarını sahəyə uyğunlaşdırmaq olar.
