Oh doch - StartDate_2 gibt es und ist berechnet zur Anzeige.
Und hier ist die Formel dahinter (eben die, die dann den Fehler wirft:
REM {If it is a new doc, you need to build the date};
REM {If it is a repeat with more than 1 instance, you need to extract the element};
REM {Otherwise, you use the date};
REM { not used if editing a new doc - will fail };
@If(@IsDocBeingEdited & @IsNewDoc;@Return("");"");
xxShortDayString := "So":"Mo":"Di":"Mi":"Do":"Fr":"Sa";
REM {StartDate and StartTime are not available from R4 invitations };
tmpStartDate := @If(!@IsAvailable(StartDate);StartDateTime;StartDate);
tmpStartTime := @If(!@IsAvailable(StartTime);StartDateTime;StartTime);
tmpIndex := @Member(@Text(Startdate;"D0S0Z1");@Text(StartDateTime;"D0S0Z1"));
tmpStartNDT := @If(@IsNewDoc | @IsDocBeingEdited;
@TimeMerge(@Date(@Year(tmpStartDate);@Month(tmpStartDate);@Day(tmpStartDate));
@Time(@Hour(tmpStartTime);@Minute(tmpStartTime);@Second(tmpStartTime));StartTimeZone);
@IsAvailable(OrgRepeat) & @Elements(StartDateTime) > 1;
StartDateTime[@If(tmpIndex = 0;1; tmpIndex)];StartDateTime);
xxStartDate := @TimeToTextInZone(tmpStartNDT;LocalTimeZone;"D0S0Z0");
xxDayStartDate := xxShortDayString[@Weekday(@TextToTime(xxStartDate))];
xxDayStartDate + " " + xxStartDate
Ich denke, angesichts der Formel ist es einfacher, einen fehlerhaften (programmgenerierten) und einen manuell erstellen Termin Item für Item zu vergleichen (bei ersterem werden welche fehlen) und hierbei besonders die Datentypen zu vergleichen.
Hilfreich ist für sowas Ytria's ScanEZ, nicht ganz so komfortabel ist MayFlower's DocViewer (dafür kostenlos - aber der kann dann auch nicht mehr).
Bernhard