Typ der Feldnamen in einigen Dokumenten anders.

[techner]

Lotus Notes Server 8.0.2 FP6 Client 8.0.2. Bei einer Eigenentwicklung die seit Jahren läuft, es werden seit dem Anfang des Jahres 2013 von einem Agenten der einmal am Tag läuft, falsche Erinnerungen versandt. Dieser Agent prüft u.a. ob ein Dokument z.B zu viele Tage im Status "Entwurf" steht. Hauptsächlich wird aber geprüft ob ein Dokument noch "aktuell" ist.

Hierzu sendet der Agent dem Autor ein Mail. Dieser solle prüfen ob es aktuell oder historisch ist oder eine neue Version mit ähnlichem Inhalt ertellt werden soll. Über den mitgesandten Dokumentenlink kommt der User zu seinem Dokument und findet hier die Button über die er den Stati ändern kann.

Der Verdacht lag nahe das der Agent auf ein Feld trifft wo Monat und Jahr vertauscht sind und es gibt keine 13ten Monat. Aber inzwischen sind auch andere Dokumente im Stati geändert bei den tritt der Fehler nicht auf. Beim prüfen der Datentypen der Feldnamen stelle ich fest,  bei den fehlerhaften das diese andere Werte haben. Bei einem Feld steht an Stelle von Zeit/Datum Textliste drin. Andere Felder sind eigentlich Text steht aber Textliste drin. Wiederum andere sind eigentlich Zeit/Datum steht aber "Zeit/Datum-Liste oder Zeitraum" drin. Weder Agent noch Schablone sind in den letzten Monaten angefasst (angepasst) worden. Auch der Server läuft schon lange Zeit stabil (keine Abstürze). Fixup über Konsole mit Parameter auf der Konsole und nicht mit dem Adminclient habe ich schon gemacht.
Irgend eine Idee?

PS:
Es sind nur wenige Ansichten und Masken in der Anwendung.



 

[Peter Klett]

Typen von Items in Dokumenten ändern sich nicht von alleine, da muss irgendeine Aktion laufen, die die "falschen" Typen produziert (wobei Text vs. Text-Liste m.E. keine Typveränderung ist, interessant ist hier wohl lediglich, wenn Datumsfelder als Text oder umgekehrt gespeichert sind).

Schau bei den betroffenen Dokumenten in der Felderliste in das Item $UpdatedBy, dort stehen die User, die das Dokument geändert haben. Eventuell gibt Dir das einen Hinweis auf die Ursache (per Agent "korrigierte" Dokumente in einer Einmalaktion, Importe oder ähnliches).

M.E. sind solche Dinge wie Fixup, Serverneustart usw. nicht zielführend, habe noch nie erlebt, dass eine Datenbank so kaputtgegangen ist, dass sich die Typen in den Items geändert hätten, da steckt immer etwas entwicklungstechnisches dahinter, also irgendein temporär oder dauerhaft laufendes Programm.

[techner]

Hier mal der Code der hinter dem Button Aktualität bestätigen steht:

@Command([EditDocument];"1");
@SetField("optAktuellGeprueft";"")   ;
@SetField("datPruefung";@Today);
@SetField("namAuthor";@UserName);
@SetField("datAktuell";@Today);
@Command([FileSave]);
FIELD SaveOptions := "0";
@Command([FileCloseWindow])

datPruefung=Zeit/Datum (richtig)  datPruefung=Textliste (falsch)
datAktuell=Zeit/Datum     (richtig)  datAktuell=Textliste (falsch)
*************************************************
Und der vom Button historisch:

@Command([EditDocument];"1");

_hist := @Prompt([YesNo];"Dokument historisieren";"Das Dokument wird historisiert und in die Ansicht 'historisch' verschoben. Soll das Dokument wirklich historisch gesetzt werden?");
@If(_hist = 1;
   @Do( @SetField("txtStatus";"historisch");
@SetField("datHistorisch";@Today));"" );
@Command([FileSave]);
FIELD SaveOptions := "0";
@Command([FileCloseWindow])

txtStatus = Text bzw. dann Textliste
datHistorisch = Zeit/Datum (richtig)   datHistorisch = Textliste (falsch)

in $UpdateBy steht der/die User der/die als letztes über den jeweiligen Button den Status geändert hat.