Param'ınız varsa tahsilat bilgisi CRM'e girer. Bağlantıyı biz kuruyoruz.
Tutar, tarih, kanal ve ödeme durumu müşteri ya da bayi kartına alan olarak taşınır; açık bakiye satış ekranında görünür, mutabakat ayın ilk haftasına sıkışmaz. Bağlantı; REST API, webhook ve içe/dışa aktarma ile kapsamı keşif görüşmesinde belirlenen bir entegrasyon projesi olarak kurulur.
Tahsilat üç kanaldan geliyor, mutabakat tek kişide
Param sorusu bayi ya da abone ağıyla çalışan şirketlerden gelebilir: üretici, distribütör, hizmet sağlayıcı. Tahsilat tek yerden gelmiyor: sanal POS, ödeme linki, havale, bazen de kişi kişi elden. Mekanizma şu: her kanalın kaydı başka bir yerde oluştuğu için tek bir bakiye tablosu kendiliğinden oluşmuyor. Kendi projelerimizde gördüğümüz tablo şu:
- Bayi ile mutabakat ayın ilk haftasına sıkışır; iki taraf farklı tablolara bakar ve toplantının yarısı rakam doğrulamakla geçer.
- Satış temsilcisi bayinin açık bakiyesini bilmeden sipariş alır; finans siparişi geri çevirdiğinde ilişki zedelenir.
- Hangi tahsilatın hangi kanaldan geldiği kayda geçmez. “Bu ay ne kadarı sanal POS'tan geldi” sorusu tahminle cevaplanır.
- Tahsilat gecikince kimin arayacağı belli değildir; muhasebe satıştan, satış muhasebeden bekler.
- Bir tahsilatın hangi siparişe ait olduğu, açıklama alanındaki serbest metinden çıkarılmaya çalışılır.
- Bayi ödediğini söyler, kayıt henüz düşmemiştir; kimse kesin konuşamaz çünkü iki sistem arasında bir günlük bir boşluk vardır.
Bunların hiçbiri ödeme sağlayıcısı değiştirerek çözülmüyor. Hepsi, ödeme tarafında zaten oluşmuş bilginin müşteri ve bayi kaydına ulaşmamasından doğuyor.
Bugünkü durum: Param bizim ödeme sağlayıcı kaydımızda tanımlı değil
Param için kutudan çıkan bir modülümüz yok. Bağlantı; REST API, webhook ve içe/dışa aktarma ile kapsamı keşif görüşmesinde belirlenen bir entegrasyon projesi olarak kurulur.
Bunu somut yazalım: ürünün ödeme sağlayıcı kaydında tanımlı iki adaptör var: iyzico ve PayNkolay. Param bu kayıtta yer almıyor. Yani Param bağlantısı kurulur; hazır bir adaptör olarak gelmez.
Neden bir düğme yerine kurulan bir bağlantı? Çünkü tahsilat tarafında “her kurulumda aynı çalışan” bir düğme yoktur: kullandığınız Param ürünü, tahsilatın hangi kanallardan geldiği ve ödemeyi siparişe hangi alanın bağladığı şirketten şirkete değişir. Bu yüzden bağlantı, sizin kurgunuza bakılarak kurulur.
Bağlantı için gereken arayüz hazır ve belgeli: müşteri adayından teklife, faturadan göreve CRM'deki kayıtların tamamı REST API ile okunup yazılabiliyor; alan yapısını da dışarıdan görebilirsiniz. Yanında olay bildirimleri (webhook) ve dört adımlı içe/dışa aktarma sihirbazı var. Ayrıca ERP entegratörleri aynı REST API üzerinden kayıt okuyup yazabilir. Genel yaklaşımımız entegrasyonlar sayfasında.
Ayın 3'ü, 14:00. Bayi mutabakatı başlıyor ve iki taraf farklı tabloya bakıyor. Tahsilat bilgisi CRM'e aktığında şunlar değişir:
-
1
Açık bakiye sipariş alınırken masada olur
Bayinin açık bakiyesi ve son ödemesi kartta alan olarak durur. Temsilci siparişi yazmadan önce görür; finansın siparişi geri çevirdiği durum başlamadan biter.
-
2
Her tahsilat kanalıyla birlikte kayda geçer
Sanal POS, ödeme linki ve havale ayrı ayrı etiketlenir. “Bu ay ne kadarı hangi kanaldan geldi” sorusu tahminle değil raporla cevaplanır.
-
3
Tahsilat siparişe anahtar alanla bağlanır
Ödeme kaydı, sipariş numarası ya da bayi kodu anahtar alınarak ilgili kayıtla eşleştirilir. Açıklama alanındaki serbest metinden anlam çıkarma işi biter.
-
4
Geciken tahsilat sorumluya görev açar
Belirlediğiniz gün ya da tutar eşiğini aşan bakiye için takip görevi düşer. Muhasebenin satışı, satışın muhasebeyi beklediği boşluk kapanır.
-
5
Mutabakat tabloya değil kayda dayanır
Bayi bazlı satış, tahsilat ve açık bakiye aynı raporda görünür. Mutabakat toplantısı rakam doğrulamakla değil, karar vermekle geçer.
-
6
Yazışma şirkette kalır
Bayiyle yapılan tahsilat yazışması şirket WhatsApp numarasından yürütüldüğünde aynı kayda işlenir. Temsilci ayrıldığında geçmiş de onunla gitmez.
Param bağlantısı kurulduğunda ne yapılabiliyor?
Tahsilat kaydının CRM'e taşınması
Tutar, tarih, kanal, ödeme durumu ve varsa taksit bilgisi REST API ya da dönemsel içe aktarma ile alan olarak gelir. Paranın otoritesi ödeme tarafında kalır; CRM görünürlük katmanı ekler.
Bayi bazında açık bakiye görünürlüğü
Açık bakiye, son ödeme tarihi ve gecikme günü bayi kartında durur. Aktarım sıklığı (günlük, haftalık ya da dönemsel) kapsamda belirlenir; anlık bir muhasebe aynası kapsam dışıdır.
Tahsilatın siparişle eşleştirilmesi
Ödeme kaydı, sipariş numarası ya da bayi kodu anahtar alınarak ilgili fırsat ve müşteri kaydına bağlanır. Anahtar alan keşifte seçilir, test aktarımında doğrulanır ve yazılı kapsamda durur.
Kanal bazında tahsilat raporu
Sanal POS, ödeme linki ve havale ayrı etiketlenir; hangi kanalın ne kadar getirdiği tablo ve özet rapor türleriyle, sürükle-bırak pano tasarımcısıyla izlenir.
Geciken tahsilatta görev üretimi
Eşik aşıldığında sorumluya görev açan kural kurulur; vade tarihinden belirli gün sonra e-posta ya da onaylı WhatsApp şablonuyla otomatik mesaj kuralı kurulabilir.
Bayiye özel alanları kod yazmadan tanımlamak
Bayi kodu, risk limiti, ödeme vadesi ya da tahsilat kanalı gibi alanları yönetici kod yazmadan ekler. Özel alan ekleme üründe standarttır: yönetici ekranından, kod yazmadan yapılır.
Param tarafında ne var, ne yok
| Ne isteniyor | Rapitek CRM'de | Nerede yapılır |
|---|---|---|
| Param'ın ürüne gömülü ödeme adaptörü olarak gelmesi | Yok. Ürünün ödeme sağlayıcı kaydında tanımlı adaptörler iyzico ve PayNkolay; Param bu kayıtta yer almıyor | Param panelinizde; CRM'e taşıma proje kapsamında kurulur |
| Tahsilat bilgisinin müşteri ve bayi kartına taşınması | Var. REST API, webhook ya da dönemsel içe aktarma ile alan olarak taşınır | Rapitek CRM: kapsamı keşifte belirlenen bağlantıyla |
| Açık bakiyenin satış ekranında görünmesi | Var. Alan olarak taşınır; aktarım sıklığı yazılı kapsamda tanımlanır | Rapitek CRM |
| Geciken tahsilat için takip görevi ve hatırlatma | Var. Eşik ve sorumlu kurulumda tanımlanır; vade tarihinden belirli gün sonra e-posta ya da onaylı WhatsApp şablonuyla otomatik mesaj kuralı kurulabilir | Rapitek CRM: Meta onaylı uygulamamız ve Verimor üzerinden |
| CRM ekranından ödeme linki üretilmesi | Yok. Link üretimi ödeme sağlayıcınızın işidir | Param panelinizde |
| CRM'in müşterinin kartından tahsilat çekmesi | Yok. Kart saklama ve tahsilat denemesi ürünün işi değil; kart verisi CRM'e hiç gelmez | Ödeme sağlayıcınızda |
| Ürün içinde abonelik ve tekrarlayan faturalandırma motoru | Yok. Abonelik, fatura ve ödeme modeli üründe tanımlı değil | Faturalandırma sisteminizde |
| Banka ekstresiyle havale eşleştirme | Yok. Banka ekstresi ve IBAN eşleştirme üründe bulunmuyor | Muhasebe ya da banka tarafınızda |
| Tahsilatın ardından e-Fatura kesilmesi | Yok. Rapitek CRM GİB özel entegratörü değildir ve resmî belge düzenlemez | e-Fatura sağlayıcınızda; bilgisi CRM'e taşınabilir |
Param bağlantısı nasıl devreye alınır?
-
1
Keşif
Param tarafında hangi ürünü kullandığınızı, tahsilatın hangi kanallardan geldiğini ve verinin bugün kimde durduğunu çıkarırız. Finans sorumlunuzun ve varsa ödeme tarafındaki muhatabınızın bu görüşmede olmasını öneririz.
-
2
Kapsam, eşleşme anahtarı ve yöntem
Ödemeyi siparişe hangi alanın bağladığına ve yönteme (REST API, webhook ya da dönemsel içe aktarma) burada karar verilir. Alan eşleme tablosu, sıklık ve varsa bedel yazılı paylaşılır; sürpriz kalem yok.
-
3
Yapılandırma ve test aktarımı
Tahsilat alanları, kanal listesi, görev kuralları ve yetkiler kurulur; örnek bir dönemin tahsilatı test olarak aktarılır. Eşleşmeyen kayıtlar burada görülür, canlıda değil.
-
4
Eğitim ve canlı geçiş
Satış ve finans ekibine hangi alanın neyi gösterdiği anlatılır; ilk mutabakat dönemini birlikte geçiririz. Keşiften önce süre taahhüt etmiyoruz; keşif görüşmesinden sonra size aralık değil tarih veririz.
Kapsam ve kurulum koşulları
Kapsamı toplu hâlde şöyle özetleyebiliriz:
- Param bağlantısı proje olarak kurulur. Ürünün ödeme sağlayıcı kaydında tanımlı adaptörler iyzico ve PayNkolay'dır; Param bu kayıtta yer almıyor.
- Para hareketi ödeme sağlayıcınızda gerçekleşir. CRM kart saklamaz, tahsilat denemesi yapmaz, ödeme linki üretmez.
- Abonelik ve faturalandırma kendi sisteminizde kalır. Abonelik ve otomatik faturalandırma kapsam dışıdır; abonelik, fatura ve ödeme modeli üründe tanımlı değil.
- Havale eşleştirmesi muhasebe ya da banka tarafınızda kalır. Bugün üründe hazır bir banka ekstresi eşleştirmesi yok.
- Çek ve senet: üründe özel bir modül tanımlı değil. Taşınabilecek şey, muhasebe tarafında zaten oluşmuş tahsilat kaydının bilgisidir.
- Üç konu kapsam dışıdır. Anlık stok senkronu, kendiliğinden akan bir sipariş → fatura → tahsilat zinciri ve üretim/MRP otomasyonu. Üçünün nedenini ve yerine ne yapılabildiğini tek yerde yazdık: kapsam ve kurulum koşulları.
- e-Fatura bugünkü düzeninizde kalır. Rapitek CRM GİB özel entegratörü değildir; ayrıntı e-Fatura sayfamızda.
Kart verisi: CRM'e kart numarası ya da kart verisi taşınmaz. Bu bir tercih değil kuraldır ve kapsamın ilk satırına yazılır. Taşınan şey ödemenin sonucudur: tutar, tarih, para birimi, kanal ve durum.
Veri konumu: verileriniz Avrupa Birliği'nde tutulur: veritabanı Helsinki'de (Finlandiya), dosyalar Frankfurt'ta, yedekler Falkenstein'da (Almanya). Türkiye'de hiçbir bileşenimiz yok ve bölge seçimi diye bir özelliğimiz yok. Bu, KVKK m.9 kapsamında yurt dışına aktarımdır; dayanağınızı sözleşme sürecinde birlikte kurarız. Ayrıntı güvenlik sayfasında ve KVKK aydınlatma metnindedir.
Sertifika: ISO 27001 veya SOC 2 belgemiz yok ve alana kadar da iddia etmeyeceğiz. Kurumsal güvenlik değerlendirme formlarınızı dolduruyor, mimariyi yazılı anlatıyoruz.
Rakamı bu sayfaya değil, fiyatlandırma sayfasına yazıyoruz
Param bağlantısının kapsamı ve varsa bedeli keşif görüşmesinde çıkarılıp yazılı paylaşılır. Plan fiyatlarını ise tek yerde tutuyoruz; iki yerde farklı bir rakam okumayasınız diye.
Üç plan, kapsam tablosu ve ayrı fiyatlanan kalemler tek sayfada.
Param ve Rapitek CRM hakkında sık sorulanlar
Rapitek CRM'in Param entegrasyonu var mı?
Rapitek CRM'de hazır Param modülü var mı?
Bağlantı hangi yönde çalışır?
Tahsilatı siparişle nasıl eşleştiriyorsunuz?
Bayi bazında açık bakiyeyi satış ekranında görebilir miyiz?
Sanal POS, ödeme linki ve havaleyi ayrı ayrı raporlayabilir miyiz?
CRM üzerinden Param ile ödeme alınabilir mi?
Kart bilgisi CRM'e taşınır mı?
Geciken tahsilat için bayiye hatırlatma gönderebilir miyiz?
Çek ve senetlerimizi de takip edebilir misiniz?
Bağlantıyı bizim geliştiricimiz yazabilir mi?
Bu bağlantının maliyeti nedir?
Kurulum ne kadar sürüyor?
Verilerimiz nerede tutuluyor?
Destek kimden geliyor?
Bu bağlantıyı satın almadan önce görebilir miyiz?
İlgili sayfalar
Entegrasyonlar
Hangi bağlantı bugün üründe çalışıyor, hangisini talep üzerine kuruyoruz; kapsam ve kurulum koşulları da burada.
e-Fatura ve CRM
Tahsilattan sonraki soru: belgeyi kim keser, bilgisi CRM'e nasıl gelir, hangi alan üründe hiç yoktur.
Netsis entegrasyonu
Cari ve bakiye tarafı bir ERP'deyse: hangi verinin hangi yöne aktığı ve yöntemin nasıl seçildiği.
Bayi mutabakatınızı 30 dakikada masaya yatıralım
Tanışma görüşmesinde tahsilatın hangi kanallardan geldiğini, ödemeyi siparişe hangi alanın bağladığını ve açık bakiyenin kimin ekranında görünmesi gerektiğini kendi senaryonuz üzerinden konuşalım. Ardından 7 günlük deneme hesabınızı açalım; kredi kartı istemiyoruz.
