Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.
Inhalt
stylenone

...

Ausgangssituation

In dem Inm Fehlerprotokoll zum Upload in die assfinet cloud , sind Datensätze aufgeführt.

Sie haben diese Datensätze bereits weitgehend weitestgehend in Ihrem Bestand korrigiert und möchten diese nun erneut in die assfinet cloud übertragen. Zum korrigieren siehe: Fehlerprotokoll für cloud Replizierung

...

Das alleinige korrigieren Korrigieren des Datensatzes ist nicht ausreichend, da ams den Datensatz weiterhin durch die Eintragung im Fehlerprotokoll nicht für einen erneuten Upload in die assfinet cloud gesperrt istberücksichtigen würde.

Das löschen Löschen des gesamten Fehlerprotokolls hat den Nachteil, das dass dadurch die Datensätze dadurch zwar wieder übertragen werden könnten, aber die eigentliche eigentlichen Datensätze erst durch eine darauffolgende Bearbeitung übertragen werden. - d.h. Sie dürfen den Datensatz erst nach dem Löschen des Fehlerprotokolls löschen.

Lösung

Mit dem beigefügten Support Skript werden alle existierenden Datensätze -Skript wird für jeden im Fehlerprotokoll geführten Datensatz geprüft, ob dieser noch im Bestand besteht. Wenn der Datensatz noch besteht, wird dieser aus dem Fehlerprotokoll gelöscht und mit in die Liste der aktuellen Änderungen aufgenommen. Beim dem nächsten hochladen für den erneuten Upload in die assfinet cloud aufgenommen.

Sollte der Datensatz nicht mehr im lokalen Bestand existieren, wird dieser nur aus dem Fehlerprotokoll entfernt.

Beim nächsten Hochladen der Änderungen in die assfinet cloud , wenden werden die Datensätze dann erneut mit wie gewohnt übertragen.

Anschließend können Sie das Fehlerprotokoll auf verbleibende Datensätze prüfen.

Vorgehen

Info

Ab ams.5 4.10 steht neben der Schaltfläche “Fehlerprotokoll zurücksetzen” die Einstellung zur Verfügung, dass alle aufgeführten Datensätze erneut für die Übertragung in die cloud vorbereitet werden sollen.
Alternativ kann weiterhin das Support-Skript verwendet werden.

...

  1. Speichern Sie die Angehängte angehängte Datei “Fehlerprotokolleinträge erneut hochladen v….amsscript” auf Ihrem Rechner.

  2. Öffnen Sie im MVP im Menüband “Hilfe” auf das Symbol “Support-Script ausführen”.

  3. Wählen Sie die Datei und klicken auf die Schaltfläche “Öffnen”

  4. Bestätigen Sie die ausführliche Rückmeldung (wenn gewünscht). Diese informiert Sie über jeden einzelnen Datensatz, der behandelt wird. Sie erhalten nun können die Rückmeldungen später einfach “Abbrechen”, und bei Bedarf das Skript erneut ohne die ausführliche Rückmeldung starten. Da die Datensätze sofort behandelt werden, haben Sie durch dieses Vorgehen keine doppelte Bearbeitung.

    Image Added

  5. Je nach Umfang der Datensätze im Fehlerprotokoll kann das Skript ohne Rückmeldung für einige Zeit laufen.

  6. Sie erhalten eine Abschlussmeldung, wie viele Datensätze behandelt wurden.

    Image Added
    • Aus dem Fehlerprotokoll betrachtet: Anzahl der Einträge die aus dem Fehlerprotokoll ausgelesen wurden.

    • Aus dem Fehlerprotokoll gelöscht: Anzahl der Einträge die aus dem Fehlerprotokoll gelöscht wurden. Bitte beachten: Dieser Wert weicht um eins von der Gesamtzahl der Betrachteten ab, wenn Sie die ausführliche Rückmeldung abgebrochen haben.

    • Für erneute Übertragung vorgesehen: Datensatz wurde getriggert damit dieser beim nächsten Upload in die cloud erneut berücksichtigt wird.

    • Aus nicht unterstützten Tabellen: Der Datensatz stammt aus einer Tabelle, bei der das Triggern aktuell nicht unterstützt wird. - Melden Sie sich in diesem Fall beim Support, damit wir prüfen können, wie wir die Tabellen ebenfalls mit im Skript berücksichtigen können.

    • Nicht mehr im lokalem Bestand: Der Datensatz, zu dem ein Eintrag im Fehlerprotokoll bestand, existiert nicht mehr im lokalen Bestand. Daher war ein erneuter Upload nicht mehr möglich.

  7. Warten Sie die nächsten Synchronisierung mit der assfinet cloud ab.

    1. Alternativ können Sie auch die Schaltflächen “Änderungen exportieren” und “Änderungen hochladen” nutzen.

  8. Öffnen Sie erneut den Reiter “Fehlerprotokoll” und , um ein aktuelles Ergebnis zu erhalten.

    Image Removed

Anmerkungen

  1. Image Added

Anmerkungen

  • Sollte das Fehlerprotokoll bereits manuell zurückgesetzt worden sein, fehlt diesem Skript die Datengrundlage. In dem Fall kann auch der gesamte Bestand neu übertragen werden: Wie kann ich den lokalen Bestand erneut in die cloud übertragen?

  • Unterstützte Tabellen (weitere gerne auf Anfrage):

    • COURTAGE

    • DATENVERARBEITUNG

    • KUNDE

    • LINKADR

    • LINKOBJECT

    • SCHADEN_KFZ

    • TAGS

    • TAGS_SETTINGS

    • USER

    • USER_DOKRIGHTS

    • VERTRAG

    • VORGANG_LOG

    • VT_BAU

    • VT_BAV

    • VT_BET
      VT_BETREUUNG

    • VT_BHV

    • VT_BOOT

    • VT_BSV

    • VT_BUV

    • VT_CYBER

    • VT_DEP

    • VT_DIV

    • VT_DO

    • VT_EAR

    • VT_ECV

    • VT_EDV

    • VT_EIGEN

    • VT_FBU

    • VT_FEC

    • VT_FEU

    • VT_FI_EC

    • VT_FIN

    • VT_GEB

    • VT_GGV

    • VT_GLS

    • VT_HPV

    • VT_HPVVS

    • VT_HRV

    • VT_IMO

    • VT_INH

    • VT_INV

    • VT_KAP

    • VT_KFZ

    • VT_KFZ_VSV

    • VT_KRV

    • VT_LANDW_IIV

    • VT_LVR

    • VT_MAS

    • VT_PRV

    • VT_REISE

    • VT_RSV

    • VT_THV

    • VT_TIER_KV

    • VT_TIER_LV

    • VT_TRANSPORT

    • VT_TRP

    • VT_UNF

    • VT_VGV_GEW

    • VT_VSP

    • VT_WGV

    • VT_WKV

    • VTBETEIL

  • Um die Meldungen im Fehlerprotokoll zu bewerten, sollte zudem die DB nach Inkonsistenzen geprüft werden: /wiki/spaces/Produkte/pages/499220501

Anhang

View file
nameFehlerprotokolleinträge erneut hochladen v20230404.amsscriptv20230413.amsscript

...

Info

Noch Fragen? Ist etwas unklar geblieben?

Sollten Sie noch weitere Fragen zu diesem Thema haben, die in diesem Artikel nicht behandelt oder erklärt wurden, wenden Sie sich gerne über unser Kundenportal an unseren Support.