De applicatie die het bedrijf zelf heeft ontwikkeld, biedt al een toegangsmogelijkheid. Wat er tussen die applicatie en Shopware nog ontbreekt, is een overeenkomst over welke processen belangrijk zijn, in plaats van een nieuwe ontwikkeling.
Niet elk systeem binnen een bedrijf is afkomstig van een leverancier. Ergens is er een applicatie die het bedrijf zelf heeft ontwikkeld, omdat er niets op de markt was dat precies deed wat het nodig had. Deze applicatie heeft een interface, omdat de ontwikkelaar daar verstandig mee omging. Wat deze applicatie echter mist, is een koppeling met de webshop. De algemene verwachting is dat het overbruggen van die kloof een ontwikkelaar vereist. De integratie van Shopware met de REST API is echter een configuratieprobleem in plaats van een project, waardoor het systeem dat het bedrijf zelf heeft ontwikkeld, niet langer ontoegankelijk is voor anderen.

De applicatie die hier is ontwikkeld, kan bestellingen en voorraad uitwisselen met Shopware, waardoor maatwerk niet langer betekent dat het bedrijf geen toegang meer heeft tot alles wat het later inkoopt.
Het koppelen van de twee is een configuratieoefening en geen taak die moet worden ingepland naast alle andere werkzaamheden van de persoon die verstand heeft van die applicatie.
Een bestelling, een voorraadcontrole en een statusupdate worden afzonderlijk ingesteld, dus het later wijzigen van een van deze handelingen betekent niet dat een overeenkomst die alle drie tegelijk omvat, opnieuw moet worden geopend.
De manier waarop de webshop en de applicatie met elkaar communiceren, is vastgelegd op een plek waar het huidige team het kan inzien, in plaats van dat het alleen in het geheugen van de oorspronkelijke ontwikkelaar bewaard blijft.
Wanneer een bestelling in Shopware wordt geplaatst, verwerkt Alumio deze volgens de verwachtingen van de applicatie en stuurt deze door. Zo ontvangt het systeem dat het bedrijf heeft gebouwd om de bedrijfsvoering te beheren, webbestellingen op dezelfde manier als alle andere bestellingen.
Wanneer de applicatie informatie over een bestelling heeft, bereikt deze de Shopware-klant in plaats van dat de informatie in een systeem blijft dat slechts door drie mensen kan worden geopend. Dit is meestal de reden waarom niemand de vraag eerder kon beantwoorden.
Wanneer degene die de applicatie onderhoudt een van de functies ervan wijzigt, wordt alleen dat onderdeel van de configuratie aangepast. Een interne verbetering wordt dus niet de reden dat de webshop op een dinsdag niet meer werkt.
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.
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 meeste bedrijven die er één bouwden, bouwden er twee, en de tweede is meestal ouder en minder goed gedocumenteerd dan de eerste. Zodra het patroon er is, kost de tweede veel minder dan de eerste, omdat er al nagedacht is over welke activiteiten belangrijk zijn. Alumio onderhoudt die verbindingen naast deze, in plaats van dat elk een privé-overeenkomst is.
Ja, elke bewerking is afzonderlijk geconfigureerd en wordt volgens een eigen schema uitgevoerd. Bestellingen moeten mogelijk direct worden verwerkt, terwijl de voorraad slechts elk uur hoeft te worden gecontroleerd. Door deze twee zaken als één geheel te beschouwen, kan een kleine wijziging al snel een grote verandering worden. Wat er daadwerkelijk wordt aangeroepen, is afhankelijk van wat de applicatie publiceert, dus dat is het eerste wat u moet controleren.
Nee, en dat is precies het punt waar we bij stil moeten staan, want het alternatief is de persoon die het gebouwd heeft vragen om het uit te breiden. Hun tijd is schaars in dit geval. De koppeling tussen wat Shopware verzendt en wat de applicatie verwacht, wordt geregeld door de configuratie, en de Code Transformer neemt het over waar de configuratie tekortschiet.
De applicatie publiceert de bewerkingen die het ondersteunt, en die lijst is het antwoord. Het is een gesprek met degene die het onderhoudt, in plaats van een technisch obstakel, en het is meestal kort, omdat de persoon die het schreef precies weet wat het accepteert. Zodra dat is opgeschreven, is de rest een kwestie van in kaart brengen, en de configuratie bestaat niet langer alleen in de herinnering van één persoon aan hoe die het heeft opgebouwd.
De verborgen actie is een gesprek dat weliswaar is gelukt, maar niets heeft veranderd, omdat er niets mis lijkt te zijn en de bestelling simpelweg nooit verschijnt waar iemand hem verwacht. Alumio registreert het gesprek en wat er daadwerkelijk is gezegd, waardoor een stille acceptatie zichtbaar is. Elke uitwisseling wordt live gemonitord en vastgelegd met de inhoud ervan. Bij een weigering wordt een melding met de reden weergegeven, indien geconfigureerd worden herhaalpogingen uitgevoerd en gaat er niets ongemerkt verloren.
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.