Auf ein Dreieck klicken, um das entsprechende Klappfeld ein- ▶ bzw. ▼ auszublenden; mit gleichzeitig gedrückter Alt-Taste
alle Felder zu einer Klasse; mit gleichzeitig gedrückter Umschalttaste
alle Felder der gleichen Kategorie (z. B. Dokumentation).
Verkaufsprodukt (bipro-produktmodell:CT_Verkaufsprodukt) [0..*] Verkaufsprodukt, aus dem ein oder mehrere Produkt(e) gekündigt werden sollen. DARF NUR verwendet werden, wenn nicht der gesamte Vertrag, sondern nur einzelne Produkte im Vertrag gekündigt werden.
Empfaenger (bipro-partner:CT_Partner×) [0..1] Partner, an den das Dokument versendet werden soll.
Unternehmen (bipro-allgemein:CT_Unternehmen×) [0..1] Unterstützt der Provider einen Vertragsservice für mehrere Unternehmen, MUSS im Objekt Unternehmen das Unternehmen spezifiziert werden, bei dem die Daten des Vertrags geführt werden.
Stichtag (ST_Datum) [0..1] Datum zur Vorgabe einer stichtäglichen Gültigkeit bzw. Aktualität des angeforderten Dokuments. Dieses Attribut DARF NICHT zusammen mit Stichjahr verwendet werden.
Stichjahr (ST_Jahr) [0..1] Jahreszahl zur Vorgabe einer jährigen Gültigkeit bzw. Aktualität des angeforderten Dokuments. Dieses Attribut DARF NICHT zusammen mit Stichtag verwendet werden.
Kopie (ST_JaNein) [0..1] Ja: Das angeforderte Dokument ist eine Kopie eines bereits in der Vergangenheit erzeugten Originals, d.h. mit Werten die zum
Zeitpunkt der Erstellung des Originals gültig waren. Nein: Das angeforderte Dokument ist neu zu erstellen, d.h. mit aktuellen Werten.
Bei der Anforderung einer Kopie DARF das Attribut Stichtag NICHT verwendet werden.
VorgangsnummerAufforderung (ST_Vorgangsnummer) [0..1] Vorgangsnummer der Aufforderung zur Meldung von Informationen. Ist die Meldung eine Antwort auf eine Aufforderung zur Meldung von Informationen, die zuvor über die Norm 430.9 übermittelt
wurde, MUSS hier die Vorgangsnummer der Aufforderung angegeben werden.
GueltigAm (ST_Datum) [0..1] Spezifiziert, dass die im Response zu liefernden Daten den Zustand des Vertrags zu diesem Datum wiedergeben sollen. Das Datum
kann in der Vergangenheit (Historie des Vertrags) oder in der Zukunft (zukünftige Zustände) liegen. Wird das Datum nicht spezifiziert,
MÜSSEN die ermittelten Daten den zum Zeitpunkt des Requests gültigen Zustand der beim Service Provider gespeicherten Daten des
Vertrags wiedergeben (bereits bekannte zukünftige Zustände werden nicht berücksichtigt).
Informationsart (ST_Informationsart) [0..*] Durch Informationsarten kategorisierter Vertragsdatenumfang, den der Consumer in der Response mindestens zurück erwartet. Ist Informationsart nicht belegt, MUSS es als mit GrunddatenVertrag belegt interpretiert werden.