Projektbeschreibung
ÜbersetztUnser Unternehmen führt Kundenakten in einem CRM, aber die Buchhaltungssoftware und ein Supportdesk speichern ebenfalls Kopien derselben Kundenkarten. Jede Änderung muss von Hand an jedem Ort eingegeben werden: eine neue Telefonnummer, ein aktualisierter Vertragsstatus, ein geänderter Manager. Die Leute vergessen, Systeme driftet auseinander, und wir stellen regelmäßig fest, dass das CRM etwas anderes anzeigt als die Buchhaltung.
Wir benötigen eine bidirektionale Synchronisierungsschicht zwischen dem CRM und den anderen Systemen, die über ihre APIs und nicht über direkten Datenbankzugriff aufgebaut ist. Wenn eine Kundenkarte im CRM bearbeitet wird, sollten die gleichen Felder automatisch an anderer Stelle aktualisiert werden, und umgekehrt sollte es auch funktionieren – eine Änderung, die auf der anderen Seite vorgenommen wird, sollte von selbst ins CRM zurückfließen. Welche Felder synchronisiert werden und in welche Richtung, muss konfigurierbar sein.
Der kniffligste Teil sind Konflikte: dieselbe Karte, die in zwei Systemen innerhalb eines kurzen Zeitfensters vor der Synchronisierung bearbeitet wird. Jeder solcher Fall sollte in einem Konfliktprotokoll landen, das beide Versionen der Daten und einen Zeitstempel enthält, damit unser Team es überprüfen und einen Gewinner auswählen kann, anstatt dass die Synchronisierung stillschweigend eine Seite überschreibt.
Was uns wichtig ist:
— stabile, fortsetzbare Synchronisierung, die eine unterbrochene Verbindung übersteht
— klare Feldzuordnung zwischen dem CRM und jedem System
— ein Konfliktprotokoll, das leicht zu lesen und zu bearbeiten ist
— kurze Dokumentation, damit unser eigenes Team es später warten kann
Wir benötigen eine bidirektionale Synchronisierungsschicht zwischen dem CRM und den anderen Systemen, die über ihre APIs und nicht über direkten Datenbankzugriff aufgebaut ist. Wenn eine Kundenkarte im CRM bearbeitet wird, sollten die gleichen Felder automatisch an anderer Stelle aktualisiert werden, und umgekehrt sollte es auch funktionieren – eine Änderung, die auf der anderen Seite vorgenommen wird, sollte von selbst ins CRM zurückfließen. Welche Felder synchronisiert werden und in welche Richtung, muss konfigurierbar sein.
Der kniffligste Teil sind Konflikte: dieselbe Karte, die in zwei Systemen innerhalb eines kurzen Zeitfensters vor der Synchronisierung bearbeitet wird. Jeder solcher Fall sollte in einem Konfliktprotokoll landen, das beide Versionen der Daten und einen Zeitstempel enthält, damit unser Team es überprüfen und einen Gewinner auswählen kann, anstatt dass die Synchronisierung stillschweigend eine Seite überschreibt.
Was uns wichtig ist:
— stabile, fortsetzbare Synchronisierung, die eine unterbrochene Verbindung übersteht
— klare Feldzuordnung zwischen dem CRM und jedem System
— ein Konfliktprotokoll, das leicht zu lesen und zu bearbeiten ist
— kurze Dokumentation, damit unser eigenes Team es später warten kann
Webprogrammierung Bargeld, Banküberweisung
