Eine Ladeplattform speichert Sitzungen und Energie. Ihr Unternehmen verwaltet Kunden, Rechnungen, Vermögenswerte und Supportfälle. Die Verbindung zwischen ihnen wird normalerweise zuletzt erstellt, zuerst manuell durchgeführt und wird genau dann zum betrieblichen Engpass, wenn das Netzwerk wächst.
Dieser Zeitpunkt ist kein Zufall. Der manuelle Abgleich funktioniert bei kleinen Volumina, und das ist genau dann der Fall, wenn niemand dem Austausch Priorität einräumt.
Was eigentlich fließen muss
- Abrechnungsfähige Sitzungen im Finanzbereich mit der für die Rechnungsstellung erforderlichen Granularität.
- Kunden- und Kontoidentität, damit die Benutzer, die Gebühren erheben, den Entitäten zugeordnet werden, die Sie bereits kennen.
- Asset-Datensätze, sodass Ladegeräte im selben Inventar angezeigt werden wie alles andere, was Sie verwalten.
- Fehler im Supportsystem, sodass Ladevorfälle dem bestehenden Prozess folgen.
- Energieverbrauch ins Reporting, wo Nachhaltigkeit oder Kostenzuordnung es erfordern.
Die Identitätszuordnung ist der schwierige Teil
Ein Fahrer in der Ladeplattform, ein Kunde im CRM und ein Konto im Finanzsystem sind drei Datensätze, die sich auf dieselbe Entität beziehen müssen. Wenn sie unabhängig voneinander erstellt werden, weichen sie voneinander ab und der Abgleich wird zum Fuzzy-Matching für Namen.
Die Entscheidung, welches System für die Identität maßgeblich ist, und die anderen darauf verweisen zu lassen, ist die Entscheidung, die dies verhindert. Am Anfang ist es einfach und danach schmerzhaft.
Stilles Scheitern ist das vorherrschende Risiko
Eine Integration, die stoppt, ohne jemanden zu warnen, wird am Monatsende entdeckt, wenn die Lücke bereits groß ist und die zugrunde liegenden Datensätze möglicherweise nicht mehr aufbewahrt werden.
Jede Integration benötigt sichtbare Fehler, einen Wiederholungspfad und eine Abgleichsprüfung, die Datensätze an beiden Enden zählt. Ohne letzteres kann eine Integration gesund erscheinen, während ein Teil dessen, was durch sie hindurchgeht, verloren geht.
Versionsänderungen auf beiden Seiten
Die Ladeplattform wird veröffentlicht, der ERP wird aktualisiert, eine API-Version ist veraltet. Integrationen brechen in diesen Momenten, und die Partei, die sich verändert hat, weiß normalerweise nicht, dass die Integration existiert.
Die Kontrolle liegt darin, für jede Integration einen Eigentümer zu benennen, der über Releases auf beiden Seiten benachrichtigt wird. Nicht besessene Integrationen scheitern stillschweigend und bleiben fehlgeschlagen.
Bauen Sie die Ladeplattform im ERP nicht um
Ein häufiger Fehler besteht darin, so viele Ladedetails in das Finanzsystem zu schieben, dass es zu einer zweiten, schlechteren Ladeplattform wird. Das Finanzwesen benötigt abrechenbare Ergebnisse, keine Zählerstichproben.
Durch die bewusste Festlegung der Granularität und die Beibehaltung der Details im dafür konzipierten System bleiben beide Systeme weiterhin in der Lage, das zu tun, was sie gut können.
Bauen Sie es, bevor Sie es brauchen
Der richtige Zeitpunkt ist, wenn die Lautstärke so niedrig ist, dass Fehler manuell korrigiert werden können. Der Aufbau unter Druck und mit einem Rückstand von Monaten, die noch nicht abgewickelt wurden, ist erheblich schwieriger, und der Druck führt zu hartnäckigen Abkürzungen.