KapDionOS/productmodel
4
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

VB hat keinen Fahrzeugbezug: DokAnfordFahrzeug_Type entfällt.

Browse Source
This commit is contained in:
Jens Bühring
2024-04-26 15:34:15 +02:00
parent 229d12b740
commit 0455fd75a1
2 changed files with 2 additions and 14 deletions
Download Patch File Download Diff File Expand all files Collapse all files

4
OMDSServiceDefinition/src/main/resources/def/r1_11_0/ReleaseNotes-1-11-0.txt
View File

@@ -27,8 +27,8 @@ Was ist neu oder anders in Version 1.11.0 im Vergleich zur Version 1.10.0?
Namespaces unterschiedliche Versionen derzeit ohnehin nicht in einer Applikation betrieben werden können. Namespaces unterschiedliche Versionen derzeit ohnehin nicht in einer Applikation betrieben werden können.
9. ZustimmungZurVerwendungDerDatenZuWerbezwecken ist jetzt optional, dann ist die Frage unbeantwortet. 9. ZustimmungZurVerwendungDerDatenZuWerbezwecken ist jetzt optional, dann ist die Frage unbeantwortet.
10. RequestUpselling ist künftig optional und deprecated 10. RequestUpselling ist künftig optional und deprecated
11. Neue Möglichkeit optionale Dokumente im Request von CreateOffer und CreateApplication anzufordern, insbesondere 11. Neue Möglichkeit optionale Dokumente im Request von CreateOffer und CreateApplication anzufordern mittels
Dokumente, die auf ein Fahrzeug bezogen sind. cst:ProzessDokRequest_Type. Dokumente werden dann im Response zurückgegeben.
12. Die FahrzeugRefLfdNr wurde von xsd:string auf xsd:unsignedShort geändert und passt damit vom Typ zur 12. Die FahrzeugRefLfdNr wurde von xsd:string auf xsd:unsignedShort geändert und passt damit vom Typ zur
Lfnr in VersichertesInteresse_Type, von welchem auch Fahrzeug_Type abgeleitet ist. Da im Fahrzeug schon bisher Lfnr in VersichertesInteresse_Type, von welchem auch Fahrzeug_Type abgeleitet ist. Da im Fahrzeug schon bisher
die Lfnrs vom Typ xsd:unsignedShort waren, müssen auch bisherige XMLs valide sein. In diesem Sinne ist die die Lfnrs vom Typ xsd:unsignedShort waren, müssen auch bisherige XMLs valide sein. In diesem Sinne ist die

12
OMDSServiceDefinition/src/main/resources/def/r1_11_0/omds3_ON2_Antrag_Kfz.xsd
View File

@@ -439,18 +439,6 @@
<xsd:documentation>Responseobjekt fuer die Antragseinreichung Kfz</xsd:documentation> <xsd:documentation>Responseobjekt fuer die Antragseinreichung Kfz</xsd:documentation>
</xsd:annotation> </xsd:annotation>
</xsd:element> </xsd:element>
<xsd:complexType name="DokAnfordFahrzeug_Type">
<xsd:annotation>
<xsd:documentation>Dokumentenanforderung des Vermittlers bezogen auf ein Fahrzeug</xsd:documentation>
</xsd:annotation>
<xsd:complexContent>
<xsd:extension base="cst:ProzessDokRequest_Type">
<xsd:sequence>
<xsd:element ref="FahrzeugRefLfdNr"/>
</xsd:sequence>
</xsd:extension>
</xsd:complexContent>
</xsd:complexType>
<xsd:element name="FahrzeugRefLfdNr" type="xsd:unsignedShort"> <xsd:element name="FahrzeugRefLfdNr" type="xsd:unsignedShort">
<xsd:annotation> <xsd:annotation>
<xsd:documentation>Referenziert auf ein versichertes Fahrzeug über die laufende Nummer innerhalb eines Elementarprodukts.</xsd:documentation> <xsd:documentation>Referenziert auf ein versichertes Fahrzeug über die laufende Nummer innerhalb eines Elementarprodukts.</xsd:documentation>