Taslak Siparişler İçin Merchant of Record Nasıl Seçilir?

Taslak siparişler zor bir yerde durur. B2B teklifi, telefon siparişi, özel paket ya da toptan fatura için bunları yönetim panelinizde elle oluşturur, ardından bir ödeme bağlantısı gönderirsiniz. İşlem normal ödeme sayfası akışınızın dışında gerçekleşir. Bu operasyonel olarak kolaydır, vergi uyumu açısından ise gerçekten sorunludur. Peki taslak siparişler için Merchant of Record'u nasıl seçersiniz?

Temel sorun şu: çoğu Merchant of Record sağlayıcısı ödeme sayfası seviyesinde entegre olur. Standart satın alma akışının içinde yer alır, vergiyi ödeme anında hesaplar ve o işlem için satıcı statüsünü üstlenir. Taslak sipariş bu akışı tamamen atlar. Yani sahip olduğunu varsaydığınız kapsam geçerli olmayabilir. Bu siparişlerde fark etmeden yasal satıcı olmaya devam edersiniz.

Bu, gözden kaçırılması kolay bir bölünmüş uyum durumu yaratır. Standart siparişleriniz kapsam altındadır, elle oluşturduğunuz siparişleriniz değildir. Vergi idaresi ise yükümlülüklerinizi değerlendirirken ikisi arasında ayrım yapmaz. Taslak siparişlerin gelirde anlamlı bir paya sahip olduğu işletmelerde, yani genellikle B2B satıcılarda ve toptan satış operasyonlarında, bu açık ciddi boyutlara ulaşabilir.

Bu kullanım senaryosu için sağlayıcı seçerken birkaç kriter önem taşır. Elle oluşturulan siparişleri destekliyor mu, yoksa yalnızca ödeme sayfası işlemlerini mi? Taslak siparişlerde KDV ve satış vergisini aynı doğrulukla hesaplıyor mu? Ters yükleme ve KDV numarası doğrulama dahil B2B senaryolarını yönetiyor mu? Standart akışın dışında oluşturulan ödeme bağlantılarını destekliyor mu? API'si, elle oluşturulan siparişleri aynı uyum katmanından geçirmenize izin veriyor mu?

Çoğu sağlayıcı bu sorulardan en az ikisine hayır cevabı verir. Bu kararın standart bir ödeme sayfası karşılaştırmasından daha fazla incelemeyi hak etmesinin nedeni tam olarak budur.

Inflowpay, inflowpay.com adresinde, tam kapsamlı bir Merchant of Record olarak çalışır. Elle oluşturulan ve otomatik akışların tamamını kapsayan bir REST API sunar, ücretleri rakiplerden %53'e kadar daha ucuzdur ve emanet tutmayan (non custodial) fon koruması sağlar.

Bu yazıda, taslak siparişler için Merchant of Record'un nasıl seçileceğini anlatıyoruz.

Taslak Sipariş Nedir ve Vergi Uyumunu Neden Zorlaştırır?

Taslak sipariş, müşterinin mağaza vitrininiz üzerinden verdiği bir sipariş değil, yönetim panelinizden elle oluşturduğunuz bir siparişdir. Sepeti kendiniz hazırlar, özel fiyat ya da indirim uygular, ardından müşteriye bir ödeme bağlantısı gönderir veya ödemeyi ayrıca kaydedersiniz. Terimi Shopify yaygınlaştırdı, ancak benzer işlevler çoğu e-ticaret platformunda manuel sipariş ya da fatura gibi adlarla bulunur.

Kullanım senaryoları meşru ve yaygındır. Toptan alıcının hacim fiyatı pazarlık ettiği B2B teklifleri. Bir satış temsilcisinin aldığı telefon veya e-posta siparişleri. Belirli bir müşteri için hazırlanan özel paketler. Yerinde alınan fuar siparişleri. Anında tahsilat yerine vade koşullarıyla yapılan fatura bazlı satışlar. Birçok işletme için bunlar ara sıra görülen bir istisna değil, gelirin anlamlı bir payıdır.

Uyum sorunu işlemin nerede gerçekleştiğinden kaynaklanır. Çoğu Merchant of Record sağlayıcısı ödeme sayfası seviyesinde entegre olur. Yani standart satın alma akışının içinde durur, müşterinin konumunu tespit eder, geçerli vergi oranını hesaplar, vergiyi tahsil eder ve o işlem için satıcı sıfatını üstlenir. Kapsamları bu akışa bağlıdır.

Taslak sipariş bu akışı tamamen atlar. Sipariş ödeme sayfasında değil, yönetim panelinizde oluşur. Bu da sağlayıcının siparişi hiç görmeyebileceği, üzerinde hiç vergi hesaplamayabileceği ve onun için hiç satıcı sıfatı üstlenmeyebileceği anlamına gelir. Pratik sonuç şudur: Kapsamda olduğunuzu düşünürken bu siparişlerde yasal satıcı siz kalırsınız.

Bu, tespit etmesi gerçekten zor bir durum yaratır. Standart siparişleriniz uyum katmanından doğru şekilde geçerken manuel siparişleriniz sessizce bu katmanın dışında birikir. Hiçbir şey bozulmaz, hata görünmez. Boşluk ancak bir denetimde ya da kimse izlemezken bir eşik aşıldığında ortaya çıkar.

Birkaç özel karmaşıklık bunu daha da ağırlaştırır. Taslak siparişler sıklıkla Avrupa Birliği içinde KDV sorumluluk değişimi (reverse charge) kurallarının geçerli olduğu B2B alıcıları içerir. Bu durumda standart oran uygulamak yerine KDV numarası doğrulaması gerekir. Özel fiyatlandırma eşik hesaplamalarını etkileyebilir. Platform dışında oluşturulan ödeme bağlantıları tamamen farklı bir işlemci üzerinden yönlenebilir. Fatura vadeleri ise vergiyi doğuran olayın tarihinin sipariş tarihinden farklı olması demektir.

Bir de yargı yetkisi boyutu var. Başka bir üye devletteki müşteriye verilen manuel sipariş, ödeme sayfası siparişiyle aynı OSS sonuçlarını doğurur, ancak yalnızca bir sistem bunu hesaplayıp raporlarsa.

Bu nedenle sağlayıcıya sorulacak soru vergiyi yönetip yönetmediği değil, ödeme sayfası dışında oluşturulan siparişlerde vergiyi yönetip yönetmediğidir.

Inflowpay, inflowpay.com adresinde, manuel ve otomatik akışları tek bir REST API ile kapsar.

Taslak Siparişler için Merchant of Record Seçerken Hangi Kriterler Önemlidir?

Standart karşılaştırma kriterleri burada da geçerlidir, ancak bir sağlayıcının manuel siparişleri gerçekten kapsayıp kapsamadığını birkaç ek soru belirler. İşte önemli olan kriterler.

Ödeme sayfası dışında oluşturulan siparişlerin kapsamı

Bu, belirleyici kriterdir ve çoğu karşılaştırmanın hiç değinmediği kriterdir. Sağlayıcının yalnızca ödeme sayfası işlemlerinde değil, yönetim panelinizde oluşturulan siparişlerde de satıcı sıfatını üstlenip üstlenmediğini doğrudan sorun. Bazıları yalnızca ödeme sayfası katmanına entegre olur. Bu da taslak siparişin uyumluluk motoruna hiç uğramadığı anlamına gelir.

Varsayımda bulunmayın, onayı yazılı olarak isteyin. "Shopify mağazanızı biz yönetiyoruz" ile "elle oluşturulanlar dahil her siparişi biz yönetiyoruz" arasındaki fark bir ayrıntı değildir. Cevap olumsuzsa, standart siparişleriniz kapsam altındayken her taslak sipariş sizi tam vergi sorumluluğuyla satıcı sıfatıyla ortada bırakır. Bu da takibi gerçekten zor bir bölünmüş durum yaratır.

API erişimi ve esneklik

Taslak siparişler standart akışın dışında kaldığı için pratik çözüm genellikle bir API üzerinden geçer. İyi dokümante edilmiş bir REST API sunan sağlayıcı, elle oluşturulan siparişleri otomatik siparişlerle aynı uyumluluk katmanından geçirmenizi sağlar. Bunu ya siparişi oluşturulurken göndererek ya da ödeme bağlantısını doğrudan sağlayıcı üzerinden oluşturarak yaparsınız.

API'nin sipariş oluşturmayı, özel kalemlerde vergi hesaplamasını, ödeme bağlantısı oluşturmayı ve durum geri çağrılarını karşılayıp karşılamadığını değerlendirin. Entegrasyonu yalnızca bir ödeme sayfası eklentisiyle sınırlı olan sağlayıcı, başka alanlardaki vergi kapsamı ne kadar iyi olursa olsun bu sorunu çözmez.

B2B yönetimi ve reverse charge

Taslak siparişler ağırlıklı olarak B2B işlemlerine kayar. Bu da tüketici ödeme sayfasında nadiren karşılaşılan kuralları devreye sokar. Avrupa Birliği içinde, başka bir üye devletteki KDV mükellefi bir işletmeye yapılan satış genellikle reverse charge kapsamına girer. Yani KDV tahsil etmezsiniz, ancak alıcının KDV numarasını doğrulamanız ve işlemi doğru şekilde raporlamanız gerekir.

Sağlayıcınızın KDV numaralarını VIES veritabanına karşı doğruladığından, koşullar sağlandığında reverse charge'ı otomatik uyguladığından ve bu işlemleri ilgili raporlamaya dahil ettiğinden emin olun. Her alıcıyı tüketici sayan bir sağlayıcı, B2B müşterilerinizden fazla tahsilat yapar ve yükümlülüklerinizi yanlış raporlar.

Ödeme bağlantısı ve fatura desteği

Taslak siparişler çoğu zaman anında kart işlemiyle değil, e-postayla gönderilen bir ödeme bağlantısı üzerinden tahsil edilir. Sağlayıcınızın, ödemeyi kendi kapsamı dışındaki ayrı bir işlemciye yönlendirmek yerine tam uyumluluk taşıyan bağlantılar oluşturduğunu doğrulayın.

Fatura koşulları ek bir husus getirir, çünkü vergi doğum tarihi yargı alanına göre sipariş oluşturma tarihinden farklı olabilir. Sağlayıcının, oluşturulmasından günler veya haftalar sonra ödenen siparişleri nasıl ele aldığını sorun.

Uyumluluk katmanı dahil toplam maliyet

Efektif maliyeti karşılaştırın, ilan edilen oranları değil. %5 artı sabit ücret alan bir sağlayıcı ile %4 artı 0,35 dolar alan bir sağlayıcı arasında, hacim büyüdükçe anlamlı bir fark oluşur. Özellikle B2B taslak siparişlerin ortalama tutarı genellikle bireysel işlemlerden yüksek olduğu için.

Manuel sipariş uyumunu şirket içinde yürütmek için aksi halde harcayacağınız tutarı da hesaba katın. Muhasebeci zamanı ve eşikleri aştığınız pazarlarda gerekebilecek mali temsilciler de buna dahildir.

Fon güvenliği ve ödeme koşulları

Son olarak paranızın nerede durduğunu değerlendirin. Ödeme yapmadan önce fonları tutan sağlayıcılar, bir risk sinyali nedeniyle dondurma riskine sizi açık bırakır. Büyük ve düzensiz tutarlardan oluşan B2B ödeme kalıpları da çoğu zaman tam olarak bu sinyalleri tetikler. Saklama yapmayan bir model bunu yapısal olarak ortadan kaldırır.

Merchant of Record Taslak Siparişlerinizle Nasıl Entegre Edilir?

Manuel siparişleri uyum katmanınıza bağlamak, otomatik gerçekleşmediği için bilinçli bir kurulum gerektirir. Merchant of Record'u taslak siparişlerinizle şöyle entegre edersiniz.

1. Taslak siparişlerin şu an nasıl aktığını denetleyin
2. Sağlayıcınızın manuel siparişleri kapsadığını doğrulayın
3. B2B ve B2C sipariş türlerinizi eşleyin
4. API'yi sipariş oluşturma sürecinize bağlayın
5. KDV numarası doğrulamasını yapılandırın
6. Ödeme bağlantısı oluşturmayı kurun
7. Yayına almadan önce farklı yetki alanlarında test edin
8. Sürekli mutabakat yapın ve izleyin

İlk adım, mevcut akışınızı denetlemektir. Taslak siparişlerin nasıl oluşturulduğunu, kimin oluşturduğunu, ödemenin nasıl tahsil edildiğini ve verginin şu an nerede hesaplandığını belgeleyin. Çoğu işletme bu çalışma sırasında manuel siparişlerin uyum katmanına hiç uğramadığını fark eder. Kapatılması gereken boşluk tam olarak budur.

İkinci adım, kapsamı yazılı olarak doğrulamaktır. Sağlayıcınıza, ödeme sayfasının dışında oluşturulan siparişlerde satıcı sıfatını üstlenip üstlenmediğini açıkça sorun. Buradaki belirsiz bir yanıt, olumsuz bir yanıttır.

Üçüncü adım, sipariş türlerinizi eşlemektir. KDV numarası doğrulaması ve olası reverse charge gerektiren B2B işlemleri, standart oran kurallarını izleyen B2C siparişlerden ayırın. Özel fiyatlandırma, toptan satış kademeleri ve fatura vadeleri vergi uygulamasını farklı etkilediği için her birini ayrıca belirleyin.

Dördüncü adım, API'yi bağlamaktır. Her taslak siparişi oluşturulduğu anda sağlayıcınıza iletin. Böylece vergi sonradan tahmin edilmez, gerçek kalemler ve fiyatlandırma üzerinden hesaplanır. Uyum katmanı gerçekten burada devreye girer.

Beşinci adım, KDV numarası doğrulamasını yapılandırmaktır. VIES veritabanı üzerinden doğrulama yapın. Böylece Avrupalı bir işletme alıcı koşulları sağladığında reverse charge manuel ve tutarsız şekilde değil, otomatik olarak uygulanır.

Altıncı adım, ödeme bağlantısı oluşturmayı kurmaktır; bunu ayrı bir işlemci üzerinden değil, sağlayıcı üzerinden yapın. Böylece işlem uyumluluk çerçevesinin içinde kalır.

Yedinci adım, yargı alanları arasında test yapmaktır. Yurt içi bir müşteriye, bir AB tüketicisine, bir AB işletmesine ve AB dışından bir alıcıya örnek siparişler oluşturun. Gerçek siparişleri işlemeden önce her birinde vergi uygulamasını doğrulayın.

Sekizinci adım, mutabakat ve izlemedir. Her ay taslak sipariş hacminizi sağlayıcınızın raporlamasında görünenle karşılaştırın. Herhangi bir fark, kapsam dışına kayan siparişlerin olduğunu gösterir.

Taslak Siparişlerde ve Uyumlulukta Hangi Hatalardan Kaçınmalısınız?

Bu hatalar tam da taslak siparişler bir uyumluluk meselesi gibi değil, operasyonel bir ayrıntı gibi göründüğü için yaygındır. Kaçınmanız gereken hatalar şunlardır.

• Merchant of Record'unuzun her şeyi kapsadığını varsaymak; oysa entegrasyonu ödeme sayfası düzeyindedir ve yönetim panelinizde oluşturulan siparişleri hiç görmez
• Her B2B alıcıyı tüketici gibi görmek; koşullar sağlandığında ters yükleme (reverse charge) uygulamak yerine standart KDV almak
• KDV numarası doğrulamasını atlamak ve müşterinin verdiği numarayı VIES veritabanında kontrol etmeden kabul etmek
• Ödeme bağlantılarını uyumluluk katmanınızın dışında oluşturmak; bu, işlemi hiçbir satıcı sorumluluğu üstlenmeyen bir işlemciden geçirir
• Taslak siparişleri eşik takibinin dışında bırakmak; sınır ötesi hacminiz kayıt limitlerini kimse fark etmeden aşar
• Fatura koşullarında yanlış vergi doğum anını uygulamak; ödeme, sipariş oluşturulduktan haftalar sonra farklı bir raporlama döneminde gelir
• Sipariş hacimlerinde mutabakat yapmamak; platformunuz ile sağlayıcınızın raporlaması arasındaki mutabakat, kapsam dışına kayan siparişleri görmenin tek yoludur
• Özel fiyatlandırma kararlarını hiç belgelememek; bir denetimde, neden belirli bir oranın uygulandığını gerekçelendiremediğinizde sorun olur

Bunların içinde ilki açık ara en ağır sonuç doğuranıdır. Uyumluluğunun halledildiğine gerçekten inanan bir işletme, gelirinin bir kısmı bu kapsamın dışında kalırken araştırma yapmak için bir neden görmez. Boşluk, herhangi bir uyarı işaretiyle değil denetimde ortaya çıkar ve o noktada birkaç yıllık işlemi kapsar.

B2B alıcıları tüketici gibi görmek ikinci sırada gelir. Uyumluluk hatasının ötesinde ticari ilişkilere de zarar verir; ödememesi gereken KDV'yi ödeyen bir toptan müşteri bunu fark eder ve profesyonelliğinizi sorgular.

Mutabakat eksikliği, bunların hepsinin sürmesine izin verendir. Aylık taslak sipariş sayınızı sağlayıcınızın raporlamasıyla karşılaştırmak dakikalar alır ve sorunu erkenden yakalar.