Yurt dışından gelen bir hastanın uçuş saati, uçuş numarası, transfer durumu ve konaklama bilgisi tek bir operasyon kaydını oluşturur. Bu ayrıntılar farklı yazışmalara dağıldığında ekibiniz eksik parçayı kolayca göremez. Bir belgenin gönderilmiş olması da içindeki verinin kayda işlendiğini göstermez. Seyahat ayrıntılarının eklerde veya notlarda kaybolması, son kontrolü kişisel hafızaya ve dağınık mesajlara bağımlı bırakır.
Zoho içinde eksik seyahat bilgisini ayıran yapı, kayıt alanlarına ölçüt uygulayan özel görünümdür. Görünüm uygun kayıtları listeler, ancak bildirim, görev veya hatırlatma üretmez. Çözüm bu nedenle iki kararı birbirinden ayırır: Süzülebilecek veriyi doğru alanlarda tutmak ve operasyon ekibinin listeyi ne zaman inceleyeceğini belirlemek. Ek bir uyarı düşünülüyorsa uyarının hangi mekanizmayla çalışacağı ayrıca doğrulanır.
Havaalanında bekleyen hasta
Uçuş saati bir yazışmada, otel adı başka bir yazışmada, transferi kimin yapacağı ise hiçbir yerde yazmaz. Hasta indiğinde arayan olur ve o an bakılacak tek yer bir kişinin telefonudur. Bilginin parçaları gelmiş olsa da ortak bir operasyon kaydına dönüştürülmemiştir. Son kontrol böylece ekipçe görülebilen bir kayda değil, belirli bir çalışanın erişimine, hafızasına ve o anda ulaşılabilir olmasına bağlı kalır.
Operasyon sabahı hastanın hangi otelden alınacağı sorulur. Kayıt açılır, otel alanı boştur, çünkü bilgi geldiğinde kimse o alanı doldurmamıştır ve boş kaldığını gösteren bir liste de kurulmamıştır. Eksiklik hazırlık sırasında değil, ulaşım kararı verilmesi gereken anda fark edilir. Bu durum, yazışmaya sahip olmak ile operasyon için kullanılabilir bir kayıt oluşturmak arasındaki farkı ve sahiplik boşluğunun günlük işe nasıl yansıdığını gösterir.
Seyahat bilgisi nerede durmalı
Zoho özel alanları kapalı bir alan tipi listesine dayanır. Uçuş saati Tarih ve Saat, uçuş numarası Metin, transfer veya konaklama durumu Seçim Listesi alanında tutulur; listede olmayan yeni bir alan tipi adı kullanılamaz. Operasyon öncesinde süzülecek bilgiler kaydın doğrudan alanlarında yer aldığında ekip boş uçuş numarasını, eksik saati veya belirsiz durumu kayıt düzeyinde ayırabilecek tutarlı bir veri temeli elde eder.
Alt form tekrarlanan seyahat satırlarını taşıyabilir, fakat Enterprise sürümde modül başına iki, Ultimate sürümde beş adetle sınırlıdır; daha düşük sürümlerde bulunmaz. Bir düzendeki toplam alt form alanı 25’i, tüm alt formlardaki toplam satır 200’ü geçemez. Alt form alanları özel görünüm kolonlarında, doğrulama kurallarında veya iş akışı ölçütlerinde kullanılamaz. Bu yerlerde toplamlar kullanılacaksa önce alt forma bir toplam alanı eklenir.
Eksik bilgiyi listeye düşürün
Zoho özel görünümü belirlenen ölçüte uyan kayıtlarla kendiliğinden dolar. Uçuş numarası gibi Metin alanlarında “is empty” ve “is not empty” kullanılabilir. Tarih ile Tarih ve Saat alanlarında bunlara ek olarak “between”, “Today”, “Tomorrow” ve “Due in Days” işleçleri bulunur. Böylece boş bir uçuş numarası veya tanımlı tarih aralığındaki kayıtlar süzülebilir. Alt formdaki seyahat alanı ise görünüm kolonu olarak gösterilemez.
Bu liste bir kontrol yüzeyidir, uyarı motoru değildir. Bir kaydın ölçüte girerek görünümde belirmesi bildirim göndermez, görev açmaz veya hatırlatma oluşturmaz. Listeyi kurmak ile operasyon sorumluluğunu tanımlamak bu nedenle ayrı kararlardır. Ekibiniz görünümü inceleyecek rolü, uygun kontrol düzenini ve eksik alanı tamamlayacak kişiyi belirler. Kimse görünümü incelemiyorsa doğru ölçütler bile eksikliğin zamanında fark edileceğini güvence altına alamaz.
Zorunluluğu doğru katmana koyun
Zoho doğrulama kuralı elle kayıt oluşturma ve düzenleme sırasında çalışır. İçe aktarma, iş akışı alan güncellemesi, Blueprint, API ve web formu güncellemelerinde alan değişikliği kuralın önüne geçer. Kural çoklu seçim listesi, formül, otomatik numara, görsel yükleme, çok satırlı metin, çoklu seçim arama ve çok kullanıcılı alanlarda kurulamaz. Bu sınırlar, alan tipinin ve verinin kayda giriş yolunun aynı tasarım kararında değerlendirilmesini gerektirir.
Koşullu zorunluluk, düzen kuralının Set Mandatory Fields eylemidir. Düzen kuralları içe aktarmada, web formunda ve lead dönüştürme sayfasında çalışmaz; API işlemlerinde yalnız Set Mandatory Field eylemi desteklenir. Düzen başına en fazla on düzen kuralı kurulabilir ve kural Kanban görünümündeki sürükle bırak işleminde de değerlendirilir. Uçuş bilgisinin hangi yollardan geleceği bilinmeden tek bir kontrol katmanına dayanmak, kapsama boşluklarını görünmez bırakır.
Bilet ve rezervasyon belgesi
Bilet veya rezervasyon belgesi Dosya Yükleme ya da Görsel Yükleme alanında tutulabilir. Bu iki alan türünün modül başına toplam sınırı Standard sürümde iki, Professional’da beş, Enterprise’da on, Ultimate’ta on beştir. Her dosyanın üst sınırı 20 MB’tır. Alt formdaki bir dosya yükleme alanı, alan başına en fazla beş dosyaya izin verir. Belge ihtiyacı, kullanılabilir alan sayısı ve dosya büyüklüğü birlikte planlanır.
Belgenin kayıtta bulunması, uçuş numarası veya konaklama durumu gibi süzülecek verilerin yerine geçmez. Alt formdaki dosya alanı da alt form içeriğinin özel görünüm kolonu olamaması sınırını değiştirmez. Belge ile doğrudan kayıt alanlarındaki operasyon verisini ayırmak, kontrolün hangi veri üzerinden yürüdüğünü açık tutar. Ekip eksik alanları bileti açmadan görebilir; belgedeki bilgiyi ilgili alanlara aktarma sorumluluğu ayrıca adlandırılır.
Operasyon gününden önce kim bakacak
Zoho tarih tabanlı iş akışı tetikleyicisinde belgelenen alanlar Created Time, Modified Time, Last Activity Time ve Unsubscribed Time ile sınırlıdır; yürütme zamanlaması gün, hafta veya ay olarak tanımlanır. Özel bir operasyon tarihine bağlı hatırlatmanın bu yöntemle kurulabildiği doğrulanmış değildir. Randevular modülündeki iş akışı eylemleri webhook, e-posta bildirimi, fonksiyon, alan güncelleme ve etiketle sınırlıdır; görev eylemi bulunmaz. Bu sınırların dışında bir uyarı akışı varsayılmaz.
Belgelenmiş diğer kontrol yolu zamanlanmış rapordur. Rapor günlük, haftalık, aylık veya yıllık gönderilebilir ve en fazla 2000 kaydı XLS eki olarak taşıyabilir. Kanallar e-posta, Cliq ve Cisco Webex’tir; raporun zamanlanması için Schedule report profil izni gerekir. Bu gönderim periyodik incelemeyi destekler, fakat operasyon tarihine özel veya anlık bir uyarı olarak anlatılamaz. Süreç, raporu kimin inceleyeceğini ve görülen boşlukları kimin tamamlayacağını açıkça belirler.
Sürüm eşiği
Özel alanlar Free sürümde bulunmadığı için bu kurgu en az Standard gerektirir. Modül başına özel alan sınırı Standard’da 10, Professional’da 155, Enterprise’da 300 ve Ultimate’ta 500’dür. Düzenden kaldırılarak Unused Fields listesine geçen bir alan da sınırı tüketmeye devam eder. Kapasite dar olduğunda uçuş saati, uçuş numarası, transfer durumu ve konaklama durumu gibi süzülecek çekirdek alanlara öncelik vermek, kullanılmayan ayrıntıların kotayı doldurmasını önler.
Alt form Enterprise’da iki, Ultimate’ta beş adettir ve daha düşük sürümlerde yoktur. Dosya ve görsel yükleme alanı sınırları Standard, Professional, Enterprise ve Ultimate için sırasıyla 2, 5, 10 ve 15’tir; dosya başına sınır 20 MB’tır. Randevular modülü Professional, Enterprise ve Ultimate sürümlerindedir. Fonksiyon tabanlı doğrulama Enterprise’da modül başına üç, Ultimate’ta beş kuralla sınırlıdır. Alt formsuz sürümlerde süzülecek çekirdek bilgiler doğrudan kayıt alanlarında tutulur.
Seyahat kaydı için kurulum öncesi kontrol
Kurulumdan önce hangi seyahat bilgisinin zorunlu, hangisinin isteğe bağlı olduğunu belirleyin. Her alanın bilgi geldiğinde, rezervasyon onaylandığında veya elle kayıt düzenlenirken doldurulacağı anı kararlaştırın. Veriyi yazışmadan alana taşıyacak kişiyi ve eksik bilgi görünümünü inceleyecek rolü adlandırın. Doğrulama ile düzen kurallarının kapsamadığı içe aktarma, API ve web formu yollarını süreçte ayrıca ele alın. Bir özel görünüm ölçütü en fazla 25 satır alır ve her kaydı tek başına değerlendirir; iki kaydı birbiriyle karşılaştıramaz.
Operasyon tarihine bağlı bir hatırlatma tasarlamadan önce Setup ekranındaki tetikleyici alanlarını ve zamanlama seçeneklerini doğrulayın. Zoho özel görünümünün kayıtları yalnız listelediğini, kendi başına eylem üretmediğini kontrol planına yazın. Randevu kaydında doğrulama veya başka bir kapsam gerekiyorsa belgelenmemiş desteği kabul etmeyin. Ürün sınırları ile kurum deneyimini birbirine karıştırmayın. Sağlam seyahat kaydı; uygun alan tipini, desteklenen sürüm eşiğini, bilinen giriş sınırlarını ve adı konmuş insan sorumluluğunu aynı kurulum kararında birleştirir.
