Kurumsal Sistemler ve Entegrasyonlar
POS-ERP satış, stok ve fiyat senkronizasyonu
POS’tan ERP’ye: satışlar, stoklar ve fiyatlar uyum içinde
Her mağazadan satış ve iade kayıtları iletilir, stok ve fiyat değişiklikleri geri gönderilir ve gün sonu toplamları mutabakat edilir.
Plan
Tüm çizimi görmek için yana kaydırın.
POS’tan ERP’ye: her satış bir kez kaydedilir
Satışlar kasalardan ERP’ye olaylar olarak akar, fiyatlar ve stok geri akar. Çevrimdışı olan bir mağaza satışa devam eder ve sonra yetişir. Başarısız bir kayıt yeniden denenir, ardından bir kişiye iletilir.
- Birincil akış
- Asenkron
- İstisna yolu
Akış 8 adımda
Akış, adım adım
- POS terminalleri → Mağaza veya POS bulut sunucusu: Satışlar, iadeler ve iptaller (birincil akış).
- Mağaza veya POS bulut sunucusu → Entegrasyon katmanı: Satış olayları ve gün sonu toplamları, bir olay kuyruğu üzerinden, REST/JSON üzerinden (asenkron).
- Entegrasyon katmanı → ERP: Satışlar ve stok hareketleri kaydedildi, OData · REST/JSON üzerinden (birincil akış).
- ERP → Entegrasyon katmanı: Fiyatlar, promosyonlar ve ürün verileri, API veya dosya dışa aktarımıyla, REST/JSON üzerinden (birincil akış).
- Entegrasyon katmanı → Mağaza veya POS bulut sunucusu: Fiyat ve stok güncellemeleri, REST/JSON üzerinden (birincil akış).
- Entegrasyon katmanı → Yeniden deneme kuyruğu: Kayıt başarısız (istisna yolu).
- Yeniden deneme kuyruğu → Entegrasyon katmanı: Yeniden denendi (istisna yolu).
- Yeniden deneme kuyruğu → Mağaza operasyon ekibi: Hâlâ başarısız: ayrıntılarla uyarı (istisna yolu).
Genel bakış
Bu, mağazalarınızdaki yazar kasalar ile arkalarındaki ERP arasındaki akıştır. Satışlar, iadeler ve iptaller ERP’ye iletilir. Fiyatlar, promosyonlar, ürün verileri ve stoklar geri gönderilir. İkisi birbirinden koptuğunda mağazalar yanlış fiyattan satış yapar, stok rakamlarına güvenilmez ve finans ay sonunu mutabakatla geçirir.
Referans tasarım, her mağaza işlemini kuyruklu bir entegrasyon katmanı üzerinden olay olarak gönderir. Katman, her olayı ERP’nin satış ve envanter belgelerine eşler ve tam olarak bir kez kaydeder. Diğer yönde, ERP’deki değişiklikler ihtiyaç duyan mağazalara gönderilir, böylece her yazar kasa aynı veriyle çalışır.
Mağazalar bağlantısını kaybeder ve tasarım bunu bekler. Mağaza veya POS bulut sunucusu satışa devam eder ve hat geri geldiğinde yetişir. Başarısız olan bir kayıt yeniden denenir ve sürekli başarısız olan kayıt, kaybolmak yerine ayrıntılarıyla bir kişiye iletilir.
Akış nasıl işler
Yazar kasada satış
Her satış, iade ve iptal, POS terminalinde benzersiz bir tanımlayıcı, mağaza, kasa ve zaman ile kaydedilir.
Mağazada beklet
Mağaza veya POS bulut sunucusu işlemleri toplar ve olay olarak gönderir; mağaza çevrimdışıyken bunları güvenle bekletir.
ERP’ye kaydet
Entegrasyon katmanı her olayı satış ve stok hareketlerine eşler ve ERP’ye kaydeder; hiçbir şeyin iki kez kaydedilmemesi için tanımlayıcısını kontrol eder.
Fiyatları ve ürünleri gönder
Ürün verileri, fiyatlar ve promosyonlar değiştiğinde ERP’den yayımlanır; her değişikliğin geçerli olduğu tarih ve mağazalarla birlikte.
Her mağazayı güncelle
Katman her değişikliği geçerli olduğu mağazalara iletir ve hangi mağazaların bunu onayladığını kaydeder.
Bir şey başarısız olduğunda
Bir kayıt başarısız olur
Geçici arızalar artan gecikmelerle yeniden denenir. Hâlâ başarısız olan bir kayıt başarısız mesaj kuyruğuna gider ve mağaza operasyon ekibi işlem ve hatayla birlikte uyarılır.
Bir mağaza çevrimdışı olur
Mağaza yerel verisiyle ticarete devam eder. İşlemler bekletilir ve bağlantı geri geldiğinde sırayla gönderilir; çok uzun süre sessiz kalan bir mağaza uyarı oluşturur.
Bir işlem iki kez gelir
Her işlem benzersiz bir tanımlayıcı taşır. Katman tekrarı tanır ve yok sayar, böylece kesintiden sonra yeniden gönderim bir satışı asla ikiye katlamaz.
Mağaza ve ERP toplamları farklıdır
Her mağazanın gün sonu toplamları ERP’nin aldıklarıyla karşılaştırılır. Bir fark, eksik veya fazla işlemler listelenerek bir inceleme başlatır.
Standartlar ve sistemler
- Veri ve analitik
- Apache Kafka
- ERP sistemleri
- SAP S/4HANA
- Oracle NetSuite
- Microsoft Dynamics 365 Business Central
- Odoo
- Entegrasyon
- REST
- Webhooks
- RabbitMQ
Sorular ve yanıtlar
Satışlar gerçek zamanlı mı yoksa toplu olarak mı kaydedilmeli?
Genellikle gerçek zamanlıya yakın olaylar olarak, çünkü stok ve satış rakamları o zaman gün içinde güncel olur. Bazı ERP’ler veya lisanslar sık kayıtları maliyetli kılar, bu nedenle katman olayları mağaza ve dönem başına özetler halinde de gruplayabilir. Hangi kararların güncel veriye ihtiyaç duyduğuna ve ERP’nin neyi iyi işlediğine göre sizinle birlikte seçeriz.
Gün sonu toplamları nasıl mutabakat edilir?
Her mağaza gün sonu toplamlarını ödeme türü ve departman bazında gönderir. Katman bunları ERP’nin aynı mağaza ve gün için aldığı işlemlerle karşılaştırır. Uyuşurlarsa gün kapatılır. Uyuşmazlarsa inceleme, eksik veya fazla işlemleri listeler, böylece ekibiniz düzeltme kaydı yapmak yerine nedeni giderebilir.
Promosyonlar ve fiyat değişiklikleri önceden planlanabilir mi?
Evet. Her fiyat veya promosyon değişikliği, geçerli olduğu tarih ve mağazalarla birlikte önceden gönderilir, böylece yazar kasalar doğru anda geçiş yapar ve mağazada kimsenin işlem yapması gerekmez. Katman hangi mağazaların değişikliği onayladığını kaydeder ve onaylamayanları işaretler.
Bunu çok sayıda mağazada nasıl devreye alırsınız?
Birkaç mağazada pilot uygulamayla başlarız ve toplamlarını her gün mevcut süreçle karşılaştırırız. Toplamlar uyuştuğunda, mağaza operasyon ekibinizin destekleyebileceği bir hızda gruplar halinde devreye alırız. Eski süreç, her mağaza için yeni akışı kanıtlanana kadar kullanılabilir kalır.
Bu hangi POS ve ERP sistemleriyle çalışır?
Tasarım, işlemleri API, olaylar veya dosyalar aracılığıyla dışa aktarabilen her POS ile ve SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central ve Odoo gibi ERP’lerle çalışır. Başlangıçta belirli POS ve ERP’nizin arayüzlerini doğrularız. Bir ürünün adının anılması, tedarikçisiyle ortaklık anlamına gelmez.
Canlıya alındıktan sonra başarısız kayıtlarla kim ilgilenir?
Bu, canlıya almadan önce kararlaştırılır. Genellikle mağaza operasyon veya finans ekibiniz bilinmeyen ürün gibi iş hatalarını bir inceleme listesinden ele alır, teknik ekip ise akışın kendisindeki arızaları ele alır. Bu teknik desteği, işletim kılavuzu ekibinizle paylaşılarak süregelen bir anlaşmanın parçası olarak sağlayabiliriz.
Sözleşmeyle değil, bir görüşmeyle başlayın.
Ne inşa etmeniz, neyi bağlamanız veya neyi güvence altına almanız gerektiğini bize anlatın. Bir mimar sizinle birlikte inceler ve nereden başlanacağını önerir.
Sırada ne var
Zaman belirleme
Ekibimiz oturum için bir zaman belirlemek üzere size e-posta gönderir.
Ön danışmanlık oturumu
Bir ücretsiz 30 dakikalık çevrim içi ön danışmanlık oturumu: hedeflerinizi, sistemlerinizi ve kısıtlarınızı gözden geçiririz.
Hazırlık incelemesi
Bir ücretsiz 48 saatlik hazırlık incelemesi kapsamında baş mimar, projenizi 6 maddelik Hazırlık Tanımı’na göre kontrol eder ve uygun olan yolu önerir.
Yolun seçilmesi
Kapsamı hazır projeler 3–5 iş günü içinde içinde bağlayıcı bir teklif alır. Konsept aşamasındaki projeler Blueprint Studio’da başlar. Arızalı, belgelenmemiş veya entegrasyon gerektiren canlı bir sistem, 1–2 hafta teşhisiyle başlar. Blueprint Studio ve teşhisin her biri, teklifte belirtilen sabit bir ücrete tabidir.