CRM kurmak, yıllardır kullanılan ön muhasebe düzenini terk etmek anlamına gelmez. Doğru sınır çizildiğinde Zoho CRM ticari ilişkiyi, satış sürecini ve teklif kaydını taşırken muhasebe kaydı mevcut sisteminde kalır. Asıl karar, iki taraftaki kayıtları tek bir şey gibi göstermek değil, hangi bilginin nerede tutulacağını açıkça belirlemektir. Böylece kurulumun amacı muhasebe ekranını değiştirmek yerine satış tarafını düzenlemek olur. Bu çerçeve, ekiplerin aynı ticari olaya bakarken farklı kayıt amaçlarını korumasına ve sorumlulukların daha anlaşılır kalmasına yardım eder.
Bu ayrım entegrasyonu önemsiz kılmaz. Tam tersine, iki sistem arasında kurulacak köprünün yönü, taşıyacağı alanlar, hata davranışı ve kullanım limitleri baştan yazılmadığında beklentiler hızla ayrışır. CRM içindeki teklif veya fatura görünümü, muhasebe tarafındaki kaydın kendiliğinden oluştuğu anlamına gelmez. Sağlıklı kapsam, muhasebeyi taşımayı varsaymak yerine veri alışverişini bağımsız ve ölçülebilir bir iş kalemi olarak ele alır. Yazılı sınır, beklentiyi ekran benzerliğinden çıkarıp veri sahipliği, aktarım ihtiyacı ve operasyon sorumluluğu üzerinde ortaklaştırır.
Muhasebeci neden yeni bir ekran istemez
Muhasebe tarafındaki alışkanlık yalnız bir arayüz tercihi değildir. Ay kapanışı, belge kontrolü, mali müşavirle çalışma biçimi ve sorumluluk paylaşımı bu düzenin çevresinde oluşur. CRM projesinin bu alışkanlığı değiştirmesi gerekmiyorsa yeni bir ekran dayatmak gereksiz belirsizlik yaratır. Satış ekibinin daha düzenli çalışması, muhasebecinin kullandığı yöntemin de aynı anda değiştirilmesine bağlı değildir. Korunan düzen, değişimin satış süreciyle sınırlı kalmasını ve tarafların bildikleri kayıt düzeninde sorumluluklarını sürdürmesini kolaylaştırır.
Ay sonunda mali müşavir aynı aya ait listeyi iki kez ister: biri satış tarafındaki hareketlerden, diğeri kesilmiş belgelerden hazırlanır. Listeler uyuşmadığında tartışma tutarın doğruluğundan çok hangi tarihin temel alınacağına döner. Bu temsilî durum, iki kaynağın farklı amaçlara hizmet ettiğini gösterir. Çözüm ekranları birleştirmek değil, tarih ve kayıt sorumluluğunu kapsam içinde açıkça tanımlamaktır. Bu ayrım, aynı döneme ilişkin listelerin neden farklı sorulara cevap verebildiğini de konuşulur kılar.
CRM'deki fatura kaydı muhasebedeki fatura değildir
Zoho CRM içinde teklifler, satış emirleri, faturalar ve satın alma emirleri hazır envanter modülleri arasında yer alır; ancak bu modüller yalnız Professional, Enterprise ve Ultimate sürümlerinde açılır. Buradaki kayıtlar ticari ilişkinin CRM tarafını düzenler. Bir faturanın CRM içinde görünmesi, aynı kaydın muhasebe sisteminde bulunduğunu veya iki taraftaki kayıtların ortak bir nesne olduğunu kanıtlamaz. Bu yüzden görünürlük, kayıt sahipliği veya aktarım gerçekleştiği sonucuna tek başına dayanak oluşturmaz.
Zoho'nun kendi finans uygulamalarıyla kurulan bağlantıda dahi CRM'in yerel envanter modülleri ile entegrasyonun oluşturduğu alt modüller bağımsız çalışır; aralarında eşitleme bulunmaz. Bu nedenle CRM faturası ile muhasebe tarafındaki fatura ayrı kayıtlardır. Proje kapsamı, birindeki değişikliğin diğerinde otomatik olarak gerçekleşeceğini varsayamaz. Gerekli bağlantı ayrıca tanımlanır ve ilgili modül izinleri de hesaba katılır. Ayrı nesneler kabul edildiğinde, değişiklik talebinin hangi kayda ait olduğu ve karşı tarafa geçip geçmeyeceği önceden tartışılabilir.
Köprünün yönünü baştan seçin
Webhook, Zoho CRM'den dışarıya bildirim gönderen tek yönlü bir mekanizmadır; başka uygulamadaki veriyi CRM'e çekmez. Bir iş akışı kuralında en fazla altı webhook kullanılabilir: biri anlık, beşi zamanlanmış olabilir. Tek çağrı en çok on alan taşır. Yalnız 80 ve 443 numaralı portlar desteklenir; başarısız çağrı on beş dakika sonra bir kez daha denenir.
İçeri gelen akış bu nedenle ayrı tasarlanır ve API trafiği olarak değerlendirilir. API kredileri yirmi dört saatlik pencerede sürüme ve kullanıcı sayısına bağlıdır; iki sistem arasındaki trafik sınırsız değildir. Yön seçimi yapılırken hangi olayın dışarı bildirim üreteceği, hangi verinin içeri alınacağı ve her iki akışın kredi tüketimi ayrı ayrı yazılmalıdır. Webhook kullanımı ayrıca Manage Workflow iznini gerektirir. Bu ayrıştırma, dışarı bildirim ile içeri veri alma beklentilerinin aynı teknik adım sanılmasını önler.
CRM'de hesap yapan alanın sınırları
İş akışındaki alan güncelleme eylemi bir tutarı hesaplamaz. Seçilen alana önceden belirlenmiş sabit bir değer veya boş değer yazar. Formül alanı ise salt okunurdur ve katılan alanlar değiştikçe yeniden hesaplanır; belirli bir gündeki tutarı dondurmaz. Yeni oluşturulan formül alanı, mevcut kayıtta katılan alanlardan biri değişene kadar boş görünebilir. Formül alanları Professional ve üzerindeki sürümlerdedir. Sonuç olarak ekranda hesaplanan bir değerin muhasebe açısından sabitlenmiş kayıt olduğu varsayımı kapsamın dışında tutulur.
Klinik yöneticisi teklif ekranında indirim uygulayınca tutarın muhasebeye de yansıdığını varsayar. Yansımadığı ay sonunda fark edilir ve düzeltme iki sistemi birlikte kullanan tek kişinin hafızasına kalır. Bu temsilî durum, Zoho içindeki hesap görünümünün aktarım kanıtı olmadığını gösterir. Teklif ve fatura kalemlerinin yapısı ayrıca değerlendirilmeden, CRM hesabını muhasebe kaydıyla aynı kabul etmek güvenilir bir tasarım oluşturmaz.
Kur ve toplam sorusunu rapora sormadan önce
Çoklu para birimli hesaplarda rapor, analiz ve tahmin toplamları bugünkü kuru değil, kayda yazılmış kuru kullanır. Kur alanının yönü de ilk bakışta beklenenin tersidir: bir ana para biriminin kaç kayıt para birimine karşılık geldiğini gösterir. Bu nedenle toplamın hangi kura dayandığı, yalnız rapor sonucuna bakılarak değil, kaydın üzerindeki kur değeri incelenerek anlaşılır. Kurun kayda bağlı okunması, farklı tarihlerde görülen toplamların hangi veriyle oluştuğunu açıklarken yanlış karşılaştırmaları azaltır.
Rapor dışa aktarımının da tavanları vardır. Biçimli aktarım en fazla 2.000 satır, ayrıntılı aktarım en fazla 50.000 satır verir; organizasyon başına günlük sınır 50.000 kayıttır. Ayrıntılı aktarım hakkı Free sürümde sıfır, Ultimate'ta 300, diğer sürümlerde 200'dür. Mali müşavire hazırlanacak dosyanın kapsamı, ekranda görünen toplam kadar aktarım biçimi ve günlük hakla da belirlenir.
Aktarımı aynı zamanda bir kişisel veri kararı olarak okuyun
Bir entegrasyon açıldığında seçilen kişisel veriler üçüncü tarafa aktarılır. Ürün, bu aktarımı ayrı bir kısıt anahtarıyla yönetir; kısıtlanan alanlar karşı tarafa gönderilmez. Bu ayar, kapsam görüşmesini teknik alan eşlemesinin ötesine taşır. Her alan için muhasebe sürecinde gerçekten gerekli olup olmadığı sorulmalı, yalnız gereken veri köprüye dahil edilmelidir. Ayarı yönetmek için Manage Compliance Settings izni gerekir.
Bu mekanizma tek başına herhangi bir mevzuata uygunluk sonucu doğurmaz. Kurumun hukuk ve veri sorumluları, aktarılacak alanları, tarafları ve amaçları kendi değerlendirmeleriyle belirler. Teknik ekip ise verilen kararı alan listesine ve kısıt ayarına dönüştürür. Böylece bağlantının çalışması ile aktarımın kurumsal açıdan kabul edilmesi birbirine karıştırılmaz; veri kapsamı kurulum başlamadan önce görünür hale gelir.
Köprüyü ayrı bir iş kalemi olarak yazın
Köprü kapsamı, hangi olayda hangi alanın hangi yönde gideceğini açıkça söylemelidir. Başarısız çağrının sahibi, yeniden deneme sonrasında yapılacak kontrol ve iki taraftaki kayıtların karşılaştırma yöntemi de aynı iş kaleminde bulunur. Webhook'un tek yönü, çağrı başına on alan sınırı ve desteklenen portlar tasarımı doğrudan etkiler. Bağımsız kayıtlar için eşitleme varsayımı değil, tanımlı sorumluluk gerekir.
Sürüm tablosu da kapsamın parçasıdır. Teklif ve fatura kurgusu Professional ve üzerini; kalem satırına özel alan eklemek Enterprise veya Ultimate'ı gerektirir. Satıra en çok on alan, düzene en çok on toplam alan eklenebilir ve sistem tanımlı ürün adı kaldırılamaz. Özel fonksiyon eşiği Enterprise'tır. Çoklu para birimi Free'de yoktur; kesin ücretli sürüm eşiği teklif öncesinde müşterinin Setup ekranından doğrulanır.
Webhook günlük çağrı sınırı iki biçimde verilir: Professional için 50.000 çağrı ya da kullanıcı başına 100, Enterprise için 500.000 ya da kullanıcı başına 500, Ultimate için 1.000.000 ya da kullanıcı başına 1.000. API kredisi yirmi dört saatte Free için 5.000'dir. Standard 50.000 ve kullanıcı başına 250 ek kredi sunar; kullanıcı başına ek miktar Professional'da 500, Enterprise'ta 1.000, Ultimate'ta 2.000'dir. Bu değerler yön, alan sayısı ve beklenen trafikle birlikte yazıldığında köprü ayrı ve denetlenebilir bir teslimata dönüşür.
Sınır çizildiğinde muhasebe tarafında ne değişir
Muhasebe sistemi yerinde kaldığında değişen şey muhasebecinin temel çalışma ekranı değil, satış tarafından gelecek bilginin tanımıdır. CRM'in envanter modülleri Professional, Enterprise ve Ultimate sürümlerinde ticari kayıtları taşır; muhasebe kaydının yerine geçmez. Böyle bir sınır, projeyi iki sistemi baştan kurma yükünden çıkarır ve kararı hangi kaydın hangi süreçten sorumlu olduğu sorusuna indirger. Muhasebe düzeninin korunması, satış bilgisinin değersiz olduğu değil, farklı bir kayıt amacı taşıdığı anlamına gelir.
Son karar yönetim, satış, muhasebe, teknik ekip ve veri sorumlularının ortak kapsamında verilir. Önce kayıt sahipliği, sonra yön, alan listesi, sürüm eşiği, limitler ve hata sorumluluğu yazılır. Böylece muhasebeniz yerinde kalırken CRM kendi işini yapar; aradaki köprü ise görünmez bir varsayım değil, sınırları açıkça belirlenmiş bağımsız bir iş kalemi olur.
