Versionen im Vergleich

Schlüssel

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

...

  1. Festlegen ob logische/physikalische Beileger im R-S für dieses Transaktionsformular genutzt werden können oder nicht
  2. Festlegen ob optionale logische/phaysikalische physikalische Beileger einen postalischen Porto-Sprung für Dokumente bewirken darf

Nutzung von logischen/physikalischen Beilegern

Im XML-Tag (Abschnitt) SUPPLEMENT befinden sich der XML-Tags LOGICALSUPPLEMENT.

...

Info

Ist die Verwendung von logischen/physikalischen Beilegern in der Konfigurations-Datei des Transaktions-Formulars verboten, so kann es trotzdem möglich sein im R-S entsprechende Ressourcen zu definieren. Diese Einstellung wird erst durch den ReportWriter gelesen und berücksichtigt.

 

Portosprünge durch optionale Beileger steuern

Im XML-Tag (Abschnitt) SHIPMENTbefinden sich der XML-Tags POSTAGE.

Für das Unter-Tag POSTAGE kann das Unter-Tag OPTIONALSUPPLEMENTCANEXCEEDPOSTAGE mit den Werten 'true' oder 'false' angegeben werden. Der Wert 'false' bedeutet, das bei der Dokument-Bildung durch den ReportWriter für dieses Transaktions-Formular keine logischen Beileger berücksichtigt werden. Der Wert 'true' bedeutet das für dieses Transaktions-Formular logische Beileger (so definiert) berücksichtigt werden.Für das Unter-Tags PHYSICALSUPPLEMENT kann das Unter-Tag ALLOWED mit den Werten 'true' oder 'false' angegeben werden. Der Wert 'false' bedeutet, das bei der Dokument-Bildung durch den ReportWriter für dieses Transaktions-Formular keine physikalischen Beileger berücksichtigt optionale logischen/physikalische Beileger KEINEN Portosprung erzeugen und überzählige optionale logische/physikalische Beileger entfernt werden. Der Wert 'true' bedeutet das für dieses Transaktions-Formular physikalische Beileger (so definiert) berücksichtigt werden. 

Info

Ist die Verwendung von logischen/physikalischen Beilegern in der Konfigurations-Datei des Transaktions-Formulars verboten, so kann es trotzdem möglich sein im R-S entsprechende Ressourcen zu definieren. Diese Einstellung wird erst durch den ReportWriter gelesen und berücksichtigt.

 

 optionale logische/physikalische Beileger einen Porto-Sprung erzeugen dürfen.