Kartenzahlungen, die über iZettle abgewickelt werden, gelangen als aufgezeichnete Transaktionen und Produktdaten nach außen zu Odoo, sodass eine mobile Kasse oder eine Marktkasse kein separates kleines Unternehmen mit eigenem Papierkram mehr ist.
Eine kleine Kasse, die auf Märkten, in Pop-up-Stores oder an einem Verkaufsstand eingesetzt wird, generiert zwar tatsächliche Umsätze, liefert aber kaum Daten, die Odoo nutzen kann. Die Verkäufe werden in der Zahlungs-App erfasst, am Ende der Woche summiert jemand die Bestände, und der aus dem Lieferwagen verkaufte Warenbestand wird in Odoo abgezogen, sobald jemand daran denkt. Die Produktpreise an der Kasse weichen von den tatsächlich vereinbarten Preisen ab. Die Verbindung von Odoo und Izettle über Alumio schafft Abhilfe: Transaktionen werden in Echtzeit in Odoo erfasst, Produkt- und Preisdaten fließen an die Kasse, und der verkaufte Warenbestand reduziert sich auf einen gemeinsamen Wert.

Transaktionen werden Odoo kontinuierlich und nicht als wöchentliche Summe übermittelt, sodass Einnahmen an dem Tag erfasst werden, an dem sie erzielt wurden, und die Abstimmung nicht länger eine Gedächtnisübung ist.
Die an einem Marktstand oder aus einem Lieferwagen verkauften Einheiten reduzieren den Odoo-Lagerbestand, den der Webshop anzeigt, sodass der Online-Katalog keine Produkte mehr anbietet, die im Auto von jemandem zurückgelassen wurden.
Produkt- und Preisaktualisierungen werden von Odoo an die Kasse übertragen, sodass der Preis, den ein Kunde im Handel zahlt, dem vereinbarten Preis entspricht und nicht dem zuletzt auf dem Gerät eingegebenen Preis.
Eine Rückerstattung an der Kasse wird in Odoo als eigener Datensatz erfasst und nicht mit einem Wochenwert verrechnet, sodass die Rückerstattungen sichtbar bleiben und nicht in einer Gesamtsumme versteckt werden.
Ein an der Kasse getätigter Kartenverkauf wird in Odoo mit Zahlungsart und Positionen erfasst, sodass der Tagesumsatz in der Buchhaltung erscheint, ohne dass jemand eine Zusammenfassung in der Zahlungs-App liest und den Gesamtbetrag später manuell eingibt.
Wenn Einheiten außerhalb des Lagers verkauft werden, verringert sich der Odoo-Lagerbestand, da der Verkauf erfasst wird. So wird einem Webshop-Kunden nicht die letzte Einheit eines Artikels verkauft, der bereits am selben Morgen auf einem Markt verkauft wurde.
Produkt- und Preisänderungen, die in Odoo vorgenommen werden, werden an das Kassensystem übertragen, sodass die Mitarbeiter, die bei einer Veranstaltung verkaufen, immer den aktuellen Preis berechnen, ohne dass jemand nachträglich Produkte am Gerät bearbeitet oder manuelle Korrekturen vornimmt.
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.
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.
Es können weitere Verbindungen hergestellt werden, und der Webshop dient üblicherweise als dritter Anlaufpunkt, da an beiden Orten der gleiche Lagerbestand verkauft wird und eine Überbelegung ausgeschlossen werden soll. Alumio behält Odoo als zentrale Plattform bei, die von beiden genutzt wird, sodass ein Markttag und eine Online-Aktion nicht unbemerkt dieselben Einheiten zwei verschiedenen Kunden zuordnen können.
Ja. Transaktionen, Zahlungsarten und Rückerstattungen werden in Odoo in Echtzeit erfasst. Alumio greift über die bereitgestellte Schnittstelle auf die Kasse zu, wie es bei jedem erreichbaren System üblich ist. Produkt- und Preisdaten können ebenfalls nach außen übertragen werden, sodass das Gerät die Daten in Odoo widerspiegelt und nicht eine eigene, sich mit der Zeit verändernde Kopie des Katalogs führt.
Alumio erreicht jedes System über die bereitgestellte Schnittstelle und konfiguriert das Mapping. Dadurch wird die wöchentliche Abrechnung kleiner Kassensysteme ersetzt. Da Zahlungs- und Kassensysteme je nach Unternehmen und Land variieren, deckt der Code Transformer auch Zahlungs- oder Codierungsregeln ab, die durch ein Mapping allein nicht beschrieben werden können.
Die Erfassung erfolgt zum Zeitpunkt der Transaktion und nicht erst am Ende des Tages, was für die Lagerhaltung wichtiger ist als für die Buchhaltung. Durch die Erfassung pro Transaktion wird der Odoo-Lagerbestand aktualisiert, während der Markt noch aktiv ist, sodass der Webshop nicht immer dieselben Artikel verkauft. Unternehmen, die eine einzige tägliche Buchung für die Buchhaltung bevorzugen, können dies weiterhin nutzen, wobei der Lagerbestand separat auf Transaktionsebene verwaltet wird.
Wiederholungsversuche beheben kurzzeitige Signalausfälle an der Kasse, ohne dass ein Eingreifen erforderlich ist. Jede Transaktionsnachricht wird mit ihrem Inhalt protokolliert und die Verbindung in Echtzeit überwacht. So erhalten Sie im Falle einer Ablehnung eine Benachrichtigung mit Angabe der Transaktion und des Fehlergrundes. Nichts wird doppelt erfasst, und nicht gesendete Verkäufe bleiben in der Warteschlange, anstatt zwischen Kasse und Buchhaltung verloren zu 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.