Wir stellen vor: Der Alumio Route Builder
Integrationen zentral über eine visuelle Oberfläche steuern
Kaufanforderungen und Kostenfreigaben werden zwischen Atlassian Jira Cloud und Odoo übertragen, sodass die in Jira geplante Arbeit erst dann fortgesetzt wird, wenn die dahinter stehenden Ausgaben von der Finanzabteilung tatsächlich genehmigt wurden.
In Jira Cloud werden technische Aufgaben geplant und Prozesse durch Automatisierungsregeln im Hintergrund vorangetrieben. In Odoo werden Budgets gebunden. Benötigt ein Vorgang Hardware, einen externen Dienstleister oder eine Lizenz, verlässt die Anfrage Jira als Nachricht an einen Mitarbeiter und wird als mündliche Bestätigung zurückgesendet. So beginnen die Arbeiten mit Ausgaben, die noch nicht genehmigt wurden, und die Finanzabteilung entdeckt die Bindung erst mit Eingang der Rechnung. Die Verbindung von Odoo und Atlassian Jira Cloud über Alumio integriert die Genehmigung in den Workflow: Ein Vorgang mit einem Ausgabenbedarf löst die Odoo-Bestellanfrage aus, deren Genehmigungsstatus an Jira zurückgesendet wird, bevor die Automatisierungsregel weitere Schritte ausführt.
DATEN, DIE ZWISCHEN IHNEN FLIESSEN
Probleme
Bestellanforderungen
Genehmigungsstatus
Lieferantendaten
Verbindliche Kosten
Projektbudgets
Bei einem Vorgang, der ein Budget erfordert, wartet man auf den Genehmigungsstatus von Odoo anstatt auf eine mündliche Zusage, sodass die Arbeit nicht auf der Grundlage einer Zusage begonnen wird, die die Finanzabteilung noch nicht genehmigt hat.
Die von Odoo zugesagten Kosten werden dem Jira Cloud-Projekt zugeordnet, sodass ein Team sehen kann, wie viel von seinem Budget bereits verplant ist, ohne die Finanzabteilung nach einer konkreten Zahl fragen zu müssen.
Jira Cloud-Automatisierungsregeln können das Odoo-Genehmigungsfeld als Filter verwenden, sodass eine Regel, die ein Problem weiterbearbeitet, die Arbeit nicht mehr fortsetzt, bevor die dafür benötigten Mittel tatsächlich vorhanden sind.
Da die Anfragen Odoo erreichen, sobald sie gestellt werden, sieht die Finanzabteilung die gebundenen Kosten während des Monats und muss sie nicht erst nach Abschluss des Zeitraums anhand der Rechnungen rekonstruieren.
Wenn ein Jira Cloud-Vorgang als ausgabenbedürftig gekennzeichnet wird, erstellt Alumio die entsprechende Odoo-Kaufanforderung mit Lieferant, Betrag und Projektreferenz, sodass die Verpflichtung bereits bei der Planung der Arbeiten erfasst wird.
Das Ergebnis der Odoo-Genehmigung wird als Feld in den Jira Cloud-Vorgang zurückgeschrieben, sodass eine Automatisierungsregel den Vorgang so lange zurückhält, bis die Ausgaben genehmigt sind, anstatt ihn planmäßig weiterzubearbeiten und nicht finanzierte Arbeit zu erzeugen.
Die zugesagten und tatsächlichen Kosten von Odoo werden dem Jira Cloud-Projekt gegenübergestellt, sodass ein Projektleiter, der über die Übernahme eines weiteren Projektumfangs entscheidet, das verbleibende Budget sehen kann, anstatt es anhand der genehmigten Beträge zu schätzen.
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.
Es lassen sich weitere Systeme verknüpfen, und ein Beschaffungs- oder Lieferantenmanagement-Tool ist nach erfolgter Genehmigung ein gängiges drittes System, da Odoo die Zusagen erfasst, während Lieferanten-Onboarding und Verträge oft an anderer Stelle verwaltet werden. Alumio verbindet diese Systeme, sodass eine Bestellanforderung mit einem genehmigten Lieferanten abgeglichen werden kann, anstatt erst bei Bedarf eine neue erstellen zu müssen, um ein Problem zu lösen.
Ja. Vorgänge mit den von Ihnen festgelegten Feldern erstellen oder aktualisieren Odoo-Datensätze, sobald sie sich ändern. Der resultierende Genehmigungsstatus wird an Jira Cloud zurückgeschrieben. Es ist konfiguriert, welche Vorgangstypen und Felder eine Bestellanforderung auslösen, sodass Routinearbeiten keine unnötigen Finanzdaten generieren, während tatsächliche Ausgabenanforderungen Odoo erreichen, ohne dass sie erneut eingegeben werden müssen.
Die Zuordnung wird in Alumio konfiguriert. Dabei wird festgelegt, welche Vorgangsfelder eine Odoo-Anfrage auslösen und wie der Genehmigungsstatus zurückgegeben wird. Dies ersetzt die üblicherweise verwendete Routine mit Nachricht und mündlicher Bestätigung. Jira Cloud-Projekte unterscheiden sich in ihren benutzerdefinierten Feldern und Workflows. Wenn sich ein Feld nicht standardmäßig zuordnen lässt, akzeptiert der Code Transformer die Logik nur für dieses Feld.
Immer wenn eine Regel Geld bindet oder einen Finanzdatensatz ändert, kommt es zu einer Änderung. Die Jira Cloud-Automatisierung ist zwar hervorragend geeignet, um Arbeitsprozesse zu beschleunigen, aber als System zur Ausgabendokumentation ungeeignet, da sie keine Buchungsspur und keine Genehmigungshierarchie hinterlässt. Die Sequenzierung sollte in Jira beibehalten und die Bindung in Odoo erfasst werden. Alumio übernimmt den Genehmigungsstatus, sodass die Automatisierung weiterhin darauf zugreifen kann.
Ein Vorgang wird niemals weitergeleitet, wenn keine Genehmigung erteilt wurde. Alumio überwacht beide Verbindungen in Echtzeit, protokolliert jede Nachricht mit ihrem Inhalt und eskaliert eine Ablehnung umgehend, wobei der Vorgang und der Rückgabegrund angegeben werden. Wiederholungsversuche werden automatisch an die Ratenbegrenzungen von Jira Cloud angepasst, und eine nicht abgeschlossene Änderung verbleibt in der Warteschlange, anstatt zwischen den beiden Systemen 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.
.svg)
