CRM'de çoklu para birimi ve kur yönetimi

Perşembe öğleden sonra, ihracat da yapan orta ölçekli bir üreticide satış müdürü çeyrek kapanışını hazırlıyor. CRM panosunda kazanılan anlaşmaların toplamı bir rakam veriyor; ön muhasebenin aynı haftalarda kestiği faturaların toplamı belirgin biçimde başka bir rakam. Farkın kaynağı iki gün sonra bulunuyor: euro cinsinden verilen üç teklif, sisteme girildikleri öğleden sonra hangi kur canlıysa onunla çevrilmiş ve bir daha hiç güncellenmemiş. Teklifin gidişiyle imzanın dönüşü arasında yedi hafta geçmiş. Kimse hatalı bir işlem yapmamış; sistem kimseye kurun hangi anda durması gerektiğini sormamış.

Asıl maliyet raporun yanlış çıkması değil. O rapora bakıp gerçekte olduğundan sağlıklı görünen bir marj üzerinden onaylanan ek iskonto, ay sonunda geri alınamıyor. Bu yazıda çoklu para birimini bir çeviri sorunu olarak değil, bir zamanlama sorunu olarak ele alıyoruz: bir kaydın gerçekte kaç para birimi taşıdığını, kurun hangi anlarda dondurulması gerektiğini, kurun nereden geldiğini ve hangi ritimde güncellendiğini, fiyat listelerinin ne zaman türetilmeyip yazılması gerektiğini, sabit kurlu raporlamanın konuşmayı nasıl değiştirdiğini, kur farkının nereye düştüğünü, yuvarlama hatalarının nasıl biriktiğini ve kuru değiştirme yetkisinin kimde durması gerektiğini sırayla ele alacağız.

1Teklif2Kur sabiti3Sipariş4Fatura5Tahsilat6Rapor

Tek para birimi varsayımı ne zaman çöker?

Çoğu CRM kurulumu tek para birimiyle başlar ve uzunca bir süre sorun çıkarmaz. İlk çatlak ilk yabancı müşteriyle değil, ilk yavaş anlaşmayla ortaya çıkar. Dövizli bir satış aynı hafta içinde girilip kapanıyorsa kur oynaması gürültüdür. Teklifin geçerlilik süresi otuz gün, karşı tarafın satın alma süreci iki ay olduğunda ise kaydın üstündeki tek bir tutar alanı artık hangi soruyu cevapladığını söylemez hâle gelir.

İkinci çatlak tedarik tarafından gelir. Ürünü bir para biriminde alıp başka bir para biriminde satan şirkette satış ekibinin gördüğü marj ile satın almanın gördüğü maliyet farklı kurlardan hesaplanır; iki ekip aynı anlaşmaya bakıp farklı kâr rakamı söyler. Tartışma genellikle kimin rakamının doğru olduğu üzerinden açılır. Oysa soru şudur: hangi kur, hangi tarih.

Üçüncüsü en sessizidir ve hiç yabancı müşterisi olmayan şirketlerde görülür. Yazılım abonelikleri, bulut altyapısı ve reklam harcaması çoğu zaman şirketin hiç satış yapmadığı bir para biriminde faturalanır. Geliri tek, gideri iki para biriminde olan bir yapıyı tek kurla toplamak, kampanya kârlılığını sistematik olarak yanlış gösterir. Yurt dışına satan ekipler bunların üçünü aynı anda yaşar; sürecin operasyonel tarafını ihracat adımlarını anlatan rehberde bulabilirsiniz.

Bir kaydın kaç para birimi vardır?

Pratikte üç tane. İşlem para birimi, müşteriyle konuşulan ve teklifin, faturanın üstünde yazan birimdir. Şirket para birimi, kayıtların toplanabilmesi için çevrildiği ortak birimdir; genelde muhasebenin çalıştığı birim. Raporlama para birimi ise yönetimin veya ortakların karşılaştırma yaptığı birimdir; çoğu şirkette şirket para birimiyle aynıdır, bazılarında değildir.

Bu üçlüyü ayırmadan kurulan sistemlerde her rapor gizli bir varsayım taşır. Kayıt bir para biriminde, defterler ikinci bir birimde, yönetim toplantısı üçüncü bir birimde geçiyorsa panodaki rakam iki çeviriden geçmiş demektir ve çeviri sırası sonucu değiştirir. İşlem tutarını ve kullanılan kuru kaydın üstünde birlikte saklamak, sonradan yapılacak her hesabı tartışılabilir olmaktan çıkarıp yeniden üretilebilir kılar.

Para birimi temsilcinin değil, müşteri kartının işidir

Fırsatın para birimini her seferinde temsilcinin seçmesine bırakırsanız er ya da geç yanlış seçilir. Para birimini müşteri kartında varsayılan olarak tutun, fırsat açılırken oradan gelsin, gerektiğinde değiştirilebilsin ama değiştirildiği görünür olsun. Bu tek varsayılan, ileride elle temizlenecek yüzlerce kaydı baştan önler.

Kuru hangi anda sabitlemelisiniz?

Çoklu para birimi kurulumlarının neredeyse tamamı bu soruda kırılır. Kur sürekli güncellenirse geçen ayın raporları her sabah değişir. Hiç güncellenmezse kayıt gerçeklikten kopar. Doğru cevap ikisinin ortasında değil, tamamen başka bir yerdedir: kur belirli olaylarda sabitlenir, o olaylar arasında serbest bırakılır.

İşleyen kural şudur: bir tutar müşteriye söz hâline geldiği anda ve muhasebeye belge hâline geldiği anda dondurulur. Arada kalan sürede kayıt güncel kurla gösterilir, çünkü orada henüz kimseye taahhüt verilmemiştir. Teklif gönderildiğinde kur sabitlenir ve teklifin geçerlilik süresi bu sabitlemenin ömrüdür; fatura kesildiğinde ikinci ve nihai sabitleme yapılır.

Kayıt	Kur ne zaman sabitlenir	Sabitlenmezse
Fırsat	Sabitlenmez, güncel kurla gösterilir	Pipeline değeri geçmişte donar
Teklif	Gönderim anında, geçerlilik süresince	Tutulamayacak bir söz verilir
Sipariş	Teklifin kuru devralınır	Onaylanan marj sessizce kayar
Fatura	Belge tarihinde, nihai	Defterlerle CRM ayrışır
Tahsilat	Paranın hesaba geçtiği gün	Kur farkı görünmez kalır

Tablodaki en tartışmalı satır ilkidir. Fırsatları güncel kurla göstermek, dün belirli bir değerde görünen pipeline'ın bugün biraz farklı görünmesine yol açar ve bu, hedef takibini istikrarsız hissettirir. Alternatifi daha kötüdür: sekiz ay önce açılmış bir fırsatın sekiz ay önceki kurla toplanması. Rahatsızlığın çaresi pipeline'ı dondurmak değil, hedefi de aynı kurla okumaktır. Teklif, sipariş ve tahsilat zincirinin bütününü tekliften tahsilata süreci yazısında ele alıyoruz.

Kur nereden gelir, hangi ritimde güncellenir?

Kurun kaynağı, kurun kendisi kadar önemlidir. Kaynak tanımsızsa iki ekran iki farklı rakam gösterir ve tartışma teknik olmaktan çıkıp güven sorununa dönüşür. Aşağıdaki başlıklar, yazılı bir kur politikasının cevaplaması gereken sorulardır.

• Kaynak: Merkez bankası referans kuru, bankanızın satış kuru ve ödeme sağlayıcınızın kuru aynı gün farklıdır; hangisinin kullanılacağı teknik bir ayar değil, şirket kararıdır.
• Alış mı satış mı: Alacakları ve borçları aynı kurla değerlemek kolaydır ama gerçekçi değildir; hangi yönde hangi kurun kullanılacağını kimse sormadan önce yazın.
• Güncelleme sıklığı: Günde bir kez, sabahın belirli bir saatinde güncellenen kur çoğu KOBİ için yeterlidir; dakikalık güncelleme raporları oynak yapar, haftalık güncelleme onları yanlışlar.
• Hafta sonu ve tatil kuralı: Kurun yayınlanmadığı günlerde hangi değerin geçerli sayılacağı yazılmazsa, cumartesi açılan kayıtlar sessizce kursuz oluşur.
• Elle girilen kur: Bazı sözleşmeler kuru yazılı olarak sabitler; bu istisnayı yasaklamak yerine kendi alanında ve gerekçesiyle birlikte kaydedin.
• Geriye dönük düzeltme: Fark edilen bir hatanın geriye dönük düzeltilip düzeltilmeyeceğine ve düzeltilecekse ne kadar geri gidileceğine önceden karar verin; o an karar verilirse en yüksek sesli kişi kazanır.

Fiyat listesi çevrilir mi, yazılır mı?

Yaygın tavsiye tek bir fiyat listesi tutup diğerlerini kurdan türetmektir. Çoğu işletme için bu tavsiye yanlıştır. Bir ürünün ikinci para birimindeki fiyatı, yerel fiyatının o günkü kura bölünmüş hâli değildir: yerel rekabet, lojistik, vergi yapısı ve satın alma alışkanlığı farklıdır. Türetilen liste her sabah değişir, kataloğa basılamaz ve müşteriye geçen hafta fiyatın başka olduğunu söyletir.

Daha iyi yaklaşım, her para birimi için ayrı ve bilinçli yazılmış bir liste tutmak, kuru yalnızca bu listeleri gözden geçirme tetikleyicisi olarak kullanmaktır. Kur tanımlı bandın dışına çıktığında sistem uyarı üretir, kararı insan verir. Bu listelerin iskonto matrisi ve müşteriye özel fiyatlarla nasıl ilişkilendirileceğini müşteriye özel fiyat listesi yönetimi yazısında ayrıntılandırıyoruz.

Bu kuralın gerçek bir istisnası var: fiyatı gerçekten emtiaya bağlı işler. Metal, kimyasal ve yakıt gibi girdilerde günlük türetme normaldir ve alıcı da bunu bekler. Ayrım basittir. Fiyatınız bir maliyet formülünün çıktısıysa türetin; bir konumlandırma kararıysa yazın.

Raporlamada hangi kuru kullanmalısınız?

Bir ekibin geçen yıla göre büyüdüğünü söyleyen rapor, kur aynı dönemde daha büyük bir hareket yaptıysa aslında hiçbir şey söylemiyordur. Büyümenin ne kadarının daha çok satmaktan, ne kadarının kurdan geldiğini ayırmadan ortada konuşulacak bir performans yoktur.

Bunun standart yöntemi sabit kur (constant currency) hesabıdır: bu yılın işlemlerini geçen yılın kuruyla çevirip karşılaştırırsınız, geriye kalan saf hacim değişimidir. Panoda iki rakamı yan yana göstermek en dürüst çözümdür; biri gerçekleşen kurla, diğeri sabit kurla. Aradaki mesafe, kurun sizin lehinize mi aleyhinize mi çalıştığını tek bakışta söyler.

Kur hareketiyle şişen bir büyüme rakamı, ekibe hak etmediği bir teşekkür ve bütçeye tutturulamayacak bir hedeftir.

Aynı ayrım tahmin tarafında da geçerlidir: farklı para birimlerindeki fırsatların ağırlıklı toplamı, kur varsayımı yazılmadığında bir öngörü değil temennidir. Tahmini davranışa dayandırmanın yollarını satış tahmini yazısında; büyüme gibi kelimelerin şirket içinde tek bir anlama gelmesini sağlamayı ise metrik sözlüğü yazısında ele alıyoruz.

Kur farkı nereye düşer?

Fatura bir kurla kesilir, para başka bir kurla gelir ve aradaki fark bir yere yazılmak zorundadır. Bu fark satışın performansı değil, finansal bir sonuçtur. CRM tarafında yapılabilecek en yararlı şey, primi ve marj raporunu fatura kurundan hesaplamak ve kur farkını ayrı bir kalemde tutmaktır. Aksi hâlde gerçekten iyi bir satış, temsilcinin hiçbir etkisinin olmadığı bir hareket yüzünden kötü görünür.

Türkiye'de dövizli satışta kur farkının belgelenmesi ve muhasebeleştirilmesi başlı başına bir konudur; mekanizmayı dövizli fatura ve kur farkı yazısında anlatıyoruz. Kendi işlem tipiniz, sözleşmeniz ve vergi durumunuz için mali müşavirinize danışmadan bir uygulamayı standart hâline getirmeyin.

Yuvarlama, ondalık ve sessizce biriken hata

Tamamen teknik görünen bir ayrıntı, ay sonunda mutabakat toplantısı üretir: yuvarlamayı nerede yaptığınız. Her satırı yuvarlayıp toplayan bir sistemle, toplayıp sonra yuvarlayan bir sistem farklı sonuç verir ve fark kalem sayısıyla birlikte büyür. Kırk kalemlik bir teklifte bu gözle görülür hâle gelir; üstelik onu ilk gören müşteri olur.

İkinci tuzak ondalık basamak sayısıdır. Bütün para birimleri iki basamaklı değildir ve birim fiyatlar çoğu zaman dört basamak ister; kuru iki basamakta saklayan bir kurulum, birim fiyatı düşük ürünlerde sistematik olarak yanlış toplam üretir. Üçüncüsü çevrimin yönüdür: bir para biriminden ikinciye, oradan üçüncüye çevirmek ile doğrudan çevirmek aynı sonucu vermez. Çapraz kurları tek bir ara birim üzerinden ve her zaman aynı yönde geçirin, sonra bir kez test edin.

Tahsilat, mutabakat ve muhasebeyle hizalanma

Dövizli çalışan bir şirkette cari hesap farklı bir şey ölçer: müşteri size hangi para biriminde borçlu ve ödeme hangi para biriminde geldi? Bu iki soruyu ayrı tutmayan bir cari kayıt, ilk kısmi ödemede çözülemez hâle gelir. Daha sağlıklı model, bakiyeyi işlem para biriminde takip etmek ve çevrimi yalnızca raporlama katmanında yapmaktır. Adım adım hâlini cari hesap mutabakatı yazısında bulabilirsiniz.

Banka tarafının kendi hizalaması gerekir. Hesaba düşen tutar, transfer masrafı ve aracı banka kesintileri yüzünden faturadakinden farklı olur; bunu kur farkı sanmak yaygın bir hatadır. Ekstre satırlarını fatura kayıtlarıyla otomatik eşleştiren bir akış bu iki farkı birbirinden ayırır; kurulumu banka ekstresi entegrasyonu ve otomatik eşleştirme yazısında anlatıyoruz.

Para birimi ve kur alanlarının CRM ile muhasebe yazılımı arasında nasıl eşleneceği ayrı bir karardır. İki sistem kuru farklı kaynaklardan çekiyorsa entegrasyon her gün küçük farklar üretir ve bu farklar ay sonunda toplanır. Bu yöndeki alan eşlemesini muhasebe yazılımı ve CRM entegrasyonu yazısında ele alıyoruz.

Kuru kim değiştirebilmeli?

Kur alanı CRM'deki en tehlikeli sayısal alandır, çünkü tek bir kayıtta değiştirildiğinde o kaydın girdiği bütün toplamları etkiler. Bu yüzden kura yazma yetkisi, tutara yazma yetkisinden ayrı düşünülmelidir. Temsilci tutarı ve para birimini girer, kuru sistem koyar, sözleşmeyle sabitlenmiş istisnai kuru yalnızca belirli bir rol açabilir.

İkinci koruma katmanı izlenebilirliktir. Kur elle değiştirildiğinde eski değer, yeni değer, değiştiren kişi ve gerekçe sonradan görünür olmalıdır. Bu kaydın nasıl kurgulandığını CRM denetim kaydı yazısında anlatıyoruz. Burada denetim kaydı bir güvenlik önleminden çok, tartışmayı bitiren bir hafıza olarak çalışır.

İki haftada nereden başlamalı?

Bütün bunları aynı anda kurmaya çalışan ekipler genelde hiçbirini bitiremez. Sıralamayla daha iyi işler. İlk üç gün: gerçekten işlem yaptığınız para birimlerini listeleyin; çoğu şirkette bu sayı sanılandan azdır ve nadiren üç dördü geçer. Sonraki üç gün: kur kaynağını, güncelleme saatini ve hafta sonu kuralını tek bir sayfaya yazıp ekiple paylaşın.

İkinci hafta: teklif ve faturadaki sabitleme anlarını devreye alın, ardından panoya gerçekleşen kurun yanına sabit kurlu ikinci bir rakam ekleyin. Bu ikisi bittiğinde pahalı hataların büyük kısmı kapanmış olur; fiyat listeleri, çapraz kur kuralları ve prim hesabındaki incelikler sonraki haftalara kalabilir. Son bir uyarı: para birimi alanını sonradan eklemek, baştan taşımaktan çok daha zordur. Bugün tek para biriminde çalışsanız bile kayıtların üstünde varsayılan değerle dolu bir para birimi alanı bulundurmak, ileride yapılacak göçü aylık bir projeden bir öğleden sonralık işe indirir.

Çoklu para birimini yönetmenin pratik yolu teklifi, faturayı, tahsilatı ve raporu aynı kayıt üzerinde tutmaktır; bir kez sabitlenen kur bütün zincir boyunca aynı kalır. Rocketly'de fırsat ve teklif yönetimi, ön muhasebe ve raporlama aynı veriyi paylaşıyor; ücretsiz hesap açarak kendi kur politikanızı kurup deneyebilirsiniz.