Maak kennis met de Alumio Route Builder
Verbind, orkestreer en beheer nu integraties op grote schaal vanuit één visuele interface
Bestellingen die later via Klarna worden betaald, komen in Microsoft Dynamics 365 F&O terecht, waarbij het geld apart binnenkomt. Hierdoor kunnen de rekeningen een bedrag volgen dat nog lang na de verkoop kan wijzigen.
Bij betalen achteraf zijn de bestelling en de betaling twee afzonderlijke gebeurtenissen in plaats van één, en de periode daartussen maakt de boekhouding interessant. Een klant koopt, de goederen worden verzonden, de betaling wordt dagen later verwerkt, en vervolgens komt de helft van de bestelling terug en verandert het bedrag opnieuw. Als F&O alleen de eerste gebeurtenis meekrijgt, klopt hun versie van de verkoop ongeveer een week lang. De Microsoft Dynamics 365 F&O-integratie met Klarna volgt de hele reeks, waardoor het grootboek weergeeft wat er daadwerkelijk is ontvangen in plaats van wat er oorspronkelijk is besteld. Niemand wil die periode twee keer hoeven uitleggen.
DATA DIE TUSSEN SYSTEMEN STROOMT
Bestellingen
Bestelregels
Vastgelegde bedragen
Afwikkelingen
Terugbetalingen
Klanten
De boekingen en afwikkelingen worden bij F&O verwerkt zodra ze plaatsvinden, waardoor de boekhouding laat zien wat er daadwerkelijk is betaald en niet wat er enkele weken eerder was besteld.
Wanneer een deel van een bestelling wordt geretourneerd, verschuift het bedrag in de F&O-rekening mee, waardoor de gerapporteerde omzet weergeeft wat de klant heeft behouden in plaats van wat hij oorspronkelijk had gekocht.
Uitbetalingen komen tegelijk met de bijbehorende bestellingen binnen, waardoor het bedrag dat op de bankrekening terechtkomt direct aan de verkopen gekoppeld kan worden zonder dat iemand twee afzonderlijke rapporten handmatig hoeft te vergelijken.
Omdat elke fase zich voordoet zoals die zich voordoet, hoeft niemand aan het einde van de maand te vragen welke bestellingen met betaling achteraf zijn afgehandeld en welke nog ergens in het proces openstaan.
Een klant koopt met Klarna en de order komt direct bij F&O terecht, waarna het afgeschreven bedrag volgt zodra de betaling is verwerkt. De twee fasen worden dus afzonderlijk geregistreerd in plaats van als één en dezelfde gebeurtenis te worden beschouwd.
Een klant houdt één artikel en retourneert er twee. Het gecorrigeerde bedrag komt terecht in de retour- en retourkosten, waardoor de verkoop die in de boekhouding is vastgelegd, overeenkomt met de goederen die daadwerkelijk zijn verkocht in plaats van met het winkelmandje dat de klant aanvankelijk had gevuld.
Een betaling wordt bij de bank gestort en de bijbehorende opdrachten en kosten zijn al geregistreerd, waardoor de financiële afdeling direct kan zien waar de betaling voor bedoeld is, in plaats van weken later terug te moeten rekenen vanaf een enkel totaalbedrag op een bankafschrift.
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.
De mensen die hiernaar vragen, werken meestal bij de klantenservice in plaats van bij de financiële afdeling, omdat een retourzending het proces van 'betaal later' ingewikkelder maakt en zij het zijn die het moeten uitleggen. Door het retourproces te koppelen, beschrijven de correctie, de terugbetaling en de boekhoudkundige boeking dezelfde gebeurtenis, zodat niemand drie verschillende versies van één retourzending hoeft te vergelijken.
Ja, en het is juist door ze als afzonderlijke momenten te behandelen dat het accuraat is. Een bestelling, een vastlegging, een afrekening en een terugbetaling zijn vier gebeurtenissen die op vier verschillende tijdstippen plaatsvinden. Alumio verzendt ze daarom afzonderlijk, in plaats van ze samen te voegen tot één boeking die vervolgens gecorrigeerd moet worden wanneer het bedrag verandert. Terugbetalingen en correcties volgen dezelfde procedure, wat betekent dat het bedrag in de boekhouding wordt aangepast zodra het verandert, in plaats van handmatig te worden gecorrigeerd aan het einde van het kwartaal.
Nee. Er zijn drie beslissingen en elk daarvan is een keuze in een formulier: wanneer een order een verkoop wordt in de boekhouding, op welke rekeningen de kosten worden geboekt en wat er gebeurt als een bedrag na de afwikkeling verandert. Alles wat daarna komt, is mapping. De Code Transformer is beschikbaar wanneer een regel over uw eigen rekeningen niet op die manier kan worden beschreven.
Later dan de besteldatum en vaak ook later dan de verzenddatum, en dat is nu juist het probleem. De klant heeft zich verplicht, de goederen zijn verzonden, maar het geld is nog niet binnen en een deel ervan komt misschien wel nooit binnen omdat een deel van de bestelling wordt teruggestuurd. De meeste bedrijven herkennen dit bij de eerste bestelling en passen zich aan bij retourzendingen, maar de keuze is belangrijk en het is de moeite waard om die bewust te maken in plaats van de fout over te nemen van de eerste integratie.
Binnen de eerste minuut wordt de fout gedetecteerd en geregistreerd met de order en het bedrag dat ermee gemoeid was, en iemand wordt op de hoogte gesteld van de reden van de weigering. Nieuwe pogingen worden uitgevoerd waar geconfigureerd. Dit is vooral belangrijk bij de correctie na een gedeeltelijke retourzending, omdat een order en een afrekening die stilletjes verschillen door één artikelverschil, het soort verschil is dat pas aan het einde van het jaar aan het licht komt, en niet al op dezelfde middag.
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)
