Wir stellen vor: Der Alumio Route Builder
Integrationen zentral über eine visuelle Oberfläche steuern
Sobald eine Online-Bestellung eingeht, wird Sage 200cloud der zugehörige Kunde und noch nicht das zugehörige Dokument zugewiesen, sodass niemals etwas gegen jemanden gebucht wird, den das Hauptbuch noch nie zuvor erfasst hat.
Sage 200cloud bucht keine Verkaufsbelege für Kunden, die nicht im System geführt werden. Ein WordPress-Nutzer gilt erst dann als Kunde, wenn er angelegt wird. Daher werden Webbestellungen in eine Warteschlange gestellt, während ein Mitarbeiter der Finanzabteilung entscheidet, ob es sich um ein neues Konto, ein bestehendes Konto mit einer anderen E-Mail-Adresse oder eine einmalige Bestellung handelt, die dem Barkonto zugeordnet werden soll. Die Entscheidung hängt vom jeweiligen Mitarbeiter ab, und die Kundenliste wird alle paar Wochen um einen Eintrag erweitert. Durch die Verbindung von WordPress und Sage 200cloud wird diese Regel einmalig festgelegt, sodass das Konto vor der Buchung der Bestellung eingerichtet ist.
DATEN, DIE ZWISCHEN IHNEN FLIESSEN
Kundenkonten
Verkaufsaufträge
Kontencodes
Analysecodes
Lagerartikel
Verkaufsrechnungen
Ein WordPress-Käufer wird vor dem Absenden der Bestellung einem Sage 200cloud-Konto zugeordnet, sodass kein Dokument in einer Warteschlange warten muss, bis jemand entscheidet, wem es gehört.
Da die Zuordnung einer Regel und nicht dem Urteil einer Person folgt, wird ein wiederkehrender WordPress-Kunde dem Sage 200cloud-Konto beigetreten, das er bereits besitzt, anstatt ein weiteres zu erhalten.
Alumio greift über die von ihm bereitgestellte Schnittstelle auf Sage 200cloud zu, sodass Webverkäufe mit der Nominal- und Analysecodierung der Geschäftsberichte und nicht mit einer Standardeinstellung erfolgen.
Bestellungen werden gebucht, sobald sie bezahlt sind, und nicht in einem Stapel, den jemand vorbereitet. So beginnt der Monatsabschluss mit einem bereits vollständigen Hauptbuch und nicht mit einem, das erst noch aktualisiert werden muss.
Eine WordPress-Bestellung wird bezahlt und Alumio findet das zugehörige Sage 200cloud-Konto oder erstellt ein solches gemäß den von Ihnen festgelegten Regeln, bevor das Dokument gebucht wird, sodass der Verkauf einem realen Kunden und nicht einer Ermessensentscheidung zugeordnet wird.
Bei jeder WordPress-Bestellung werden Nominal- und Analysecodes angewendet, sobald diese veröffentlicht wird. So landet der Umsatz dort, wo das Unternehmen ihn meldet, ohne dass ein Finanzassistent am Ende jeder Woche eine Reihe von Webverkäufen neu erfassen muss.
Ein einmaliger WordPress-Käufer ohne Konto postet unter dem von Ihnen nominierten Barzahler, sodass die Sage 200cloud-Kundenliste eine Aufzeichnung echter Beziehungen bleibt und nicht mit Personen gefüllt wird, die einmal gekauft und nie wiedergekommen sind.
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.
Niemand fügt ein zweites Hauptbuch hinzu. Eine Sage 200cloud-Website fügt üblicherweise die zugehörigen Lager- und Warenbestandsdaten hinzu, da das Hauptbuch die Verkäufe erfasst und das Add-on weiß, ob die Artikel tatsächlich kommissioniert werden können. Diese Lücke ermöglicht es WordPress-Websites, bestimmte Angaben zu machen. Alumio hält diese Verbindung parallel zu der bereits vorhandenen aufrecht, sodass die auf der Webseite angezeigten Zahlen von der jeweiligen Quelle stammen, die sie tatsächlich kennt.
Ja, und der Ort der Kodierung bestimmt den verbleibenden Arbeitsaufwand. Alumio verarbeitet den Kunden, wendet die von Ihnen festgelegten Sach- und Analysecodes an und bucht die WordPress-Bestellung nach Zahlungseingang in Sage 200cloud. Die Kodierung während des Transports anstatt im Hauptbuch entfällt die wöchentliche Nachbearbeitung, da keine Daten mehr vor der Verwendung korrigiert werden müssen.
Nein, dies wird konfiguriert, nicht programmiert. Die Sage 200cloud-Importvorlage, von der jemand eine Kopie aufbewahrt, wird hier ersetzt, ebenso wie das Wissen, welche Spalte vor dem Laden der Datei ausgefüllt werden muss. Kundenzuordnungsregeln und Codierungen sind Einträge in Alumio, die bei jeder WordPress-Bestellung angewendet werden. Wenn ein Unternehmen ein Add-on verwendet, das eigene Werte in einer Verkaufsbestellung erwartet, übernimmt der Code Transformer diesen Schritt.
Das Konto basiert auf einer vor der ersten Bestellung vereinbarten Regel und nicht auf einem für jede Bestellung neu erstellten Konto. Sage 200cloud speichert Verkaufsbelege für Kunden, daher ist es nicht möglich, einen Online-Verkauf ohne ein solches Konto zu buchen. Die eigentliche Wahl besteht darin, entweder für jeden WordPress-Käufer ein Konto anzulegen oder einmalige Käufe einem festgelegten Barzahler zuzuordnen. Die meisten Unternehmen entscheiden sich für die zweite Option und erstellen Konten nur für Kunden, die regelmäßig bei uns einkaufen.
Ein Auftrag, der einem nicht mehr existierenden Code zugeordnet wurde, ist ein Fehler, der erst beim Abschluss sichtbar wird, da er vom Hauptbuch akzeptiert wurde und der Bericht fehlerhaft erscheint. Alumio überwacht jeden Buchungsvorgang live und speichert den WordPress-Auftrag mit dem zugehörigen Code. Daher löst jede von Sage 200cloud abgelehnte Buchung eine Warnung mit Angabe des Auftragsnamens und des Grundes aus. Sofern konfiguriert, werden Wiederholungsversuche durchgeführt, sodass keine Buchung unbemerkt ausbleibt.
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)
