Danışman primini tablodan çıkarıp sisteme taşımak

Mali işler her ay başında iki dosyayı yan yana açıyordu: birinde CRM'den alınan kazanılmış işler listesi, diğerinde elle tutulan prim tablosu vardı. İsimler uyuşuyor, tutarlar uyuşmuyor, farkın kaynağı kayıtlar tek tek incelenmeden anlaşılamıyordu. Sorun yalnız hesapta değildi; verinin hangi anda esas alındığını ve saklandığını da gösteriyordu. Zoho CRM'de hesaplama, dondurma ve dönem kilidi ayrı işlerdir ve birlikte tasarlanır.

Ay kapandıktan sonra bir teklifin tutarı düzeltildi ve danışmanın o ay için hesaplanmış prim satırı da kendiliğinden değişti. Ödenmiş rakamla ekrandaki rakam artık tutmuyordu. Formül güncel girdileri yeniden okuduğu için geçmişteki sonucu saklamamıştı. Sağlam yapı, prim tabanını hesaplamayı, hak edişi ayrı bir statik alanda dondurmayı ve kapanan dönemin kayıtlarını kilitle korumayı birbirinden ayırır. Her işin mekanizması ve sürüm koşulu farklıdır.

Tabloda prim neden tutmuyor

Prim tablosu ile CRM çıktısında aynı kayıtlar bulunsa bile iki dosya aynı anı göstermeyebilir. Biri dönem kapanırken alınmış, diğeri sonraki düzeltmeleri içermiş olabilir. Teklif ile prim kaydı arasında izlenebilir ilişki bulunmadığında farkın hangi işlemden doğduğu da belirsizleşir. Formülü tartışmadan önce karşılaştırılan değerlerin hangi anda alındığı açıklanmalı, kapanış değeri sonraki okumadan ayrılmalıdır. Bu ayrım mutabakatın temelidir.

Zoho CRM tarafında üç sorumluluk ayrılır. Bir alan prim tabanını hesaplar, statik alan kapanıştaki hak edişi saklar, kayıt kilidi ise seçilen düzenlemeleri sınırlar. İş akışı alan güncellemesi yalnız önceden belirlenmiş sabit ya da boş değer yazdığı ve hesap yapmadığı için dondurma görevini üstlenemez. Formül alanı da katılan alanlar değiştikçe yeniden hesaplandığından geçmiş sonucu kendi başına koruyamaz. Ayrım kurulum kararlarını netleştirir.

Prim tabanını nereden okuyacağınıza karar verin

Prim tabanının teklif kalemlerinden, kaydın tutar alanından veya tahsilat satırlarından okunacağı baştan kararlaştırılır. Teklif, sipariş ve fatura kalem satırları alt formdur. Alt form alanları iş akışı ölçütünde, alan güncellemesinde, doğrulama kuralında ya da özel görünüm kolonunda kullanılamaz. Kullanılabilen sonuç, alt forma eklenen toplam alanıdır; desteklenen hazır işlemler veya tanımlanan formül ifadesiyle değer üretir. Koşul belirli satırları kapsayabilir.

Enterprise sürümünde modül başına iki, Ultimate sürümünde beş alt form açılır. İlişkili kayıtlardan toplam gerekiyorsa salt okunur özet alanı kayıt sayısını, desteklenen sayısal toplamları veya tarih toplamlarını üretir; sınır Enterprise için on, Ultimate için on beştir. İki yaklaşım da Enterprise düzeyinden başlar. Alt sürümde prim tabanı, kaydın kendi alanında elle ve izlenebilir biçimde tutulur. Seçim veri kaynağına göre yapılır.

Dondurma adımı prim yapısının çekirdeğidir

İş kazanıldığında prim tabanının o andaki değeri korunmak istenebilir. Zoho CRM iş akışındaki alan güncellemesi, seçilen alana önceden belirlenmiş sabit veya boş değer yazar; oran uygulamaz ve hesap yapmaz. Bir eyleme en fazla üç alan güncellemesi bağlanır. Bu nedenle hesaplanmış hak edişi dondurma işi sıradan alan güncellemesine bırakılamaz; hesap ile saklama farklı adımlarda ele alınır. Aksi halde kapanış değeri kurulamaz.

Formül alanı salt okunurdur ve katılan alanlar değiştiğinde yeniden hesaplanır. Hesaplanan tutarı saklamanın belgelenmiş mekanizması, sonucu ayrı bir statik alana yazan özel fonksiyondur; bu araç Enterprise ve üzerindedir. Yeni formül alanı, eski kayıtlarda katılan alanlardan biri değişene kadar boş kalabilir. Geçmiş kayıtların değer üretmesi gerekiyorsa katılan alanlardan biri toplu güncellemeyle tetiklenir. İşlem öncesinde kapsam dikkatle doğrulanır.

Prim sahibi alanını kullanıcı alanı olarak açın

Primi hak eden kişi kaydın sahibinden farklı olabilir. Kayıt devredilmiş, çalışmaya iki kişi katılmış veya sahibi koordinatör olarak kalmış olabilir. Bu durumda prim sahibi ayrı kullanıcı alanında tutulur. Kullanıcı alanı kullanıcıyı işaret eder; arama alanı değildir. Arama alanı başka bir modülün kaydına yöneldiğinden kullanıcı seçmek için onu aramak yanlış alan tipine götürür. Sahiplik kararı böylece kayıttan ayrılır.

Bir modülde en fazla beş tek kullanıcılı ve bir çok kullanıcılı alan açılır. Tanımlama sırasında tek kullanıcı veya çoklu kullanıcı seçilir; kayıt erişimi salt okunur, okuma ve yazma ya da tam erişim olarak belirlenir. Görevler, Aramalar ve Toplantılar modüllerinde kullanıcı alanı bulunmaz. Rol veya grup seçen bir alan tipi de yoktur. Model, mevcut kullanıcılar ve gereken erişim düzeyi üzerinden kurulmalıdır.

Prim yapısını ayakta tutan dört an ve Zoho karşılıkları

Prim yapısı dört ayrı anı izler: işin kazanılması, ödeme satırının eklenmesi, iade veya iptalin kaydedilmesi ve dönemin kapanması. Her anın işletme kuralı ayrı yazılır. Ödeme satırı alt form satırıysa satırın eklenmesi doğrudan tetikleyici değildir; iş akışında kullanılabilen değişim, alt forma eklenen toplam alanının değişmesidir. Kazanım ve iade kayıtlarında tutulacak bilgiler ayrıca tanımlanır. Böylece olaylar birbirine karışmaz.

Takvimsel ayın bitmesi bir kayıt olayı değildir. Kayıtta dönem bilgisi tutulur; kapanış için tarih tetikleyicili iş akışı veya dış API çağrısı değerlendirilebilir. Zamanlayıcı da yalnız bir fonksiyon çalıştırır, en sık günlük işler ve organizasyon başına etkin ya da pasif toplam on adetle sınırlıdır. Saatlik veya dakikalık periyodik sıklık sunmaz. Tarih tetikleyicisinin özel bir tarih alanına bağlanabildiği varsayılmaz.

Dönem kapanışı ve kilit

Kapanan teklif ve tahsilat kayıtları elle ya da ölçüte bağlı otomatik kilitle korunabilir. Otomatik kilitte modül başına en fazla beş kural tanımlanır. Kuralın bütün profillere mi, seçilen istisnalar dışındaki profillere mi uygulanacağı belirlenir; kısıtlanacak eylemler seçilir ve düzenleme varsayılan olarak kısıtlıdır. Kilitliyken değiştirilebilecek alanlar ayrıca işaretlenebilir. Yapılandırma için Modülleri Özelleştir profil izni gerekir. Kapsam modüle göre doğrulanır.

Kilit yalnız seçilen düzenleme eylemlerini engeller. Sonradan bulunan bir düzeltmeyi yeni döneme taşımaz ve düzeltme satırı üretmez. Bu sınır nedeniyle kapanmış hak edişin saklanan rakamı değiştirilmez; onaylanan düzeltme için ayrı prim kaydı açılır ve hak ediş dönemi içinde bulunulan ay olarak yazılır. Böylece önceki kapanış korunur, yeni işlemin dönemi ve nedeni ayrıca izlenebilir kalır. Düzeltme kuralı yazılı süreçte yer alır.

İptal ve iade halinde ne olacağını önce yazılı hale getirin

İptal veya iade sonrasında uygulanacak prim kuralı, sisteme aktarılmadan önce iş sözleşmesinde ya da yazılı prim yönetmeliğinde açıkça kararlaştırılır. Hukuki nitelendirme bir ürün ayarından çıkarılamaz. İlgili mevzuatın olaya nasıl uygulanacağı ve işlemin hangi koşullarda yürütüleceği kurumun hukuk ekibince değerlendirilir. Sistem tasarımı yalnız onaylanmış işletme kuralını yansıtır; ücret veya kesinti hakkında bağımsız hukuki sonuç üretmez. Bu değerlendirme ayrı tutulur.

Ürün tarafında iade veya düzeltme ayrı bir prim kaydıyla temsil edilir. İlgili geçmiş dönem kilitliyse o dönemde saklanan rakama dokunulmaz. Kayıt kilidi yeni düzeltme kaydını üretmediğinden oluşturma adımı ayrıca tasarlanır. İş akışı alan güncellemesi hesap yapmaz; hesaplanan sonucun statik alana yazılması gerekiyorsa Enterprise ve üzerindeki özel fonksiyon kullanılır, alt sürümde işlem yazılı ekip adımı olarak elle yürütülür. Onay izi korunur.

Raporda ne görünür, ne görünmez

Prim raporunda kategori sütunu ve kırılım, seçim listesi ile Number, Long Integer, Currency, Percent ve Decimal alan tiplerinde çalışır. Bir raporda en fazla iki kategori sütunu, sütun başına en fazla on kategori kurulur. Sayfada, zamanlanmış raporda ve biçimli dışa aktarımda iki bin satır sınırı vardır; ayrıntılı dışa aktarım elli bin satıra ulaşır. Günlük ayrıntılı aktarım hakkı sürüme bağlıdır.

Rapor, kaydın belirli aşamada geçirdiği süreyi kendiliğinden hesaplamaz. Süre gerekiyorsa bir seçim listesi alanında geçmiş takibi açılır; bu takip modül başına bir alanla sınırlıdır. Klinik CRM Pattern Kütüphanesi içinde bir prim raporu kalıbı bulunur. Kendi sunucusunda relay üzerinden tek sayfa olarak çalışır; Zoho CRM içi widget'a sarılması kullanıcıya bırakılmıştır. Müşteride canlı çalıştığı ima edilmez.

Kurmadan önce sürümü kontrol edin

Formül alanı Professional ve üzerindedir. Alt form ve özet alanı Enterprise düzeyinden başlar; alt form sınırı Enterprise'da iki, Ultimate'ta beş, özet alanı sınırı sırasıyla on ve on beştir. Kalem satırı özelleştirmesi Enterprise ve Ultimate'ta bulunur. Hesaplanan hak edişi statik alana yazan özel fonksiyon Enterprise ve üzerindedir. Bu parçaları içeren tam kurulum Enterprise veya üstünü gerektirir.

Professional sürümünde prim tabanı elle girilen alanla veya salt okunur formülle taşınabilir; dondurma yazılı bir elle işlem olur. Zoho CRM kayıt kilitlemesi ve onay süreci için bilinen sürüm eşikleri belirtilmez; kilitlemede Modülleri Özelleştir profil izni gerekir. Kurulumdan önce veri kaynağı, dondurma yöntemi ve kapanış koruması birlikte doğrulanır. Böylece rapor değişen hesabı değil, dönemi ve kaynağı izlenebilen prim kayıtlarını gösterir.

Zoho CRM kurulumu