POS:n ja ERP:n myynti-, varasto- ja hintasynkronointi
POS ERP:ään: myynti, varasto ja hinnat tahdissa
Myynnit ja palautukset kirjattuina jokaisesta myymälästä, varasto- ja hintamuutokset lähetettyinä takaisin ja päivänpäätöserät täsmäytettyinä.
Rakennekaavio
Vierittäkää sivusuunnassa nähdäksenne koko piirroksen.
POS:sta ERP:iin: jokainen myynti kirjataan kerran
Myynti kulkee kassoilta ERP:iin tapahtumina, ja hinnat ja varasto kulkevat takaisin. Yhteyden katkaissut myymälä jatkaa myyntiä ja ottaa kiinni. Epäonnistunut kirjaus yritetään uudelleen ja annetaan sitten ihmiselle.
- Ensisijainen kulku
- Asynkroninen
- Poikkeuspolku
Kulku 8 vaiheessa
Kulku vaihe vaiheelta
- Kohteesta POS-päätteet kohteeseen Myymälä- tai POS-pilvipalvelin: Myynti, palautukset ja mitätöinnit (ensisijainen kulku).
- Kohteesta Myymälä- tai POS-pilvipalvelin kohteeseen Integraatiokerros: Myyntitapahtumat ja päivän päätössummat tapahtumajonon kautta protokollan REST/JSON kautta (asynkroninen).
- Kohteesta Integraatiokerros kohteeseen ERP: Myynti ja varastosiirrot kirjattu protokollan OData · REST/JSON kautta (ensisijainen kulku).
- Kohteesta ERP kohteeseen Integraatiokerros: Hinnat, kampanjat ja nimiketiedot API:n tai tiedostoviennin kautta protokollan REST/JSON kautta (ensisijainen kulku).
- Kohteesta Integraatiokerros kohteeseen Myymälä- tai POS-pilvipalvelin: Hinta- ja varastopäivitykset protokollan REST/JSON kautta (ensisijainen kulku).
- Kohteesta Integraatiokerros kohteeseen Uudelleenyritysjono: Kirjaus epäonnistui (poikkeuspolku).
- Kohteesta Uudelleenyritysjono kohteeseen Integraatiokerros: Yritetty uudelleen (poikkeuspolku).
- Kohteesta Uudelleenyritysjono kohteeseen Myymäläoperaatioiden tiimi: Yhä epäonnistuu: hälytys yksityiskohtineen (poikkeuspolku).
Yleiskatsaus
Tämä on virta myymälöidenne kassojen ja niiden takana olevan ERP:n välillä. Myynnit, palautukset ja mitätöinnit kulkevat ylös ERP:hen. Hinnat, kampanjat, tuotetiedot ja varasto kulkevat takaisin alas. Kun nämä erkaantuvat, myymälät myyvät väärällä hinnalla, varastolukuihin lakataan luottamasta ja talous viettää kuun lopun täsmäyttäen.
Viitearkkitehtuuri lähettää jokaisen myymälätapahtuman tapahtumana jonon sisältävän integraatiokerroksen kautta. Kerros muuntaa jokaisen tapahtuman ERP:n myynti- ja varastoasiakirjoiksi ja kirjaa sen täsmälleen kerran. Toiseen suuntaan ERP:n muutokset lähetetään myymälöille, jotka niitä tarvitsevat, joten jokainen kassa työskentelee samasta datasta.
Myymälät menettävät yhteytensä, ja ratkaisu odottaa sitä. Myymälä tai POS-pilvipalvelin jatkaa myyntiä ja ottaa kiinni, kun yhteys palaa. Epäonnistunut kirjaus yritetään uudelleen, ja yhä epäonnistuva annetaan henkilölle yksityiskohtineen sen sijaan, että se katoaisi.
Miten tiedonkulku toimii
Myynti kassalla
Jokainen myynti, palautus ja mitätöinti tallennetaan POS-päätteelle yksilöllisellä tunnisteella, myymälällä, kassalla ja ajalla.
Säilytys myymälässä
Myymälä tai POS-pilvipalvelin kerää tapahtumat ja lähettää ne eteenpäin tapahtumina säilyttäen ne turvallisesti myymälän ollessa offline-tilassa.
Kirjaus ERP:hen
Integraatiokerros muuntaa jokaisen tapahtuman myynneiksi ja varastoliikkeiksi ja kirjaa sen ERP:hen tarkistamalla sen tunnisteen, jotta mitään ei kirjata kahdesti.
Hintojen ja tuotteiden lähetys
Tuotetiedot, hinnat ja kampanjat julkaistaan ERP:stä niiden muuttuessa, sekä päivämäärä ja myymälät, joita kukin muutos koskee.
Jokaisen myymälän päivitys
Kerros toimittaa jokaisen muutoksen sitä koskeviin myymälöihin ja tallentaa, mitkä myymälät ovat vahvistaneet sen.
Kun jokin epäonnistuu
Kirjaus epäonnistuu
Tilapäiset viat yritetään uudelleen kasvavin viivein. Yhä epäonnistuva kirjaus menee virhejonoon, ja myymäläoperaatioiden tiimille lähetetään hälytys tapahtuman ja virheen kanssa.
Myymälä menee offline-tilaan
Myymälä jatkaa myyntiä paikallisella datallaan. Tapahtumat säilytetään ja lähetetään järjestyksessä, kun yhteys palaa, ja liian kauan hiljaisena pysyvä myymälä nostaa hälytyksen.
Tapahtuma saapuu kahdesti
Jokaisella tapahtumalla on yksilöllinen tunniste. Kerros tunnistaa toiston ja jättää sen huomiotta, joten katkoksen jälkeinen uudelleenlähetys ei koskaan kaksinkertaista myyntiä.
Myymälän ja ERP:n summat poikkeavat
Kunkin myymälän päivänpäätössummat verrataan siihen, mitä ERP vastaanotti. Ero avaa katselmuksen, jossa puuttuvat tai ylimääräiset tapahtumat on lueteltu.
Standardit ja järjestelmät
- Data ja analytiikka
- Apache Kafka
- ERP-järjestelmät
- SAP S/4HANA
- Oracle NetSuite
- Microsoft Dynamics 365 Business Central
- Odoo
- Integraatio
- REST
- Webhooks
- RabbitMQ
Kysymyksiä ja vastauksia
Pitäisikö myynnit kirjata reaaliajassa vai erissä?
Yleensä tapahtumina lähes reaaliajassa, koska varasto- ja myyntiluvut ovat silloin ajantasaisia päivän aikana. Jotkin ERP-järjestelmät tai lisenssit tekevät tiheistä kirjauksista kalliita, joten kerros voi myös ryhmitellä tapahtumat myymälä- ja kausikohtaisiksi yhteenvedoiksi. Valitsemme kanssanne sen perusteella, mitkä päätökset tarvitsevat ajantasaista dataa ja mitä ERP käsittelee hyvin.
Miten päivänpäätössummat täsmäytetään?
Jokainen myymälä lähettää päivänpäätössummansa maksutavoittain ja osastoittain. Kerros vertaa niitä tapahtumiin, jotka ERP vastaanotti samasta myymälästä ja päivästä. Jos ne täsmäävät, päivä suljetaan. Jos eivät, katselmus luettelee puuttuvat tai ylimääräiset tapahtumat, joten tiiminne voi korjata syyn eikä kirjata oikaisua.
Voiko kampanjat ja hinnanmuutokset ajastaa etukäteen?
Kyllä. Jokainen hinta- tai kampanjamuutos lähetetään etukäteen päivämäärän ja sitä koskevien myymälöiden kanssa, joten kassat vaihtuvat oikealla hetkellä ilman, että kukaan myymälässä toimii sen vuoksi. Kerros tallentaa, mitkä myymälät vahvistivat muutoksen, ja merkitsee ne, jotka eivät vahvistaneet.
Miten tämän käyttöönotto tehdään monessa myymälässä?
Aloitamme kokeilulla muutamassa myymälässä ja vertaamme niiden summia nykyiseen prosessiin joka päivä. Kun summat täsmäävät, otamme käyttöön ryhmissä tahdilla, jota myymäläoperaatioidenne tiimi pystyy tukemaan. Vanha prosessi pysyy saatavilla kullekin myymälälle, kunnes sen uusi virta on todistettu.
Minkä POS- ja ERP-järjestelmien kanssa tämä toimii?
Ratkaisu toimii minkä tahansa POS-järjestelmän kanssa, joka voi viedä tapahtumia rajapinnan, tapahtumien tai tiedostojen kautta, sekä ERP-järjestelmien kuten SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central ja Odoo kanssa. Vahvistamme oman POS- ja ERP-järjestelmänne rajapinnat alussa. Tuotteen nimeäminen ei tarkoita kumppanuutta sen toimittajan kanssa.
Kuka hoitaa epäonnistuneet kirjaukset tuotannossa?
Siitä sovitaan ennen tuotantoa. Yleensä myymäläoperaatioidenne tai taloustiiminne hoitaa liiketoimintavirheet, kuten tuntemattoman tuotteen, katselmuslistalta, ja tekninen tiimi hoitaa itse virran viat. Voimme tarjota tämän teknisen tuen osana jatkuvaa sopimusta, ja käyttöohje jaetaan tiiminne kanssa.
Aloittakaa keskustelulla, ei sopimuksella.
Kertokaa, mitä haluatte rakentaa, yhdistää tai suojata. Arkkitehti käy sen kanssanne läpi ja suosittelee, mistä aloittaa.
Mitä tapahtuu seuraavaksi
Ajan sopiminen
Tiimimme lähettää teille sähköpostia sopiakseen ajan tapaamiseen.
Ennakkokonsultointi
Tilaisuus on maksuton 30 minuutin verkkopohjainen ennakkokonsultointi: käymme läpi tavoitteenne, järjestelmänne ja rajoituksenne.
Valmiustarkastus
Tilaisuuden jälkeen järjestetään maksuton 48 tunnin valmiustarkastus, jossa pääarkkitehti tarkistaa projektinne kuusikohtaista valmiuden määritelmää vasten ja suosittelee sopivaa polkua.
Polun valinta
Laajuudeltaan valmiit projektit saavat sitovan tarjouksen kolmen ja viiden arkipäivän kuluessa. Konseptivaiheen projektit alkavat Blueprint Studiossa. Käynnissä oleva järjestelmä, joka ei toimi, on dokumentoimaton tai vaatii integraatiota, alkaa diagnostiikalla, jonka kesto on 1-2 viikkoa. Blueprint Studiolla ja diagnostiikalla on kummallakin kiinteä maksu, joka ilmoitetaan tarjouksessa.