Die Art und Weise, wie TMF Ressourcen erweitert werden, ist abhängig vom Einzelfall.
Regel (zunächst für TMF 622)
Folgende Regeln gelten für die Abbildung von Feldern entweder als Characteristics oder als Strongly-Typed-Property:
- Im TMF Standard enthaltene Felder sollen verwendet werden, wenn sie semantisch der gewünschten Informationen entsprechen
- In der TMF 622 sind derzeit keine characteristics definiert. Ohne Rücksprache mit dem TMF soll die API nicht in dieser grundlegende Form erweitert werden. Eine Erweiterung wird seitens FIT gewünscht und wurde im BFA-Projekt adressiert. Die weitere Verwendung in FIT ist noch offen (als Standard oder für individuelle Erweiterungen Buyer-Seller).
- Anders als bei der TroubleTicket-API, die für verschiedene fachliche UseCases verwendet wird, wird die ProductOrder-API ausschließlich in einem fachlichen Kontext verwendet. Deshalb wurde der Standard möglichst wenig verändert und die ergänzenden Informationen wurden in einer entsprechenden Klasse (AdditionalOrderInformation) in die ProductOrder integriert.
- Ein weiterer Grund für die Verwendung der AdditionalOrderInformtation besteht darin, dass Felder, die möglicherweise längerfristig entfallen können, nicht in der ProductOrder abgebildet werden sollen. Eine Abbildung in characteristics ist nicht möglich, solange diese nicht zur Verfügung stehen.
- Strongly Typed Felder sind ausdrucksstärker, als die Abbildung von zusätzlichen Feldern mit Hilfe von Characteristics. Außerdem sind Strongly Typed Felder einfacher zu verstehen und interpretieren bzw. in der OAS sofort zu erkennen, was bei Characteristics nicht ohne Query einer Datenbank-Tabelle oder sonstiger Persistenz möglich ist.