Domino 9 und frühere Versionen > ND9: Entwicklung

Antwortdokumente, komisches verhalten

<< < (2/2)

ronka:
Sind es dann die GLEICHE Inhalte bei den 17 und 17.1 oder sind es total unterschiedliche Dokumente ?

Wenn Unterschiedliche Inhalte, und die "fehlenden" Nummern erstellt werden sollten, dann könntest du mittels Agenten den 17.1 problemlos zu 47 machen, und damit einer der Fehlenden Nummern "hinzufügen" und dabei dann den $Ref löschen um das Antwort dokument zum Hauptdokument zu machen.
Wer hat das Dokument 17.1 gemacht, der gleiche ersteller als 17 ?

Wenn gleiche Inhalte, gibt es vielleicht versionierung in der Datenbank ? Sprich kann das 17.1 Dokument selber noch bearbeitet werden ?

Ein $Ref ist nichts anderes als den Verweis auf ein Hauptdokument, es kennzeichnet nichts mehr und nichts weniger. Durch das Löschen dieser $Ref wird ein Antwort dokument automagisch zur Hauptdokument.

Andere seits ist deine vergabe der Nummer klar und deutlich falsch gemacht, der zählt offenbar die Absolute Zahl der Dokumente, und nicht der Zahl der Hauptdokumente in der Datenbank.

Dort kannst du auch ansetzen um den zukünftige fehler zu verhindern.

BMT216A:
Hi Ronka,

danke für die Info - das mit der Nummerierung auf Hauptdokumentebene werde ich angehen.
Das Dokument, das erstellt wird, ist "mehrstufig" - will heißen, mehrere Abteilungen haben einzelne Abschnitte, die bearbeitete werden.
Der erste und der zweite Abschnitt sind identisch (für mich sieht es nach einer Kopie aus), die Abschnitte Kontrolle und Freigabe fehlen beim Antwortdokument.

Das der Fehler in der Nummerierung liegt ist das eine (und auch verständlich) - ich habe das etwas "blauäugig" vor 6 Jahren übernommen, die DB wurde 2010 von wieder einem anderen Kollegen erstellt - und bis zum ersten Fehler waren ja 659 Dokumente fehlerfrei erstellt.

Ich frage mich nun dennoch, wie es zu den Antworten gekommen ist...

Vielen Dank für Deine und Eure Hilfe bislang.

Christian

TRO:
nur mal so ins Blaue geraten: das waren mal ganz normale Replizier- und Speicherkonflikte. Die sind dann im Frontend zum Bearbeiten geöffnet und wieder abgespeichert worden. Dadurch haben die Dokumente das Item $Conflict verloren.

hth
Thomas

ronka:
Jedes Dokument enthällt mehrere Felder die darauf hinweisen können wann und wer etwas getan hat.

Wenn 17 und 17.1 den gleichen ursprung haben, gibt es im Feld $Revisions einige gleiche datums werten, und am ende abweichungen.
Das gleiche beim $Updatedby. Dort muss / kann mann vergleichen und versuchen den Datum zu finden wo es schief ging.
Da diesen beide felder NICHT identische gefüllt werden muss hier geschaut werden.

$revisions wird bei JEDEM Speichern aktualisiert, und damit können die letzte Änderungszeitpunkte festgestellt werden.
$Updatedby wird NUR dann gefüllt wenn der Letzte bearbeiter ungleich ist wie der vorletzte. Wenn also einer Person 3 Änderungen hinter ein ander macht, kommen 3 einträge im $Revisions aber nur eine in $Updatedby.

Navigation

[0] Themen-Index

[*] Vorherige Sete