Çoğu e-pin satıcısı kurumsal alımı şöyle sanır: büyük bir firma arar, "şu kadar kod lazım" der, sen de iskonto yapıp gönderirsin. Gerçek tam tersi yönde işler. Kurumsal alıcı senden ürün satın almaz; tekrarlanabilir bir süreç satın alır. Ürünü zaten bulabiliyor, hatta senden daha ucuza bulabiliyor. Onun aradığı şey, o kodun nereden geldiğini, kime teslim edildiğini, faturasının hangi satıra oturduğunu ve bir sorun çıktığında kimin hangi sürede ne yapacağını kanıtlayabilen bir tedarikçi.
İşte bu yüzden yıllardır perakende tarafında günde binlerce kod satan işletmeler, ilk kurumsal teklifte sessizce elenir. Eksik olan sermaye değil, stok değil, hatta fiyat bile değil. Eksik olan altyapı: kullandığın e-pin scripti kurumsal alımın istediği izleri üretemiyor. Bu yazıda, o izlerin ne olduğunu, ihale dosyasının hangi maddesinde hangi ekranın karşılığını istediklerini ve bir dijital ürün satış scripti üzerinde bunu nasıl kuracağını konuşacağız.
Kurumsal alıcı senden ürün değil "iz" istiyor: bunu neden kimse söylemiyor?
Bir satın alma uzmanının performansı, aldığı malın ucuzluğuyla değil, ay sonunda mutabakatın sorunsuz kapanmasıyla ölçülür. O yüzden sana sorduğu sorular tuhaf gelir: "Kodları kim teslim aldı, log var mı?", "Aynı kodu ikinci kez gönderme riski nasıl engelleniyor?", "Kullanılmamış kodu iade edebilir miyiz?". Perakende zihniyle bakarsan bunlar gereksiz bürokrasi. Kurumsal zihinle bakarsan bunların her biri bir risk maddesi.
Bu soruların cevabı pazarlama diliyle verilmez, ekran görüntüsüyle verilir. Panelinde her kod için tarih-saat damgalı teslim kaydı, alıcı hesabı, IP izi ve statü değişimi varsa konuşma bir anda yön değiştirir. Yoksa ne kadar iyi niyetli olduğunu anlatman fark etmez. İz üretmeyen bir e-pin satış yazılımı, kurumsal kapıda görünmez bir duvar gibidir.
İhale dosyasının gerçek kapısı: teknik yeterlilik mi, e-pin scripti mi?
İhale ve çerçeve anlaşma dosyalarında genelde iki bölüm olur: idari şartlar ve teknik şartlar. İdari kısımda vergi levhası, faaliyet belgesi, imza sirküleri, referans listesi gibi klasik evraklar istenir; bunlar muhasebecinin işi. Ama teknik şartname senin işin ve tam olarak orada kaybediliyor. Çünkü teknik şartname "tedarikçi, siparişleri elektronik ortamda izlenebilir biçimde teslim edecektir" gibi bir cümle içerir ve bu cümlenin karşılığı bir yazılım yeteneğidir.
Pratikte ihaleye girebilmek için üç yeteneği kanıtlaman gerekir: sipariş kalemini kuruma ait bir alt hesaba bağlamak, teslimatı raporlanabilir hâle getirmek ve dönemsel faturayı tek dosyada üretmek. Bunların üçü de bir epin yazılım kurgusunda kurumsal hesap tipi, sipariş referans alanı ve dönem raporu olarak karşılık bulur. Bu alanlar yoksa şartnameye "evet" yazsan bile ilk denetimde açık verirsin.
| Alıcı tipi | Asıl beklentisi | Ödeme biçimi | Panelde karşılığı |
|---|---|---|---|
| İnternet kafe zinciri | Şube bazlı kota ve tek fatura | Haftalık cari | Alt hesap + limit |
| Oyun stüdyosu / yayıncı | Kampanya için toplu kod havuzu | Peşin, tek seferlik | Toplu kod talebi + CSV çıktı |
| Kurumsal İK / hediye alımı | Personele dağıtım listesi | 30 gün vadeli | Toplu teslim + alıcı kaydı |
| Ajans / promosyon şirketi | Kullanım bazlı raporlama | Hakediş usulü | Dönem raporu + statü takibi |
| Kamu / vakıf alımı | Şartname uyumu ve denetim izi | Muayene sonrası | Log arşivi + imzalı teslim tutanağı |
Tek bir fatura satırı bütün işi neden çöpe atar?
Kurumsal tarafın en sevmediği şey, 400 kalemlik bir siparişin 400 satırlık faturaya dönüşmesidir. Muhasebe bunu işlemez, işlemek istemez. Beklenti şudur: kalem bazında detay ekte, faturada gruplanmış satır. Yani ürün ailesine göre birleştirilmiş, adet ve birim fiyat gösteren, toplamı sözleşmedeki fiyatla kuruşu kuruşuna eşleşen bir belge.
Bu iş elle yapılamaz; yapılırsa ilk mutabakatta yakalanırsın. Sağlam bir dijital ürün satış yazılımı dönem sonunda aynı kurumsal hesabın tüm hareketlerini gruplayıp tek belgeye indirir ve kalem detayını ayrı dosya olarak verir. Faturayı sipariş verisinden türetemiyorsan kurumsal işe hazır değilsin demektir; çünkü mutabakat farkı, kâr marjından değil itibardan yenir.
Kurumsal alım tekliflerinin reddedilme nedenleri
- Belge ve izlenebilirlik eksiği 45%
- Yazılı SLA verilememesi 25%
- Vade ve limit yapısının kurulamaması 20%
- Fiyat 10%
Toplu alım fiyatlandırması: iskonto değil, taahhüt matematiği
Perakendede fiyat kırmak bir reflekstir; kurumsalda bir sözleşmedir. Kurumsal alıcıya "toplu alırsan indirim yaparım" demek zayıf bir cümle. Güçlü cümle şudur: "Üç aylık 600 bin TL taahhüt karşılığında birim fiyatı sabitliyorum, taahhüt tutulmazsa fark faturası düzenliyorum." Fark, riskin iki tarafa da yazılı dağıtılmasıdır.
Bunun yazılım tarafı ise kademeli fiyat listesidir. Aynı ürün için hesap grubuna göre farklı birim fiyat, dönem içi kümülatif ciroya göre otomatik kademe geçişi ve taahhüt takibi. Bu üçü panelde varsa satış görüşmesine bir tablo ile girersin; yoksa her kurumsal teklifi Excel'de elle kurgulamak zorunda kalırsın ve bir gün mutlaka yanlış fiyat gönderirsin.
Kurumsal alıcı 12 sayfalık sunum okumaz. Bir sayfada ürün listesi, birim fiyat, teslim süresi, SLA maddeleri ve iletişim tek kişi olsun. Arka tarafta panelden üretilmiş örnek dönem raporu ekle; bu tek ek, rakiplerinin çoğunu devre dışı bırakır.
Teslimat SLA'sını yazılı vermeye hazır mısın?
SLA korkutucu görünür ama aslında seni koruyan taraf orasıdır. Yazılı bir hizmet seviyesi olmadan çalışırsan alıcının beklentisi sınırsız olur: gece yarısı 2.000 kodu 10 dakikada isteyebilir. Yazılı SLA ise sınırı çizer; "stokta kod varsa 15 dakika, tedarik gereken kalemde 4 saat, mesai dışı taleplerde ertesi iş günü 10:00" demek profesyonellik göstergesidir.
SLA'nın ölçülebilir olması için sipariş anı ile teslim anı arasındaki süreyi kaydeden bir sistem şart. Bu veriyi tutan bir e-pin satış scripti ile ay sonunda "siparişlerin %97,4'ü taahhüt süresinde teslim edildi" diyebilirsin. Bu cümle, sözleşme yenilemede fiyat konuşmasını tamamen değiştirir; artık en ucuz değil, en güvenilir tedarikçi konumundasın.
Denetim izi ve veri saklama: sıkıcı görünen kısım işi getiriyor
Kurumsal alımda en son sorulan ama en belirleyici soru veri tarafıdır: kayıtları ne kadar süre saklıyorsun, kim erişiyor, yetki kademeleri var mı, personel çıkışında erişim nasıl kapanıyor. Küçük işletmede bunların tamamı tek kişinin kafasındadır ve bu, kurumsal tarafta doğrudan risk demektir.
Çözüm karmaşık değil: rol bazlı yetki, işlem logu, dışa aktarma izni ve silme yetkisinin ayrı tutulması. Bunları destekleyen bir e-pin yazılımı kullanıyorsan, denetim sorusuna ekran göstererek cevap verirsin. Pinova tarafında bu başlıkların nasıl karşılandığını görmek için özellikler bölümüne bakabilir, paket farklarını fiyatlandırma kısmında karşılaştırabilirsin.
| Kontrol maddesi | Neden gerekli | Hazır mı? |
|---|---|---|
| Kurumsal hesap tipi ve alt kullanıcı | Şube/departman bazlı sipariş ayrımı | Panelde tanımlı olmalı |
| Cari limit ve vade takibi | Vadeli satışta risk kontrolü | Otomatik uyarı kurulmalı |
| Kademeli fiyat listesi | Taahhüt bazlı fiyatlama | Hesap grubuna bağlanmalı |
| Teslim logu ve süre ölçümü | SLA raporlaması | Zaman damgası zorunlu |
| Dönem raporu ve tek fatura çıktısı | Mutabakat kolaylığı | CSV/PDF dışa aktarım |
| Rol bazlı yetki ve işlem kaydı | Denetim izi | Personel bazlı ayrılmalı |
| Kod tekrar teslim engeli | Aynı kodun iki kez gitmemesi | Sistemsel kilit şart |
Kurumsal kapıyı açacak altyapıyı bugün kur
Belge düzeni, SLA ölçümü ve dönem raporlaması bir kişinin gayretiyle değil, doğru yazılımla sürdürülebilir. Pinova ile kurumsal satışa hazır bir panel üzerinden başla.
Şahıs şirketiyle kurumsal alıma girebilir miyim?
Evet, çoğu özel sektör alımında şirket tipi engel değil; belge düzeni ve fatura kapasitesi belirleyici. Kamu ihalelerinde ise şartnamedeki yeterlilik kriterlerini tek tek okumalısın.
Vadeli satışta riski nasıl sınırlarım?
Her kurumsal hesaba cari limit tanımla, limit aşımında sipariş girişini otomatik durdur ve ilk üç ayı düşük limitle çalış. Ödeme disiplini oturdukça limiti kademeli artır.
Teklif dosyasına hangi ekleri koymalıyım?
Ürün ve birim fiyat listesi, teslim süresi taahhüdü, örnek dönem raporu, iletişim ve eskalasyon bilgisi. Bu dört ek çoğu alımda yeterli oluyor.
Mevcut panelim kurumsal talebi kaldırmazsa ne yapmalıyım?
Önce eksik alanları listele: alt hesap, limit, kademeli fiyat, teslim logu, dönem raporu. Sonra bu beş başlığı karşılayan bir altyapıya geçmek, her teklifte elle çözüm üretmekten çok daha ucuza gelir.
Kurumsal satış bir anda gelmez; hazır olduğun gün gelir. Bu yazıdaki kontrol listesini kendi panelinde madde madde işaretle, eksiklerini gör ve altyapıyı ona göre kur. Hangi ekranın hangi şartname maddesine karşılık geldiğini kendi gözünle görmek istersen canlı demo üzerinden kurumsal hesap, limit ve dönem raporu akışını baştan sona deneyebilirsin.