====== Alternative Kommunikation ======

===== alternative Adressierung =====

==== Aufgabe: Nachrichten an alternativen eGate Account ====

Nachrichten vom Typ XYZ sollen an eine alternative Adresse gesendet werden.((Dies ist z.Bsp. notwendig bei INVOIC an Teilnehmer die einem Einkaufsverband angehören.))

=== Lösung ===

  - Bestimmen Sie die alternative Kommunikationsadresse((Diese ist i.d.R. beim Handelspartner hinterlegt welche die Nachrichten erhalten soll.)) und hinterlegen Sie diese zusätzlich zu der bestehenden beim Handelspartner des ursprünglichen Empfängers.
  - Fügen Sie einen neuen [[partnerverwaltung:typset:start|Typsatz]] beim Handelspartner hinzu.
    - Richtung = ausgehend
    - Typ = Nachrichtentyp der ausgehenden Nachricht.
    - Wählen sie "Adressen" und etablieren sie hier die unter Pkt. 1 hinzugefügte Kommunikationsadresse aus.
    - Sicheren Sie diese Einstellungen.

Dieser [[partnerverwaltung:typset:start|Typsatz]] bewirkt, dass bei der Kontainerisierung des Nachrichtentyps((Wie zuvor im Typeset definiert.)) die alternative Kommunikationsadresse im Umschlag angewendet und als Nachrichtenempfänger Adresse verwendet wird.

==== Aufgabe: Nachrichten mit alternativer UNB Empfangsadresse einstellen ====

Nachrichten vom Typ XYZ sollen eine alternative UNB Empfangsadresse in der Nachricht haben.((Dies ist z.Bsp. notwendig bei INVOIC an Teilnehmer die einem Einkaufsverband angehören.))

=== Lösung ===

  - Bestimmen Sie die alternative Edifact UNB Adresse((Das ist dann eine von der Standard GLN abweichende GLN)) und hinterlegen Sie diese zusätzlich zu der bestehenden beim Handelspartner des ursprünglichen Empfängers.
  - Fügen Sie einen neuen [[partnerverwaltung:typset:start|Typsatz]] beim Handelspartner hinzu oder wählen sie einen passenden aus.
    - Richtung = ausgehend
    - Typ = Nachrichtentyp der ausgehenden Nachricht.
    - Wählen sie "Adressen" und etablieren sie hier die unter Pkt. 1 hinzugefügte Edifact UNB Adresse aus.
    - Sicheren Sie diese Einstellungen.

Dieser Typsatz bewirkt, dass bei der Kontainerisierung des Nachrichtentyps((Wie zuvor im [[partnerverwaltung:typset:start|Typsatz]] definiert.)) die alternative Edifact UNB Adresse im UNB Segment angewendet wird.


{{:images:sign_warning.png?nolink|}}**Hinweis:** Die hier anzulegenden bzw. zu verwendenden Typsätze sind immer auf ausgehende Nachrichten und deren Dokumenttyp bezogen. Damit werden **keine** Mappings eingestellt!\\ 
__Typsätze für Mappings enthalten nämlich immer zwangsläufig den **Quelltyp** des Mappings__. Für die Kontainerisierung muss aber der Zieltyp definiert sein.

===== alternativer Kommunikationskanal =====

==== Aufgabe: Nachrichten über einen spezifischen Kommunikationskanal versenden  ====
Normalerweise wird ein Sendjob mit einem undefinierten [[prozessdefinition:jobs:jobsteps:kommunikation:channelsender|]] Jobobjekt eingerichtet. Dieses unspezifizierte ChannelSender-JobObjekt sucht den zu verwendenden, [[kommunikation:kanal:start#ausgehende_kommunikationskanaele|ausgehenden Kommunikationskanal]] in den Partnereigenschaften und den Typsätzen. Dabei wird folgende Kaskadierung abgearbeitet:
  - Sendekanal im [[partnerverwaltung:typset:start|Typsatz]] **matched** mit dem zu versendenden Nachrichtentyp
  - Sendekanal ist in der Partnereigenschaft eingestellt
  - Sendekanal ist in der Partnereigenschaft des **Template-Partners** eingestellt.


=== Lösung ===

Da eBiss über die Einstellungen der Partnereigenschaften und der Typensätze kaskadiert, stehen zwei Möglichkeiten zur Verfügung:
  - **Partnerspezifische Kommunikationskanäle** innerhalb der Partnereigenschaftsseite eingestellt werden.
  - **Partnerspezifische und Dokumenttpyspezifische Kommunikationskanäle** per **outbound** Typsatz eingestellt werden((Es ist also möglich, für dedizierte Tradingpartner mit einem auf "ausgehend" gerichteten Nachrichten eingestellten Typsatz zu versehen, der den spezifischen Nachrichtentyp berücksichtigt.))


===== alternativer Dateipfad =====

==== Aufgabe: Klonen eingehender Nachrichten an alternatives logisches System  ====

Für ein neues logisches System sollen die eingehenden Nachrichten als Kopie erneut an einen anderen Pfad geschrieben und die Anzahl der Kommunikationskanäle minimiert werden.
Der Pfad soll folgenden Aufbau haben:
<code>Laufwerk:\Datenaustauschverzeichnis\LogischesSystem\Nachrichtentyp\TradinPartnerName\Nachrichten.dat</code>

=== Lösung ===
  - Einrichten eines alternativen INHOUSE Nachrichten **Kontainerisieres**, der per Maske den TradingPartnerName voranstellt im Dateiname mit Backslash getrennt((Dies erzwingt die Erzeugung des Verzeichnises beim anlegen der Datei.)). <code>${TradingPartnerName}\${TradingPartnerName}_${DocumentType}_${DocumentNumber}.xml</code>Im Gegensatz zum Standard Kontainerisierer, der "nur" folgende Einstellung  hat :<code>${TradingPartnerName}_${DocumentType}_${DocumentNumber}.xml</code>
  - Einrichten eines **Standardkommunikationskanals** für das neue logische System mit Angabe des Basisverzeichnisses <code>Laufwerk:\Datenaustauschverzeichnis\LogischesSystem\</code>
  - Repräsentation des neuen logischen System in Form eines neuen **SystemPartners** mit geeigneter Identifikation.
    - Anlegen der Typsätze für spezifischen Typ oder generell mit Verwendung des alternativen **Kontainerisierers**
      - optional: Anlegen zusätzlicher Dateisystem Adressen und Zuordnung dieser Adressen zum Typsatz
    - Festlegen des neuen **Kommunikationskanals** für dieses System.
  - optional: Einrichten einer **Variable** vom Typ **Flag** zum Steuern ob für bestimmte Handelspartner die Nachrichten an das neue logische System erzeugt werden sollen.
    - diese Variable bei Bedarf bei den gewünschten TradingPartneren mit "True" instanziieren
  - Hinzufügen folgender Jobobjekte im Standard Inbound Job unterhalb bzw. parallel zu dem regulären **MessageEntityCreator**:
    - optional: **EntityIfCase** zum an oder abschalten der Kopie an das neue logische System
      - **EntityIfCase** zum ändern des **Systempartners**((Der **EntityIfCase** bietet die Ausführung von Expressions))<code>SetDocumentFrameSystemPartnerByGLN("logisches System GLN")</code>
      - weiterer **MessageEntityCreator** zum erneuten Kontainerisieren mit den Typsatzeigenschaften des neuen Systempartners