Bevor Zeitlinien detaillierter beschrieben werden, soll an dieser Stelle vorsichtshalber darauf hingewiesen werden, dass es Daten gibt, die nicht für Zeitlinien geeignet sind.
Bestimmte Datentypen können nicht für Zeitlinien verwendet werden, da die Daten nicht mit der Zeit variieren. Gängige Beispiele:
Ein Charakteristikum einer eindeutigen Kennung ist die Tatsache, dass sie sich mit Absicht nicht im Lauf der Zeit ändert. Beispielsweise kann jeder Person eine eindeutige Sozialversicherungsnummer zugewiesen sein. Eine solche Sozialversicherungsnummer sollte als Zahl (Typ "Number") und nicht mit Timeline<Number> modelliert werden. Der Name einer Person kann sich hingegen mit der Zeit aufgrund von Eheschließung oder amtlicher Namensänderung ändern, was einer der Gründe dafür ist, dass der Name (abgesehen vom Mangel an Eindeutigkeit) keine gute Wahl für eine Kennung ist.
Einige Daten erfassen absichtlich Angaben, die nur für ein bestimmtes Datum gelten. Ein Datenelement für surnameAtBirth (Geburtsname) sollte beispielsweise als Zeichenfolge (Typ "String") und nicht als Timeline<String> modelliert werden. Ein Datenelement für incomeAtRetirement (Einkommen bei Renteneintritt) sollte als Zahl (Typ "Number") und nicht als Timeline<Number> modelliert werden.
Dateneinträge mit Datumstyp können daher im System korrigiert werden, jedoch nie Abfolgen darstellen. Insofern kann es für den Dateneintrag einen Korrekturverlauf geben, aber dieser Korrekturverlauf (also die Datumsangaben für die Erstellung des Dateneintrags) ist bei der Erstellung von CER-Regeln nur selten von Belang.
In CER-Regeln verwendete Datentypen sollten generell Lebensumstände und nicht Korrekturen an der Systemdarstellung modellieren. Verwenden Sie eine Zeitlinie, wenn sich diese Lebensumstände im Lauf der Zeit ändern. Verwenden Sie keine Zeitlinie, wenn die realen Daten nicht mit der Zeit variieren können.