Stammdatenreplikation zwischen unterschiedlichen Mandanten einer oder mehrerer BC-Datenbanken.
Aktuelle Version: 26.1.0.1ab Business Central 26. AppSource-Name: NAVAX Replication
Handbuch
Erstellungsdatum: 2026/02/26 Die aktuelle Version dieses Handbuchs finden Sie unter:
☰ Inhaltsverzeichnis
Allgemein
NAVAX Replication Die NAVAX Replication repliziert Stammdaten zwischen unterschiedlichen Mandanten einer oder mehrerer BC-Datenbanken...
Einrichtung
Allgemein In der Replikationseinrichtung Allgemein werden grundlegende Einrichtungen durchgeführt...
Datenbanken Wenn die Replikation auch in andere Datenbanken erfolgen soll, müssen Sie die anderen Datenbanken hier einrichten...
Mandanten Hier führen Sie die Konfiguration der einzelnen Mandanten durch, welche an der Replikation beteiligt sind...
Mandantengruppen Eine Mandantengruppe fasst mehrere Mandanten zusammen...
Mandantengruppe-Mandanten Geben Sie hier die einzelnen Mandanten ein, die einer Mandantengruppe zugeordnet werden sollen...
Tabellen Die Replikationseinrichtung Tabellen legt fest, welche Tabellen und Felder im Replikationsprozess berücksichtigt werden und wie sie sich beim Replizieren verhalten...
Tabellenfilter Einrichtung Hier können Sie für die Tabellen festlegen, dass sie nur unter bestimmten Voraussetzungen (Filter) in einen oder mehrere Mandanten zu replizieren sind...
Manuelle Replikation Einrichtung Jede Tabelle, für die es hier einen oder mehrere Zeileneinträge gibt, ist für die „Manuelle Replikation definiert...
Personenkonten/Ländercodes Buchungsgruppen Wenn Sie in Ihren beteiligten Mandanten unterschiedliche Länder abbilden, dann wollen Sie die Buchungsgruppen Ihrer Debitoren und Kreditoren vermutlich nicht in alle Mandanten ident ausrollen. So kann z.B. ein AT-Kreditor in einem Mandanten ein Inlands-Kreditor sein, in einem weiteren ein EU-Kreditor und im dritten Mandanten gar ein Export-Kreditor. Daher gibt es eine Möglichkeit, die Buchungsgruppen beim Replizieren abhängig von Ihrem Länder-/Regionscode in die einzelnen Mandanten unterschiedlich zu replizieren...
Automatischer Statuswechsel Hier können Sie für jede replizierte Tabelle definieren, ob über einen Filter definierte Replikationsposten automatisch auf einen bestimmten Status gesetzt werden sollen...
Replikations-Administrator Es gibt diverse Funktionen, welche nur mit dem Recht des Replikations-Administrators für den Benutzer verfügbar sind. Dies ist bei den entsprechenden Funktionen direkt vermerkt...
Arbeiten mit der App
Replikationsposten Das Anlegen, Löschen, Ändern oder Umbenennen eines Datensatzes einer Tabelle, die für Replikation eingerichtet ist, löst die Erstellung von Replikationsposten aus...
Manuelle Replikation
Datenbankübergreifende Replikation In jeder Empfänger-Datenbank müssen in der Replikationseinrichtung Mandanten die Empfänger-Mandanten dieser Datenbank definiert werden. Einer dieser Mandanten sollte als Stammdatenmandant der Empfänger-Datenbank definiert werden...
Fehler durch Replikationsposten Durch Einrichtungsfehler oder besondere Datenkonstellationen kann es dazu kommen, dass ein Replikationsposten beim Ausführen der Replikation mit dem Status Fehlerhaft versehen wird. So ein Posten führt dazu, dass die Replikation im betroffenen Mandanten für alle Replikationsposten nach dem fehlerhaften Posten nicht durchgeführt wird...
Replikationsposten Abhängigkeiten Bei Tabellen, die den Parameter Manuelle Replikation gesetzt haben, ist es möglich, Abhängige Tabellen zu definieren...
Aufgaben Im Rahmen der Arbeiten mit der App ergeben sich einige Aufgabenbereiche...
Besonderheiten Das Replizieren von Tabellen ist im Normalfall eine unkomplizierte Thematik...
Informationen für Entwickler
Funktion „Manuelle Replikation" für weitere Tabellen ermöglichen Die NAVAX Replikation ist standardmäßig über pageextensions bereits in vielen Kartenseiten eingebunden...
Event Anfrage Sie benötigen eine Funktion oder ein „Event, welches in der aktuellen Anwendung noch nicht enthalten ist? Kontaktieren Sie uns und wir werden Ihre Anfrage prüfen. Wenn möglich, werden wir die gewünschte Erweiterung zeitnah umsetzen. Falls nicht, informieren wir Sie und erklären kurz den Grund. Lassen Sie sich in diesem Fall nicht entmutigen - überdenken Sie Ihren Ansatz und reichen Sie gerne eine neue Anfrage ein...
Anhang
NAVAX Lizenzverwaltung Die Seite NAVAX Lizenzverwaltung (in älteren Versionen NAVAX Lizenzübersicht oder NCEX Lizenzübersicht) zeigt den aktuellen Lizenzstatus der NAVAX-Erweiterungen an...
Die NAVAX Replication repliziert Stammdaten zwischen unterschiedlichen Mandanten einer oder mehrerer BC-Datenbanken.
Navigation
Die meisten Replikationstätigkeiten führen Sie auf der Seite RPL Replikation durch. Hier sehen Sie die Replikationsposten und können alle erforderlichen Einrichtungen durchführen.
Sie erkennen alle Funktionen der NAVAX Replication daran, dass RPL vorangestellt ist.
Berechtigungssätze
Für NAVAX Replication stehen folgende Berechtigungssätze zur Verfügung:
Name
Beschreibung
NVXRPL, SETUP
NAVAX Replikation einr.
Diese Berechtigungen benötigen Sie, um NAVAX Replication vollständig zu benutzen.
NVXRPL
NAVAX Replikation
Damit Sie die Einrichtung der NAVAX Replikation durchführen können, benötigen Sie diesen Berechtigungssatz.
Wichtig
Die NAVAX Replikation interagiert mit sehr vielen Standard-Tabellen/-Prozessen. Sie benötigen diesen Berechtigungssatz daher auch, um grundsätzlich Daten in der BC-Datenbank zu bearbeiten. Daher wird empfohlen, diesen Berechtigungssatz jedem BC-User zu geben.
In der Replikationseinrichtung Allgemein werden grundlegende Einrichtungen durchgeführt.
Felder
Datenbankübergreifende Replikation
Mit Aktivierung dieses Hakens wird die datenbankübergreifende Replikation ermöglicht.
Aktuelle Datenbank ist Empfänger
Wenn Datenbankübergreifende Replikation aktiviert ist und die aktuelle Datenbank nicht die Datenbank mit dem Stammdatenmandanten ist, müssen Sie diesen Parameter aktivieren.
Deb. Vorgabedim. am Projekt ignorieren
Dieser Parameter ist nur von Bedeutung, wenn Sie Projekte replizieren.
Wenn Sie auf einer Projektkarte einen Debitor erfassen, so werden alle Vorgabedimensionen der Projektkarte durch jene des Debitors ersetzt. Wenn der Debitor keine Vorgabedimension hat, werden somit die bestehenden Vorgabedimensionen auf der Projektkarte nur gelöscht. Dies wird natürlich auch durch die Replikation so ausgelöst.
Wenn Sie verhindern wollen, dass die Vorgabedimensionen auf der Projektkarte durch jene des Debitors ersetzt werden, so müssen Sie diesen Parameter aktivieren.
Replikation aktiviert
Dieser Parameter ist nur dann sichtbar wenn Sie Replikations-Administrator sind.
Wenn Sie diesen Parameter abhaken, so wird die Replikation nicht mehr durchgeführt. Dies gilt für alle Benutzer und nicht nur für Sie.
Diese Funktion ist zum Beispiel dann sinnvoll, wenn Sie Einrichtungsdaten (z.B. durch Import per Konfigurationspaketen) durchführen wollen, welche nicht repliziert werden sollen.
ACHTUNG: Vergessen Sie nicht, diesen Parameter nach Abschluss Ihrer Tätigkeiten wieder anzuhaken.
Replikation bei Fehler abbrechen
Dieses Feld ist nur sichtbar, wenn Sie Replikations-Administrator sind.
Dieser Parameter wirkt sich nur dann aus, wenn Sie die Replikation direkt im Zielmandanten starten. Beim Ausführen der Replizierung im Zielmandanten wird die Funktion im Fehlerfall mit der auslösenden Fehlermeldung abgebrochen.
Anmerkung: Führen Sie dies im Stammdatenmandanten aus, so bekommen Sie die Fehlermeldung nicht angezeigt.
Wenn dieser Parameter aktiviert ist, werden bei Programmabbruch (im Zielmandanten) erweiterte Informationen angezeigt, welche für Entwickler sehr hilfreich sind.
Hinzufügen von Repl. Einträge aktiv
Dieser Parameter ist nur dann sichtbar wenn Sie Replikations-Administrator sind.
Es gibt zeitintensive Replikationsvorgänge, wo viele Replikationsposten erzeugt werden können. Zum Beispiel das Hinzufügen einer neuen Tabellendefinition (mit automatischer Erstreplikation) sowie die Aktion "Mandant initialisieren". Während dieser Vorgänge dürfen keine anderen Replikationsposten erzeugt werden - somit dürfen Sie in dieser Zeit keine Stammdaten ändern, welche repliziert werden.
Die Replikation verhindert das und macht Sie mit einer entsprechenden Fehlermeldung darauf aufmerksam.
Sollte einer der oben genannten Vorgänge mit einem Programmabbruch beendet werden, dann bleibt dieser Parameter aktiviert und es ist weiterhin nicht möglich, replizierte Daten zu ändern. NUR in diesem Fall (Programmabbruch) dürfen Sie diesen Parameter manuell wieder deaktivieren.
Repl.-Einrichtung von Tabellen in Bearbeitung
Dieser Parameter ist nur dann sichtbar wenn Sie Replikations-Administrator sind.
Wenn jemand die Tabelleneinrichtungen ändert, so darf im gleichen Zeitraum kein zweiter User ähnliche Vorgänge durchführen. Die Replikation verhindert das und macht Sie mit einer entsprechenden Fehlermeldung darauf aufmerksam.
Sollte die Einrichtung der Tabellen durch Programmabbruch beendet werden, dann bleibt dieser Parameter aktiviert und es ist weiterhin nicht möglich, replizierte Daten zu ändern. In diesem Fall dürfen Sie diesen Parameter manuell wieder deaktivieren.
ACHTUNG: Wenn die Sitzung mit der Einrichtung der Tabellen per Schließen des Browserfensters abgebrochen wird, so kann es ein paar Minuten dauern, bis die Sperre für weitere Bearbeitung der Tabelleneinrichtung automatisch entfernt wird.
Aktionen
NAVAX Lizenzverwaltung
Öffnet die NAVAX Lizenzverwaltung, die den aktuellen Lizenzstatus der NAVAX-Erweiterungen anzeigt.
Wenn die Replikation auch in andere Datenbanken erfolgen soll, müssen Sie die anderen Datenbanken hier einrichten.
Nachfolgend werden die erforderlichen Einrichtungen für die Datenreplikation zwischen verschiedenen Datenbanken beschrieben.
In der Hauptdatenbank müssen die zusätzlichen Datenbanken angelegt werden, um deren Mandanten definieren zu können.
In den jeweils zusätzlichen Datenbanken muss die Hauptdatenbank angelegt und konfiguriert werden.
In einer Empfängerdatenbank müssen nachfolgende Angaben zur Hauptdatenbank (in der Datenbank Karte) gemacht werden.
Felder
Code
Vergeben Sie einen eindeutigen Code.
Beschreibung
Gibt den Wert des Feldes "Beschreibung" an.
Endpunkt-Server
Gibt die Basis-URL an, über die der API-Aufruf den Webservice erreicht.
Serverinstanz
Gibt den Wert des Feldes "Serverinstanz" an.
Port
Gibt den Wert des Feldes Port an. Wenn die entfernte Datenbank cloudbasiert ist, ist dieses Feld nicht relevant.
SaaS
Gibt an, ob die entfernte Datenbank eine Cloud-basierte ist.
Tenant-ID
Gibt die Tenant-ID der App-Registrierung für diese Datenbank an.
Client-ID
Definiert die Anwendung ID der Client App-Registrierung.
Geheime Clientschlüssel
Definiert das Client Secret der Client App-Registrierung.
Stammdatenmandant zentrale Datenbank
Geben Sie hier den Namen des Stammdaten-Mandant in der Hauptdatenbank an.
In der Hauptdatenbank müssen Sie von den obigen Parametern nur folgende Felder erfassen: Code, Beschreibung und Serverinstanz. Es werden auch nur diese drei Parameter angezeigt.
Aktionen
Remote - Mandanten
Hinweis
Diese Aktion ist nur in der Hauptdatenbank sichtbar.
Geben Sie hier in der Hauptdatenbank für jede Empfänger-Datenbank die einzelnen Mandanten an. Beachten Sie die exakte Schreibweise des Mandantennamens.
Sie finden diese in der Spalte "Name" in der Liste "Mandanten" in der Empfänger-Datenbank.
Die exakte Eingabe der Namen kann an dieser Stelle nicht überprüft werden, ist aber essentiell für die Funktion der datenbankübergreifenden Replikation!
Verbindung prüfen
Hinweis
Diese Aktion ist nur in der Empfängerdatenbank sichtbar.
Mit dieser Aktion können Sie prüfen, ob die Einrichtung für die datenbankübergreifende Replikation korrekt ist.
Hier führen Sie die Konfiguration der einzelnen Mandanten durch, welche an der Replikation beteiligt sind.
In der Hauptdatenbank:
Jede Zeile ist ein Mandant aus der Hauptdatenbank oder aus einer Empfänger-Datenbank. Definieren Sie hier alle Mandanten – auch jene, die nicht in die Replikation integriert sind.
In einer Empfänger-Datenbank:
Jede Zeile ist ein Mandant der Empfänger-Datenbank. Definieren Sie hier alle Mandanten – auch jene, die nicht in die Replikation integriert sind.
Felder
Remote
Haken Sie diesen Parameter an, wenn sich der Mandant in einer Empfänger-Datenbank befindet.
Hinweis
Diese Spalte ist nur sichtbar, wenn Sie eine datenbankübergreifende Replikation eingerichtet haben und Sie aktuell in der Hauptdatenbank sind.
Datenbank
Wenn "Remote" angehakt ist, wählen Sie hier die betroffene Datenbank (aus der "Replikationseinrichtung Datenbank") aus.
Hinweis
Diese Spalte ist nur sichtbar, wenn Sie eine datenbankübergreifende Replikation eingerichtet haben und Sie aktuell in der Hauptdatenbank sind.
Name
Wählen Sie den Namen des gewünschten Mandanten aus. Die Mandanten der Empfänger-Datenbanken müssen Sie zuvor in der Hauptdatenbank in der „Replikationseinrichtung Datenbanken" für die jeweilige Empfänger-Datenbank angelegt haben.
Stammdatenmandant
Sie müssen diesen Haken bei genau einem Mandanten der Hauptdatenbank setzen. Dies ist der Mandant, in dem die Stammdaten verwaltet werden.
Auch in jeder Empfänger-Datenbank sollten Sie diesen Haken bei einem Mandanten setzen (falls Sie dort in mehrere Mandanten replizieren). Dieser Mandant ist dann jener, der Ihnen ermöglicht, die Replikationsposten in alle anderen Mandanten zu replizieren.
Keine Replikation
Mandanten mit diesem Haken werden beim Replizieren nicht berücksichtigt.
Replikation aktiv
Zeigt an, ob die Replikation für diesen Mandanten aktuell läuft. Der Wert wird automatisch vom System gesetzt und wieder entfernt. Er sollte nur in Ausnahmefällen manuell geändert werden. Aus diesem Grund ist das Feld standardmäßig ausgeblendet und ist nur für den "Replikation Administrator" sichtbar.
Mandant initialisiert
Zeigt an, ob die Funktion "Mandant initialisieren" für diesen Mandanten bereits durchgeführt wurde. Wenn Sie die Initialisierung ein weiteres Mal durchführen wollen, so müssen Sie den Haken zuvor manuell entfernen. Diese Option/Einrichtung ist nur für den "Replikation Administrator" sichtbar
Replikation Init. in Progress
Zeigt an, ob für diesen Mandanten soeben die Funktion „Mandant initialisieren" aktiv ist. Der Wert wird automatisch vom System gesetzt und wieder entfernt. Er sollte nur in Ausnahmefällen manuell geändert werden und ist nur für den "Replikation Administrator" sichtbar
Aktionen
Mandant initialisieren
Diese Aktion erstellt für sämtliche Daten, welche laut Replikationseinrichtung zu replizieren sind, Replikationsposten für den markierten Mandanten. Das bedeutet, dass alle Datensätze, welche prinzipiell zu replizieren sind, einmalig in diesen Mandanten ausgeliefert werden - ganz so als ob sie gerade eben angelegt wurden. Sie können somit z.B. einen neu angelegten Mandanten mit den Stammdaten (welche repliziert werden) initialisieren.
Sollten manche dieser Datensätze bereits im Mandanten vorhanden sein, so überspringt die Replikation für diese Datensätze die Anlage und aktualisiert sie lediglich auf die aktuellen Werte laut Stammdatenmandant.
In der „Replikationseinrichtung Tabellen" können Sie bei jeder Tabelle angeben, ob diese bei der Aktion „Mandant initialisieren" berücksichtigt werden soll. Außerdem können Sie Einfluss darauf nehmen, in welcher Reihenfolge die Replikationsposten erstellt werden sollen. Dies betrifft die Reihenfolge der Tabellen, aber auch die Reihenfolge der Felder innerhalb der Tabellen.
Beachten Sie, dass Sie nach diesem Schritt die Replikation mit "Replikation ausführen" auch noch durchführen müssen.
Achtung
Während diese Aktion aktiv ist, können keine Stammdatenänderungen von Daten, die repliziert werden, durchgeführt werden. Da die Aktion "Mandant initialisieren" sehr zeitaufwändig sein kann, müssen Sie daher gut abwägen, wann Sie diese Aktion durchführen.
Eine Mandantengruppe fasst mehrere Mandanten zusammen.
Wenn bestimmte Tabellen oder einzelne Datensätze nicht in alle Mandanten repliziert werden sollen, können Sie dies entweder in der Replikationseinrichtung Tabellen oder direkt am Datensatz festlegen, indem Sie die gewünschten Mandanten einzeln angeben.
Alternativ dazu können Sie Mandantengruppen verwenden:
Anstatt die gewünschten Mandanten einzeln anzugeben, fassen Sie diese in Gruppen zusammen und wählen die entsprechende Gruppe aus.
Felder
Code
Ein eindeutiger Identifikationscode für die Mandantengruppe (z.B. OP1_2).
Beschreibung
Eine kurze Beschreibung, die Zweck oder Inhalt der Gruppe erläutert (z.B. Operative Mandanten 1 u. 2).
Die Replikationseinrichtung Tabellen legt fest, welche Tabellen und Felder im Replikationsprozess berücksichtigt werden und wie sie sich beim Replizieren verhalten.
Es gibt eine Vielzahl an Parametern, die sorgfältig konfiguriert werden müssen.
Der Einrichtungsbildschirm ist in Kopfbereich (Tabellen) und Details (Felder und abhängige Tabellen) unterteilt.
Kopfbereich (Tabellen)
Sie können die Kopfdaten minimieren, um mehr Detailzeilen für die aktuell ausgewählte Tabelle anzuzeigen.
Nachfolgend finden Sie die Beschreibung der Felder im Kopfbereich.
Spalte
Beschreibung
Art
Die Einrichtungstabelle enthält verschiedene Satzarten. Je nach Art sind unterschiedliche Parameter (Spalten) relevant.
Im Kopfbereich ist nur die Art "Tabelle" erlaubt.
Tabelle
Dies ist der Kopfsatz für jede Tabelle, die repliziert werden soll. Hier tragen Sie grundlegende Informationen zur Tabelle ein.
Tabellennr.
Gibt die Nummer der Tabelle an.
Tabellenname
Anzeigename der entsprechenden Tabelle.
Tabellenfilter
Sie können hier einen Filter definieren, um nur bestimmte Datensätze der Tabelle zu replizieren. Nur Datensätze, die dem Filter entsprechen, werden repliziert. Tabellenfilter Einrichtung
Hinweis
Beachten Sie, dass die nicht replizierte Datensätze weiterhin in allen Mandanten bearbeitet werden können.
Tabellen Reihenfolge
Nur relevant bei aktivierter Manueller Replikation und bei „Mandant initialisieren".
Alle abhängigen Tabellen (verbunden über die Art „Abhängige Tabelle") werden gemäß diesem Wert repliziert.
Details hierzu finden Sie im Abschnitt Manuelle Replikation sowie in den Detailzeilen zur Satzart.
Bei der Aktion „Mandant initialisieren" werden die Tabellen gemäß dieser Reihenfolge repliziert.
Hinweis
Beachten Sie, dass die nicht replizierte Datensätze weiterhin in allen Mandanten bearbeitet werden können.
Neu
Wird vom System automatisch gesetzt.
Ist der Haken gesetzt, handelt es sich um eine neue Einrichtungszeile.
Beim Schließen der Seite "Replikationseinrichtung Tabellen" erscheint ein Hinweis, wenn mindestens eine Zeile mit "Neu = Ja" vorhanden ist:
Einrichtung übernehmen und Replikationsposten erstellen
Es werden für die neu angelegten Tabellen und Felder alle erforderlichen Replikationsposten zur Erstausrollung erstellt. Die „Neu"-Häken werden entfernt.
Einrichtung verlassen ohne Replikationsposten zu erstellen
Die neuen Einrichtungen werden gespeichert und die „Neu"-Häken werden entfernt. Es erfolgt keine Erstellung von Replikationsposten für schon bestehende Datensätze der zu replizierenden Tabellen.
Wenn Sie die Tabelle z.B. für die „Manuelle Replikation" vorsehen wollen, so müssen Sie diese Option beim Verlassen der „Replikationseinrichtung Tabellen" wählen.
Einrichtung verwerfen (löschen)
Die neuen Einrichtungszeilen werden gelöscht und kommen somit nicht zur Anwendung.
Hinweis
Das Fenster der „Replikationseinrichtung Tabellen" darf jeweils nur in einer Sitzung geöffnet werden. Es ist dann für weitere Aufrufe gesperrt. Wenn Sie die „Replikationseinrichtung Tabellen" nicht per Programm sondern z.B. durch einen Programmabbruch oder auch durch unmittelbares Schließen des Browserfensters verlassen, kann es passieren, dass diese Einrichtung für die nächsten Minuten gesperrt bleibt.
Ignoriere Mandant
Wenn auf "Ja" gesetzt, können Sie mit Klick auf die drei Punkte definieren, in welchen Mandanten diese Tabelle nicht repliziert werden soll. Diese Einrichtung wirkt vor allen anderen Einrichtungen auch aus – z.B. wenn Sie mit Hilfe von Mandantengruppen replizieren oder Filter gesetzt haben.
Manuelle Replikation
Dieser Parameter kann hier nicht gesetzt werden, sondern wird automatisch aktiviert, wenn die Tabelle in der „Manuelle Replikation Einrichtung" eingetragen wurde.
Die „Manuelle Replikation" bietet eine flexible und transparente Steuerung einzelner Tabellen. Wenn aktiviert, werden neu erstellte Datensätze dieser Tabelle erst dann repliziert, wenn es der Benutzer über den Parameter "Repl. Mandanten" in der Replikations-Factbox des entsprechenden Datensatzes auslöst.
Bei Anlage des Datensatzes wird der Parameter "Repl. Mandanten" automatisch auf "Keine" gesetzt. Sobald der User diesen Parameter auf einen anderen Wert ändert, werden die entsprechenden Replikationsposten erstellt und der Datensatz ist in die Replikationsvorgänge mit eingebunden.
Wichtig
Da die erforderliche Replikations-Factbox in der Kartenansicht angezeigt wird, ist eine Kartenansicht Voraussetzung dafür. Wenn Sie diesen Parameter aktivieren und die Replikations-Factbox wird auf der jeweiligen Karte trotzdem nicht angezeigt, unterstützt diese Tabelle die Funktion nicht. In diesem Fall können Sie diese Funktion entweder nicht einsetzen, oder Sie müssen Ihre Systembetreuung kontaktieren, um die Erweiterung dieser Tabelle per Anpassung zu veranlassen.
Funktion „Manuelle Replikation" für weitere Tabellen ermöglichen
Insert-Trigger nicht ausführen
Dieser Parameter bewirkt, dass Insert-Trigger beim Replizieren dieser Tabelle nicht ausgeführt werden.
Wichtig
Die Funktionen, welche durch Insert-Trigger ausgeführt werden, sind meist aus gutem Grund vorhanden. Daher sollte diese Einstellung nur in Abstimmung mit Ihrem Systemadministrator erfolgen.
Modify-Trigger nicht ausführen
Dieser Parameter bewirkt, dass Modify-Trigger beim Replizieren dieser Tabelle nicht ausgeführt werden.
Wichtig
Die Funktionen, welche durch Modify-Trigger ausgeführt werden, sind meist aus gutem Grund vorhanden. Daher sollte diese Einstellung nur in Abstimmung mit Ihrem Systemadministrator erfolgen.
Delete-Trigger nicht ausführen
Dieser Parameter bewirkt, dass Delete-Trigger beim Replizieren dieser Tabelle nicht ausgeführt werden.
Wichtig
Die Funktionen, welche durch Delete-Trigger ausgeführt werden, sind meist aus gutem Grund vorhanden. Daher sollte diese Einstellung nur in Abstimmung mit Ihrem Systemadministrator erfolgen.
Bei „Mandant Initialisieren" ignorieren
Wenn aktiviert, wird diese Tabelle bei der Aktion „Mandant initialisieren" nicht berücksichtigt.
Details-Bereich
Im unteren Bildschirmbereich befinden sich die Detailzeilen zur jeweils ausgewählten Tabelle.
Auch dieser Bereich kann minimiert werden, um mehr Kopfdatenzeilen gleichzeitig anzuzeigen.
Spalte
Beschreibung
Art
Jede Zeile kann eine spezielle Satzart haben, die ihre Funktion definiert:
Feld
Definiert, welche Felder der Tabelle repliziert werden sollen. Nicht aufgeführte Felder werden nicht repliziert. Es wird aber empfohlen, alle Felder anzuführen.
Auch ein angeführtes Feld kann explizit von der Replikation ausgeschlossen werden, indem es mit dem Parameter "Feld ignorieren" eingetragen wird.
Abhängige Tabelle
Wenn bei einer Tabelle "Manuelle Replikation" aktiviert ist, können Sie in den Details abhängige Tabellen definieren.
Eine abhängige Tabelle wird erst dann repliziert, wenn der zugehörige Datensatz der Haupttabelle (das ist jene, bei der sie als abhängige Tabelle angeführt ist) repliziert wurde.
Beachten Sie, dass die abhängige Tabelle auch als zu replizierende Tabelle eingerichtet werden muss. Eine „abhängige Tabelle" darf nicht als manuell repliziert eingerichtet sein.
Beispiel: Die Bankkonten eines Kreditors sollen erst nach dem Kreditor selbst repliziert werden. Wenn aber der Kreditor manuell repliziert wird, so kann es sein dass das angelegte Kreditorenbankkonto vor dem eigentlichen Kreditor Replikationsposten erzeugt wird – und das würde zu einem Fehler führen. Daher muss die Tabelle „Kreditor Bankkonto" als „abhängige Tabelle" bei der Tabelle „Kreditoren" hinterlegt werden.
Replikationsposten der abhängigen Tabelle werden mit Status "Wartend" erzeugt und erst nach Replikation der Haupttabelle repliziert.
Feldnr.
Nummer des Feldes in der Tabelle.
Bei der Zeilenart "Abhängige Tabelle" muss hier die Feldnummer der Haupttabelle angegeben werden, welche die eindeutige Verknüpfung zur abhängigen Tabelle herstellt (z.B. Feld "Nr.").
Hinweis
Abhängige Tabellen können nur über EIN eindeutiges Schlüsselfeld mit der Haupttabelle verbunden werden. Eine Verbindung, die mehr als ein Schlüsselfeld fordert ist aktuell nicht unterstützt.
Feldname
Vom System automatisch befüllter Name des Feldes.
Abhängige Tabellennr.
Nur relevant bei Art "Abhängige Tabelle". Nummer der abhängigen Tabelle.
Abhängiger Tabellenname
Vom System automatisch befüllter Name der abhängigen Tabelle.
Abhängige Feldnr.
Über diese Feldnummer der abhängigen Tabelle wird die Verbindung zur Haupttabelle hergestellt.
Abhängiger Feldname
Vom System automatisch befüllter Name des Feldes.
Abhängigkeit Bedingung
Ein optionaler Filter, mit dem Sie die zu verknüpfenden Datensätze weiter eingrenzen können. Sie benötigen diesen Filter z.B. für die Tabelle 352 (Default Dimension), um nur die Default-Dimensionen zu ebendieser Haupttabelle in Abhängigkeit zu setzen.
Beispiel: Die Tabelle 167 „Projekt" ist auf „Manuelle Replikation" gesetzt. Damit es beim Eintrag einer Vorgabedimension auf der Projektkarte in der Replikation zu keinem Fehler kommt, legen Sie die Tabelle 352 „Default Dimension" als „abhängige Tabelle" an. Die Tabelle 352 „Default Dimension" enthält aber auch Datensätze für andere Tabellen und daher muss bei der Zeile der abhängigen Tabelle 352 der Filter "Tabellen-ID = 167" eingetragen werden.
Feld Reihenfolge
Gibt an, in welcher Reihenfolge Felder innerhalb der Replizierung eines Datensatzes verarbeitet werden. Je kleiner der Wert ist, desto früher erfolgt die Verarbeitung.
Bei der Aktion „Mandant initialisieren" werden die Felder gemäß dieser Reihenfolge repliziert.
Wichtig
Wenn ein neu angelegter Datensatz nicht auf „Manuelle Replikation" gesetzt ist bzw. bei jeder Änderung eines bestehenden Datensatzes werden die Replikationsposten in den meisten Fällen gemäß der Reihenfolge Ihrer Datenerfassung erstellt. Hier hat der Parameter „Reihenfolge" meist keine Auswirkung.
Feldvalidierung nicht ausführen
Wenn aktiviert, wird der Feldinhalt repliziert, aber nicht validiert.
Wichtig
Die Funktionen, welche durch Validierungen ausgeführt werden, sind meist aus gutem Grund vorhanden. Daher sollte diese Einstellung nur in Abstimmung mit Ihrem Systemadministrator erfolgen.
Feld ignorieren
Wenn gesetzt, wird dieses Feld von der Replikation ausgeschlossen. Dies hat denselben Effekt wie wenn Sie für dieses Feld keine Einrichtungszeile anlegen.
Wir empfehlen, die Zeile trotzdem anzulegen, weil es einerseits der Dokumentation dient und andererseits in späterer Folge neue Funktionen (z.B. eine Prüfung, welche Felder für diese Tabelle nicht definiert wurden) auf diese Zeilen Rücksicht nehmen werden.
Ignoriere Mandant
Kann folgende Werte haben:
Keine - Diese Auswahl bedeutet, dass keine Mandanten ignoriert werden sollen und hat somit keinerlei Auswirkung.
Ja - Diese Auswahl bedeutet, dass Mandanten ignoriert werden sollen. Mit Klick auf die drei Punkte öffnen Sie eine Übersicht, in der definiert werden kann, in welche Mandanten dieses Feld nicht repliziert werden soll.
Neu
Dieser Parameter wird automatisch gesetzt und kennzeichnet eine neue Einrichtungszeile. Beim Schließen der Seite erfolgt eine Abfrage zur Speicherung bzw. Verwerfung aller mit "Neu" gekennzeichneten Zeilen. Erst wenn Sie beim Schließen bestätigen, dass die Einrichtungszeilen beibehalten werden sollen, werden dadurch automatisch die erforderlichen Replikationsposten erstellt. Das können Posten für eine ganze Tabelle sein oder auch nur für ein Feld einer schon replizierten Tabelle, das neu hinzugefügt wurde.
Wichtig
In manchen Situationen kann es sinnvoll sein, diesen Parameter manuell zu manipulieren, was prinzipiell möglich ist. Z.B. wenn Sie ein neues Feld in die Replikation mit einbeziehen wollen, es aber keine Erstausrollung dafür geben soll. Dann entfernen Sie den Haken „Neu" und klicken bei der Abfrage zur Speicherung auf „OK".
Bei "Einfügen" Schreiben
Wenn ein neuer Datensatz einer replizierten Tabelle angelegt wird, so wird zunächst ein Replikationsposten mit dem Feld Aktion = „Einfügen" erstellt. Dieser Posten enthält bezüglich der Felder ausschließlich die Schlüsselfelder der Tabelle. Danach folgen dann beliebig viele Replikationsposten mit dem Feld Aktion = „Ändern". Diese Posten enthalten die Informationen bezüglich der Felder, welche keine Schlüsselfelder sind.
Es gibt allerdings Situationen, wo Sie wollen, dass bestimmte Datenfelder schon beim Replikationsposten mit der Aktion = „Einfügen" mitgeschrieben werden. Das kann z.B. dann der Fall sein, wenn der Insert-Trigger dieser Tabelle Funktionen an Hand dieser Feldwerte durchführt.
Wenn es solche Felder gibt, dann muss bei diesen der Haken „Bei „Einfügen" schreiben" gesetzt werden.
Beachten Sie, dass für die Erfassung dieser Felder unmittelbar bei Anlage eines neuen Datensatzes ein Popup-Fenster eingeblendet wird.
Bei „Mandant Initialisieren" ignorieren
Wenn aktiviert, wird dieses Feld bei der Aktion „Mandant initialisieren" nicht berücksichtigt.
Aktionen
Tabellen hinzufügen
Wählen Sie die gewünschte Tabelle aus (Sie können auch mehrere markieren). Für diese Tabelle werden automatisch Einrichtungszeilen erzeugt, welche Sie manuell verändern können. Neue Zeilen werden automatisch mit dem Status "Neu" versehen.
Erst beim Verlassen des Einrichtungsbildschirmes müssen Sie entscheiden, ob diese Einrichtungszeilen tatsächlich übernommen werden sollen - und dadurch Replikationsposten für eine Erstreplikation erstellt werden sollen.
"Neu" aktivieren
Diese Aktion setzt den Status "Neu" in allen Detailzeilen der aktuellen Tabelle.
"Neu" entfernen
Diese Aktion entfernt den Status "Neu" aus allen Detailzeilen der aktuellen Tabelle.
Dies ist zum Beispiel dann sinnvoll, wenn Sie neue Einrichtungen angelegt haben, aber verhindern wollen, dass die Replikationsposten für die Erstausrollung erstellt werden.
"Mandanten-Init ignorieren" aktivieren
Diese Aktion setzt den Status "Bei Mandant initialisieren ignorieren" in allen Detailzeilen der aktuellen Tabelle.
"Mandanten-Init ignorieren" entfernen
Diese Aktion entfernt den Status "Bei Mandant initialisieren ignorieren" in allen Detailzeilen der aktuellen Tabelle.
Veraltete Felder
Microsoft informiert Sie bei Auslieferung einer neuen Version (etwas versteckt in den Tabellendefinitionen), welche Felder es in Zukunft nicht mehr geben wird, welche Felder geändert werden oder wurden (z.B. Feldlängen) bzw. welche Felder mit dieser Auslieferung entfernt wurden.
Die Replikation macht diese Information für alle Felder, welche aktuell in der Replikationseinrichtung berücksichtigt werden, für Sie hier sichtbar.
Wenn Sie die Aktion wählen, werden zuerst nur jene Felder angezeigt, die aus der Datenbank entfernt wurden. Diese Felder müssen auch aus der „Replikation Tabelleneinrichtung" entfernt werden. Sie können das sehr einfach machen, indem Sie die Aktion „Replikationseinrichtung Tabellen – Feld" wählen und die entsprechende Einrichtung dort löschen.
Außerdem können Sie den Filter auf "Zustand veraltet" aufheben um auch jene Felder zu sehen, die von Microsoft bereits dafür vorgemerkt sind, dass sie in späteren Versionen gelöscht werden bzw. eine sonstige Änderung haben.
Wichtig
Sie sollten die Aktion „Veraltete Felder" unmittelbar nach jeder Auslieferung einer neuen Programmversion prüfen.
Hier können Sie für die Tabellen festlegen, dass sie nur unter bestimmten Voraussetzungen (Filter) in einen oder mehrere Mandanten zu replizieren sind.
Felder
Tabellennr.
Gibt die Nummer der Tabelle an.
Tabellenname
Anzeigename der entsprechenden Tabelle.
Tabellenfilter Reihenfolge
Es wird gemäß der Reihenfolge nach dem ersten Filter gesucht, welcher für den neuen Datensatz passt.
Tabellenfilter
Sie können hier einen Filter definieren, um nur bestimmte Datensätze der Tabelle zu replizieren. Nur Datensätze, die dem Filter entsprechen, werden repliziert.
Hinweis
Beachten Sie, dass die nicht replizierte Datensätze weiterhin in allen Mandanten bearbeitet werden können.
Repl. Mandanten - Vorgabewert
Dieser Wert ermöglicht Ihnen, genau zu steuern, in welche Mandanten der Datensatz repliziert werden soll.
Es bietet sich ein Auswahl mit folgenden Optionen:
Keine
Dieser Datensatz wird nicht repliziert.
Einige
Sie müssen angeben, in welche Mandanten der Datensatz repliziert werden soll.
Alle laut Einrichtung
Der Datensatz wird in alle Mandanten repliziert, wie in der Replikationseinrichtung Tabellen definiert.
Mandantengruppe
Der Datensatz wird in alle Mandanten repliziert, die der angegebenen Gruppe angehören.
Die Replikationsposten für die gefliterten Datensätze werden dann für so definierte Mandanten erstellt.
Mandantengruppe
Die Mandantengruppe kann hier ausgewählt werden, falls die Vorgabewert: Mandantengruppe definiert ist.
Jede Tabelle, für die es hier einen oder mehrere Zeileneinträge gibt, ist für die „Manuelle Replikation" definiert.
Beachten Sie folgende Regeln für die Einrichtung:
Tabellen, die für die „Manuelle Replikation" vorgesehen sind, dürfen keine Filter in der „Tabellenfilter Einrichtung" haben.
Die Einrichtung für die vorgeschlagenen Zielmandanten ist nur ein Vorschlagswert und kann vom User im jeweiligen Datensatz individuell geändert werden.
Da der Benutzer bei jedem Datensatz selbst wählen kann, wohin er repliziert werden soll, ist das Verhindern von der Ausrollung in bestimmte Mandanten nur durch den Parameter „Ignoriere Mandant" in der „Replikationseinrichtung Tabellen" zu verhindern.
Felder
Tabellennr.
Nummer der betroffenen Tabelle.
Tabellenname
Name der entsprechenden Tabelle.
Tabellenfilter Reihenfolge
Sie können für jede Tabelle mehrere Zeilen erfassen, welche durch dieses Feld eine eindeutige Reihenfolge in der Berücksichtigung erhalten. Soll also durch die Aktion „Übernahme Vorschlagswerte" automatisch ermittelt werden, für welche Mandanten Replikationsposten zu erzeugen sind, so werden die Zeilen gemäß der Reihenfolge abgearbeitet. Die erste laut Filter passende Zeile wird angewendet, alle nachfolgenden werden ignoriert.
Wichtig
Wenn bei der Aktion „Übernahme Vorschlagswerte" keine passende Zeile laut Filter gefunden wird, so wird dieser Datensatz nicht zur Replikation vorgesehen. Wenn Sie erreichen wollen, dass in diesem Fall aber in alle Mandanten repliziert werden soll, so legen Sie als letzte Zeile für diese Tabelle eine Zeile ohne Tabellenfilter und mit „Manuelle Replikation Vorschlagswert = Alle laut Einrichtung" an.
Tabellenfilter
Wenn Sie hier einen Filter hinterlegen, dann gilt diese Zeile für die entsprechende Tabelle nur unter der angegebenen Filterbedingung. Daher können Sie für eine Tabelle mehrere Zeilen mit unterschiedlichen Filtern anlegen.
Somit können Sie beispielsweise Zeilen der Buchungsmatrix, wo die Geschäftsbuchungsgruppe mit AT beginnt, nur in die Mandantengruppe AT-Mandanten replizieren. Und alle Zeilen der Buchungsmatrix, wo die Geschäftsbuchungsgruppe mit DE beginnt, sollen nur in die Mandantengruppe DE-Mandanten repliziert werden.
Beachten Sie weiterhin, dass diese Zeilen nur Vorschläge sind und vom Benutzer übersteuert werden können.
Manuelle Replikation - Vorschlagswert
Dies ist der entsprechende Vorschlagswert für diese Zeile. Details zu den möglichen Parametern entnehmen Sie dem Kapitel "Manuelle Replikation".
Mandantengruppe
Bei "Manuelle Replikation - Vorschlagswert" = Mandantengruppe ist dies die gewünschte Mandantengruppe.
Wenn Sie in Ihren beteiligten Mandanten unterschiedliche Länder abbilden, dann wollen Sie die Buchungsgruppen Ihrer Debitoren und Kreditoren vermutlich nicht in alle Mandanten ident ausrollen. So kann z.B. ein AT-Kreditor in einem Mandanten ein Inlands-Kreditor sein, in einem weiteren ein EU-Kreditor und im dritten Mandanten gar ein Export-Kreditor. Daher gibt es eine Möglichkeit, die Buchungsgruppen beim Replizieren abhängig von Ihrem Länder-/Regionscode in die einzelnen Mandanten unterschiedlich zu replizieren.
Wichtig
Beachten Sie, dass diese Einrichtung im jeweils betroffenen Zielmandanten zu hinterlegen ist. Wenn Sie diese Einrichtung im Stammdatenmandanten hinterlegen, hat das keinerlei Auswirkung auf die Replikation.
Felder
Art
Sie müssen entscheiden, ob diese Zeile für Debitoren oder Kreditoren gelten soll. Es gibt keine Möglichkeit, Zeilen anzulegen, die für beide Arten von Personenkonten gelten.
Länder-/Regionscode
Dies ist der "Länder-/Regionscode", der beim entsprechenden Kreditor oder Debitor hinterlegt ist. Wenn Sie also z.B. einen Debitor mit entsprechendem Länder-/Regionscode replizieren, dann werden die Gruppen in dieser Zeile übernommen und nicht die, die im Mastermandanten beim Debitor angelegt sind.
Geschäftsbuchungsgruppe
Diese "Geschäftsbuchungsgruppe" wird beim Replizieren der entsprechenden Debitoren/Kreditoren übernommen. Wenn Sie das Feld leer lassen, so wird die Geschäftsbuchungsgruppe aus dem Datensatz des Mastermandanten übernommen.
MwSt. Geschäftsbuchungsgruppe
Diese "MwSt. Geschäftsbuchungsgruppe" wird beim Replizieren der entsprechenden Debitoren/Kreditoren übernommen. Wenn Sie das Feld leer lassen, so wird die MwSt. Geschäftsbuchungsgruppe aus dem Datensatz des Mastermandanten übernommen.
Debitor-/Kreditor Buchungsgruppe
Diese "Debitor-/Kreditor Buchungsgruppe" wird beim Replizieren der entsprechenden Debitoren/Kreditoren übernommen. Wenn Sie das Feld leer lassen, so wird die Debitor- oder Kreditor-Buchungsgruppe aus dem Datensatz des Mastermandanten übernommen.
Hier können Sie für jede replizierte Tabelle definieren, ob über einen Filter definierte Replikationsposten automatisch auf einen bestimmten Status gesetzt werden sollen.
Dies ermöglicht Ihnen zum Beispiel unkritische Tabellen im Fehlerfall automatisch auf "Zu prüfen" zu setzen. Somit wird der Replikationslauf durch Fehler in dieser Tabelle nicht blockiert.
Felder
Tabellennr.
Wählen Sie die Tabelle für die Sie den automatischen Statuswechsel definieren möchten.
Tabellenname
Zeigt den Namen der gewählten Tabelle.
Beschreibung
Beschreiben Sie den Automatischen Statuswechsel.
Tabellenfilter
Definieren Sie durch den Filter für welche Replikationsposten dieser Tabelle der Status automatisch gewechselt werden soll.
Bitte beachten Sie, dass ein Filter auf das Feld "Status" Pflicht ist. Ansonsten kann der Automatische Statuswechsel nicht aktiviert werden.
Neuer Status
Definieren Sie den neuen Status der für die Replikationsposten im definierten Tabellenfilter gesetzt werden soll.
Aktiv
Hier können Sie den Automatischen Statuswechsel deaktivieren oder aktivieren.
Es gibt diverse Funktionen, welche nur mit dem Recht des Replikations-Administrators für den Benutzer verfügbar sind. Dies ist bei den entsprechenden Funktionen direkt vermerkt.
Zum Beispiel hat man nur als Replikations-Administrator das Recht, die Funktion "Replikation mit Filter ausführen" durchzuführen. Außerdem sind nur mit diesem Recht in der "Replikation Einrichtung" zusätzliche Parameter sichtbar.
Die Einrichtung für den Replikations-Administrator ist in der „Benutzer Einrichtung" zu setzen.
Felder
Replikation-Administrator
Wenn angehakt, ist dieser User ein "Replikations-Administrator".
Docs / App / NAVAX Replikation / Arbeiten mit der App Replikationsposten
Das Anlegen, Löschen, Ändern oder Umbenennen eines Datensatzes einer Tabelle, die für Replikation eingerichtet ist, löst die Erstellung von Replikationsposten aus.
Diese Replikationsposten können über "RPL Replikationsposten" geprüft, bearbeitet und natürlich ausgeführt werden.
Bei Neuanlage eines Datensatzes wird ein Einfügen-Posten erstellt, mit welchem der Primärschlüssel im jeweiligen Zielmandanten angelegt wird. In manchen Situationen kann es vorkommen, dass der Einfügen-Posten nicht erstellt wird. In diesem Fall wird der Datensatz dann automatisch mit dem Ändern-Posten auch angelegt. Mit dem Ändern-Posten werden die restlichen Felder befüllt bzw. bei fehlendem Einfügen-Posten der Datensatz angelegt (beachten Sie, dass dann alle Felder laut Einrichtung einmalig ausgerollt werden). Das Löschen eines Tabellendatensatzes erzeugt einen Löschen-Posten. Jeder Posten enthält Detailzeilen mit den Informationen bezüglich der einzelnen Felder. Durch Klick auf "Replikationsposten" bzw. "Details" können Sie diese Zeilen jeweils aus- und einblenden.
Felder
Ansicht
Hier können Sie auf die jeweils gewünschten Status der Zeilen filtern.
Replikationsposten
Lfd.-Nr.
Die Replikationsposten werden automatisch aufsteigend nummeriert. Wenn Posten in eine andere Datenbank übertragen werden, so bleibt diese Lfd.-Nr. die gleiche wie im Mastermandanten. Somit gibt es in der Zieldatenbank meistens Lücken bei der Lfd.-Nr.
Remote
Wenn angehakt -> dieser Posten wird in eine andere Datenbank repliziert.
Mandant
Dies ist der "Mandant", in welchen dieser Posten repliziert werden soll.
Tabellennr.
Nr. der betroffenen Tabelle.
Datensatz
Diese Spalte gibt Ihnen die Information (Schlüsselwerte), welcher Datensatz der Tabelle repliziert werden soll. Sie können das Feld anklicken, um den Datensatz anzuzeigen.
Aktion
Aktion dieses Postens: Einfügen, Ändern, Löschen, Umbenennen.
Abhängigkeiten
Wenn dieser Datensatz ein Replikationsposten einer Abhängigen Tabelle ist, so erhalten Sie hier Informationen zur Haupttabelle.
Status
Offen - Dieser Posten muss noch repliziert werden. Wenn Sie den Status manuell von einem anderen Status auf "Offen" setzen, so wird das System beim nächsten Replikationslauf versuchen, diesen Posten zu replizieren.
Repliziert - Dieser Posten wurde erfolgreich verarbeitet.
Übersprungen - Posten mit diesem Status werden bei der Verarbeitung ignoriert. Sie stoppen somit auch bei einem Fehlertext in dieser Zeile die Verarbeitung nicht mehr. Sie können diesen Status in einem Posten manuell setzen. In diversen Situationen wird dieser Status auch automatisch von der Replikation gesetzt. Z.B. wenn ein Datensatz gelöscht werden soll, welcher nicht mehr vorhanden ist oder wenn ein Datensatz eingefügt werden soll, den es schon gibt.
Fehlerhaft - Falls es in der Verarbeitung zu einem Fehler kommt, wird der Status "Fehlerhaft" gesetzt und das Datum und die Uhrzeit des Fehlers werden dokumentiert. Der Langtext des Fehlers wird in der Spalte "Fehlertext" dargestellt. Die Verarbeitung aller weiteren Posten dieses Mandanten wird dann gestoppt. Alle anderen Mandanten werden weiterhin repliziert. Wenn der Fehler behoben ist, wird die Replikation beim nächsten Aufruf für den betroffenen Mandanten an dieser Stelle fortgesetzt.
Wartend - Diese Datensätze sind noch nicht repliziert und warten auf ein anderes Ereignis. Das ist oft bei abhängigen Tabellen der Fall, bei denen der Datensatz der Haupttabelle noch nicht repliziert wurde.
Zu prüfen - Dieser Status hat die gleiche Auswirkung wie der Status „Übersprungen". Die Replikation wird also auch beim Status „Zu prüfen" nicht gestoppt. Sie können z.B. fehlerhafte Replikationsposten auf diesen Status setzen damit diese den Replikationslauf nicht blockieren und zu einem späteren Zeitpunkt die Ursache des Fehlers beheben.
Der Vorteil dieses Status ist somit, dass Sie per Filter nur jene Posten angezeigt bekommen, die noch zu prüfen sind und nicht auch alle bewusst übersprungenen mit dem Status „Übersprungen".
Fehlertext
Wenn beim Replizieren ein Fehler aufgetreten ist, so wird hier der entsprechende Fehlertext angezeigt.
Datum-/Uhrzeit Erstellung
Gibt an, wann dieser Replikationsposten (ausgelöst durch das Einfügen, Ändern, Umbenennen oder Löschen eines Datensatzes) erstellt wurde.
Datum-/Uhrzeit Übernahme
Gibt an, wann dieser Posten erfolgreich ausgeführt wurde.
Datum-/Uhrzeit Fehler
Gibt an, wann bei diesem Posten ein Fehler aufgetreten ist. Wenn kein Fehler aufgetreten ist oder dieser behoben wurde, ist dieses Feld leer.
Erstellt von Benutzer ID
Gibt an, wer den Replikationsposten durch das Einfügen, Ändern, Umbenennen oder Löschen eines Tabelleneintrages oder auch an der Replikationseinrichtung der Tabelle verursacht hat.
Details
Hier sehen Sie die detaillierten Replikationsdaten (Felder) des markierten Replikationspostens. Je zu replizierendem Feld gibt es einen Detailposten.
Lfd.-Nr.
Die Detailposten zum Replikationsposten werden automatisch aufsteigend nummeriert.
Tabellen-Nr.
Identifiziert die betroffene Tabelle.
Feldnr.
Identifiziert das betroffene Feld.
Feldwert
(Neuer) Wert des Feldes.
Feldname und Feld-Caption
Technischer Name und Anzeigename des Feldes.
Überspringen
Gibt an, ob dieses Feld bei der Replikation übersprungen werden soll.
Aktionen
Replikationseinrichtung Allgemein
Replikationseinrichtung Datenbanken
Replikationseinrichtung Mandanten
Replikationseinrichtung Mandantengruppen
Replikationseinrichtung Tabellen
Tabellenfilter Einrichtung
Manuelle Replikation Einrichtung
Personenkonten/Ländercodes Buchungsgruppen
Automatischer Statuswechsel
Replikation ausführen
Diese Aktion startet die Verarbeitung der Replikationsposten.
Diese Aktion kann auch per Aufgabenwarteschlange durchgeführt werden. Wenn Sie die Replikation nicht im Stammdatenmandanten sondern in einem Zielmandanten starten, so werden ausschließlich Replikationsposten des aktuellen Mandanten durchgeführt. Die Verarbeitung in der Replikation erfolgt innerhalb eines Mandanten immer aufsteigend nach der Lfd.-Nr. Die Daten werden (wegen der Übersichtlichkeit) allerdings absteigend angezeigt - also der jüngste Replikationsposten ganz oben.
Replikation mit Filter ausführen
Diese Funktion wird nur dann angezeigt, wenn Sie "Replikations-Administrator" sind. Bei Ausführung wird die Funktion "Replikation ausführen" wie gewohnt durchgeführt. Allerdings werden nur jene Replikationsposten berücksichtigt, auf welche im aktuellen Fenster gefiltert wurde.
Statuswechsel mit Filter ausführen
Diese Funktion wird nur dann angezeigt, wenn Sie "Replikations-Administrator" sind. Bei Aufruf wird ein Filterfenster angezeigt, wo der aktuell gesetzte Filter der Replikationsposten angezeigt wird. Sie müssen dieses bestätigen und den gewünschten Status für alle gefilterten Posten wählen. Dieser wird bei Durchführung in alle Posten eingetragen.
Bitte beachten Sie, dass die Durchführung OHNE Filter nicht erlaubt ist.
Datensatz anzeigen
Der markierte Datensatz wird angezeigt.
Übertragung aus Basis-Datenbank
Diese Funktion ist nur in Zieldatenbanken (also nicht in der Datenbank des Stammdatenmandanten) verfügbar.
Sie importiert alle noch nicht importierten Replikationsposten aus der Basis-Datenbank, welche diese Datenbank betreffen. Außerdem werden automatisch die Replikationseinrichtungen aktualisiert.
Docs / App / NAVAX Replikation / Arbeiten mit der App Manuelle Replikation
Not Found
The requested topic was not found on this server.
Docs / App / NAVAX Replikation / Arbeiten mit der App Datenbankübergreifende Replikation
In jeder Empfänger-Datenbank müssen in der Replikationseinrichtung Mandanten die Empfänger-Mandanten dieser Datenbank definiert werden. Einer dieser Mandanten sollte als "Stammdatenmandant" der Empfänger-Datenbank definiert werden.
Nur in diesem Mandanten kann - nach Empfang der Replikationsposten - die Replikation für diese (gesamte) Datenbank gestartet werden. Replikationen für einzelne Mandanten können auch in einer Empfänger-Datenbank jeweils im Mandanten selbst gestartet werden.
Um zu replizieren müssen Sie folgende Schritte durchführen:
Übertragung aus Basis-Datenbank
Es werden alle neuen Replikationsposten, welche diese Datenbank betreffen, aus der Basis-Datenbank importiert und die Einrichtungen werden aktualisiert.
Replikation Ausführen
Dies löst die Replikation - ganz so wie Sie es aus der Basis-Datenbank kennen - in der Empfänger-Datenbank aus.
Sie können beide Schritte per Eintrag in der Aufgabenwarteschlange automatisieren.
(Bericht 70161752 - "NVXRPL Transfer Remote Entries" und Codeunit 70161755 "NVXRPL Start Replication").
Wichtig
Der Stammdatenmandant in der zusätzlichen Datenbank ist nicht zwingend erforderlich. Wenn Sie allerdings die Replikation für alle Mandanten mit einem Aufruf der Funktion "Replikation durchführen" starten wollen, benötigen Sie auch in der zusätzlichen Datenbank einen Stammdatenmandanten, von dem aus Sie die Replikation für alle Mandanten starten können.
In der zusätzlichen Datenbank können die Tabellen-Definitionen nicht geändert werden. Änderungen müssen immer in der Basis-Datenbank durchgeführt werden und werden dann automatisch ausgerollt.
Docs / App / NAVAX Replikation / Arbeiten mit der App Fehler durch Replikationsposten
Durch Einrichtungsfehler oder besondere Datenkonstellationen kann es dazu kommen, dass ein Replikationsposten beim Ausführen der Replikation mit dem Status Fehlerhaft versehen wird. So ein Posten führt dazu, dass die Replikation im betroffenen Mandanten für alle Replikationsposten nach dem fehlerhaften Posten nicht durchgeführt wird.
Sollten Sie Posten mit Status „Fehlerhaft" haben, so gibt es einige Möglichkeiten, um diese Situation zu beheben. Dies darf nur durch einen erfahrenen BC-Benutzer erfolgen, der auch die Strukturen der Datenbank gut versteht.
Unter anderem gibt es folgende Korrekturmöglichkeiten:
Behebung der Fehlerursache
Bei jedem Replikationslauf wird wieder versucht, den Datensatz zu replizieren. Wenn die Fehlerursache behoben ist, wird die Replikation also normal durchgeführt.
Status auf "Übersprungen" setzen
Dieser Replikationsposten wird beim Replizieren nicht mehr berücksichtigt und behindert somit die Replikation nicht mehr.
Bitte beachten Sie, dass dieser Posten somit nicht repliziert wurde, was im Einzelfall zu Folgefehlern führen kann.
Die Replikation selbst setzt manche Posten automatisch auf "Übersprungen". Zum Beispiel wenn ein Datensatz gelöscht werden soll, dieser aber in diesem Mandanten nicht (mehr) vorhanden ist. Oder wenn ein Datensatz neu angelegt werden soll, aber in diesem Mandanten bereits existiert.
Status auf "Zu prüfen" setzen
Dieser Replikationsposten wird beim Replizieren nicht mehr berücksichtigt und behindert somit die Replikation nicht mehr.
Sie können diesen Posten zu einem späteren Zeitpunkt prüfen und entscheiden, ob sie den Posten überspringen oder replizieren wollen.
Ungültigen Feldwert manuell korrigieren
Wenn zum Beispiel ein ungültiger Feldwert in den Details zum Fehler geführt hat, so können Sie diesen Feldwert auch manuell direkt im Replikationsposten ändern. Beim nächsten Replikationsaufruf wird die Replikation versuchen, diesen Posten mit dem geänderten Wert zu replizieren.
Docs / App / NAVAX Replikation / Arbeiten mit der App Replikationsposten Abhängigkeiten
Bei Tabellen, die den Parameter Manuelle Replikation gesetzt haben, ist es möglich, "Abhängige Tabellen" zu definieren.
Wenn eine Tabelle von einer anderen abhängig ist, dann werden die zugehörigen Replikationsposten vorerst automatisch auf Wartend gesetzt.
Erst wenn der Datensatz der Haupttabelle repliziert wurde, wird auch dieser wartende Replikationsposten repliziert. Ist der Datensatz der Haupttabelle aber schon repliziert, entfällt natürlich der Status "Wartend" für alle abhängigen Tabellen.
Ein Beispiel ist der "Kreditor" als Haupttabelle und die Tabelle "Kreditorenbankkonto" als abhängige Tabelle.
Felder
Abhängigkeiten
Wenn dieser Datensatz ein Replikationsposten einer Abhängigen Tabelle ist, so erhalten Sie hier Informationen zur Haupttabelle.
Docs / App / NAVAX Replikation / Arbeiten mit der App Aufgaben
Im Rahmen der Arbeiten mit der App ergeben sich einige Aufgabenbereiche.
Aufgaben nach dem Upgrade
1. In der früheren Version der Replikation war bei folgenden Tabellen die "manuelle Replikation" fix hinterlegt:
Tabelle 15 - Sachkonto
Tabelle 18 - Debitor
Tabelle 23 - Kreditor
Tabelle 27 - Artikel
Tabelle 152 - Ressourcengruppe
Tabelle 167 - Projekt
Tabelle 5050 - Kontakt
Die "manuelle Replikation" kann nun bei den meisten Tabellen individuell eingerichtet werden. Weitere Details dazu finden Sie in den entsprechenden Kapiteln. Dies müssen Sie durchführen bzw. prüfen.
Falls Sie in der "RPL Übertragung an Mandanten Vorschlagswerte" den im Parameter "Übertragung in Mandant" den Wert "Nur Operative" verwendet hatten, so wurde dieser beim Upgrade automatisch auf "Mandantengruppe" geändert. Diese Mandantengruppe müssen Sie nun prüfen! Gerne können Sie diese z.B. in "Nur Operative" umbenennen und die im Altsystem als operativ gekennzeichnete Mandanten dort einfügen. Die Kategorisierung „Nur Operative“ wird von den Mandanten nicht weiter unterstützt.
(Anmerkung: Daher ist die oben beschriebene Mandantengruppe erforderlich)
Falls Sie im Altsystem bei Tabellen oder Feldern die Option "Nur bestimmte Mandanten" genutzt haben, so müssen Sie diese Einrichtungen im neuen System prüfen und gegebenenfalls korrigieren, da diese Einrichtungen in vielen Fällen nicht von der Upgrade-Routine in die neue Version übernommen werden kann.
Generell sind auch alle anderen Tabelleneinrichtungen zu prüfen, da im Zuge eines Upgrades Tabellen oder auch Feldnamen und -nummern von replizierten Tabellen geändert werden können. Auch das kann von der Upgrade-Routine nicht automatisch berücksichtigt werden.
2. Berechtigungssätze für Benutzer müssen nach dem Upgrade neu vergeben werden:
RPLNormalNX -> NVXRPL
RPLSuperNX -> NVXRPL, Setup
Schnittstelle zwischen den Datenbanken
Testet man die Schnittstellen Verbindung zwischen zwei Datenbanken muss man davon ausgehen, dass in einer Test-Datenbank die Http-Abfragen automatisch gesperrt sind.
Im Erweiterungseinstellungseintrag muss für eine Test-Datenbank das Häkchen "HttpClient-Anfragen zulassen" aktiviert werden, damit die Verbindung funktionieren kann.
Mehr Information finden sie in der Microsoft Dokmentation:
HttpClient data type - Business Central | Microsoft Learn
Aufgabenwarteschlangen
Die Aktion "Replikation ausführen" startet die Verarbeitung aller noch nicht bearbeiteten Replikationsposten. Diese Aktion kann auch per Aufgabenwarteschlange durchgeführt werden.
Codeunit 70161755 - "NVXRPL Start Replication"
Docs / App / NAVAX Replikation / Arbeiten mit der App Besonderheiten
Das Replizieren von Tabellen ist im Normalfall eine unkomplizierte Thematik.
Bei manueller Replikation sind Abhängigkeiten (mittels abhängiger Tabellen) zu beachten.
Bei automatischer Replikation ist die Reihenfolge der replizierten Daten selten im Besonderen zu beachten - jedoch müssen Sie sicherstellen, dass Subtabellen repliziert sein müssen. Wenn Sie beispielsweise einen Debitoren mit gefüllter Mahnmethode replizieren, müssen sie darauf achten, dass entweder die Mahnmethode zuvor repliziert wurde - oder auch manuell im entsprechenden Zielmandanten angelegt wurde.
Soweit die Betrachtung in der Theorie. Bei umfangreicher Anwendung der Replikation werden Sie aber feststellen, dass in der Praxis viel umfangreichere Herausforderungen auf Sie warten. Der Grund dafür sind automatische Funktionalitäten, die der BC Standard beim Validieren von Feldern automatisch ausführt. Oder auch durch sogenannte Trigger beim Schreiben, Ändern oder Löschen eines Datensatzes. Wenn Sie beim Replizieren vermeintlich einfacher Daten unerklärliche Verhalten beobachten, dann lassen Sie Ihre Systembetreuer:in zuerst in dieser Richtung recherchieren.
Nachfolgend übermitteln wir Ihnen ein paar Erfahrungen zu diesem Themenbereich.
Sonderfall PLZ und Ort
Im BC-Standard ist hinter PLZ- und Ort-Feldern meist eine Tabelle "PLZ" hinterlegt. Bei Validierung der Felder PLZ und Ort kann es daher zu Wechselwirkungen mit automatischer Überschreibung bereits hinterlegter Werte kommen. Dies kann insbesondere bei großen Orten welche unterschiedliche Postleitzahlen haben (alle natürlich mit dem gleichen Ortsnamen) zu unerwünschten Datenänderungen führen.
Wichtig
Daher empfehlen wir, beim Replizieren von PLZ- und Ort-Feldern die Feldvalidierung nicht auszuführen.
Replikation Kontakte, Debitoren/Kreditoren und Geschäftsbeziehungen
Wenn Sie zusätzlich zu Debitoren und Kreditoren auch Kontakte in BC pflegen, ist die Datenstruktur ein wenig komplexer. Um es einfach zu gestalten, betrachten wir nachfolgend nur den Bereich der Kontakte und Kreditoren.
Aus Kontakten (Tabelle 5050) können Kreditoren (Tabelle 23) erstellt werden. Die Geschäftsbeziehung (Tabelle 5054) wird dann von BC automatisch erstellt. Voraussetzung dafür ist eine Einrichtung in der "Marketing Vertrieb Einr.", die beispielsweise so aussehen kann (Geschäftsbeziehungscode für Kreditoren):
Beachten Sie folgende Besonderheiten in der Einrichtung:
Kontakte (Tabelle 5050)
Bei folgenden Feldern ist die Feldvalidierung zu deaktivieren, da es sonst zu Problemen mit den BC-Standardfunktionen kommen kann.
Marketing Vertrieb Einr.
Es ist sehr wichtig, dass das Feld "Geschäftsbeziehungscode für Kreditoren" nur im Stammmandanten mit einem Wert gefüllt ist. In allen Zielmandanten muss dieses Feld leer bleiben.
Zusätzliche Einrichtungen bei Manueller Replikation
Haben Sie jedoch die "Manuelle Replikation" aktiviert, dann müssen Sie weitere Einrichtungen berücksichtigen:
Kontakte (Tabelle 5050)
Wenn auch die Kontakte manuell repliziert werden, dann muss der Kontakt unbedingt schon repliziert sein bevor Sie einen zugehörigen Kreditor replizieren.
Dies ist am besten organisatorisch zu lösen. Per Einrichtung können Sie dies nicht sicherstellen.
Geschäftsbeziehung (Tabelle 5054)
Diese Tabelle ist ohne Besonderheit einzurichten. Beim Verlassen der "Replikationseinrichtung Tabellen" muss aber die Option "Einrichtung verlassen ohne Replikationsposten zu erstellen" gewählt werden.
Kreditor (Tabelle 23)
Wir gehen davon aus, dass diese Tabelle manuell repliziert wird.
Hier ist die Geschäftsbeziehung (Tabelle 5054) als "Abhängige Tabelle" zu verknüpfen.
Import (Migration) von Kontakten, Debitoren/Kreditoren und Geschäftsbeziehungen aus Vorsystem
Der Import bestehender Kontakte, Debitoren/Kreditoren sowie deren Geschäftsbeziehungen aus früheren NAV oder BC-Umgebungen wird mittels Konfigurationspaketen durchgeführt.
Hierfür müssen in der "Marketing Vertrieb Einr." die Geschäftsbeziehungscodes zwingend entfernt werden, damit der Import korrekt durchgeführt wird.
Der Import mittels Konfigurationspakete erfolgt über folgende Schritte:
Import der bestehenden Kontakte
Import der bestehenden Debitoren/Kreditoren
Import der bestehenden Geschäftsbeziehungen
Nach abgeschlossenem Import müssen die Geschäftsbeziehungscodes in der "Marketing Vertrieb Einr." wieder eingetragen werden. Die erstellten Replikationsposten können unabhängig davon repliziert werden.
Wichtig
(siehe auch "Replikation Kontakte, Debitoren/Kreditoren und Geschäftsbeziehungen")
Die Geschäftsbeziehungscodes in der "Marketing Vertrieb Einr." dürfen nur im Stammdatenmandant eingetragen sein. In den Zielmandanten müssen sie leer bleiben.
Docs / App / NAVAX Replikation / Informationen für Entwickler Funktion „Manuelle Replikation" für weitere Tabellen ermöglichen
Die NAVAX Replikation ist standardmäßig über pageextensions bereits in vielen Kartenseiten eingebunden.
Der zugrunde liegende Code ist dabei auf allen Seiten identisch.
Daher lässt sich die NAVAX Replikation mit geringem Aufwand auch per Individualentwicklung in weitere Kartenseiten integrieren.
Nachfolgend ein Beispielcode zur Integration auf der Debitoren-Karteseite.
pageextension 70161751 "NVXRPL Customer Card" extends "Customer Card"
{
ContextSensitiveHelpPage = 'ReplicationFactbox';
layout
{
addfirst(factboxes)
{
part(ReplicationPart; NVXRPLReplicationFactbox)
{
ApplicationArea = All;
Visible = ManualReplicationActivated;
}
}
}
trigger OnAfterGetCurrRecord()
var
ReplicationTableSetup: Record "NVXRPL Replication Table Setup";
Ref: RecordRef;
begin
Ref.GetTable(Rec);
ManualReplicationActivated := ReplicationTableSetup.NeedsFactBox(Ref.Number());
if ManualReplicationActivated then
UpdateReplPart(false);
end;
trigger OnModifyRecord(): Boolean
begin
if ManualReplicationActivated then
UpdateReplPart(false);
end;
trigger OnInsertRecord(BelowxRec: Boolean): Boolean
begin
UpdateReplPart(false);
end;
trigger OnNewRecord(BelowxRec: Boolean)
begin
UpdateReplPart(true);
end;
var
ManualReplicationActivated: Boolean;
local procedure UpdateReplPart(CallFromOnNewRec: Boolean)
var
RecId: RecordId;
RecRef: RecordRef;
begin
if CallFromOnNewRec then
Clear(RecId)
else begin
RecId := Rec.RecordId;
CurrPage.ReplicationPart.Page.SetRecId(RecId);
if RecRef.Get(Rec.RecordId) then
CurrPage.ReplicationPart.Page.SetRecords();
end;
CurrPage.ReplicationPart.Page.Update(false);
end;
}
Sie benötigen eine Funktion oder ein „Event", welches in der aktuellen Anwendung noch nicht enthalten ist? Kontaktieren Sie uns und wir werden Ihre Anfrage prüfen. Wenn möglich, werden wir die gewünschte Erweiterung zeitnah umsetzen. Falls nicht, informieren wir Sie und erklären kurz den Grund. Lassen Sie sich in diesem Fall nicht entmutigen - überdenken Sie Ihren Ansatz und reichen Sie gerne eine neue Anfrage ein.
If you're building your own app and need something specific from us, like an event, you can help improve the general extensibility of our apps. We'll have a look at your request, and if we can we'll implement it asap. If we can't we'll let you know and briefly explain why not. When that happens, don't be discouraged. Go back to the drawing board, see if you can work it out, and then come back and submit another request.
Die Seite NAVAX Lizenzverwaltung (in älteren Versionen "NAVAX Lizenzübersicht" oder "NCEX Lizenzübersicht") zeigt den aktuellen Lizenzstatus der NAVAX-Erweiterungen an.
Felder
Name
Zeigt den Namen der Erweiterung an.
Lizenzstatus
Zeigt den aktuellen Lizenzstatus der Erweiterung an.
Seriennr.
Zeigt die Seriennr. der Erweiterung an.
Version
Zeigt die aktuell installierte Version der Erweiterung an.
Testversion
Eine NAVAX-Erweiterung kann nach der Installation 30 Tage lang kostenlos getestet bzw. genutzt werden. Danach kann die Erweiterung nur mehr mit einer gültigen Lizenz verwendet werden.
Lizenz beantragen
Die Lizenz kann über die Aktion Aktueller Status beantragt bzw. überprüft werden. Dabei wird eine neue Seite geöffnet.
Das nachfolgende Beispiel zeigt die NAVAX-Erweiterung Excel Report Builder.
Füllen Sie die Felder auf der Seite aus und klicken Sie anschließend auf Lizenzanfrage senden. Beachten Sie, dass der Lizenzierungsprozess einige Zeit dauern kann. In den nächsten Tagen erhalten Sie eine E-Mail mit weiteren Informationen.
Hinweis
Für die Lizenzierung, den Aufruf der Onlinehilfe und das Ausführen einiger Aktionen muss der Zugriff auf https://www.navax.app erlaubt sein.
Public IP von www.navax.app für die Freischaltung an der Firewall: 94.136.22.236, Port: TCP/443
Prüfung der Verbindung zu https://www.navax.app mittels PS: Test-NetConnection navax.app -port 443 (PS muss mit dem M-Tier Service-User ausgeführt werden)
CRL-Server Zusätzlich müssen für die Zertifikatsprüfung auch folgende CRL-Server erreichbar sein: https://certificates.godaddy.com/* http://crl.godaddy.com/* oder deren IP: 192.124.249.36
Lizenz aktivieren/aktualisieren
Sobald die Lizenzierung abgeschlossen ist, erhalten Sie eine E-Mail und die Lizenz kann über die Aktion Lizenz aktualisieren aktiviert werden. Die Lizenz ist mandantenunabhängig. Es spielt also keine Rolle in welchem Mandanten die Aktion aufgerufen wird.
Hinweis
Die Lizenz muss einmal im Jahr über die Aktion Lizenz aktualisieren aktualisiert werden.
Die Aktualisierung ist erst innerhalb der letzten 30 Tage vor Ablauf der Lizenz (oder danach) möglich bzw. notwendig. Innerhalb der letzten 30 Tage vor Ablauf der Lizenz werden Hinweise angezeigt.
Ist die Automatische Lizenzverlängerung aktiviert, wird die Aktion Lizenz aktualisieren automatisch aufgerufen, bevor die Lizenz abläuft. Dabei werden alle Lizenzen, für die die automatische Lizenzverlängerung aktiviert ist, geprüft und bei Bedarf aktualisiert. Ist die automatische Verlängerung nicht erfolgreich, werden innerhalb der letzten 15 Tage vor Ablauf der Lizenz werden Hinweise angezeigt. Beachten Sie, dass die Einstellung erst aktiv ist, nachdem die Lizenz aktiviert wurde.
Über diese Aktion kann für die Erweiterung die Bewertungen-Seite der Microsoft AppSource geöffnet werden. Wir würden uns sehr freuen, wenn Sie hier Ihre Bewertung abgeben und uns über Ihre Erfahrungen mit der Erweiterung berichten.
Folgende Granules werden bei einer On-Premises Installation benötigt:
70714855 NAVAX Replication
1010860 Extension Base by NAVAX
Externe Adressen
https://www.navax.app
Für die Lizenzierung, den Aufruf der Onlinehilfe und das Ausführen einiger Aktionen muss der Zugriff auf https://www.navax.app erlaubt sein.
Public IP von www.navax.app für die Freischaltung an der Firewall: 94.136.22.236, Port: TCP/443
Prüfung der Verbindung zu https://www.navax.app mittels PS: Test-NetConnection navax.app -port 443 (PS muss mit dem M-Tier Service-User ausgeführt werden)
CRL-Server Zusätzlich müssen für die Zertifikatsprüfung auch folgende CRL-Server erreichbar sein: https://certificates.godaddy.com/* http://crl.godaddy.com/* oder deren IP: 192.124.249.36
Möchten Sie wissen, was sich in der Erweiterung geändert hat? Nachfolgend finden Sie eine Übersicht über die neuen Funktionen und Änderungen, die in den Updates vorgenommen wurden.
NAVAX Replication
Um zu replizieren müssen Sie folgende Schritte durchführen:
Mehr Information finden sie in der Microsoft Dokmentation:
HttpClient data type - Business Central | Microsoft Learn
Füllen Sie die Felder auf der Seite aus und klicken Sie anschließend auf Lizenzanfrage senden. Beachten Sie, dass der Lizenzierungsprozess einige Zeit dauern kann. In den nächsten Tagen erhalten Sie eine E-Mail mit weiteren Informationen.
