Toplu kod satışını çoğu işletmeci "büyük sipariş" olarak düşünür. Yani aynı sepet, aynı ödeme ekranı, sadece adet kutusunda 1 yerine 500 yazıyor. Bu bakış açısı, kurumsal satışın neden bir türlü açılmadığını da açıklar. Bir şirketin satın alma birimi senin sepetini kullanmaz; çünkü onun süreci sepetle başlamaz. Teklif ister, teklifi onaya sunar, onay çıkınca sipariş açar, sonra ödeme ve fatura akışı devreye girer. Sen bu zincirin hiçbir halkasına cevap veremiyorsan, fiyatın en iyisi olsa bile listeye girmezsin.
İşin sessiz avantajı da tam burada. Kurumsal toplu kod talebi geldiğinde rakiplerin çoğu "siteden alabilirsiniz" diye cevap verir ve satış orada ölür. Teklif üretebilen, stok rezerve edebilen, kodu istenen formatta teslim edebilen ve düzgün fatura kesebilen işletme ise aynı müşteriyi yıllarca elinde tutar. Bu yazıda kurumsal toplu satışın operasyon mekaniğini ve bunun e-pin satış scripti tarafında ne gerektirdiğini adım adım açıyoruz.
Kurumsal Alıcı Neden Senin Sepetinden Alışveriş Yapmaz?
Bir bireysel müşteri karar verir ve öder; süreç iki dakikadır. Kurumsal alıcıda karar veren, onaylayan ve ödeyen genellikle üç farklı kişidir. Talebi açan pazarlama birimi, bütçeyi onaylayan yönetici, ödemeyi yapan muhasebe. Bu üç kişinin ortak dili tek bir belgedir: teklif. Teklif numarası, geçerlilik tarihi, kalem kırılımı, birim fiyat, toplam, vergi ve teslim şekli yazılı olmadan hiçbir kurumsal satın alma süreci ilerlemez.
İkinci engel de fiyatın kararlılığıdır. Kurumsal alıcı, onay sürecinin üç gün süreceğini bilir ve o üç gün boyunca fiyatın sabit kalmasını ister. Sepet fiyatı anlık değişiyorsa onaya sunulan tutar ile ödeme anındaki tutar tutmaz, muhasebe kaydı bozulur ve süreç başa döner. Bu yüzden kurumsal satışta teklif sadece nezaket değil, teknik bir gerekliliktir: fiyatı zaman içinde kilitlemenin tek yolu.
Toplu Kod Talebinin Anatomisi: Teklif, Tahsis, Teslim
Sağlıklı bir toplu satış akışı üç aşamadan oluşur ve her aşamanın kendi teknik gereksinimi vardır. Teklif aşamasında fiyat ve geçerlilik süresi kilitlenir; bu aşamada stok henüz ayrılmaz, yalnızca mevcut mu diye kontrol edilir. Tahsis aşamasında onay geldikten sonra kodlar stoktan ayrılır ve başka bir siparişe satılamaz hâle gelir; rezervasyonun bir süresi olmalıdır ki ödeme gelmezse stok geri dönsün. Teslim aşamasında ise kodlar müşterinin istediği formatta, izlenebilir biçimde aktarılır.
Bu üç aşamayı ayırmak niye bu kadar önemli? Çünkü ayırmadığında iki klasik hatadan birine düşersin. Ya onay gelmeden stoğu ayırırsın ve elinde satılmayan bir rezerve stok birikir; ya da onay geldikten sonra stok ayırmadığın için ödeme geldiğinde "kod kalmadı" demek zorunda kalırsın. İkisi de kurumsal müşteriyi bir daha geri getirmez. Dijital ürün satış yazılımında rezervasyon süresi ve teklif geçerliliği ayrı alanlar olarak tanımlanabiliyorsa bu iki hata yapısal olarak ortadan kalkar.
| Teslim biçimi | Uygun olduğu durum | İzlenebilirlik | Teknik gereksinim |
|---|---|---|---|
| Şifreli CSV / XLSX paketi | Tek seferlik büyük parti | İndirme logu ve tek kullanımlık bağlantı | Toplu dışa aktarma, parola koruma |
| Kurumsal panel erişimi | Kodları zamanla kullanan müşteri | Kod kod kullanım kaydı | Alt kullanıcı, yetki, kota |
| API ile çekme | Kendi sistemine gömen müşteri | Çağrı bazlı tam log | Anahtar, oran sınırı, ortam ayrımı |
| Parçalı teslim (lot) | Aylık dağıtım yapan kampanyalar | Lot numarası bazında takip | Planlı teslim, lot etiketleme |
| Baskıya uygun kart formatı | Fiziksel dağıtım, etkinlik | Seri aralığı kaydı | Format şablonu, seri bloklama |
Fatura, Vergi ve Muhasebe: Kurumsal Satışın Gerçek Kapısı
Kurumsal satışta kaybedilen işlerin önemli bir kısmı fiyat yüzünden değil, belge yüzünden kaybedilir. Şirket unvanı, vergi dairesi ve numarası doğru basılmayan bir fatura muhasebeden geri döner; e-fatura akışına uygun olmayan bir belge hiç işlenmez. Toplu satışta ayrıca kalem kırılımı sorunu vardır: müşteri 500 kodu tek satırda mı, ürün bazında mı, lot bazında mı görmek istiyor? Bu tercih sonradan değiştirilemez, çünkü fatura kesilmiştir.
Bir de vadeli çalışma meselesi var. Kurumsal alıcı çoğu zaman peşin ödemek istemez; 15 veya 30 gün vade konuşur. Bu senin için bir cari hesap ve risk limiti demektir. Vade veriyorsan, o müşteri için limit tanımlamak, limit aşımında yeni siparişi durdurmak ve gecikmeyi görünür kılmak zorundasın. Bunlar elle Excel'de yürütülebilir ama üçüncü müşteriden sonra yürümez. Epin yazılım tarafında cari hesap, limit ve vade takibi yerleşikse kurumsal satış ölçeklenir; değilse her yeni kurumsal müşteri sana ek bir muhasebe yükü olarak biner.
Kurumsal Toplu Kod Taleplerinin Kullanım Amacı Dağılımı
- Pazarlama kampanyası ve çekiliş 45%
- Çalışan ödül ve teşvik programı 25%
- Yeniden satış ve dağıtım kanalı 20%
- Etkinlik ve turnuva ödülü 10%
Kademeli Fiyatlamayı Kuruma Göre Nasıl Kurgularsın?
Bayi kademesi ile kurumsal fiyat aynı şey değildir. Bayi düzenli ve tekrarlayan hacim getirir; kurumsal müşteri genelde büyük ama seyrek alır. Bayiye sürekliliği ödüllendiren bir kademe verirsin, kurumsala ise tek seferlik hacmi ödüllendiren bir eşik fiyatı. Bu ikisini aynı listede yönetirsen ya bayilerini kızdırırsın ya kurumsal müşteriyi kaçırırsın.
Pratik çözüm, kurumsal fiyatı ayrı bir fiyat grubu olarak tanımlamak ve teklif bazında geçerli kılmaktır. Yani kurumsal fiyat panelde herkese görünen bir liste değil, o teklife özel, geçerlilik süresi olan bir tutardır. Böylece hem bayi kademelerinin bütünlüğü korunur hem de her kurumsal görüşmede pazarlık alanı senin kontrolünde kalır. Ayrıca marj tabanını da korumak gerekir: minimum kâr eşiği tanımlı bir sistemde, teklif hazırlarken eşiğin altına düşen bir fiyatı yanlışlıkla vermen engellenir.
Beş yüz kodu tek pakette gönderip formatın yanlış olduğunu müşteriden öğrenmek, hem itibar hem stok kaybıdır. Doğru yol, onay sonrası önce 5 kodluk örnek bir lot göndermek ve müşteriden format onayı almaktır. Bu tek adım, toplu teslimde yaşanan sorunların büyük kısmını baştan siler.
Scriptin Bu Akışı Desteklemiyorsa Ne Olur?
Destek etmeyen bir altyapıda kurumsal satış yine yapılabilir; ama tamamen elle. Teklifi Word'de yazarsın, stoğu bir kenara not alırsın, kodları tek tek kopyalayıp Excel'e dökersin, faturayı ayrı programda kesersin, cariyi başka bir dosyada tutarsın. İlk iki müşteride çalışır, beşinci müşteride bir kod iki kere satılır ve o gün kurumsal satıştan vazgeçersin. Buradaki sorun ilginin eksikliği değil, akışın sistemde tanımlı olmamasıdır.
Pinova bu akışı satın alma sürecinin mantığına göre kurgular: teklif üretimi ve geçerlilik süresi, onaya bağlı stok rezervasyonu, lot etiketli toplu teslim, şifreli dışa aktarma, kurumsal fiyat grubu, cari limit ve vade takibi, kalem kırılımlı fatura çıktısı. Pinova e-pin satan bir yer değil; e-pin ve dijital ürün satan işletmenin kurumsal satışını tek akışta yönetebildiği dijital ürün satış scriptidir. Aşağıdaki liste, ilk kurumsal müşterine hazır olup olmadığını on dakikada test etmen için.
| Hazırlık kalemi | Neden gerekli | Hazır sayılma ölçütü | Öncelik |
|---|---|---|---|
| Numaralı ve tarihli teklif çıktısı | Onay süreci belge ister | PDF teklif 5 dakikada üretiliyor | Çok yüksek |
| Süreli stok rezervasyonu | Çift satışı ve ölü stoğu önler | Rezerve süresi dolunca stok geri dönüyor | Çok yüksek |
| Kurumsal fiyat grubu | Bayi kademesini bozmadan fiyat verir | Teklife özel fiyat tanımlanabiliyor | Yüksek |
| Şifreli toplu dışa aktarma | Kod güvenliği ve izlenebilirlik | Tek kullanımlık bağlantı ve indirme logu var | Yüksek |
| Lot etiketleme | Parçalı teslim ve sorun izleme | Her teslim lot numarasıyla kayıtlı | Orta |
| Cari limit ve vade | Vadeli çalışmanın riskini sınırlar | Limit aşımında sipariş duruyor | Orta |
| Kalem kırılımlı fatura | Muhasebe kabul kriteri | Ürün ve lot bazında satır üretiliyor | Yüksek |
| Minimum marj eşiği | Yanlış fiyat vermeyi engeller | Eşik altı teklif uyarı veriyor | Orta |
İlk kurumsal siparişini elle değil sistemle karşıla
Teklif üretimi, süreli rezervasyon, lot etiketli toplu teslim ve cari limit tek panelde birleştiğinde 500 kodluk bir sipariş operasyonel bir krize dönüşmez. Pinova'nın kurumsal satış akışını kendi ürün yapına göre değerlendir.
Kurumsal müşteriye kodu hangi formatta teslim etmeliyim?
Kararı müşterinin kullanım biçimi verir. Tek seferlik bir kampanya için şifreli CSV yeterlidir; kodları aylar boyunca dağıtacak bir şirket için kendi kurumsal panel erişimi, kendi sistemine gömecek bir müşteri için ise API çekme yöntemi daha uygundur.
Onay gelmeden stoğu rezerve etmeli miyim?
Hayır. Teklif aşamasında yalnızca stok kontrolü yapılır, rezervasyon onaydan sonra başlar ve mutlaka süreli olur. Süresiz rezervasyon, satılmayan ama satışa da kapalı bir stok yığını yaratır ve nakit akışını doğrudan bozar.
Kurumsal fiyatı bayi kademesiyle aynı tutabilir miyim?
Tutmamak daha sağlıklıdır. Bayi kademesi sürekliliği, kurumsal fiyat ise tek seferlik hacmi ödüllendirir. İkisini ayırmazsan düzenli hacim getiren bayin, yılda bir alan kurumsal müşteriyle aynı fiyatı gördüğünde ilişkiye olan güvenini kaybeder.
Vadeli satışta kendimi nasıl korurum?
Her kurumsal müşteri için cari limit tanımlar, limit aşımında yeni siparişi otomatik durdurur ve gecikmiş bakiyeyi panelde görünür kılarsın. Bu üç kontrol yerleşikse vade bir risk değil, rekabet avantajına dönüşür.
Kurumsal satış, bireysel satışın büyük hâli değil; farklı bir sürecin farklı bir dilidir. O dili konuşabilen işletme, aynı ürünü satarken hem daha yüksek ortalama sepetle hem de çok daha uzun müşteri ömrüyle çalışır. Teklif üretimi, süreli rezervasyon, lot etiketli teslim ve cari limit ekranlarının gerçekte nasıl göründüğünü denemek istersen canlı demo üzerinden kurumsal satış akışını baştan sona yürüt, sonra ihtiyacına uygun modülleri özellik listesinde karşılaştır.