Wir stellen vor: Der Alumio Route Builder
Integrationen zentral über eine visuelle Oberfläche steuern
Was eine Dolibarr-Installation tatsächlich beinhaltet, hängt von den Modulen ab, die jemand aktiviert hat. WordPress-Bestellungen werden daher nur an die Module weitergeleitet, die dieses Unternehmen verwendet, und nicht an einen Standardsatz.
Zwei Unternehmen, die Dolibarr nutzen, können kaum Gemeinsamkeiten haben, da das System aus Modulen zusammengesetzt ist und jedes Unternehmen seine eigenen auswählt. Eines verwendet Rechnungsstellung und Lagerverwaltung, ein anderes Projekte und sonst wenig, und ein drittes hat das Kundenmodul letztes Jahr aktiviert und nie genutzt. Daher kann eine WordPress-Website, die Bestellungen an Dolibarr übermittelt, nicht davon ausgehen, wo die Daten hingehören. Das Ergebnis ist üblicherweise ein Plugin, das Daten in das Modul schreibt, das der Entwickler zu diesem Zeitpunkt aktiviert hatte. Die Verbindung von WordPress und Dolibarr orientiert sich an den tatsächlichen Gegebenheiten dieser Installation, sodass eine Bestellung genau die Datensätze erzeugt, die das Unternehmen tatsächlich speichert.
DATEN, DIE ZWISCHEN IHNEN FLIESSEN
Produkte
Preise
Lagerbestand
Drittanbieter
Bestellungen
Rechnungen
WordPress-Bestellungen erreichen die Dolibarr-Module, die dieses Unternehmen tatsächlich aktiviert hat, sodass nichts in einen Teil des Systems geschrieben wird, den hier noch nie jemand geöffnet oder gewartet hat.
Ein WordPress-Käufer wird in erster Linie zu einem Drittanbieter von Dolibarr und erst in zweiter Linie zur Bestellung, sodass das Dokument auf eine bestimmte Person verweist und nicht nur einen Namen in einer Textzeile irgendwo enthält.
Wenn das Unternehmen ein weiteres Dolibarr-Modul aktiviert, wird der WordPress-Workflow entsprechend erweitert, sodass die Erweiterung des Systems nicht bedeutet, dass die Integration erneut in Auftrag gegeben werden muss.
Die Verbindung zwischen WordPress und Dolibarr ist in Alumio integriert und nicht in einmalig geschriebenem Code, sodass sie auch dann erhalten bleibt, wenn die Person, die die Website ursprünglich eingerichtet hat, das Unternehmen verlässt.
Eine Bestellung wird über WordPress bezahlt, und Alumio erstellt die Dolibarr-Datensätze, die das Unternehmen führt, den Drittanbieter und den Dokumenttyp, den es tatsächlich verwendet, sodass die Bestellung so abgelegt wird, wie dieses Unternehmen die Daten ablegt, und nicht auf eine Standardart.
Produktpreise und Lagerbestände werden in Dolibarr in dem von Ihnen gewählten Zyklus auf den entsprechenden WordPress-Seiten veröffentlicht, sodass der Shop den Betrag anzeigt, den das Unternehmen in Rechnung stellen wird, anstatt eines Betrags, der beim Erstellen der Seite eingegeben wurde.
Wenn jemand, der bereits zuvor bei WordPress gekauft hat, erneut bestellt, findet Alumio den bestehenden Dolibarr-Drittanbieter und verwendet diesen, sodass die Historie in einem Datensatz erhalten bleibt und nicht ein zweiter Datensatz für dieselbe Person und Adresse erstellt wird.
Alumio fungiert als zentrales Integrations-Backbone zwischen Vertriebskanälen und Fulfillment-Systemen. Bestellungen werden weitergeleitet, transformiert und validiert, während Status-Updates an jeden Kanal zurückgemeldet werden.
Authentifizieren Sie Ihre Systeme mit den vorgefertigten Connectoren von Alumio. Wählen Sie aus über 200 Connector-Paketen im Marketplace oder erstellen Sie unbegrenzt viele individuelle Integrationen.
Definieren Sie in einer visuellen Oberfläche, wie Datenfelder zwischen Systemen zugeordnet werden. Passen Sie Formate an, reichern Sie Datensätze an und wenden Sie Geschäftslogik an – ganz ohne eigenen Programmcode.
Konfigurieren Sie Abläufe so, dass sie in Echtzeit bei bestimmten Ereignissen, nach einem Zeitplan oder beidem ausgeführt werden. Reduzieren Sie die manuelle Dateneingabe und überlassen Sie Alumio den Datentransfer und die Transformation zwischen Ihren Systemen.
.svg){kind=icon}
Sobald Ihre erste Integration live ist, können Sie Ihr ERP, PIM, WMS oder CRM einfach an denselben Hub anschließen. Bestehende Abläufe laufen nahtlos weiter. Kein Neuerstellen von Grund auf.
Beginnen Sie dort, wo der Jahresabschluss tatsächlich erstellt wird, denn bei den meisten Unternehmen, die Dolibarr nutzen, ist das nicht Dolibarr selbst. Die Buchhaltungssoftware, mit der ein Buchhalter arbeitet, enthält die Version des Jahresabschlusses, die eingereicht wird. Heutzutage exportiert und formatiert jemand diese Daten, um sie an das gewünschte Format anzupassen. Alumio stellt diese Verbindung zusammen mit der hier verwendeten her, sodass die von WordPress bereitgestellten Daten ohne erneute Eingabe in beide Systeme gelangen.
Ja, und die Reihenfolge der Erstellung ist wichtiger als der Zeitplan. Alumio erstellt zuerst den Dolibarr-Drittanbieter und anschließend die zugehörige Bestellung oder Rechnung. So wird sichergestellt, dass kein Dokument auf einen nicht existierenden Kunden verweist. Produkte und Lagerbestände werden im von Ihnen festgelegten Zyklus in umgekehrter Richtung verarbeitet, da ein Preis auf einer WordPress-Seite eine Stunde warten kann, eine Bestellung jedoch nicht. Die Erstellung des Drittanbieters und des Dokuments erfolgt innerhalb der von Dolibarr akzeptierten Grenzen.
Nein, das ist konfiguriert, nicht programmiert. Es ersetzt ein Formular-Plugin, das einmalig eingerichtet wurde und so lange funktioniert, bis das Unternehmen ein Dolibarr-Modul aktiviert, von dem das Plugin nichts weiß. Dann kann niemand erklären, warum die neuen Bestellungen anders aussehen. Welche WordPress-Felder welche Dolibarr-Datensätze speisen, wird in Alumio verwaltet. Wenn eine Installation individuell erweitert wurde, übernimmt der Code Transformer diesen Schritt.
Das ist ratsam, bevor irgendetwas erstellt wird, anstatt es erst später festzustellen. Dolibarr speichert nur die aktivierten Module. Daher kann es vorkommen, dass eine Bestellung einen Dokumenttyp benötigt, der in dieser Installation nicht vorhanden ist, und die Integration weiß dann nicht, wo sie ihn ablegen soll. Eine Liste der aktiven Module und derjenigen, die eine WordPress-Bestellung benötigt, ist zwar in einem Nachmittag erstellt, klärt aber alle weiteren Fragen.
Eine zweite Kopie derselben Bestellung, die bei einem erneuten Versuch erstellt wurde, stellt den Fehler dar, gegen den hier vorgegangen werden muss, da beide Datensätze gültig erscheinen. Alumio überwacht jeden Schreibvorgang live und vergleicht die WordPress-Bestellreferenz mit dem in Dolibarr erstellten Datensatz. So wird ein wiederholter Versuch erkannt und nicht dupliziert, und jede Ablehnung löst eine Warnung mit der entsprechenden Begründung aus. Wiederholungsversuche werden, sofern konfiguriert, ausgeführt, sodass keine Daten unbemerkt verloren gehen.
Sprechen Sie mit einem Alumio-Integrationsspezialisten. Wir entwerfen die passende Architektur für Ihre Systeme und die richtige Skalierung, damit Ihre Betriebsabläufe bei jeder Veränderung zuverlässig bleiben.
.svg)
