An die Experten

Aussendienst Problematik: Urlaubsverwaltung.

Die Notesanwendung läuft seit 2 Jahen ohne Probleme doch diesmal ist was passiert, was ich nicht verstehe.

Mir fehlt ein Dokument bzw Änderungen darin, es ist nicht mal als Replikationskonflikt vorhanden.
Ich frage mich warum:

Folgendes Szenario.
Selbstgestrickte Urlaubsverwaltung:
Zu jedem Kollegen gibt es ein Dokument Urlaubskonto in dem steht, wieviele Tage er noch Urlaub hat, wieviele gerade beantragt sind usw.

Wird ein Urlaub beantragt, so werden über ein getdocumentbykey dort drin die Werte verändert,
Desgleichen passiert wenn genehmigt wird.

Da wir auch Aussendienstler mit Notebook haben werden Anträge auch lokal erstellt.

Bisher hatte ich höchstens mal Replikationskonflikte, wenn Antragsteller und Genehmiger verteilt
drauf zugriffen( (Aussendienstler stellt neuen Antrag lokal, der Genehmiger genehmigt lokal oder am Server
einen bereits älteren Antrag).

Jeweils Am 31.12 laß ich einen Agenten laufen, der die Werte für nächstes Jahr auf dem Dokument Urlaubskonto hochsetzt (z.B. + 30 tage)

Leider hat jetzt am 1.1. gestern also ein AD Kollege seinen kompletten Jahresurlaub für 2004 beantragt ohne zuvor repliziert zu haben und hat somit auch
das Urlaubskontodokument angefasst.

Er hat danach erst repliziert und seine Änderungen hochgeschickt (und müsste dann meine Hochsetzung am Server bekommen haben).

Heute früh, ist auf dem Server nun nur noch "sein" Dokument vorhanden ohne die Änderung von mir mit den plus 30 Tagen.
(Auch in einem Protokollfeld in der Maske wo ich das zusätzlich für mich mitprotokolliere fehlt der Eintrag).

Und in der DB keine Spur von einem Replikationskonflikt.
Ich hab ihn vorhin angerufen und nochmal replizieren lassen und wieder kein Replikattionskonflikt.  
Ich hab extra eine Ansicht für Replikationskonflikte SELECT @IsAvailable($conflict) aber nix ist da.

Ich versteh es nicht.

Ich hab konsistente ACL.
Die Kollegen sind Editor auf der DB, haben aber kein Löschrecht. (hab nur ich das Löschrecht)
In der Maske Urlaubskonto ist Replizierkonflikte mischen eingestellt, aber es sind eh auch berechnete Felder drin.  

Meine Frage, kann mir jemand erklären, was da passiert ist ?
Wo sind meine Änderungen (+30 Tage)  vom 31.12.03 ? Warum gabs keinen Konflikt?

TIA; Holcomb ratlos
Fängt ja gut an das neue Jahr  :-((

Hi Andreas.
danke für die Antwort !
zur ersten Frage:
Der Agent ändert zwei bearbeitbare Zahlenfelder.
Zwei andere Felder die berechnet sind haben als Wert aber diese zwei bearbeitbare Felder als Grundlage.
Auch der Benutzer schreibt  auf diese zwei bearbeitbaren Felder.

Im  $UpdatedBy steht hier nur der Benutzer drin und nicht ich (Der Agent wird manuell getriggert und ist mit meiner ID gezeichnet) .

Auf meinem Notebbook hatte ich auch lokal noch die Änderung vom 31.12.03 doch nach Replikation war die da auch weg und nur noch das Dokument so wie es vom Benutzer am 1.1. auf den Server kam.  

Es sieht so aus, als wäre die Änderung am Server vom 31.12.03 spurlos ohne Konflikt verschwunden.

Noch eine Sache zum Thema Replikationskonflikte mischen.
Ich meine gelesen zu haben, daß es hier einen Unterschied macht, ob in einer Maske auch berechnete Felder gibt oder nicht .
Aber das dürfte in dem Zusammenhang hier trotzdem keine Auswirkung haben.

Gruß Holcomb

Ist schon mysteriös. Eigentlich kann das Dokument dann nur gelöscht worden sein, nachdem der Konflikt aufgelöst wurde.

Hast Du ein Feld $ConflictAction in den Dok-Eigenschaften.

Was "Replizierkonflikte mischen" angeht: Das macht nur dann Sinn, wenn es keine berechneten Felder gibt. Falls es die doch gibt, sind ja immer die gleichen Felder geändert worden.

Andreas

$ConflictAction ist mit 1 gesetzt.

Mysteriös ja. Shi*, die Änderung ist spurlos weg.  und wie erwähnt, konsistente ACL und der Aussendienstler darf auch nicht Dokumente löschen auf der DB.

Am Telefon hat er auch nichts von einem Replizierkonflikt bei sich lokal erzählt.

Genau, das mit Replizierkonflikte mischen habe ich auch so in Erinnerung wie Du schreibst. Allerdings als ich die DB vor 2 Jahren erstellte, wusste ich das so nicht, deshalb ist der Haken gesetzte in der Maske.  


In der Datebankeigenschaften bei Aktivität steht folgendes:
01.01 20:07  Franz Mustermann /TEST gelesen 1 & geschrieben 9
01.01 20:07  Franz Mustermann/TEST gelesen 49

Er hat 8 Urlaubsanträge gestellt, das neunte Dokument ist das Urlaubskonto .
Die 49 sind die Anzahl der Kontoendokumente (plus das eine von ihm, insgesamt sind es 50).

Ansonsten find ich keinen bemerkenswerten Eintrag.

Holcomb