Scroll Top

Hintergrundwissen Replikation (Kommunikationsprotokoll, Push-Dienst)

Letzte Änderung:29. August 2023
Voraussichtliche Lesezeit: 2 min

AMTANGEE Mobile repliziert Daten auf Objektebene. Was genau dies bedeutet und worin die besondere Innovation von AMTANGEE BCS liegt, erläutert der folgende Beitrag. Zunächst noch einige einführende Worte zu den Basics der Replikation:

Wir unterscheiden zwischen einer Notebook-Replikation (bereits im Preis inbegriffen) und einer Standortreplikation (pro Standort wird eine Standortlizenz fällig). Die Stadortreplikation greift immer dann, wenn Sie z.B. mehrere Filialen miteinander verbinden.

Eine Replikation wird immer auf "Anforderung" eingerichtet. Neben dem installierten Replikationsdienst auf dem Server eines Standortes muss also auch ein Administrator eine Replikationsanforderung an einen Empfänger schicken. Dies wird über einen Wizzard vorgenommen, der dann eine Anforderungsdatei erstellt. Diese Datei wird dann per Email an den Zielstandort geschickt, dort erkannt und dem Administrator zur Bestätigung vorgelegt.

Nach einer erfolgten Bestätigung gilt die Replikation als eingerichtet. Sender und Empfänger können ab diesem Zeitpunkt Daten austauschen. Der Austausch der Daten erfolgt über ein neuartiges Kommunikationsprotokoll (AMTANGEE® Communication Foundation). Es puffert ein- und ausgehende Daten zwischen und sorgt so für einen reibungslosen Versand der Informationen zwischen den einzelnen Standorten.

Objektreplikation

Einzigartig neu in AMTANGEE BCS ist die vollkommen neu strukturierte und rekursiv arbeitende Objektreplikation.

AMTANGEE BCS ist ein Online-System. "Online" bedeutet für uns, dass die Datenbank einer permanenten Änderung unterzogen werden kann. Verschiedene Objekte in AMTANGEE BCS können sich parallel gegenseitig beeinflussen.

Beispiel

Sie legen in einer Adresse einen Termin an und ordnen diesen Termin zwei Benutzern und einer zusätzlichen Adresse zu. In diesem Augenblick verändern Sie drei Objekte: das Adressobjekt (neuer Termin zur Adresse), das Terminobjekt (neuer Termin) und das Benutzerobjekt (Benutzer ist Teil eines Termins).

Mit der neuen Replikation können Sie für jeden der drei Objektveränderungswege einen Replikationsweg definieren. Bleiben wir beim obigen Beispiel. Sie haben in AMTANGEE BCS eine Adresskategorie "Kunden". Diese Kategorie haben Sie von Ihrem Standort Berlin nach München repliziert. München hat die Replikation angenommen und aus Berlin alle Daten bekommen.

Nun ändern wir ein Objekt, wie oben beschrieben in Berlin. München bekommt nun das neue Terminobjekt, weil die bearbeitete Adresse in der Kategorie "Kunden" steht. In dem Terminobjekt sind jedoch noch zwei Benutzer zugeordnet. München bekommt nun auch die Daten der Benutzer. Zusätzlich ist eine weitere Adresse zugeordnet, die nicht in der Kategorie "Kunden" steht, sondern in "Lieferanten". München bekommt jetzt auch diese Adresse.

Die Replikation ist also ein Instrument, wo Sie Objekte immer mit einer vollständigen Sicht übertragen können. Die Rekursion geht solange durch die Objekte, bis ein Endweg erreicht ist.

Um dem Datenschutz gerecht zu werden, können Benutzer die Rekursionstiefe einstellen. So werden ganz neue Anwendungsfelder mit AMTANGEE möglich sein.

Hier ein einfaches Beispiel

Firma Muster Bau AG hat bei einem Adresshändler 5000 Adressen eingekauft und hat diese in die Kategorie "Mailingadressen" importiert. Muster Bau beauftragt nun ein Callcenter mit der Kaltakquise dieser Adressen. Berechnet werden nur die kontaktierten Adressen, die zu einem Termin geführt haben.

Muster Bau erstellt in AMTANGEE BCS eine Kampagne mit allen Adressen aus der Kategorie "Mailingadressen" und übergibt die Kampagne und die Adresskategorie mit der Replikation an das Callcenter. Vorher stellen wir bei Muster Bau ein, dass nur die Adresse, Erinnerungen und Termine aus der Adresse übergeben werden. Zusätzlich übergeben wir die Kampagne an das Callcenter.

Zunächst ist sichergestellt, dass das Callcenter z.B. keine Opportunities und Aufträge aus der Adresse heraus sieht - aber noch viel besser: die (in diesem Beispiel) Opportunities und Aufträge werden gar nicht erst in die Zieldatenbank des Callcenters eingetragen. Hier unterscheidet sich unser objektbasiertes Modell erheblich von einer Tabellenreplikation, wo alle Informationen zunächst übertragen werden und nur nicht angezeigt werden!

Das Callcenter kann nun fleißig die Kampagne abtelefonieren und die Muster Bau kann diese täglich auswerten. Die Ergebnisse werden schließlich nach einem vorgegeben Zeitplan an die Muster Bau zurück repliziert. Das funktioniert natürlich auch mit den Anrufnotizen, etc. Wenn das Callcenter gleich einen Termin vereinbart, wird dieser Termin gleich in den Terminkalender des Benutzers bei der Muster Bau eingetragen und zurück repliziert.

Hier könnte die Muster Bau dann z.B. automatisch den Termin an einen Außendienstmitarbeiter über das AMTANGEE Mobile weitergeben (PUSH).

appmobilereplikation
War dieser Artikel hilfreich?
Gefällt mir nicht 0
Weiter: Gerätewechsel einer Notebook-Replikation
Privacy Preferences
When you visit our website, it may store information through your browser from specific services, usually in form of cookies. Here you can change your privacy preferences. Please note that blocking some types of cookies may impact your experience on our website and the services we offer.