Synchronizacja sprzedaży, stanów i cen POS–ERP
POS do ERP: sprzedaż, stany i ceny w zgodzie
Sprzedaż i zwroty księgowane ze wszystkich sklepów, zmiany stanów i cen wysyłane z powrotem oraz uzgadniane sumy dnia.
Blueprint
Prosimy przewinąć w bok, aby zobaczyć cały rysunek.
POS do ERP: każda sprzedaż zaksięgowana raz
Sprzedaż przepływa z kas do ERP jako zdarzenia, a ceny i zapasy wracają. Sklep, który traci połączenie, sprzedaje dalej i nadrabia zaległości. Księgowanie, które się nie powiedzie, jest ponawiane, a potem przekazywane osobie.
- Ścieżka główna
- Asynchroniczny
- Ścieżka wyjątku
Przepływ w 8 krokach
Przepływ krok po kroku
- Od Terminale POS do Serwer sklepu lub POS w chmurze: Sprzedaż, zwroty i anulowania (ścieżka główna).
- Od Serwer sklepu lub POS w chmurze do Warstwa integracji: Zdarzenia sprzedaży i sumy dnia, przez kolejkę zdarzeń przez REST/JSON (asynchroniczny).
- Od Warstwa integracji do ERP: Sprzedaż i ruchy magazynowe zaksięgowane przez OData · REST/JSON (ścieżka główna).
- Od ERP do Warstwa integracji: Ceny, promocje i dane artykułów, przez API lub eksport pliku przez REST/JSON (ścieżka główna).
- Od Warstwa integracji do Serwer sklepu lub POS w chmurze: Aktualizacje cen i zapasów przez REST/JSON (ścieżka główna).
- Od Warstwa integracji do Kolejka ponowień: Księgowanie nie powiodło się (ścieżka wyjątku).
- Od Kolejka ponowień do Warstwa integracji: Ponowione (ścieżka wyjątku).
- Od Kolejka ponowień do Zespół operacji sklepowych: Nadal nieudane: alert ze szczegółami (ścieżka wyjątku).
Przegląd
To przepływ między kasami w Państwa sklepach a ERP stojącym za nimi. Sprzedaż, zwroty i anulowania płyną w górę do ERP. Ceny, promocje, dane towarów i stany płyną z powrotem w dół. Gdy oba światy się rozjeżdżają, sklepy sprzedają po złej cenie, stany przestają być wiarygodne, a finanse spędzają koniec miesiąca na uzgadnianiu.
Wzorzec referencyjny wysyła każdą transakcję sklepową jako zdarzenie przez warstwę integracji z kolejką. Warstwa mapuje każde zdarzenie na dokumenty sprzedaży i zapasów ERP i księguje je dokładnie raz. W drugą stronę zmiany w ERP trafiają do sklepów, których dotyczą, więc każda kasa pracuje na tych samych danych.
Sklepy tracą połączenie i projekt to zakłada. Sklep lub serwer chmurowy POS sprzedaje dalej i nadrabia po powrocie łącza. Nieudane księgowanie jest ponawiane, a to, które nadal zawodzi, trafia do osoby wraz ze szczegółami, zamiast zniknąć.
Jak działa przepływ
Sprzedaż przy kasie
Każda sprzedaż, zwrot i anulowanie są rejestrowane na terminalu POS z unikalnym identyfikatorem, sklepem, kasą i czasem.
Buforowanie w sklepie
Sklep lub serwer chmurowy POS zbiera transakcje i wysyła je dalej jako zdarzenia, bezpiecznie je przechowując, gdy sklep jest offline.
Księgowanie w ERP
Warstwa integracji mapuje każde zdarzenie na ruchy sprzedaży i stanów i księguje je w ERP, sprawdzając identyfikator, aby nic nie zostało zaksięgowane dwa razy.
Wysyłanie cen i towarów
Dane towarów, ceny i promocje są publikowane z ERP przy każdej zmianie, wraz z datą i sklepami, których zmiana dotyczy.
Aktualizacja każdego sklepu
Warstwa dostarcza każdą zmianę do sklepów, których dotyczy, i zapisuje, które sklepy ją potwierdziły.
Gdy coś zawodzi
Księgowanie się nie udaje
Błędy przejściowe są ponawiane z rosnącymi opóźnieniami. Księgowanie, które nadal zawodzi, trafia do kolejki komunikatów niedoręczonych, a zespół operacji sklepowych otrzymuje alert z transakcją i błędem.
Sklep przechodzi w tryb offline
Sklep sprzedaje dalej na danych lokalnych. Transakcje są przechowywane i wysyłane w kolejności po powrocie połączenia, a sklep milczący zbyt długo wywołuje alert.
Transakcja przychodzi dwa razy
Każda transakcja ma unikalny identyfikator. Warstwa rozpoznaje powtórzenie i je ignoruje, więc ponowne wysłanie po awarii nigdy nie podwaja sprzedaży.
Sumy sklepu i ERP się różnią
Sumy dnia z każdego sklepu są porównywane z tym, co otrzymało ERP. Różnica otwiera przegląd z listą brakujących lub nadmiarowych transakcji.
Standardy i systemy
- Dane i analityka
- Apache Kafka
- Systemy ERP
- SAP S/4HANA
- Oracle NetSuite
- Microsoft Dynamics 365 Business Central
- Odoo
- Integracja
- REST
- Webhooks
- RabbitMQ
Pytania i odpowiedzi
Czy sprzedaż księgować w czasie rzeczywistym, czy wsadowo?
Zwykle jako zdarzenia blisko czasu rzeczywistego, bo stany i sprzedaż są wtedy aktualne w ciągu dnia. Niektóre ERP lub licencje czynią częste księgowania kosztownymi, więc warstwa może też grupować zdarzenia w podsumowania per sklep i okres. Wybieramy z Państwem na podstawie tego, które decyzje wymagają aktualnych danych i co ERP obsługuje dobrze.
Jak uzgadniane są sumy dnia?
Każdy sklep wysyła sumy dnia według typu płatności i działu. Warstwa porównuje je z transakcjami, które ERP otrzymało dla tego sklepu i dnia. Jeśli się zgadzają, dzień jest zamykany. Jeśli nie, przegląd wskazuje brakujące lub nadmiarowe transakcje, aby Państwa zespół mógł usunąć przyczynę zamiast księgować korektę.
Czy promocje i zmiany cen można planować z wyprzedzeniem?
Tak. Każda zmiana ceny lub promocji jest wysyłana z datą i sklepami, których dotyczy, z wyprzedzeniem, więc kasy przełączają się w odpowiednim momencie bez udziału personelu sklepu. Warstwa zapisuje, które sklepy potwierdziły zmianę, i oznacza te, które tego nie zrobiły.
Jak wdrożyć to w wielu sklepach?
Zaczynamy od pilotażu w kilku sklepach i codziennie porównujemy ich sumy z obecnym procesem. Gdy sumy się zgadzają, wdrażamy w grupach, w tempie, które Państwa zespół operacji sklepowych jest w stanie obsłużyć. Stary proces pozostaje dostępny dla każdego sklepu, dopóki nowy przepływ nie zostanie sprawdzony.
Z jakimi systemami POS i ERP to działa?
Projekt działa z każdym POS, który eksportuje transakcje przez API, zdarzenia lub pliki, oraz z ERP takimi jak SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central i Odoo. Na starcie potwierdzamy interfejsy Państwa konkretnego POS i ERP. Wymienienie produktu nie oznacza partnerstwa z jego dostawcą.
Kto zajmuje się nieudanymi księgowaniami po wdrożeniu?
Ustalamy to przed wdrożeniem. Zwykle Państwa zespół operacji sklepowych lub finansów obsługuje błędy biznesowe, takie jak nieznany towar, z listy przeglądu, a zespół techniczny obsługuje usterki samego przepływu. Możemy zapewnić to wsparcie techniczne w ramach stałej umowy, z instrukcją operacyjną udostępnioną Państwa zespołowi.
Najpierw rozmowa, nie umowa.
Prosimy opowiedzieć, co trzeba zbudować, połączyć lub zabezpieczyć. Architekt przechodzi przez to z Państwem, a następnie rekomenduje, od czego zacząć.
Co dalej
Ustalenie terminu
Nasz zespół pisze do Państwa, aby ustalić termin sesji.
Sesja przeddoradcza
To bezpłatna 30-minutowa konsultacja wstępna online: omawiamy Państwa cele, systemy i ograniczenia.
Ocena gotowości
To bezpłatna 48-godzinna ocena gotowości: główny architekt sprawdza projekt pod kątem 6-punktowej definicji gotowości i rekomenduje dopasowaną ścieżkę.
Wybór ścieżki
Projekty gotowe zakresowo otrzymują wiążącą ofertę w ciągu 3–5 dni roboczych. Projekty na etapie koncepcji zaczynają się w Blueprint Studio. Działający system, który zawodzi, nie ma dokumentacji lub wymaga integracji, zaczyna się od diagnostyki: 1–2 tygodnie. Blueprint Studio i diagnostyka mają stałą opłatę podaną w ofercie.