Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

Ältere Jira-Version
serverT-Systems Multimedia Solutions GmbH
serverId4a97f91b-30a1-31d0-a4e1-11b5cce6d032
keyTFIT-48

  • Zum adressieren eines Tages ohne konkrete Uhrzeit muss der Datentyp "string" mit Format "date" gemäß OpenAPI Spec verwendet werden.

    Codeblock
    titleDate
    "SomeObject": {
    	"properties": {
        	"myDate": {
            	"type": "string",
    			"format": "date"
    			}
            }
    	}
    }


    Info
    titleBemerkung

     Im aktuellen Stand des API-Design, sind noch keine konkrete Fälle für dein Einsatz des Datenformat "date"identifiziert worden. Es werden entweder die Datenformate "date-time" oder "timeperiod" eingesetzt


  • Zum adressieren eines Tages mit konkreter Uhrzeit muss der Datentyp "string" mit Format "date-time" gemäß OpenAPI Spec verwendet werden. Bei der Angabe von Date-Time Werten muss zwingend die Zeitzone mit angegeben werden


  • Codeblock
    titleDateTime
    "SomeObject": {
    	"properties": {
        	"myDateTime": {
            	"type": "string",
    			"format": "date-time"
    			}
            }
    	}
    }


  • Zum adressieren einer Zeitspanne muss der Datentyp "TimePeriod" (s. TMF646 AppointmentManagementAPI) verwendet werden:

...

Info
titleBemerkung

Für einige Anwendungsfälle wäre es sinnvoll "startDateTime" und/oder "endDateTime" als Pflicht zu definieren. Um den Datentyp TimePeriod aber in allen Anwendungsfällen anwendn anwenden zu können wurde im generischen Datentype TimePeriod darauf verzichtet 

→ Kontextbezogene Definition von "startDateTime" und/oder "endDateTime" als Pflicht, mussen also als Regeln hinterlegt werden.

...