Maak kennis met de Alumio Route Builder
Verbind, orkestreer en beheer nu integraties op grote schaal vanuit één visuele interface
Bestellingen en klanten van Shopware komen in PostgreSQL terecht in een vorm die door iemand is gedefinieerd, dus wat daar aankomt, is afgestemd op de functie waarvoor deze specifieke webwinkel is opgezet.
Een database heeft geen mening over uw bedrijf. Hij accepteert wat hem wordt aangeboden, in de vorm die iemand ervoor heeft gedefinieerd, en hij accepteert een slecht gedefinieerde order net zo makkelijk als een goed gedefinieerde. De eerste vraag is dus waar de database eigenlijk voor dient, want rapportage en het voeden van een andere applicatie verwachten verschillende dingen van dezelfde Shopware-order. Als die vraag onbeantwoord blijft, schrijft iemand alles in één brede structuur en gaat de betekenis ervan verloren. Het verbinden van Shopware en PostgreSQL begint met het vaststellen van die structuur, wat het enige contract is dat er tussen de twee bestaat.
DATA DIE TUSSEN SYSTEMEN STROOMT
Bestellingen
Bestelregels
Klanten
Producten
Referenties laden
Tijdstempels laden
PostgreSQL wordt genoemd in de gepubliceerde databaseondersteuning van Alumio, waardoor Shopware-gegevens rechtstreeks in de door u gedefinieerde structuur worden geschreven in plaats van via een loader die door iemand anders wordt beheerd.
Elke bestelling wordt gekoppeld aan een specifieke identificatiecode, dus een tweede levering werkt de bestaande gegevens bij in plaats van een bijna-dubbele bestelling toe te voegen die niemand opmerkt totdat de telling onjuist blijkt.
De tijdstempels van de gegevens worden met de gegevens meegestuurd, zodat iedereen die de gegevens leest kan zien hoe actueel een cijfer is, in plaats van aan te nemen dat het ergens vanochtend moet zijn geschreven.
Doordat Shopware volgens een schema wordt uitgelezen en in fasen wordt verwerkt, wordt de webshop niet opnieuw geraadpleegd door elk proces dat dezelfde bestellingen wil ontvangen. Dit zorgt ervoor dat de rapportagebelasting van de webshop blijft.
Alumio schrijft Shopware-bestellingen en hun artikelen naar PostgreSQL in de door u opgegeven vorm en met de door u gekozen identificatiecode. Zo ontvangt de winkel wat ervoor bedoeld is, in plaats van wat de winkel toevallig retourneert.
Een herhaalde invoer komt overeen met wat er al is, in plaats van dat er opnieuw gegevens worden ingevoegd. Zo voorkomt een winkel die voor rapportagedoeleinden wordt gebruikt dat er langzaam dubbele bestellingen ontstaan die ongemerkt elk cijfer dat er later uit wordt gehaald, zouden opblazen.
Wanneer de winkel een andere applicatie van gegevens voorziet in plaats van een rapport, wordt alleen datgene wat die applicatie nodig heeft erin geschreven. Zo blijft het een betrouwbare bron voor ontwikkelaars, in plaats van een kopie van alles wat Shopware toevallig bevat.
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.
Het is belangrijk om te bepalen waar de winkel na deze stap voor dient, voordat er iets anders wordt aangesloten, omdat dit het antwoord beïnvloedt. Waar PostgreSQL een archief is in plaats van een feed, is de gebruikelijke aanvulling een bewaar- en archiveringsservice, aangezien het voor altijd bewaren van elke Shopware-bestelling een kostenpost en een last wordt in plaats van een voordeel. Alumio beheert beide verbindingen, waardoor wat bewaard wordt en wat wordt verplaatst, één beslissing is.
Waar het terechtkomt en wat het identificeert, is het belangrijkst; al het andere is detail. Alumio leest de Shopware-bestellingen en klanten die u opgeeft volgens het door u ingestelde schema en schrijft deze naar PostgreSQL in de door u gedefinieerde structuur, waarbij wordt vergeleken op basis van wat hen identificeert, zodat een herhaalde laadactie updates uitvoert in plaats van invoegingen. Alleen relevante wijzigingen worden verwerkt, waardoor zowel de webshop als de store geen dubbel werk hoeven te verrichten.
Nee, en de vorm is het contract, niet de code. Welk Shopware-detail waar in PostgreSQL terechtkomt, en hoe het daar geïdentificeerd wordt, wordt gedefinieerd in de interface van Alumio, waar het ook gedocumenteerd is omdat het bestaat. Omdat een intern ontwerp de conventies volgt die de auteur prefereerde, blijft de Code Transformer beschikbaar voor alles wat geen waarde accepteert zoals het er nu staat.
Meestal zijn het beide, en het is een vergissing om het als één geheel te beschouwen. Een PostgreSQL-database die Shopware-gegevens ontvangt, is een bestemming voor de schrijfbewerking en een bron voor alles wat de gegevens vervolgens leest. De benodigde structuur hangt dus volledig af van de tweede helft, en niemand kan de eerste helft correct in kaart brengen zonder die te kennen. Het beantwoorden van de vraag wat de gegevens leest, voordat wordt bepaald wat er terechtkomt, voorkomt een brede structuur die niemand vertrouwt.
Een schrijfbewerking die op de verkeerde plek is gelukt, is een fout waar een database nooit over zal klagen, omdat daar geen reden voor is. Alumio detecteert een geweigerde schrijfbewerking zodra deze plaatsvindt en registreert waar elke Shopware-laadbewerking in PostgreSQL terecht is gekomen en wat deze bevatte. Het systeem geeft direct een waarschuwing wanneer een schrijfbewerking wordt geweigerd, vermeldt de reden, probeert de bewerking opnieuw waar geconfigureerd en laat de laadbewerking in de lijst staan totdat deze is verwerkt. Zo wordt er niets dubbel ingevoegd en gaat er niets verloren tussen de twee pogingen.
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)
