Envanter Yönetimi

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

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.

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

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.

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.

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:

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 (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.

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, 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

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.

1. 01Kurulum > Özelleştirme > Modüller ve Alanlar

   İlgili envanter modülünü seçip yerleşimi (layout) açın.

2. 02İlgili kalem alt formuna inin

   Teklif / Sipariş / Satın Alınan / Faturalanan Kalemler

   "Alan Ekle" ile yeni alan tanımlayın; "Arama Modülü Alanları" ile Ürünler modülünden alan getirin.

3. 03Toplam (aggregate) alan ekleyin

   Kâr, indirim gibi özel hesaplamalar için

   "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.

4. 04Alan özelliklerini yönetin

   Her alanın "Diğer" ikonundan özellik düzenleme, zorunlu yapma, kullanıcı bazlı izin ayarlama veya kaldırma yapabilirsiniz.

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ış

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.