Fuar stant rezervasyonunda çifte satışı önleyen kilit düzeni

Fuar stant satışı, salon planındaki fiziksel bir alanı ticari bir kararla eşleştirir. Risk, iki temsilcinin aynı alanı eşzamanlı biçimde ayırmasıyla başlar. Zoho CRM içinde güvenilir düzen, ekrandaki uyarıya değil, aktif rezervasyon boyunca dolu kalan benzersiz bir metin anahtarına dayanır. Bu ayrım, satış akışıyla fiziksel envanterin neden ayrı kayıtlarda izlenmesi gerektiğini de açıklar. Anahtar, aynı alan için ikinci aktif kaydın açılmasına izin vermeyen asıl veri kısıtıdır.

Salon planı ayrı araçta kalabilir, ancak CRM her alanı kalıcı bir kimlikle tanımalıdır. Plan revize edildiğinde alan kodları değişebilir; görüşme, rezervasyon ve fiziksel alanın yaşam döngüleri yine birbirine karıştırılmamalıdır. Sağlam kurgu, seçimi kolaylaştıran filtreyi, çakışmayı görünür kılan bayrağı ve ikinci aktif kaydı reddeden kısıtı farklı görevler olarak ele alır. Böylece süreç görünüşte değil, veri düzeyinde korunur ve sonraki raporlar doğru ilişkiler üzerinden okunur.

Fiziksel alan ile ticari karar aynı kayıtta yaşamaz

Zoho içinde Etkinlikler, Stant Alanları ve Rezervasyonlar ayrı özel modüller olarak açılır; ticari görüşme standart Fırsatlar modülünde kalır. Etkinliğin takvimi, alanın fiziksel niteliği, rezervasyonun durumu ve satışın tutarı böylece bağımsız yaşam döngüleri kazanır. Bir firma çekildiğinde rezervasyon kapanabilirken fiziksel alan kaydı ve ticari geçmiş korunabilir. Salon planının doğruluk kaynağı ise ayrı araç olarak kalır.

Alan Kodu ile Etkinlik Alan Anahtarı tek satırlık metin, Net Alan ondalık sayı olarak tutulur. Salon, Stant Tipi ve Kullanılabilirlik Durumu seçim listesidir. Kaynak Etkinlik başka modüldeki kaydı gösteren arama alanıdır; Operasyon Sahibi ile Rezervasyon Sahibi kullanıcı alanıdır. Tutma Bitişi tarih ve saat, Sözleşme Kabul Edildi ise onay kutusudur. Rol veya grup seçtiren ayrı bir alan tipi bulunmaz.

Salon planı revize edilip iki küçük alan birleştiğinde yeni bir alan kodu doğar. Eski koda bağlı iki rezervasyon açık kalabilir; hangisinin yeni alana taşındığı ancak kalıcı alan kimliğiyle izlenir. Alan tipi kurulduktan sonra değiştirilemez, yalnız adı değiştirilebilir. Modül başına en fazla beş tek kullanıcılı ve bir çok kullanıcılı alan açılması da sahiplik tasarımını baştan netleştirmeyi gerektirir.

Alanı kilitleyen şey benzersizlik kısıtıdır, ekrandaki uyarı değil

Rezervasyon Kilit Anahtarı, benzersiz işaretlenmiş tek satırlık metin alanıdır. Değeri Etkinlik Alan Anahtarıyla aynıdır, yalnız rezervasyon aktifken dolu kalır ve kapanışta temizlenir. Benzersizlik, Zoho ekranındaki geçici bir uyarı değil, modülün tamamında uygulanan alan özelliğidir. Aynı anahtarı taşıyan ikinci kayıt açılamaz; kullanıcıya uyarıp devam etme seçeneği sunulmaz. Kilidin asıl dayanağı bu doğrudan kısıttır.

Genel sınır modül başına iki benzersiz alandır; Leads, Contacts, Products ve özel modüllerde üç alan işaretlenebilir. Metin, e-posta, telefon, tam sayı, uzun tam sayı ve URL tipleri bu özelliği alabilir. Eşleşme büyük küçük harfe duyarsızdır. Aynı alan hem benzersiz hem şifreli olamaz. Bu nedenle anahtarın veri tipi ve güvenlik yaklaşımı oluşturulmadan önce birlikte kararlaştırılmalıdır.

İki satış temsilcisi aynı sabah aynı köşe stanta talep alır. Biri rezervasyonu önce açar; ikincisi kaydetmeye çalıştığında kayıt açılmaz ve kilit anahtarının başka bir kayıtta bulunduğu görülür. Eşzamanlı çalışan iki işlem aynı değeri yazmaya kalksa bile ikinci aktif kayıt benzersizlik yüzünden oluşmaz. Bu kısıt kaldırılırsa ekrandaki süreç görünümü veya fonksiyon sırası tek başına aynı korumayı sağlamaz.

Arama alanı filtresini rezervasyon kilidi yerine koymayın

Stant Alanı arama alanındaki arama filtresi (Lookup Filter), Kaynak Etkinlik değeri eşleşen ve Kullanılabilirlik Durumu Uygun olan kayıtları listeler. Zoho bu filtreyi Enterprise ve üzeri sürümlerde sunar. Filtre, kullanıcının daha kısa ve ilgili bir liste görmesini sağlar; iki kişinin aynı anda aynı alanı seçmesini engellemez. Doğru seçeneği göstermek ile alanı kesin olarak ayırmak iki ayrı problemdir.

Daha alt sürümlerde arama alanı tam listeyi getirir ve doğru kaydın seçimi ekip disiplinine kalır. Arama modülünden alan getirme ile çoklu seçim araması da Enterprise ve üzerindedir. Bu fark, alt sürümde benzersiz kilit anahtarının görevini değiştirmez; yalnız seçim deneyimi sadeleştirilemez. Kullanıcı uygun görünen alanı seçse bile kayıt açılırken benzersizlik kısıtı bağımsız biçimde değerlendirilir.

Arama alanı Görevler, Toplantılar ve Aramalar modüllerine eklenemez. Genel arama alanı sınırı bir ölçüt için beştir; özel görünüm ölçütünde bu sayı üçe iner. Bu sınırlar, arama filtresini karmaşık bir uygunluk motoruna dönüştürmek yerine dar ve anlaşılır tutmayı destekler. Filtre adayları gösterir, rezervasyon kaydı ticari kararı taşır, benzersiz anahtar ise aktif kullanım hakkını korur. Üç rol aynı ekranda görünse de birbirinin yerine geçmez.

Çakışma kontrolünü ölçüt ekranında değil bayrak alanında kurun

Özel görünüm ölçütü, her kaydı kendi alanları üzerinden değerlendirir; aynı değeri taşıyan başka bir aktif kayıt olup olmadığını sorgulayamaz. Blueprint geçişinin Before ölçütü de yalnız mevcut kaydın alan değerlerini okur. Bu nedenle mükerrer veya çakışan rezervasyon araması doğrudan ölçüt ekranına yazılmaz. Ekranda anlamlı görünen bir koşul, kayıtlar arası karşılaştırma yapmadığı için gerçek kilidin yerini tutamaz.

Kurulumda özel fonksiyon, Stant Alanı kaydındaki Aktif Rezervasyon Var onay kutusunu güncel tutar. Rezervasyon Çakışmaları görünümü ve Blueprint geçiş koşulu, çapraz kayıt sorgusu çalıştırmak yerine bu bayrağı okur. Fonksiyon tarafından bakımı yapılan bayrak görünürlük ve süreç kararına hizmet eder; ikinci aktif rezervasyonu reddeden unsur yine Rezervasyon Kilit Anahtarının benzersizliğidir. Böylece gösterge ile veri kısıtı açıkça ayrılır.

Bir görünümün ölçütlerinde en fazla üç ilişkili modül veya alt form kullanılabilir ve her biri için üç alan seçilebilir. Aynı üç sınır arama alanları için de geçerlidir; bir arama modülünden süzgece en fazla beş alan eklenir ve toplam ölçüt satırı sayısı yirmi beştir. Bu kotalar içinde bayrak alanı, karmaşık ve desteklenmeyen karşılaştırmalar yerine tek kayıt üzerinden okunabilen bir sonuç sağlar. Görünüm kaydı taşımaz; otomasyon alanı yazar, görünüm yalnız yazılmış değere göre süzer.

Doğrulama kuralı her kanalda çalışmaz

Zoho doğrulama kuralı (Validation Rule), bir düzen, bir birincil alan, ölçütler ve hata ya da uyarı mesajından oluşur. Elle kayıt oluşturma ve düzenlemede çalışır. İçe aktarma, iş akışı alan güncellemesi, onay süreci, Blueprint ve API güncellemelerinde alan değişikliği kuraldan önce gelir. Birincil alan toplu güncellemeye açılmaz; ikincil alanlar açık kalır. Bu kanal listesi, kilidin doğrulama kuralına bırakılamayacağını gösterir.

Kural en fazla on birincil koşul ve her birinin altında beş ikincil koşul alır; tercih hata ile durdurma veya uyarıya izin verme olabilir. Desen ya da dış kaynak kontrolü için fonksiyon tabanlı doğrulama kullanılır. Bu biçimde doğrulama tercihi ve hata konumu seçenekleri çalışmaz. Enterprise sürümünde modül başına üç, Ultimate sürümünde beş fonksiyon tabanlı kural bulunabilir.

Blueprint tek modül, tek düzen ve tek birincil alan üzerine kurulur. Before bölümünde yetkili kişiler ve görünme ölçütü, During bölümünde doldurulması istenen alanlar, After bölümünde otomasyon eylemleri yer alır. Süreçte Blueprint doğrulaması normal doğrulama kuralından önce çalıştığı için aynı gereksinim iki yere kurulmaz. Blueprint Professional'da üç, Enterprise'da yirmi, Ultimate'ta yüz adettir; During alan sınırları sırasıyla dört, on ve ellidir.

Süre sonu ve iptal yolunu ilk kurulumda yazın

Geçici tutma, kalıcı rezervasyon değildir. Tutma sona erdiğinde aktif kayıttaki Rezervasyon Kilit Anahtarı kontrollü biçimde temizlenmeli ve Stant Alanındaki bayrak yeniden hesaplanmalıdır. İş akışı kuralı (Workflow) bir alanı zorunlu kılmaz, kaydı durdurmaz veya aşama geçişini engellemez. Alan güncellemesi yalnız önceden belirlenmiş sabit ya da boş değer yazar; Tutma Bitişine gün eklemek için formül alanı veya özel fonksiyon gerekir.

Süresi geçen tutmaları tarayan zamanlamalar (Schedules) yalnız bir fonksiyon çalıştırır ve en sık günlük yürür. Organizasyon başına en fazla on zamanlama bulunur; elle çalıştırma günde iki kezle sınırlıdır. İş akışı döngüleri de üç yürütmeden sonra durur. Bu sınırlar nedeniyle süre sonu düzeni, belirsiz bir geri sayıma değil, günlük tarama ve kilit temizleme sorumluluğu açıkça tanımlanmış bir fonksiyona dayanır.

İptal, süre sonu ve uzatma aynı kapanış iziyle ele alınmamalıdır. Uzatma varsa nedeni, onaylayan kişi ve yeni bitiş değeri ayrı alanlarda kaydedilir; önceki bitiş silinmez. İş akışının kapalı eylem listesi dışında bir sonuç varsayılmaz. Otomasyon gerekli alanları günceller, ilgili görünüm bu değerlere göre süzer. Böylece kilidin ne zaman boşaltıldığı, rezervasyon geçmişini kaybetmeden incelenebilir.

Satılan metrekare ile fırsat tutarı aynı toplamda okunmaz

Bir stant alanının geçmişte birden çok kapanmış rezervasyonu bulunabilir; bir fırsat da görüşme sırasında başka bir alana bağlanabilir. Bu nedenle satılan net alanı, rezervasyon sayısını ve fırsat tutarını tek bir kayıt toplamı gibi okumak yanıltıcıdır. İlişkili modüllü analitik bileşende Count of kayıtları değil satırları sayar. Gerçek kayıt sayısı için Count of Unique ölçüsü seçilmelidir.

Çoklu para birimli raporlar, kayda yazılmış kuru kullanır; bugünkü kuru kullanmaz. Exchange_Rate, bir ana para biriminin kaç kayıt para birimine eşit olduğunu gösterir ve ana birime dönüşümde tutar kura bölünür. Özellik açıldıktan sonra kapatılamaz. Rapor sayfada iki bin kayıt gösterir; biçimli dışa aktarım iki bin, ayrıntılı dışa aktarım elli bin satırla sınırlıdır. Teklif kalemleri ise Quoted Items adlı alt formdur.

Zoho ile tam kurulum Enterprise ve üzerini gerektirir: özel fonksiyon, günlük zamanlama ve arama filtresi burada açılır. Standard'ın on özel modül ve modül başına on özel alan sınırı bu alan listesine yetmez; alt sürümde filtre yerine tam liste ve ekip disiplini kalır. Blueprint ile Teklifler Professional'da başlar. Teklif kalemlerini özelleştirme Enterprise ve Ultimate'tadır. Free sürümde özel modül ve alan bulunmadığından kurulum uygulanamaz. Güvenilir toplamın başlangıcı, metrekareyi paradan önce benzersiz alan kimliğiyle korumaktır.

Randevu sistemi kurulumu