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, OAuth2, 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.
Önce dürüst tablo: Param bizim ödeme sağlayıcı kaydımızda tanımlı değil
Param için kutudan çıkan bir modülümüz yok ve olduğunu söylemeyeceğiz. Bağlantı; REST API, OAuth2, 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 bu sayfa “Param bağlantısını kuruyoruz” der; “Param adaptörümüz var” demez. İkisi arasındaki fark, işe başladığınız gün sizi neyin beklediğidir ve bu farkı satış görüşmesinde değil burada söylüyoruz.
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. Herkese aynı düğmeyi verip “bir tuşla bağlanır” demek, eşleşme alanı farklı olan ilk müşteride tutmayan bir vaat olurdu.
Bağlantı için gereken arayüz hazır ve belgeli: ürün kutudan 183 iş nesnesiyle geliyor ve her biri REST API'de kendi veri ve şema ucuyla yayımlanıyor — alan yapısını describe ile dışarıdan okuyabilirsiniz. Yanında OAuth2 ile yetkilendirme, imzalı giden webhook ve dört adımlı içe/dışa aktarma sihirbazı var. Bunun bir blöf olmadığının kanıtı ayrı bir olguda: bugün canlı bir müşteri kurulumunda üçüncü taraf bir ERP entegratörü aynı REST API üzerinden kayıt okuyup yazıyor. Ad vermiyoruz — yayımlama iznimiz yok — ve tek bir kurulum olduğunu da yazıyoruz. 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ı vaat etmiyoruz.
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; hatırlatma şirket WhatsApp numarasından ya da SMS ile gönderilir ve İYS izin kaydıyla birlikte yürür.
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: bugün 19 kiracıda toplam 277 özel alan tanımlı.
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; hatırlatma WhatsApp ya da SMS ile gider | Rapitek CRM — kendi Meta ve Verimor hesaplarınızla |
| 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, ekstre ve IBAN eşleştirme tarafında ürüne yazılmış kod 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.
Sınırlarımız: bu sayfada vaat etmediklerimiz
Sayfa “kuruyoruz” diyor; “var” demediğimiz her şey de tek yerde dursun.
- “Param adaptörümüz var” demiyoruz. Ü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.
- “CRM'den tahsilat alın” demiyoruz. CRM kart saklamaz, tahsilat denemesi yapmaz, ödeme linki üretmez. Para hareketi ödeme sağlayıcınızda gerçekleşir.
- Abonelik ve otomatik faturalandırma vaat etmiyoruz. Abonelik, fatura ve ödeme modeli üründe tanımlı değil.
- Banka ekstresiyle havale eşleştirme yok. Bu tarafın üründe hiç kodu bulunmuyor.
- Çek ve senet takibi için özel bir modül tanımlamıyoruz. Taşınabilecek şey, muhasebe tarafında zaten oluşmuş tahsilat kaydının bilgisidir.
- Sipariş → fatura → tahsilat zincirinin kendiliğinden akacağını söylemiyoruz, stok senkronu vaat etmiyoruz ve üretim/MRP otomasyonu vaat etmiyoruz. Üçünün nedenini ve yerine ne yapılabildiğini tek yerde yazdık: vaat etmediğimiz üç şey.
- e-Fatura kesmiyoruz. 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 — ve vaat etmediğimiz üç şeyin nedeni.
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
Demoda 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.
Kart verisi CRM'e taşınmaz. Kapsam ve varsa bedel keşifte çıkarılıp yazılı paylaşılır.
