Maak kennis met de Alumio Route Builder
Verbind, orkestreer en beheer nu integraties op grote schaal vanuit één visuele interface
Een klant die aan de balie een aankoop doet, registreert dit in SAP als een verkoop op eigen rekening. Een zakelijke koper die in de winkel afhaalt, krijgt daarom een factuur volgens zijn eigen voorwaarden in plaats van dat hij als een gewone klant wordt geregistreerd.
Een kassasysteem is ontworpen om te verkopen aan iedereen die er fysiek voor staat, en SAP boekt geen verkoop aan een klant die niet al als zakelijke partner is geregistreerd. Dus een zakelijke koper die iets in een winkel afhaalt, wordt geregistreerd als een contante verkoop, en de kredietvoorwaarden, de rekening en de overeengekomen prijs gelden overal behalve op de fysieke locatie. Iemand op de financiële afdeling moet de transactie later opnieuw opbouwen aan de hand van een bon, als die bon al gevonden kan worden. De koppeling tussen SAP en Odoo POS overbrugt dit probleem: de kassa kan een klant identificeren die al in SAP bestaat, en de verkoop wordt aan die klant gekoppeld.
DATA DIE TUSSEN SYSTEMEN STROOMT
Zakelijke partners
Klantprijzen
Kassatransacties
Betaalregels
Productgegevens
Winkelvestigingen
Een klant die al in SAP geregistreerd staat, kan bij de Odoo POS-kassa worden herkend. Hierdoor wordt een betaling in de winkel geboekt op hun account in plaats van als een anonieme contante verkoop.
Doordat de verkoop met de klant eraan gekoppeld in SAP terechtkomt, hoeft de financiële afdeling aan het einde van de maand niet meer uit een stapel papier te reconstrueren welke bon bij welke rekening hoorde.
Winkeltransacties verschijnen in dezelfde klantgeschiedenis als alle andere aankopen van de klant, waardoor vragen over een levering en vragen over het ophalen van een artikel op één plek beantwoord worden.
Anonieme verkopen worden nog steeds verwerkt met de snelheid die een wachtrij vereist, omdat de kassier de klant pas identificeert als er daadwerkelijk een klant is om te identificeren.
Alumio maakt via de beschikbare API verbinding met Odoo POS, net zoals met elk ander bereikbaar systeem. Hierdoor kan een kassasysteem een klant opzoeken die al in SAP bestaat en de verkoop boeken op de bijbehorende rekening in plaats van als een contante transactie.
De prijzen die SAP voor die klant hanteert, worden doorgegeven aan de Odoo POS-sessie. Een inkoper die in de winkel afrekent, betaalt dus het bedrag dat op zijn account staat, in plaats van de schapprijs die de kassamedewerker toevallig op het scherm ziet.
Anonieme en geïdentificeerde verkopen komen via dezelfde kassa in één proces binnen, en Alumio routeert ze elk naar de juiste verwerking in SAP. Hierdoor heeft een winkel geen twee kassa's of twee processen nodig om beide soorten klanten te bedienen.
Alumio fungeert als een beheerde integratie-backbone tussen verkoopkanalen en fulfillment-systemen. Orders worden gerouteerd, getransformeerd en gevalideerd, terwijl statusupdates naar elk kanaal worden teruggestuurd.
Authenticeer je systemen met de kant-en-klare connectors van Alumio. Kies uit meer dan 200 connector-pakketten in de marketplace, plus onbeperkte aangepaste integraties.
Bepaal in een visuele interface hoe datavelden tussen systemen worden gekoppeld. Pas formaten aan, verrijk records en pas bedrijfslogica toe, zonder dat er maatwerkcode nodig is.
Configureer flows zodat ze in real-time, op basis van events, volgens een schema of beide worden uitgevoerd. Verminder handmatige gegevensinvoer en laat Alumio de verplaatsing en transformatie tussen systemen afhandelen.
.svg){kind=icon}
Zodra je eerste integratie live is, kun je je ERP, PIM, WMS of CRM eenvoudig op dezelfde hub aansluiten. Bestaande flows blijven gewoon draaien. Je hoeft niets opnieuw op te bouwen.
Een winkel heeft iets nodig wat het hoofdkantoor niet heeft, en dat is meestal hoe de derde verbinding tot stand komt. Zodra een Odoo POS-verkoop een klant aan zich koppelt, wordt het versturen van de bon zelf de moeite waard. Daarom is een digitale bonnenservice een veelvoorkomende aanvulling, omdat een klant een adres heeft en een papieren bon vaak verloren gaat voordat deze wordt geretourneerd. Alumio onderhoudt die verbinding naast de SAP-verbinding, waardoor de bon en de geboekte verkoop dezelfde transactie beschrijven.
De klant moet eerst worden afgehandeld voordat er iets wordt geboekt; de volgorde van de handelingen is hier cruciaal. Alumio zoekt de zakelijke partner op die SAP al heeft geregistreerd, en zodra het kassasysteem die informatie heeft, wordt elke voltooide Odoo POS-transactie met de bijbehorende betaalregels geboekt op de rekening. Verkopen zonder geïdentificeerde klant worden gewoon geboekt zoals altijd, zodat het kassasysteem blijft werken met de snelheid die een wachtrij vereist.
Nee, en de versie die een winkelmanager herkent, is de bruikbare: welke velden de Odoo POS-kassamedewerker invoert, wat er gebeurt als een klant niet wordt gevonden en of de verkoop in de wacht wordt gezet of anoniem wordt afgerond. Dat zijn instellingen in Alumio, geen logica in een script. De partnerstructuren van SAP variëren afhankelijk van hoe het bedrijf is opgezet, dus aangepaste logica blijft beschikbaar via de Code Transformer wanneer een opzoekregel niet als een mapping kan worden uitgedrukt.
Een bestaande zakenpartner is nodig, omdat een kassasysteem er geen kan aanmaken die door SAP wordt geaccepteerd. SAP bewaart een klant als partnerrecord met de rollen en accountstructuren die bepalen hoe een verkoop wordt geboekt. Een Odoo POS-transactie moet daarom verwijzen naar een bestaande partner in plaats van een persoon te beschrijven. Door het kassasysteem zo te configureren dat het een bestaande partner opzoekt en anoniem afhandelt wanneer er geen partner is, blijven beide soorten verkopen werken.
Een verkoop die aan niemand wordt toegeschreven, is de uitkomst die moet worden opgemerkt, omdat deze nog steeds in balans is. Als de klantzoekactie mislukt, wordt de Odoo POS-transactie in SAP als een contante verkoop geboekt en ziet de handelsrekening deze nooit, waardoor er geen waarschuwingen volgen. Alumio monitort elke overdracht in realtime en registreert de transactie en de uitgevoerde zoekactie. Een mislukte match genereert direct een melding met de reden, er worden herhaalpogingen uitgevoerd waar geconfigureerd, en onopgeloste verkopen blijven in de lijst staan in plaats van stilzwijgend te worden afgesloten.
Spreek met een Alumio-integratiespecialist. Wij brengen de juiste architectuur voor jouw systemen in kaart, op de juiste schaal, zodat je bedrijfsactiviteiten bij elke verandering betrouwbaar blijven.
.svg)
