Entegrasyon

POS Verilerinin ERP'ye Aktarılması (Dynamics, Business Central, SAP, NetSuite, Odoo)

POS sistemi satışları hızlı ve çevrim dışı olarak kaydedebilir. Ancak muhasebe ve finans süreçlerinin doğru çalışabilmesi için bu satışların ERP sistemine muhasebe kayıtları, vergi hareketleri ve stok işlemleri olarak aktarılması gerekir. Perakende ve yiyecek-içecek sektöründe yaşanan entegrasyon sorunlarının büyük bölümü, POS ile ERP arasındaki bu veri aktarım katmanında ortaya çıkar. Bu rehber, POS verilerinin ERP sistemlerine nasıl aktarıldığını, hangi bilgilerin gönderilmesi gerektiğini ve entegrasyon sırasında hangi kontrollerin yapılması gerektiğini açıklar.

ERP Sistemi POS'tan Hangi Verileri Bekler?

ERP sistemi kasada yapılan her işlemi görmek istemez. Onun ihtiyacı olan bilgi, satışların finansal sonuçlarıdır. Bunlar temel olarak; satış gelirleri, vergi kayıtları, ödeme yöntemleri, satılan malın maliyeti (COGS) ve stok hareketleri şeklinde özetlenebilir. Başarılı bir POS–ERP entegrasyonu, POS'ta gerçekleşen işlemleri bu finansal kayıtlar hâline dönüştürür. Sadakat puanları, ücretsiz ikramlar, kasa sayımları veya iptal edilen işlemler de sonuçta bu ana kategorilerden birine dönüştürülerek ERP'ye aktarılır.

Günlük Toplu Aktarım mı, Her Satışın Tek Tek Aktarılması mı?

POS verilerinin ERP'ye aktarılmasında iki temel yöntem bulunur. Günlük Toplu Aktarım: Şubenin gün sonunda oluşturduğu Z raporu esas alınır. Satışlar; gelir hesapları, vergi oranları ve ödeme yöntemleri bazında tek muhasebe fişi olarak ERP'ye gönderilir. Avantajları: ERP daha az veri işler, muhasebe süreçleri daha hızlı tamamlanır, mutabakat işlemleri kolaylaşır. Dezavantajı: Belirli bir fiş detayına ulaşmak gerektiğinde POS kayıtlarına dönmek gerekir. İşlem Bazlı Aktarım: Her satış fişi ERP'de ayrı bir belge olarak oluşturulur. Bu yöntem ayrıntılı denetim ve müşteri bazlı geçmiş takibi sağlar. Ancak; belge sayısı hızla artar, ERP performansı düşebilir ve lisans maliyetleri yükselebilir. Hibrit Yaklaşım: Birçok işletme her iki yöntemi birlikte kullanır. Kurumsal faturalar ve iadeler tek tek ERP'ye aktarılırken, perakende satışlar günlük özet olarak işlenir. Genel kural şudur: Düşük tutarlı ve müşteri bilgisi gerektirmeyen satışlar günlük toplu olarak aktarılabilir. Kurumsal faturalar veya e-Fatura kapsamındaki satışlar ise işlem bazında gönderilmelidir.

POS'tan ERP'ye Aktarılan Temel Veriler

Kullanılan ERP sistemi ne olursa olsun, POS entegrasyonlarında aynı temel veri grupları aktarılır. Satış Gelirleri: Satışlar ürün grubu, departman veya kategori bazında gelir hesaplarına işlenir. İndirimler ayrı takip edilir. Servis ücreti, teslimat ücreti veya ambalaj bedeli gibi ek gelirler farklı muhasebe hesaplarına aktarılabilir. Vergi Kayıtları: Vergiler; KDV oranlarına, vergi türlerine ve yasal düzenlemelere göre ayrıştırılarak ERP sistemine gönderilir. Elektronik fatura kullanılan ülkelerde vergi kayıtları, doğrulanmış e-Fatura verileri üzerinden oluşturulur. Ödeme Yöntemleri: Nakit, kredi kartı, dijital cüzdan, hediye kartı ve benzeri tüm ödeme yöntemleri ayrı muhasebe hesaplarında izlenir. Bu sayede banka mutabakatları doğru şekilde yapılabilir. Satılan Malın Maliyeti (COGS): COGS kayıtları satış anında veya dönem sonunda oluşturulabilir. Reçete bazlı çalışan POS sistemlerinde satılan ürünün kullandığı tüm malzemeler dikkate alınarak gerçek maliyet hesaplanabilir. Stok Hareketleri: Satılan ürünlere bağlı olarak stoktan düşen malzemeler ERP sistemine aktarılır. Örneğin satılan bir hamburger; ekmek, köfte, turşu ve sos gibi tüm malzemelerin stoktan düşülmesini sağlar.

ERP Sistemlerine Göre Entegrasyon Yaklaşımı

Her ERP sistemi aynı finansal bilgileri kullanır ancak bunları farklı veri yapılarıyla işler. Microsoft Dynamics 365: Genellikle günlük satış özetleri üzerinden çalışır. Satış, stok ve muhasebe kayıtları toplu olarak ERP'ye aktarılır. Microsoft Dynamics 365 Business Central: Günlük satış faturaları oluşturulabilir. Stok hareketleri ve ödeme kayıtları ayrı muhasebe işlemleri olarak işlenir. SAP: SAP sistemlerinde satış belgeleri ile stok çıkışları birbirinden bağımsız yönetilir. Kurumsal yapılarda POS verileri standart SAP entegrasyon yapıları üzerinden aktarılır. Oracle NetSuite: Satış kayıtlarını işlem bazında veya günlük muhasebe fişleri şeklinde kabul edebilir. Şube ve maliyet merkezi bilgilerinin doğru aktarılması raporlama açısından kritik önem taşır. Odoo: Odoo POS oturumları kapatıldığında muhasebe kayıtlarını otomatik oluşturabilir. Harici POS sistemleri ise satış ve stok hareketlerini API üzerinden ERP'ye aktarır.

Ödeme Yöntemlerinin Doğru Muhasebeleştirilmesi

Nakit satışların muhasebeleştirilmesi oldukça kolaydır. Kartlı ödemelerde ise süreç daha karmaşıktır. Çünkü banka, kart tahsilatını; ertesi gün, birkaç gün sonra veya komisyon kesintisiyle hesaba yatırabilir. Bu nedenle kart satışları doğrudan banka hesabına değil, önce geçici tahsilat hesaplarına aktarılmalıdır. Banka ödemeyi gerçekleştirdiğinde ilgili hesaplar kapatılır ve komisyonlar gider olarak muhasebeleştirilir. Bu yöntem banka mutabakatlarının doğru yapılmasını sağlar.

Vergi ve e-Fatura Süreçleri

Birden fazla vergi oranı kullanılan işletmelerde her ürün doğru vergi koduyla işaretlenmelidir. Gerçek zamanlı e-Fatura kullanılan ülkelerde POS sistemi vergi hesaplamasının son kaynağı değildir. Önce elektronik fatura oluşturulur, resmi sistem tarafından doğrulanır ve ardından ERP kayıtları oluşturulur. POSMena, Suudi Arabistan'da ZATCA Faz 2 süreçlerini destekleyerek doğrulanmış e-Fatura verilerini entegrasyon katmanına aktarır. Benzer entegrasyon modelleri Mısır, Hindistan ve İtalya gibi elektronik fatura kullanan ülkelerde de uygulanmaktadır. Vergi mevzuatı gerçek zamanlı onay gerektiriyorsa, ERP kayıtları doğrulanmış e-Fatura verilerine göre oluşturulmalıdır.

Satılan Malın Maliyeti ve Stok Mutabakatı

COGS kayıtları iki farklı yöntemle oluşturulabilir. İlk yöntemde maliyet satış anında hesaplanır. Bu sayede günlük brüt kârlılık anlık olarak izlenebilir. İkinci yöntemde maliyetler dönem sonunda stok sayımları tamamlandıktan sonra hesaplanır. Bu yöntem daha basit olsa da gerçek kârlılık ancak dönem sonunda görülebilir. Reçete bazlı çalışan POS sistemleri, satılan ürünleri malzeme bazında stoktan düşebildiği için özellikle restoran işletmelerinde çok daha doğru maliyet hesapları oluşturabilir. Çok şubeli yapılarda ise her şubenin kendi satın alma maliyetlerinin kullanılması gerekir. Aynı ürünün farklı şehirlerde farklı maliyetlerle satın alınması, ortalama maliyet hesapları kullanıldığında gerçek kârlılığı gizleyebilir.

Entegrasyon Sonrasında Yapılması Gereken Kontroller

POS ve ERP entegrasyonu yalnızca veri aktarımından ibaret değildir. Sistemin güvenilir çalıştığından emin olmak için düzenli mutabakat kontrolleri yapılmalıdır. Kontrol edilmesi gereken başlıca noktalar şunlardır:

  • Gün sonu Z raporundaki toplam satış tutarı, ERP kayıtlarıyla aynı mı?
  • Kasadaki nakit tutarı ERP kayıtlarıyla uyuşuyor mu?
  • Kart tahsilatları banka mutabakat hesaplarıyla eşleşiyor mu?
  • Vergi kayıtları POS ve ERP sistemlerinde aynı görünüyor mu?
  • Satılan ürünler stoktan doğru miktarlarda düşülmüş mü?
  • COGS kayıtları şube bazındaki gerçek maliyetlerle hesaplanmış mı?
  • İadeler ve iptal edilen satışlar ilgili gelir ve vergi hesaplarına doğru şekilde yansıtılmış mı?

Sıkça sorulan sorular

Her satış fişini mi yoksa yalnızca günlük özeti mi ERP'ye aktarmalıyız?

Anonim, peşin perakende satışlar için günlük özet aktarın; faturalı B2B satışları, iadeleri ve gerçek zamanlı e-Fatura onayı gerektiren durumları ise işlem bazında aktarın. Orta ölçekli işletmelerin çoğu hibrit bir model kullanır: nakit fişler için özet, adına fatura düzenlenen satışlar için belge bazlı aktarım.

Kart satışlarının banka mutabakatını bozmasını nasıl önleriz?

Brüt kart satışlarını doğrudan bankaya değil, her banka (acquirer) için ayrı bir kart tahsilat hesabına aktarın. Banka mutabakat dosyası bir iki gün sonra geldiğinde net tutarı bankaya, komisyonu ise bir gider hesabına işleyin. Bu tahsilat hesabı bir ay boyunca sıfıra dengelenmelidir.

e-Fatura kullanılan bir ülkede POS vergiyi doğrudan ERP'ye aktarabilir mi?

Nihai tutar olarak hayır. ZATCA Faz 2, Mısır ETA, Hindistan IRP veya İtalya SDI gibi düzenlemelerde yasal kayıt, doğrulanmış faturadır. POS ya onay yanıtını bekledikten sonra aktarım yapmalı ya da tahakkuk üzerinden aktarıp doğrulanmış arşivle mutabakat sağlamalıdır.

Business Central, Dynamics 365 F&O'dan farklı bir entegrasyon yapısına mı ihtiyaç duyar?

Evet. F&O, satış siparişlerini, faturaları ve stoğu tek bir toplu işlemde ele alan yerleşik bir Retail Statement (Perakende Ekstresi) aktarımına sahiptir. Business Central'da bu yoktur; yaygın yöntem, genel bir nakit satış müşterisine karşı günlük bir Satış Faturası ile stok için bir Item Journal (Stok Fişi) oluşturmak ve tahsilatları Cash Receipt Journal üzerinden işlemektir.

Satılan ürünün stoktaki ürün olmadığı yiyecek-içecek işletmelerinde COGS nasıl aktarılır?

Her menü ürününü satış anında bileşenlerine ayıran reçete bazlı bir POS kullanın. Böylece ERP, menü SKU'su için tek bir varsayımsal maliyet yerine her malzeme için bir stok çıkışı ve şube bazlı malzeme maliyetiyle bir COGS satırı alır. POSMena bunu, şube ve kanal bazlı maliyetlendirmeye sahip reçete tabanlı stok yönetimi olarak sunar.

Gizliliğinize değer veriyoruz

Sitenin çalışmasını sağlamak, nasıl kullanıldığını ölçmek ve deneyimi kişiselleştirmek için çerez kullanıyoruz. Kabul edebilir, reddedebilir veya neyin açık olacağını seçebilirsiniz. Çerez Politikamızı okuyun.