Bu rehberi okuduğunuzda, satışı kapattıktan sonra teklif–sipariş–fatura işini ayrı bir muhasebe programına taşımadan, müşteri verinizin yanında yürütebilecek; stok rakamlarını elle güncellemeyi bırakıp sistemin kendisine yazdırabilecek; aynı ürünü farklı müşteriye farklı fiyattan satarken iskontonun keyfîleşmesini engelleyecek bir kurguya sahip olursunuz. Zoho CRM'in envanter tarafı tam olarak bunu hedefler: satış öncesi ve sonrası ticari döngüyü, müşteri ilişkisinin koptuğu yerde başka bir uygulamaya devretmek yerine aynı kayıt üzerinde tutar. Biz bu modülleri butik estetik kliniklerden parfüm üreticisine, bayilik yapan KOBİ'lerden hizmet satan ajanslara kadar çok farklı sürece oturttuk. Aşağıda önce sürecin nasıl aktığını, sonra her halkada hangi kararı verdiğimizi, en sona da sahada en sık tökezlenen yerleri koyduk.
Süreç: Yedi Modüllük Zincir
Envanter tarafını tek tek liste olarak görmek ilk hatadır. Bunlar birbirine veri besleyen bir zincirdir: ürün tanımlanır, fiyatı bir deftere bağlanır, müşteriye teklif gider, müşteri onaylayınca satış siparişi oluşur, gerekirse tedarikçiye satın alma siparişi açılır, teslimat tamamlanınca fatura kesilir. Her halka bir öncekinin verisini taşıdığı için aynı bilgiyi ikinci kez yazmazsınız ve stok rakamları arka planda kendiliğinden hareket eder.
Ürünler
Sattığınız veya tedarik ettiğiniz mal ya da hizmetler. Zincirin çekirdek kaydı; diğer her şey buna bağlanır.
Fiyat Defterleri
Aynı ürünün müşteri tipine göre değişen satış fiyatlarını tutan anlaşma listeleri.
Tedarikçiler
Ürün veya hizmeti aldığınız firma, kişi ve müteahhitler; doğrudan üretici ya da bayi.
Teklifler
Belirli geçerlilik tarihine kadar anlaşılan fiyattan teslim taahhüdü veren bağlayıcı belge.
Satış / Satın Alma Siparişleri
Müşteri onayını (SO) ve tedarikçiye verilen siparişi (PO) belgeleyen yasal kayıtlar.
Faturalar
Mal/hizmetle birlikte kesilen, tahsilat ve muhasebe sürecini başlatan son halka.
Bir satış siparişi (SO), müşteri teklifinizi kabul edip kendi satın alma siparişini gönderdikten sonra oluşur ve üretim/sevkiyat tarafına "ne, ne zaman çıkacak" bilgisini verir. Bir satın alma siparişi (PO) ise tedarikçiye verdiğiniz, yasal bağlayıcılığı olan talep belgesidir; ileride fiyat tartışması çıkmaması ve gelen sevkiyatla faturayı karşılaştırabilmeniz için kullanılır.
Teklif
Anlaşma kapanır, fiyat defterine dayalı teklif gönderilir.
Satış Siparişi
Müşteri onaylar; talep edilen miktar stoğa yansır.
Satın Alma
Gerekirse tedarikçiye PO açılır; sipariş edilen miktar artar.
Fatura
Teslimat biter, fatura kesilir, stoktaki miktar düşer.
Karar: Ürünü Nasıl Tanımlarsınız
Tüm zincirin sağlamlığı, ürün kaydının baştan doğru tasarlanmasına bağlıdır. Ürünler modülü hem satış hem satın alma ekibinin ortak çalıştığı alandır; bir ürün fiziksel mal da olabilir, hizmet de. Verdiğiniz ilk karar şudur: stok takibi olmasa bile bu kalemi ürün olarak tanımlamalı mısınız? Cevabımız çoğu zaman "evet" — çünkü teklif ve fatura tutarlılığı buradan gelir. Bir estetik klinik "Rinoplasti Paketi"ni hizmet ürünü olarak tanımlar; bir parfüm üreticisi hem nihai şişeyi hem de tedarik ettiği esans hammaddesini iki ayrı ürün kaydı olarak tutar.
Sahada En Çok Dokunulan Standart Alanlar
| Alan | Ne işe yarar | Tip / Limit |
|---|---|---|
| Ürün Adı* (zorunlu) | Tüm akışın kimliği; aramaya esas alan | Metin · 50 karakter |
| Ürün Kodu | Stok/barkod kimliği | Metin · 40 karakter |
| Birim Fiyat | Üreticinin sabit referans fiyatı | Para birimi |
| Vergiye Tabi | KDV uygulanıp uygulanmayacağı | Onay kutusu |
| Yeniden Sipariş Seviyesi | Yeni sipariş tetikleme eşiği | Tam sayı |
| Açıklama | Ürünle ilgili serbest metin | 32.000 karakter |
Ürün Sahibi ve Ürün Adı alanları silinemez, yeniden adlandırılamaz; yöneticiler diğer standart alanları özelleştirebilir ama bu ikisini değiştiremez. Standart profildeki ya da modül özelleştirme yetkisi olmayan kullanıcılar alanlara hiç dokunamaz.
Tek Tek mi, Çoğaltarak mı?
Ürünleri formu doldurarak tek tek oluşturur ya da mevcut bir kaydı Çoğalt (Clone) ile kopyalayıp küçük değişikliklerle yeni kayıt üretirsiniz. Aynı serideki farklı hacimli parfümler gibi benzer kalemleri çoğaltarak girmek, alan tutarlılığını da korur.
Fiyat Defterleri ve İndirim Kararı
Aynı ürünü her müşteriye aynı fiyattan satmak zorunda değilsiniz; bunu kullanıcının insafına da bırakmamalısınız. Fiyat defterleri (Price Books), müşteri tipine göre farklı satış fiyatları ve iskonto kademelerini sisteme sabitler. Böylece indirim, satışçının o günkü keyfine değil, önceden onaylanmış bir kurala dayanır. İki temel kavram vardır:
- Birim Fiyat: Üreticinin belirlediği, değiştirilemeyen referans fiyat.
- Liste Fiyatı: Sizin satış fiyatınız. Aynı ürünü bayiye, perakende müşteriye ve kurumsal sözleşmeye farklı liste fiyatlarıyla satabilirsiniz.
Bir parfüm üreticisi tipik olarak şunu kurar: perakende butiklere bir defter, zincir mağazalara hacim indirimli ikinci bir defter, ihracat müşterilerine üçüncü bir defter. Önemli sınır: bir teklif veya anlaşma oluştururken ürünleri yalnızca tek bir fiyat defterinden seçebilirsiniz.
Üç Fiyatlandırma Modeli
| Model | Nasıl çalışır | Ne zaman seçilir |
|---|---|---|
| İndirim Yok | Tek liste fiyatı, kademe yok (varsayılan) | Sabit fiyatlı perakende satış |
| Sabit (Flat) | Belirli bir miktar aralığına tek indirim yüzdesi | "100 adet üstü %10" gibi basit eşik |
| Kademeli (Differential) | Her miktar aralığına ayrı indirim oranı | Artan hacme artan iskonto veren toptan |
Sabit ya da kademeli modelde her satır için Başlangıç Aralığı, Bitiş Aralığı ve İndirim (%) girilir; "Ekle" ile yeni kademeler tanımlanır. Fiyat defteri açıklaması da 32.000 karaktere kadar metin alır.
Bir fiyat defterini çoğalttığınızda yalnızca kayıt başlık bilgileri kopyalanır; ilişkili ürünler ve liste fiyatları taşınmaz. Çoğaltma sonrası ürünleri elle ilişkilendirip liste fiyatlarını yeniden girmeniz gerekir. Tek defter altındaki çok sayıda ürünü ise Liste Fiyatı İçe Aktar ile XLS, XLSX, CSV veya VCF dosyasından toplu güncelleyebilirsiniz.
Tedarikçiler ve İlişki Tarafı
Satış tarafı kadar tedarik tarafının da görünür olması gerekir; aksi halde stok matematiği eksik kalır. Tedarikçiler modülü, ürün veya hizmet aldığınız firma, kişi ve müteahhitleri tutar. Klasik bir tedarikçi seçim süreci ihtiyaç tanımı, bilgi toplama, RFI/RFP gönderimi, değerlendirme ve kısa listeye indirmeyle ilerler; siz bu sürecin çıktısını CRM'e kaydedip kalıcılaştırırsınız.
360 Derece Tedarikçi Görünümü
Tedarikçi detay sayfasından şu ilişkili kayıtları aynı yerde toplarsınız:
- Ürünler — bu tedarikçiden alınan kalemler
- Satın Alma Siparişleri — temin için açılan PO'lar
- Açık / Kapalı Etkinlikler — görev ve toplantı geçmişi
- İrtibat Kişileri ve Ekler — sözleşme, fiyat listesi gibi belgeler
Tedarikçi Adlandırması
Tedarikçi kaydında ad alanı 50 karakter, telefon ve kategori 40 karakter, e-posta 100 karakter, adres alanları ise sokak için 250, diğerleri 30 karakter sınırına sahiptir. Çok sayıda tedarikçiyi dış kaynaktan CSV/XLS ile içe aktarmak mümkündür.
Tedarikçi Adı alanını benzersiz (unique) yaparak aynı tedarikçinin iki kez girilmesini baştan engelleyebilirsiniz. Bu, ilerleyen aylarda satın alma raporlarınızın bölünmemesi için en ucuz sigortadır.
Stok Hareketinin Görünürlüğü
Envanter modüllerinin en somut faydası burada ortaya çıkar: stok rakamlarını elle güncellemezsiniz. Satış siparişi, satın alma siparişi ve fatura işledikçe üç miktar alanı kendiliğinden hareket eder. Bu mantığı bir kez kavramak, "deponun gerçeği ile sistemin gösterdiği" arasındaki o sinir bozucu farkı ortadan kaldırır.
Stoktaki Miktar
Satın alma teslim alınınca artar; fatura kesilince (teklif/SO faturaya dönerse dahil) azalır; fatura iptalinde geri gelir.
Talep Edilen Miktar
Satış siparişi oluşunca artar; sipariş teslim/iptal edilince ya da faturaya dönünce azalır.
Sipariş Edilen Miktar
Satın alma siparişi açılınca artar; teslim alınınca ya da iptal edilince azalır.
Somut Örnek: Mobilya Atölyesi
Deri koltuk üreten bir atölyeniz var; depoda 15 koltuk duruyor, henüz hiç sipariş yok. Yani stok 15, talep ve sipariş edilen miktar 0. Aşağıdaki tablo aynı senaryoda rakamların adım adım nasıl değiştiğini gösterir:
| Olay | Stok | Talep | Sipariş Edilen |
|---|---|---|---|
| Başlangıç | 15 | 0 | 0 |
| 7 koltukluk satış siparişi geldi | 15 | 7 | 0 |
| 5 koltukluk satın alma açıldı | 15 | 7 | 5 |
| 7 koltuk teslim edilip fatura kesildi | 8 | 0 | 5 |
| 5 koltukluk satın alma teslim alındı | 13 | 0 | 0 |
Bir satış siparişi faturaya çevrildiğinde, siparişin durumu otomatik olarak "teslim edildi" olur ve talep edilen miktar düşer. İşte bu otomatik geçiş, "faturayı kestik ama stok düşmedi" gibi kapanış hatalarını ortadan kaldırır.
Teklif, Sipariş ve Dönüşüm
Teklif (Quote), müşteri ile aranızda belirli bir geçerlilik tarihine (Valid Till) kadar anlaşılan fiyattan teslim taahhüdü veren bağlayıcı belgedir. Anlaşma (Deal) veya firma (Account) kaydından doğrudan oluşturabilirsiniz. Satış siparişi ve satın alma siparişi de teklifle aynı satır kalemi mantığını paylaşır; aralarındaki fark işlevseldir.
Satır Eklerken Bilinmesi Gereken Mekanik
- Ürünleri yalnızca açılır listeden seçerek eklersiniz; elle ürün yazıp ekleyemezsiniz.
- Arama boşlukla ayrılmış kelimelere duyarlıdır: ürün "i pad" olarak iki kelime kaydedildiyse "P" yazınca gelir; "ipad" tek kelimeyse onu bulmak için "i" yazmanız gerekir.
- Bir teklife, satış siparişine, satın almaya ve faturaya en fazla 200 satır kalemi eklenebilir; satırları sürükle-bırak ile yeniden sıralayabilirsiniz.
- İlişkili fiyat defterinden liste fiyatı çekmek için Fiyat Defteri arama ikonunu kullanın; vergi, indirim ve ürün açıklaması otomatik dolar.
Dönüştürme: Tekli ve Toplu
Teklif detayında Dönüştür > Satış Siparişi / Fatura ile ilerlersiniz; satış siparişini de Faturaya çevirebilirsiniz. Listeden birden çok kaydı seçip Toplu Dönüştür (Mass Convert) ile hepsini birden çevirmek mümkündür; dönüşümde etiketleri taşıma seçeneği de sunulur.
Teklifte ya da satış siparişinde özel alanlarınız varsa, bunları dönüşümden ÖNCE hedef modüldeki karşılık alanlarla eşlemeniz gerekir. Yol: Kurulum > Özelleştirme > Modüller > Teklif Dönüşüm Eşlemesi. Eşleme yapılmazsa özel alan değerleri dönüşümde sessizce kaybolur — ve bunu çoğu zaman faturayı müşteriye gönderdikten sonra fark edersiniz.
Satış siparişi ve fatura modüllerinde Ürün Detayları bölümü özelleştirilemez; faturalama bilgisi gibi ek alanları doğrudan bu bölüme ekleyemezsiniz. Bu özelleştirme yalnızca Teklif tarafında mümkündür (bkz. 8. bölüm).
Fatura ve Türkiye Bağlamı
Fatura, satışın son aşamasına gelindiğinde tahsilatı başlatan belgedir ve hem satış hem muhasebe için kritik rol oynar. Zoho CRM'de faturayı doğrudan Anlaşmalar, Firmalar, Teklifler veya Satış Siparişleri modüllerinden oluşturabilirsiniz; böylece müşteri verisiyle fatura aynı kayıt geçmişinde kalır. Faturalama, satış sürecini kapatır ve alacak yönetiminin (accounts receivable) yürütüldüğü muhasebe sürecini açar.
Faturada Sık Kullanılan Alanlar
| Alan | Ne işe yarar | Tip / Limit |
|---|---|---|
| Konu* (zorunlu) | Faturanın adı/başlığı | Metin · 50 karakter |
| Satış Siparişi | Referans SO bağlantısı | Arama (lookup) |
| Fatura Tarihi / Vade | Kesim tarihi ve ödeme vadesi | Tarih |
| Firma Adı | Faturanın kesildiği hesap | Arama (lookup) |
| Durum | Faturanın aşaması | Onay kutusu / liste |
| Açıklama | Serbest metin | 32.000 karakter |
Zoho CRM'in fatura modülü resmi e-Fatura / e-Arşiv belgesi üretmez; Türkiye'de yasal belge GİB onaylı bir entegratör üzerinden kesilir. Bu yüzden sahada CRM faturasını çoğunlukla Zoho Books'a veya yerel bir entegratöre köprüleriz; CRM faturası "satış kaydı", entegratör çıktısı "yasal belge" olur. Ayrıca fatura ve müşteri verisi KVKK kapsamında kişisel veridir; saklama süresi, erişim yetkileri ve veri merkezi (DC) konumu kurulum aşamasında netleştirilmelidir. Tipik kurulumda EU/Türkiye DC tercih edilir; kesin taahhüt öncesi lisans/DC kontrolü yapılır.
Satır Kalemi Arayüzünü Özelleştirme
Toplu ya da çok kalemli satış yapan işletmeler tüm detayı tek belgede görmek ister. Teklif, sipariş ve fatura modüllerindeki ürün satır kalemi aslında bir alt form (subform) olarak gelir ve bunu işletmenize özel alanlarla zenginleştirebilirsiniz. Bir üretici Teklifler modülüne alış fiyatı, tavsiye edilen perakende fiyatı ve kârı hesaplayan bir formül alanı ekleyebilir.
| Modül | Alt form (subform) adı |
|---|---|
| Teklifler | Teklif Edilen Kalemler (Quoted Items) |
| Satış Siparişleri | Sipariş Edilen Kalemler (Ordered Items) |
| Satın Alma Siparişleri | Satın Alınan Kalemler (Purchase Items) |
| Faturalar | Faturalanan Kalemler (Invoiced Items) |
Kurulum > Özelleştirme > Modüller ve Alanlar
İlgili envanter modülünü seçip yerleşimi (layout) açın.
İlgili kalem alt formuna inin
"Alan Ekle" ile yeni alan tanımlayın; "Arama Modülü Alanları" ile Ürünler modülünden alan getirin.
Toplam (aggregate) alan ekleyin
"Toplam Alan Ekle" ile Toplam, Formül ve Yeni Alanlar sekmelerinden sayı, para birimi veya ondalık alan seçip "Tamam"a tıklayın.
Alan özelliklerini yönetin
Her alanın "Diğer" ikonundan özellik düzenleme, zorunlu yapma, kullanıcı bazlı izin ayarlama veya kaldırma yapabilirsiniz.
Satır kalemini özelleştirme yalnızca Enterprise ve Ultimate sürümlerinde mevcuttur. Bir satır kaleminde en fazla 10 alan, bir yerleşimde en fazla 10 toplam (aggregate) alan olabilir. Ürün satır kalemine ek olarak ayrı bir özel alt form da kurabilir, ikisi arasında bölüştürmek kaydıyla toplam 200 satır ekleyebilirsiniz. Ürün Adı alanı kaldırılamaz (tüm envanter modüllerinde sistem alanıdır); Ürün Adı ve Tedarikçi Adı alanlarını benzersiz yaparak mükerrer girişi engelleyebilirsiniz.
Sahadan Tuzaklar ve Tavsiyeler
Envanter modüllerini onlarca farklı işletmede kurarken edindiğimiz, dokümanda yazmayan ama projeyi başarılı ya da başarısız kılan pratikler:
Önce adlandırma standardı
Arama ürün adına ve boşluklara duyarlı olduğu için baştan tek bir kalıp belirleyin: "Botoks 50U" mu "Botoks - 50 Ünite" mi? Karar bir kez verilmeli, sonra herkes uymalı.
Eşik = nakit akışı
Yeniden sipariş seviyesini teslim süresine göre gerçekçi koyun. Çok düşük tutmak stoksuz kalmaya, çok yüksek tutmak gereksiz bağlı sermayeye yol açar.
Eşlemeyi test edin
Özel alan eşlemesi dönüşümden önce yapılmazsa veri sessizce kaybolur. Canlıya almadan mutlaka bir test teklifini faturaya dönüştürüp alanları kontrol ediyoruz.
Hizmet de üründür
Stok takibi olmayan klinik veya ajans bile Ürünler modülünü kullanmalı; teklif ve fatura tutarlılığı ile fiyat disiplini buradan gelir.
Fiyat defteri = pazarlık disiplini
Doğru kurulmuş fiyat defterleri satışçının keyfî indirim yapmasını engeller; iskonto kademeleri sistemde sabit, denetlenebilir kalır.
Yasal belgeyi köprüleyin
CRM faturası muhasebe kaydıdır; e-Fatura yasal belgesi entegratörden gelir. İkisini baştan ayrı düşünüp aralarına net bir senkron kurun.
Avantaj, Dezavantaj ve Sınır — Dürüst Bakış
| Yön | Gerçek |
|---|---|
| Avantaj | Satış öncesi + sonrası tek uygulamada; stok otomatik; iskonto disiplini; müşteri verisiyle bütünleşik geçmiş. |
| Dezavantaj | Satış siparişi/satın alma/fatura Ürün Detayları özelleştirilemez; teklife oranla daha az esnek. |
| Sınır | Satır kalemi özelleştirmesi Enterprise/Ultimate; 200 satır / 10 alan / 10 toplam alan tavanları; yasal e-Fatura için ayrı entegratör. |
Stok takibi ağırlıklı, çok depolu ve karmaşık ambar süreci olan işletmelerde Zoho CRM envanteri tek başına yetersiz kalabilir; bu durumda CRM'i satış/teklif katmanı, Zoho Inventory veya Books'u operasyon katmanı olarak konumlandırmayı öneririz. Asıl karar "hangi modül daha güçlü" değil, "hangi sınır sizin sürecinizi tıkıyor" sorusudur.
