Start · Lösungen · Recht & Compliance · Pflichtvorräte berechnet, die Meldung wartet auf die Unterschrift
Lösung · Recht & ComplianceDer Vorratsstand täglich gerechnet statt am Monatsende aus Tabellen rekonstruiert
Pflichtvorräte berechnet, die Meldung wartet auf die Unterschrift
Ein Roboter stellt täglich Einfuhr und Produktion aus dem ERP, eigene und bei Operatoren liegende Bestände zusammen, rechnet Soll und Ist mit Prognose zum Periodenende und bereitet Meldungen samt Gebührenberechnung zur Freigabe vor.
Kurzfassung für die Geschäftsführung
Die Vorratspflicht bewegt sich mit Einfuhr- und Produktionsvolumen, und die Eingangsdaten sitzen an drei Orten: ERP, Läger und Ticketverträge. Gerechnet wird einmal, zur Meldung.
Soll und Ist werden täglich gerechnet, mit Prognose zum Periodenende. Die Marge hört auf, eine Tabellenüberraschung zu sein.
Fällt die Marge unter die Warnschwelle, kommt der Alarm Wochen im Voraus, solange die Antwort noch ein Ticketvertrag ist und keine Rechtfertigung. Meldungen und Gebühr schrumpfen auf eine Freigabe.
Einfuhr und Produktion im ERP; eigene und Operator-Bestände; Ticketverträge; das Margen-Board und Meldungen in Microsoft Teams
Geschäftsproblem
Eine Pflicht, die driftet
Das Vorratsgesetz koppelt die Höhe der Pflicht an die Tätigkeit der Gesellschaft: Einfuhr und Produktion in Referenzperioden. Ein wachsendes Unternehmen hat eine wachsende Pflicht; ein saisonales eine, die schwankt. Der Sollstand ist keine Konstante, sondern eine Funktion täglich wechselnder Daten.
Die Deckungsseite ist ebenso beweglich: ein Teil der Vorräte liegt in eigenen Tanks, ein Teil bei Lagerbetreibern unter Ticketverträgen mit eigenen Laufzeiten und Volumina. Der Iststand ist die Summe der Bestände aus mehreren Systemen und Verträgen, jedes mit eigenem Aktualisierungsrhythmus.
In der Praxis treffen sich beide Enden der Gleichung einmal: bei der Meldung. Jemand sammelt Bestände, jemand rechnet die Basis, jemand füllt das Formular aus und zahlt die Vorratsgebühr. Zwischen den Meldungen lebt die Gesellschaft mit der Annahme, die Marge sei sicher, weil sie es zuletzt war.
Diese Annahme ist in beide Richtungen teuer. Zu kleine Marge ist Regulierungsrisiko mit Sanktionen, über die niemand beim Kaffee sprechen will. Zu große, „sicherheitshalber“ gehaltene Marge ist gefrorenes Kapital und Lagergebühren, die niemand beziffert hat, weil Angst keine Budgetzeile besitzt.
Wie es heute läuft
So sieht die Arbeit aus, bevor irgendetwas automatisiert wird.
- MenschNaht die Meldung, bittet jemand Läger und Operatoren um stichtagsbezogene Bestände
- MenschDie Pflichtbasis wird in einer Tabelle aus ERP-Exporten von Einfuhr und Produktion gerechnet
- FehlerrisikoTicketverträge fließen aus dem Gedächtnis in die Deckung ein: welcher gilt, über wie viel, bis wann
- WartezeitGerechnet wird einmal je Periode, das Driften der Marge zwischen Meldungen bleibt unsichtbar
- FehlerrisikoDer Sicherheitspuffer wird intuitiv gesetzt, meist großzügig, weil niemand die Tageskurve sieht
- FehlerrisikoÄndern sich Geschäftsvolumina, rechnet niemand die Pflicht neu, bis der Kalender es verlangt
Warum der heutige Prozess mehr kostet, als es scheint
Die Rechnung, die in keinem Budget auftaucht.
- In einem überhöhten Puffer gefrorenes Kapital: jeder „gefühlte“ Prozentpunkt Marge sind physische Tonnen Kraftstoff, finanziert und gegen Geld gelagert.
- In Eile verlängerte Ticketverträge, weil die Frist plötzlich kam: die Verhandlungsposition ist genau dann am schlechtesten, wenn der Bedarf dringend ist.
- Das Risiko des Tages, an dem die Marge negativ war und niemand es wusste, weil die Tabelle drei Wochen später gerechnet wurde.
- Die Zeit der Menschen, die bei jeder Meldung Bestände aus drei Quellen zusammenkleben, in einem Rhythmus, der Steuerung unmöglich macht, weil die Daten immer historisch sind.
Kosten des Nichtstuns
Die erste Zeile ist meist die größte und unsichtbarste: ein Puffer „für alle Fälle“ taucht in keinem Bericht als Kosten der Angst auf, und genau das ist er. Seine Höhe im Modell ist illustrativ; Ihre folgt aus der täglichen Margenkurve, die heute niemand zeichnet.
Die dritte Zeile bewusst ohne Betrag: die Folgen eines Vorratsdefizits bestimmen Gesetz und Behördenpraxis, nicht eine Webseite. Es genügt festzuhalten, dass der einzige echte Schutz darin besteht, vom Problem zu wissen, bevor es eintritt.
Eine Modellorganisation mit realistischen Proportionen – die Zahlen dienen dazu, dieselbe Rechnung mit Ihren Daten zu machen; sie sind kein Kundenergebnis.
Ein mittelgroßer Kraftstoffproduzent und -importeur: eigenes Lager mit sechs Tanks, zwei Ticketverträge bei Operatoren, SAP als ERP, Microsoft 365, Vorratspflichten geführt von Finanzen gemeinsam mit der Logistik.
Einfuhr und Produktion um 180 Tsd. Tonnen jährlich, eine Pflicht von beweglicher Basis, Meldungen und Vorratsgebühr im gesetzlichen Rhythmus.
Bestände am Meldetag per Mail eingesammelt, die Basis in einer Tabelle gerechnet, der Sicherheitspuffer seit Jahren intuitiv auf demselben Niveau.
Niemand kennt die Tagesmarge; bei Volumenänderungen hinkt die Neuberechnung Wochen hinterher, und Ticketentscheidungen fallen unter Fristdruck.
Der Roboter rechnet täglich die Basis aus dem ERP, sammelt eigene und Operator-Bestände, legt die geltenden Ticketverträge aus dem Register darüber und zeichnet die Margenkurve mit Prognose; Meldungen und Gebühr entstehen aus denselben Daten zur Freigabe.
Im modellierten Fall sinkt der Puffer vom intuitiven zum gerechneten Wert, und Ticketverhandlungen beginnen einen Monat früher, weil die Prognose die Schwellenkreuzung vorzeitig zeigt. Modellzahlen, nicht die Bücher eines Kunden.
Vorgeschlagene Lösung
Wir beginnen mit dem Aufschreiben des Pflichtmodells: wie Ihre Basis gerechnet wird (Einfuhr, Produktion, Referenzperioden, Ausnahmen), wo die Vorräte physisch liegen und welche Ticketverträge zur Deckung zählen. Das Modell hat einen Eigentümer auf Finanzseite und Versionen, denn Gesetze und Verträge ändern sich.
Täglich holt der Roboter die Volumina aus dem ERP, die Bestände aus eigenen Tanks und den Operator-Berichten, aktualisiert die Deckung um die geltenden Verträge und rechnet drei Zahlen: Soll, Ist und Marge, mit Prognose zum Periodenende beim aktuellen Tätigkeitsprofil. Das Ergebnis landet auf einem Power-BI-Board, und das Kreuzen der Warnschwelle löst einen Teams-Alarm mit Wochen Vorlauf aus, nicht Stunden.
Meldungen und die Berechnung der Vorratsgebühr entstehen aus denselben Daten, die das Board zeigt, es gibt also keine zweite, „Meldewelt“, die separat gerechnet wird. Ein Mensch prüft, gibt frei und reicht ein; das Archiv hält jeden Tag mit voller Herkunft fest: welche Bestände, welcher Vertrag, welche Modellversion.
UiPath Orchestrator: Tagesläufe, Warteschlangen der Datenquellen, Wiederholungen und Audit-Trail; UiPath-Integration-Service-Konnektoren für Microsoft Teams und Outlook 365; Freigaben des UiPath Action Center; ein Microsoft-Power-BI-Board im Teams-Kanal
Das versionierte Pflichtmodell und das Ticketvertragsregister, die tägliche Drei-Zahlen-Rechnung mit Prognose, Warnschwellen mit Alarmen, Meldungen und Gebühr aus einer Datenquelle sowie ein Tagesarchiv
Einfuhr- und Produktionsvolumina aus SAP; Tankbestände aus dem Lagersystem; Bestandsberichte der Operatoren (Mail, Portal oder Datei); das Ticketvertragsregister mit Laufzeiten
So läuft der automatisierte Prozess
- AutomatisierungTäglich holt der Roboter ERP-Volumina sowie eigene und Operator-Bestände
- AutomatisierungPflichtbasis und Deckung werden nach dem versionierten Modell mit dem Vertragsregister gerechnet
- SystemDie Margenkurve mit Prognose aktualisiert sich auf dem Board; jeder Tag wandert mit Herkunft ins Archiv
- AutomatisierungDas Kreuzen der Warnschwelle löst einen Microsoft-Teams-Alarm Wochen im Voraus aus
- MenschFinanzen entscheiden: Ticketvertrag, Bestandsverlagerung oder Korrektur des Einfuhrplans
- MenschMeldung und Vorratsgebühr, aus denselben Daten gebaut, warten auf eine einzige Freigabe
Zusammenspiel von Mensch und Automatisierung
Die Automatisierung übernimmt
- Die tägliche Berechnung von Soll, Ist und Marge mit Prognose
- Die Überwachung der Ticketvertragslaufzeiten und Warnschwellen, mit Alarmen
- Die Vorbereitung der Meldungen und der Gebührenberechnung mit voller Datenherkunft
Menschen entscheiden
- Das Pflichtmodell, die Warnschwellen und jede Ausnahme von der Regel
- Deckungsentscheidungen: Ticketverträge, Verlagerungen, der Einfuhrplan
- Freigabe und Einreichung jeder Meldung sowie der Kontakt zu den Institutionen
Vorher und nachher
Systeme und Integrationen
Der Stack ist bewusst kurz: ein Motor, eine Ausführungsschicht, ein Ort, an dem ein Mensch entscheidet.
Eingänge
- Einfuhr- und Produktionsvolumina im ERP
- eigene Tankbestände
- Bestandsberichte der Lagerbetreiber
- das Ticketvertragsregister und das versionierte Pflichtmodell
Automatisierungsschicht
- UiPath Orchestrator
- UiPath Robots
- UiPath Integration Service
- UiPath Action Center
Zielsysteme
- die tägliche Margenkurve in Power BI
- Schwellenalarme in Microsoft Teams
- Meldungen und Gebührenberechnung zur Freigabe
Berührungspunkte mit Menschen: Alarme und Freigaben des UiPath Action Center in Microsoft Teams; das Margen-Board als Teams-Registerkarte; Modell-Review bei jeder Rechts- oder Vertragsänderung
Eingesetzte Technologien
Tagesläufe, Quellen-Warteschlangen, Wiederholungen, Passwortspeicher, Audit
AOperator-Berichte aus der Mail, Alarme und Freigaben in Finanzkanälen
AMelde- und Deckungsfreigaben dort, wo Finanzen arbeiten
AMargenkurve, Prognose, Tagesarchiv mit Herkunft
ABasis, Gebührensätze und Fristen folgen aus dem Vorratsgesetz und Durchführungsakten; der Rechtsstand wird bei Einführung und jeder Änderung geprüft
BSo setzen wir das um
Von der Beschreibung zum laufenden Prozess
Diese Lösung setzen wir im Rahmen unserer Prozessautomatisierung um: Zuerst messen wir den Prozess mit Unternehmensdaten, dann bauen, testen und betreuen wir die Roboter. Die SAP-Integration übernimmt unser SAP-Team.
Branche
Fallstudien
Umgesetzte Kundenprojekte finden Sie unter Case Studies.
Illustratives Wirtschaftlichkeitsmodell
Zahlen, die Sie mit eigenen Daten prüfen können.
Das Modell zeigt einen Mechanismus, kein Versprechen: wie weit der Puffer sinken kann, sagt allein Ihre tägliche Margenkurve, die es heute nicht gibt. Auch das Gegenteil kommt vor: die Kurve zeigt Tage, an denen der intuitive Puffer zu klein war, und dann ist der Wert keine Ersparnis, sondern ein vermiedenes Gespräch mit dem Regulierer. Kapital- und Lagersätze gehören zum Szenario.
Rechnen Sie mit Ihren Zahlen
Eine illustrative Schätzung auf Basis Ihrer Eingaben. Modelliert wird freigesetzte Kapazität, keine versprochene Einsparung.
Geschäftlicher Nutzen
- Die Marge ist eine täglich bekannte Größe, nicht etwas zur Meldung Rekonstruiertes
- Der Sicherheitspuffer folgt aus Kurve und Kapitalkosten, nicht aus Angst
- Ticketverträge werden im Voraus verhandelt, auf einer Prognose, nicht unter Fristdruck
- Meldungen und Gebühr stammen aus denselben Daten wie das Board, es gibt keine zwei Wahrheiten
- Jeder Tag hat ein Archiv mit Herkunft: Bestände, Verträge, Modellversion
Aus Sicht der Geschäftsführung
- Das Regulierungsrisiko eines Tages mit negativer Marge schrumpft zum Risiko eines ungelesenen Alarms
- Kapital in Vorräten arbeitet nach Rechnung, nicht nach Gewohnheit
- Die Geschäftsführung sieht eine Kurve statt dreier Tabellen und weiß, wann die nächste Deckungsentscheidung fällig ist
KPIs für die Geschäftsführung
Tagesmarge gegen die Schwelle · Tage vom Alarm bis zur Deckungsentscheidung · Kosten des Puffers über der Pflicht · vor der Frist eingereichte Meldungen · Bestandslücken der Operatoren gegen Verträge
Sicherheit und Governance
Die Automatisierung hat genau die Berechtigungen, die sie braucht. Keine einzige mehr.
- Der Roboter liest ERP und Lagersysteme mit einem technischen Konto minimaler Rechte; Meldungen reicht ein Mensch ein, oder der Roboter nach Freigabe
- Jeder Tag archiviert Quellbestände, geltende Verträge und Modellversion, jede Zahl lässt sich zurückverfolgen
- Pflichtmodell und Vertragsregister sind versioniert; Änderungen erfordern den Eigentümer auf Finanzseite
- Personendaten kommen nicht vor; gerechnet wird mit Volumina, Tanks und Verträgen
- Boards und Archive bleiben in Ihrem Microsoft-365-Tenant, die Roboter laufen in der EU-Region der UiPath Automation Cloud
Warum jetzt
Die Marktvolatilität ist in die Volumina gewandert: die Einfuhr schwankt und mit ihr die Pflichtbasis. Einmal je Periode zu rechnen war bei stabilem Geschäft erträglich; bei volatilem ist es Raten.
Kapitalkosten sind nicht mehr gratis. Ein Puffer „für alle Fälle“, der bei Nullzinsen niemandem wehtat, hat heute einen konkreten, berechenbaren Jahrespreis.
Alle Eingangsdaten existieren bereits in Systemen: dies ist Automatisierung, die vorhandene Zahlen zu einer Kurve zusammensetzt, kein Projekt zur Erhebung neuer Daten.
Relevante Führungsrollen
Marge und Puffer werden mit Arithmetik gesteuerte Größen, mit einer Kurve statt einer Überzeugung
Ticket- und Verlagerungsentscheidungen fallen auf einer Prognose, mit Wochen Reserve
Die Meldung ist kein Forschungsprojekt mehr; sie ist die Freigabe täglich gesehener Daten
Häufige Fragen und Einwände
Dann ist die Einführung billiger, und der Wert verschiebt sich zum Puffer: bei stabiler Pflicht zeigt die Kurve schnell, wie viel Marge Sie über den Bedarf halten und was das jährlich kostet. Stabilität ist ein Argument fürs Rechnen, nicht dagegen.
Die Kurve ist so gut wie ihre langsamste Quelle, und das zeigen wir ehrlich: Operator-Bestände tragen ihr Berichtsdatum, die Unsicherheit dazwischen ist markiert. Häufigeres Berichten ist oft eine Frage der Bitte oder eines Nachtrags; viele Operatoren liefern Wochenbestände, wenn der Kunde fragt.
So soll es sein: das Pflichtmodell schreiben wir nach der Auslegung Ihrer Juristen auf und automatisieren nur diese. Der Roboter rechnet schneller, interpretiert aber nichts; jede Auslegungsänderung ist eine neue Modellversion mit Datum.
Wann diese Lösung nicht passt
- Eine Pflicht, vollständig durch einen stehenden Ticketvertrag bei stabilem Volumen gedeckt: ein Verlängerungskalender genügt
- Ein von der Pflicht befreiter Betrieb oder einer unter den Gesetzesschwellen: es gibt nichts zu rechnen
- Keine interne Einigkeit über die Auslegung der Basis: erst juristische Klärung, dann Automatisierung
Eine Frage für die nächste Sitzung
Wie hoch war unsere niedrigste Tagesmarge im letzten Quartal, und woher wissen wir das, wenn wir den Stand einmal je Periode rechnen?
Vorgehen bei der Umsetzung
Der Umfang ohne Unklarheiten, noch vor der Unterschrift.
Wir liefern
- Ein versioniertes Pflichtmodell nach der Auslegung Ihrer Juristen
- Die tägliche Drei-Zahlen-Rechnung mit Prognose und Kurve auf dem Power-BI-Board
- Das Ticketvertragsregister mit Laufzeiten und Verlängerungsalarmen
- Meldungen und Gebührenberechnung aus einer Datenquelle, freigegeben in Teams
- Ein Tagesarchiv mit voller Herkunft und einen Parallellauf über eine Meldeperiode
Wir brauchen von Ihnen
- Die letzten zwei Meldungen mit den Tabellen, aus denen sie entstanden
- Das Ticketvertragsregister und Zugang zu den Bestandsberichten der Operatoren
- Einen Modelleigentümer auf Finanzseite und die Basisauslegung Ihrer Juristen
Etappen
Analyse
Die letzten zwei Meldungen aus Quelldaten rekonstruiert; eine Karte der Bestandsquellen und ihrer Rhythmen
Regeln
Pflichtmodell, Warnschwellen und Deckungsgrundsätze, freigegeben von Finanzen
Bau
Collector, Tagesrechnung, Kurve mit Prognose, Alarme, Meldungen und Archiv
Parallellauf
Eine volle Periode: der Roboter rechnet täglich, die Meldung entsteht wie bisher, Differenzen auf die Tonne geklärt
Go-live
Umstellung auf eine Datenquelle für Board und Meldungen, Schwellen-Review nach einem Quartal
Der Aufwand hängt vor allem von Rhythmus und Form der Operator-Berichte ab und davon, ob die Basisauslegung intern geklärt ist; die technische Schicht selbst ist einfach.
Die Marge war im Februar vier Tage negativ. Die Märzmeldung fiel korrekt aus, also hat es nie jemand erfahren.
Senden Sie uns die letzten zwei Meldungen mit ihren Quelltabellen. Wir schicken die tägliche Margenkurve jener Periode nach unserem Modell zurück, die Tage, die einen Alarm ausgelöst hätten, und eine Schätzung, wie viel Puffer sich rechnen statt annehmen ließe.
Prüfen Sie Ihre Marge mit unseren RegelnDer Nachbarprozess hat meist dasselbe Problem
Der Zwanzigste des Monats hört auf, der Paniktag des Konzessionsreferats zu sein.
Lösung ansehen Recht & Compliancee-AD und e-DD fristgerecht geschlossen, Verbrauchsteuer im GriffKein elektronisches Lieferdokument wartet bis zum letzten Tag auf seine Eingangsmeldung.
Lösung ansehen Betrieb & ProduktionTanks jede Nacht abgestimmt, Verluste morgens sichtbarDie Sonden sagen das eine, die Kassen das andere. Die Tagesbilanz sagt warum.
Lösung ansehen