Wiki - Heidler Strichcode GmbH - Benutzerbeiträge [de]

Postgesetz Änderungen 2025

2024-10-09T13:54:31Z

Mwelker: /* Übersicht der umgesetzten Carrier */

'''Kennzeichnungspflicht für Pakete ab Januar 2025'''
== Allgemeine Hinweise zur Kennzeichnungspflicht ==
Spätestens ab dem 1. Januar 2025 müssen Pakete, die schwerer als 10 kg oder schwerer als 20 kg sind, gemäß den deutschen Postgesetzes speziell gekennzeichnet werden. Hier sind die verschiedenen Paketdienstleister derzeit zugange, ihre Vorgaben zur Belabelung der Pakete entsprechend zu aktualisieren. Nach Bekanntmachung der Vorgaben vom Frachtführer setzen wir diese jeweils zeitnahe um und lassen die aktualisierten Versandlabel-Ausdrucke vom jeweiligen Frachtführer abnehmen.

Nach der erfolgten allgemeinen Abnahme und Freigabe durch die Frachtführer ist die Änderung im Zuge eines HVS32-Programm-Updates verfügbar. Projektweise kann es dabei notwendig sein, dass neben dem Programm-Update selbst, von unserem Support in Absprache noch individuelle Maßnahmen getroffen werden müssen. Folgende Informationen können Sie der Tabelle entnehmen.

== Übersicht der umgesetzten Carrier ==
Hinweis: Voraussetzung für den Andruck der Kennzeichnungen / Logos auf den Labels ist selbstverständlich die Eingabe / Übergabe der korrekten Gewichte an das Versandsystem. '''Sollten Sie das reale Versandgewicht pro Packstück derzeit nicht an das HVS32 übertragen oder ermitteln können, setzen Sie sich bitte umgehend mit uns in Verbindung, da zukünftig von Strafzahlungen / Nachberechnungen auszugehen ist, wenn kein reales Gewicht übergeben wird. Dies betrifft alle Carrier.'''
{| class="wikitable"
|+Schwergewichts-Kennzeichnung auf den Versandlabeln
!Frachtführer/ Modul
!im HVS32
umgesetzt
!aktivierbar ab
HVS32-Version
!Anmerkungen
!relevante Labelvorlagen
(*)(**)
!Konsequenzen bei Nichteinhaltung
!Zusatzinfo
|-
|Post (DHL Road)
|Ja
|
|Nur bei DHL Paket (National, Verfahren 01 oder NN) und DHL Paket International (Verfahren 53), NICHT bei DHL Europaket (Verfahren 54) und NICHT bei DHL Retoure
|post_common_v2013, post_bpi_common, post_bpiex_common
|
|
|-
|DHL (Express)
|Ja
|
|Nur bei Sendungen mit Zieladresse in Deutschland
|dhl_common_single
|
|
|-
|DPD
|Ja
|
| -
|DPD_Aztec, DPD_Retouren_Aztec
|Vorerst keine Konsequenzen zum Jahreswechsel geplant. Spätere Einführung vorbehalten.
|Bei Verwendung des Webservice erfolgt der Andruck der Schwergewichts-Kennzeichnung am Ende November automatisch.
|-
|GLS
|Ja
|
| -
|GLSBox_2D_GP_Standard.lbc
|
|
|-
|Hermes
|Ja
|
| Nur bei Sendungen mit Zieladresse in Deutschland
|Hermes.lbc, Hermes_BC20.lbc
|
|
|-
|UPS
| -
| -
| -
|
|
|
|-
|trans-o-flex
|Ja
|
|Nur bei Sendungen mit Zieladresse in Deutschland, TOF möchte das 10+-Logo bereits ab genau 10 kg und das 20+-Logo bereits ab genau 20 kg
|trans-o-flex_2DBusiness
|
|
|-
|Night Star Express
|Ja
|
| NightStar möchte das 10+-Logo bereits ab genau 10 kg und das 20+-Logo bereits ab genau 20 kg
|NightStar_2D, NightStar
|
|
|-
|DPD (EU)
|<nowiki>-</nowiki>
| -
|Weitere europäische Länder werden nach und nach ausgerollt.
|
|
|
|}

== Prüfung ob individuell angepasste Labellayouts eingesetzt werden ==
''(*) wenn für ein Projekt die relevanten Labelvorlagen individuell angepasst wurden, müssen diese Label-Vorlagen von Heidler angepasst/aktualisiert werden.''

Wie erkennt man dies? Wenn entsprechende (..._individuell.lbc - Vorlagedateien (z.B. post_common_v2013_individuell.lbc, … ) im HVS32\Labels-Unterverzeichnis bzw. in einer aktuell erzeugten individuell-zip vorhanden sind.

=== Vorgehensweise bei individuell angepassten Labels ===
Setzen Sie individuelle Labels wie im vorherigen Absatz beschrieben ein, müssen die neuen Carrier Anforderungen manuell (kostenpflichtig) auf Ihre individuellen Labellayouts nachgezogen werden, da eine automatische Aktualisierung der Labellayouts über ein reines HVS32 Update nicht möglich ist.

Wenn Sie in diesem Zuge auf (automatisch aktualisierbare) Standard-Labellayouts zurückgehen wollen, müssen Sie lediglich im Ordner \Heidler\HVS32\Labels die Dateien mit Carriername_individuell.lbc umbenennen in zB Carriername_individuell.old, dann ist das individuelle Label deaktiviert und Sie verwenden wieder das Standard Labellayout.

'''Möchten Sie Ihre individuellen Labellayouts wie beschrieben angepasst haben, melden Sie bitte bei unserem Support.''' Hierbei bitte erst dann melden, wenn Sie für jeden Ihrer eingesetzten (und indiv. angepassten) Carrier in obiger Tabelle einen Eintrag sehen, um Mehraufwand durch Einzelanpassungen zu vermeiden. (Siehe Tabelle)

Dazu senden Sie Ihre individuellen Einstellungen über ein neues Ticket an unseren Support. Diese Einstellungen (Zip Datei) enthält auch Ihre individuellen Labels. Auf dieser Basis erstellen wir Ihnen dann ein Angebot. Hier finden Sie Hilfestellung zur Erzeugung ihrer individuellen Einstellungen: [https://heidler-strichcode.de/help?question=116209&title=wie-kann-ich-meine-individuellen-einstellungen-und-die-systeminformation-erzeugen Anleitung Erzeugung Indiv. Systemeinstellungen]

== Hinweise bei Verwendung von DPL Druckern ==
''(**) wenn bei einem Projekt die Labels per direkter Datamax-Druckersprache (DPL) gedruckt werden, müssen die neuen Logos zuvor auf den Druckerspeicher hinterlegt werden, dieser Aufwand muss pro Drucker angeboten werden, hierzu kontaktieren Sie unseren Support. Alternativ bietet sich ggf. die Umstellung auf Windowsdrucker (via Treiber) an.''

Wie erkennt man das: aktuelle Systeminfo-Textdatei erzeugen (siehe Erklärungs-Link unten), diese Textdatei öffnen und im Abschnitt "Label-Ausgabe:" prüfen, ob bei einem noch benutzten Druck-Packplatz die Ausprägung LabelDrucker;DruckerArt;"DPLWinPrinter"; oder LabelDrucker;DruckerArt;"ThermoDPL"; gelistet ist.

Link: [https://heidler-strichcode.de/help/?question=116209&title=wie-kann-ich-meine-individuellen-einstellungen-und-die-systeminformation-erzeugen Anleitung zur Erzeugung der individuell-zip. bzw. Systeminfo-Textdatei]

== Geldbußen bei Nichteinhaltung ==
Dienstleister, die dies nicht einhalten, werden mit Geldbußen bis 50.000 € belegt. Der Verlader kann bei Nichteinhaltung im Rahmen der Beförderungsbedingungen in Regress genommen werden.

== Allgemeine Update-Hinweise ==
Mit der Änderung geht ein HVS32 Update einher, Sie erhalten als Kunde mit aktiven Software-Support Vertrag das Update über ihr Ticket. Dieses erstellen Sie, indem Sie eine Mail an support@heidler-strichcode.de schicken. Hier finden Sie allgemein Hilfestellung zu einem HVS32 Update:

[https://heidler-strichcode.de/help/?question=97533&title=wie-wird-ein-hvs32-update-durchgefuehrt https://heidler-strichcode.de/help/?questionhvs32=97533&title=wie-wird-ein--update-durchgefuehrt]

Report für nicht leitcodierbare DHL Pakete

2023-12-12T08:47:43Z

Mwelker: /* Allgemein Funktion */

= Allgemeine Funktion =

Über eine im HVS32 verfügbare Report-Option ist es möglich, einen Report in Datei-Form zu erzeugen, der die während eines Drucktages angefallenen DHL-Pakete ohne ermittelbaren Post-Strassen-Leitcode auflistet. (Für solche Pakete erhebt dann DHL bei der Abrechnung üblicherweise einen Gebühr-Zuschlag von derzeit 49 Cent.) Der Report listet die relevanten Paket-Details dazu auf.

=== '''Ziel-Verzeichnis''' ===

Als Ablage-Verzeichnis der zu erstellenden Reports ist das HVS32-Unterverzeichnis HVS32\Post\LeitcodeFehlerReports vorgesehen.

Bei Bedarf kann noch ein Weitertransfer der erzeugten Reports per E-Mail eingerichtet werden.

=== '''Ausgabe-Dateiformat''' ===

Das Report-Ausgabeformat kann PDF, XLS oder TXT/CSV sein, als Default wird bei der Einrichtung das TXT/CSV-Format vor-eingestellt.

=== '''Trigger der Report-Erzeugung''' ===

Es wird über eine einstellbare Post-Konfigurator-Option aktiviert, dass der Leitcodefehlerreport im Zuge des Post-Tagesabschlusses automatisch mit erzeugt wird.

Unabhängig davon kann auch bei Bedarf ein manueller Anstoß über die HVS32-Menüoption Sendungen / Reporte drucken erfolgen.

=== '''Report-Inhalt''' ===

Gelistet werden die relevanten Details zu allen nicht-leitcodierten Packstücke, die an dem Tag bis zum Report Zeitpunkt verarbeitet wurden:

* Ziel-Adress-Angaben wie Straße, PLZ und Ort
* Fehler-Status, warum die Leitcodierung nicht erfolgen konnte
* weitere kennzeichnende Details zum Packstück wie die Auftraggeber-ID, Kunden-Nr, Lieferschein-Nr, Paket-TrackingNr

=== '''Einschränkungen ''' ===

Der Report kann nicht per Auftraggeber in separate Dateien aufgefächert und nicht separat weiter transferiert werden, sondern nur zusammenfassend für alle Auftraggeber, für die DHL Paket/Post-Packstücke abgewickelt wurden.

Die Einträge des Reports sind aber nach Auftraggeber-ID sortiert, innerhalb derselben Auftraggeber-ID dann nach Ziel-PLZ, Ziel-Ort, Ziel-Straße.

='''Einrichtung des Reports'''=

Die grundsätzliche erste Einrichtung der Leitcodefehler-Reporterzeugung beim Post-Tagesabschluss kann im Post-Konfigurator (Menü Setup / Konfigurator / Post) getätigt werden.

Im Post-Konfigurator-Unterfenster Leitcode sind dazu folgende Optionen verfügbar:
[[Datei:Auskunft Konfiguration-Leitcode.png]]

Über den „Einrichten“-Knopf werden die für die Report-Option grundsätzlich notwendigen Parameter im Programmstand eingerichtet.

Nach den automatisch erfolgten Schritten dazu erscheint folgende Meldung:

[[Datei:Meldung-Leitcodefehler-Report wurde eingerichtet.png|mini|alternativtext=|372x372px|ohne]]

Die zunächst gesperrte Häkchen-Box „Leitcodefehler-Report beim Tagesabschluss“ ist dann freigegeben zur Verwendung und ist dann auch bereits angehakt ( der „Einrichten“-Knopf fürs grundsätzliche Einrichten ist danach dann ausgeblendet ):
[[Datei:Leitcodefehler-Report beim Tagesabschluss.png|mini|alternativtext=|543x543px|ohne]]

= '''Einstellmöglichkeiten ''' =

Ausgabe-Dateiformat abändern:

Das Abändern des Ausgabe-Dateiformats geschieht im HVS32-Menü Setup / Konfigurator / Allgemein über den Unter-Menüpunkt Systemeinstellungen / Ausgabekanäle.

Hier wählt man den Ausgabekanal „PostLeitcodeFehlerReport“ an und betätigt den Knopf „Konfigurieren“.

Das Dateiformat stellt man über die entsprechende „Dateiformat:“ ein. Sinnvolle Formate für den Vorgang sind hier TXT, XLS oder PDF.

Je nach Format werden noch spezifische Einstellungs-Details angezeigt. Folgende Einstellungen sind hier je nach Dateiformat sinnvoll:

=== - TXT - Dateiformat===
[[Datei:Ausgabekanal konfigurieren.png|mini|alternativtext=|ohne]]

=== - XLS – Dateiformat===
[[Datei:Ausgabekanal_konfigurieren-XLS.png|mini|alternativtext=|ohne]]

=== - PDF – Dateiformat ===
[[Datei:Ausgabekanal konfigurieren-PDF.png|mini|alternativtext=|ohne]]

Die Einstellungen „Zielpfad:“ und „Dateiname:“ müssen nicht abgeändert werden, hier können die Standard Belegungen beibehalten werden, diese sind.

Zielpfad: HVS32RootPath + "\\Post\\LeitcodeFehlerReports"

Dateiname:
"PostLeitcodeFehlerReport_"+Datum+"_"+FormatDateTime( "yyyymmdd_hhnnss", CurrentDateTime())+ "." + if (Dateiformat == "TXT", "csv", Lower( Dateiformat ))

= '''Report Transfer via E-Mail''' =

Ein Weitertransfer der Reports (z.B. per E-Mail) wird in der Basis-Einrichtung nicht mit aktiviert.

Die Voraussetzungen für eine mögliche Weiterleitung der Reports per E-Mail sind, dass
* die Heidler – ComManager – Instanz installiert und verfügbar ist
* beim Versender eine geeignete SMTP-Server-Instanz und ein E-Mail-User dazu verfügbar ist, über den das Mailing laufen kann

Die Aktivierung des Weitertransfers per E-Mail kann dann über folgende Schritte getätigt werden:

* Über das Konfigurations-Menü der installierten ComManager – Instanz kann -falls das nicht bereits für anderweitige E-Mail-Transfer-Vorgänge geschehen ist im ComManager über den Reiter „Server“ ein SMTP-Server-Eintrag hinzugefügt werden. Benamung ist üblicherweise smtp_01. Für diesen Server sind dann im ComManager-Konfigurations-Menü die Details wie Absender-E-Mail-Adresse, Absender-Name und die relevanten Server-Zugangs-Parameter hinterlegbar.

* Wenn das erfolgt ist, können im HVS32-Menü Setup / Versand-Stammdaten / Bearbeiten, Unter-Menüpunkt Kommunikationspunkte im bestehenden Eintrag „PostLeitcodeFehlerReport“ noch die relevanten Parameter dazu hinterlegt werden:

[[Datei:PostLeitcodeFehlerReport.png]]

'''Funktion:''' sendMessage 
'''Modul:''' smtp_01 (bzw. den dazu im ComManager angelegten SMTP-Server anderen Namens) 
'''Parameter:''' 
'''an:''' Empfänger-E-Mail-Adresse 
'''cc: /bcc:''' ggfs. zusätzliche Empfänger-E-Mailadressen 
'''Betreff:''' fixer Betreff-Text, z.B. „Post-Leitcodefehler-Report“ 
'''Text:''' fixer E-Mail-Text, z.B. „Pakete mit Leitcodefehler des aktuellen Tages“ 

Im HVS32-Menü Setup / Konfigurator / Allgemein über den Unter-Menüpunkt Systemeinstellungen / Ausgabekanäle wählt man dann den Ausgabekanal „PostLeitcodeFehlerReport“ an und betätigt den Knopf „Konfigurieren“.
In der Einstellungsoption Komm. Aufgabe unten links stellt man dann die Aufgabe „PostLeitcodeFehlerReport“ ein:

[[Datei:Ausgabekanal_konfigurieren_POSTLEITCODEFEHLERREPORT.png]]

Die Änderung wird mit dem „OK“-Knopf abgespeichert.

Report für nicht leitcodierbare DHL Pakete

2023-12-12T08:46:51Z

Mwelker: /* Erstellen von „Report Transfer via Mail“ */

= Allgemein Funktion =

Über eine im HVS32 verfügbare Report-Option ist es möglich, einen Report in Datei-Form zu erzeugen, der die während eines Drucktages angefallenen DHL-Pakete ohne ermittelbaren Post-Strassen-Leitcode auflistet. (Für solche Pakete erhebt dann DHL bei der Abrechnung üblicherweise einen Gebühr-Zuschlag von derzeit 49 Cent.) Der Report listet die relevanten Paket-Details dazu auf.

=== '''Ziel-Verzeichnis''' ===

Als Ablage-Verzeichnis der zu erstellenden Reports ist das HVS32-Unterverzeichnis HVS32\Post\LeitcodeFehlerReports vorgesehen.

Bei Bedarf kann noch ein Weitertransfer der erzeugten Reports per E-Mail eingerichtet werden.

=== '''Ausgabe-Dateiformat''' ===

Das Report-Ausgabeformat kann PDF, XLS oder TXT/CSV sein, als Default wird bei der Einrichtung das TXT/CSV-Format vor-eingestellt.

=== '''Trigger der Report-Erzeugung''' ===

Es wird über eine einstellbare Post-Konfigurator-Option aktiviert, dass der Leitcodefehlerreport im Zuge des Post-Tagesabschlusses automatisch mit erzeugt wird.

Unabhängig davon kann auch bei Bedarf ein manueller Anstoß über die HVS32-Menüoption Sendungen / Reporte drucken erfolgen.

=== '''Report-Inhalt''' ===

Gelistet werden die relevanten Details zu allen nicht-leitcodierten Packstücke, die an dem Tag bis zum Report Zeitpunkt verarbeitet wurden:

* Ziel-Adress-Angaben wie Straße, PLZ und Ort
* Fehler-Status, warum die Leitcodierung nicht erfolgen konnte
* weitere kennzeichnende Details zum Packstück wie die Auftraggeber-ID, Kunden-Nr, Lieferschein-Nr, Paket-TrackingNr

=== '''Einschränkungen ''' ===

Der Report kann nicht per Auftraggeber in separate Dateien aufgefächert und nicht separat weiter transferiert werden, sondern nur zusammenfassend für alle Auftraggeber, für die DHL Paket/Post-Packstücke abgewickelt wurden.

Die Einträge des Reports sind aber nach Auftraggeber-ID sortiert, innerhalb derselben Auftraggeber-ID dann nach Ziel-PLZ, Ziel-Ort, Ziel-Straße.

='''Einrichtung des Reports'''=

Die grundsätzliche erste Einrichtung der Leitcodefehler-Reporterzeugung beim Post-Tagesabschluss kann im Post-Konfigurator (Menü Setup / Konfigurator / Post) getätigt werden.

Im Post-Konfigurator-Unterfenster Leitcode sind dazu folgende Optionen verfügbar:
[[Datei:Auskunft Konfiguration-Leitcode.png]]

Über den „Einrichten“-Knopf werden die für die Report-Option grundsätzlich notwendigen Parameter im Programmstand eingerichtet.

Nach den automatisch erfolgten Schritten dazu erscheint folgende Meldung:

[[Datei:Meldung-Leitcodefehler-Report wurde eingerichtet.png|mini|alternativtext=|372x372px|ohne]]

Die zunächst gesperrte Häkchen-Box „Leitcodefehler-Report beim Tagesabschluss“ ist dann freigegeben zur Verwendung und ist dann auch bereits angehakt ( der „Einrichten“-Knopf fürs grundsätzliche Einrichten ist danach dann ausgeblendet ):
[[Datei:Leitcodefehler-Report beim Tagesabschluss.png|mini|alternativtext=|543x543px|ohne]]

= '''Einstellmöglichkeiten ''' =

Ausgabe-Dateiformat abändern:

Das Abändern des Ausgabe-Dateiformats geschieht im HVS32-Menü Setup / Konfigurator / Allgemein über den Unter-Menüpunkt Systemeinstellungen / Ausgabekanäle.

Hier wählt man den Ausgabekanal „PostLeitcodeFehlerReport“ an und betätigt den Knopf „Konfigurieren“.

Das Dateiformat stellt man über die entsprechende „Dateiformat:“ ein. Sinnvolle Formate für den Vorgang sind hier TXT, XLS oder PDF.

Je nach Format werden noch spezifische Einstellungs-Details angezeigt. Folgende Einstellungen sind hier je nach Dateiformat sinnvoll:

=== - TXT - Dateiformat===
[[Datei:Ausgabekanal konfigurieren.png|mini|alternativtext=|ohne]]

=== - XLS – Dateiformat===
[[Datei:Ausgabekanal_konfigurieren-XLS.png|mini|alternativtext=|ohne]]

=== - PDF – Dateiformat ===
[[Datei:Ausgabekanal konfigurieren-PDF.png|mini|alternativtext=|ohne]]

Die Einstellungen „Zielpfad:“ und „Dateiname:“ müssen nicht abgeändert werden, hier können die Standard Belegungen beibehalten werden, diese sind.

Zielpfad: HVS32RootPath + "\\Post\\LeitcodeFehlerReports"

Dateiname:
"PostLeitcodeFehlerReport_"+Datum+"_"+FormatDateTime( "yyyymmdd_hhnnss", CurrentDateTime())+ "." + if (Dateiformat == "TXT", "csv", Lower( Dateiformat ))

= '''Report Transfer via E-Mail''' =

Ein Weitertransfer der Reports (z.B. per E-Mail) wird in der Basis-Einrichtung nicht mit aktiviert.

Die Voraussetzungen für eine mögliche Weiterleitung der Reports per E-Mail sind, dass
* die Heidler – ComManager – Instanz installiert und verfügbar ist
* beim Versender eine geeignete SMTP-Server-Instanz und ein E-Mail-User dazu verfügbar ist, über den das Mailing laufen kann

Die Aktivierung des Weitertransfers per E-Mail kann dann über folgende Schritte getätigt werden:

* Über das Konfigurations-Menü der installierten ComManager – Instanz kann -falls das nicht bereits für anderweitige E-Mail-Transfer-Vorgänge geschehen ist im ComManager über den Reiter „Server“ ein SMTP-Server-Eintrag hinzugefügt werden. Benamung ist üblicherweise smtp_01. Für diesen Server sind dann im ComManager-Konfigurations-Menü die Details wie Absender-E-Mail-Adresse, Absender-Name und die relevanten Server-Zugangs-Parameter hinterlegbar.

* Wenn das erfolgt ist, können im HVS32-Menü Setup / Versand-Stammdaten / Bearbeiten, Unter-Menüpunkt Kommunikationspunkte im bestehenden Eintrag „PostLeitcodeFehlerReport“ noch die relevanten Parameter dazu hinterlegt werden:

[[Datei:PostLeitcodeFehlerReport.png]]

'''Funktion:''' sendMessage 
'''Modul:''' smtp_01 (bzw. den dazu im ComManager angelegten SMTP-Server anderen Namens) 
'''Parameter:''' 
'''an:''' Empfänger-E-Mail-Adresse 
'''cc: /bcc:''' ggfs. zusätzliche Empfänger-E-Mailadressen 
'''Betreff:''' fixer Betreff-Text, z.B. „Post-Leitcodefehler-Report“ 
'''Text:''' fixer E-Mail-Text, z.B. „Pakete mit Leitcodefehler des aktuellen Tages“ 

Im HVS32-Menü Setup / Konfigurator / Allgemein über den Unter-Menüpunkt Systemeinstellungen / Ausgabekanäle wählt man dann den Ausgabekanal „PostLeitcodeFehlerReport“ an und betätigt den Knopf „Konfigurieren“.
In der Einstellungsoption Komm. Aufgabe unten links stellt man dann die Aufgabe „PostLeitcodeFehlerReport“ ein:

[[Datei:Ausgabekanal_konfigurieren_POSTLEITCODEFEHLERREPORT.png]]

Die Änderung wird mit dem „OK“-Knopf abgespeichert.

Report für nicht leitcodierbare DHL Pakete

2023-12-12T08:44:29Z

Mwelker: /* Erstellen von „Mögliche Gebrauchs-Varianten“ */

= Allgemein Funktion =

Über eine im HVS32 verfügbare Report-Option ist es möglich, einen Report in Datei-Form zu erzeugen, der die während eines Drucktages angefallenen DHL-Pakete ohne ermittelbaren Post-Strassen-Leitcode auflistet. (Für solche Pakete erhebt dann DHL bei der Abrechnung üblicherweise einen Gebühr-Zuschlag von derzeit 49 Cent.) Der Report listet die relevanten Paket-Details dazu auf.

=== '''Ziel-Verzeichnis''' ===

Als Ablage-Verzeichnis der zu erstellenden Reports ist das HVS32-Unterverzeichnis HVS32\Post\LeitcodeFehlerReports vorgesehen.

Bei Bedarf kann noch ein Weitertransfer der erzeugten Reports per E-Mail eingerichtet werden.

=== '''Ausgabe-Dateiformat''' ===

Das Report-Ausgabeformat kann PDF, XLS oder TXT/CSV sein, als Default wird bei der Einrichtung das TXT/CSV-Format vor-eingestellt.

=== '''Trigger der Report-Erzeugung''' ===

Es wird über eine einstellbare Post-Konfigurator-Option aktiviert, dass der Leitcode-Fehlerreport im Zuge des Post-Tagesabschlusses automatisch mit erzeugt wird.

Unabhängig davon kann auch bei Bedarf ein manueller Anstoss über die HVS32-Menüoption Sendungen / Reporte drucken erfolgen.

=== '''Report-Inhalt''' ===

Gelistet werden die relevanten Details zu allen nicht-leitcodierten Packstücke, die an dem Tag bis zum Report Zeitpunkt verarbeitet wurden:

* Ziel-Adress-Angaben wie Straße, PLZ und Ort
* Fehler-Status, warum die Leitcodierung nicht erfolgen konnte
* weitere kennzeichnende Details zum Packstück wie die Auftraggeber-ID, Kunden-Nr, Lieferschein-Nr, Paket-TrackingNr

=== '''Einschränkungen ''' ===

Der Report kann nicht per Auftraggeber in separate Dateien aufgefächert und nicht separat weiter transferiert werden, sondern nur zusammenfassend für alle Auftraggeber, für die DHL Paket/Post-Packstücke abgewickelt wurden.

Die Einträge des Reports sind aber nach Auftraggeber-ID sortiert, innerhalb derselben Auftraggeber-ID dann nach Ziel-PLZ, Ziel-Ort, Ziel-Straße.

='''Einrichtung des Reports'''=

Die grundsätzliche erste Einrichtung der Leitcodefehler-Reporterzeugung beim Post-Tagesabschluss kann im Post-Konfigurator ( Menü Setup / Konfigurator / Post ) getätigt werden.

Im Post-Konfigurator-Unterfenster Leitcode sind dazu folgende Optionen verfügbar:
[[Datei:Auskunft Konfiguration-Leitcode.png]]

Über den „Einrichten“-Knopf werden die für die Report-Option grundsätzlich notwendigen Parameter im Programmstand eingerichtet.

Nach den automatisch erfolgten Schritten dazu erscheint folgende Meldung:

[[Datei:Meldung-Leitcodefehler-Report wurde eingerichtet.png|mini|alternativtext=|372x372px|ohne]]

Die zunächst gesperrte Häkchen-Box „Leitcodefehler-Report beim Tagesabschluss“ ist dann freigegeben zur Verwendung und ist dann auch bereits angehakt ( der „Einrichten“-Knopf fürs grundsätzliche Einrichten ist danach dann ausgeblendet ):
[[Datei:Leitcodefehler-Report beim Tagesabschluss.png|mini|alternativtext=|543x543px|ohne]]

= '''Einstellmöglichkeiten ''' =

Ausgabe-Dateiformat abändern:

Das Abändern des Ausgabe-Dateiformats geschieht im HVS32-Menü Setup / Konfigurator / Allgemein über den Unter-Menüpunkt Systemeinstellungen / Ausgabekanäle.

Hier wählt man den Ausgabekanal „PostLeitcodeFehlerReport“ an und betätigt den Knopf „Konfigurieren“.

Das Dateiformat stellt man über die entsprechende „Dateiformat:“ ein. Sinnvolle Formate für den Vorgang sind hier TXT, XLS oder PDF.

Je nach Format werden noch spezifische Einstellungs-Details angezeigt. Folgende Einstellungen sind hier je nach Dateiformat sinnvoll:

=== - TXT - Dateiformat===
[[Datei:Ausgabekanal konfigurieren.png|mini|alternativtext=|ohne]]

=== - XLS – Dateiformat===
[[Datei:Ausgabekanal_konfigurieren-XLS.png|mini|alternativtext=|ohne]]

=== - PDF – Dateiformat ===
[[Datei:Ausgabekanal konfigurieren-PDF.png|mini|alternativtext=|ohne]]

Die Einstellungen „Zielpfad:“ und „Dateiname:“ müssen nicht abgeändert werden, hier können die Standard Belegungen beibehalten werden, diese sind.

Zielpfad: HVS32RootPath + "\\Post\\LeitcodeFehlerReports"

Dateiname:
"PostLeitcodeFehlerReport_"+Datum+"_"+FormatDateTime( "yyyymmdd_hhnnss", CurrentDateTime())+ "." + if (Dateiformat == "TXT", "csv", Lower( Dateiformat ))

= '''Erstellen von „Report Transfer via Mail“ ''' =

Ein Weitertransfer der Reports (z.B. per Email) wird in der Basis-Einrichtung nicht mit aktiviert.

Die Voraussetzungen für eine mögliche Weiterleitung der Reports per Email sind, dass
* die Heidler – ComManager – Instanz installiert und verfügbar ist
* beim Versender eine geeignete SMTP-Server-Instanz und ein Email-User dazu verfügbar ist, über den das Mailing laufen kann

Die Aktivierung des Weitertransfers per Email kann dann über folgende Schritte getätigt werden:

* Über das Konfigurations-Menü der installierten ComManager – Instanz kann -falls das nicht bereits für anderweitige E-Mail-Transfer-Vorgänge geschehen ist- im ComManager über den Reiter „Server“ ein SMTP-Server-Eintrag hinzugefügt werden. Benamung ist üblicherweise smtp_01. Für diesen Server sind dann im ComManager-Konfigurations-Menü die Details wie Absender-E-Mail-Adresse, Absender-Name und die relevanten Server-Zugangs-Parameter hinterleg bar.

* Wenn das erfolgt ist, können im HVS32-Menü Setup / Versand-Stammdaten / Bearbeiten, Untermenüpunkt Kommunikationspunkte im bestehenden Eintrag „PostLeitcodeFehlerReport“ noch die relevanten Parameter dazu hinterlegt werden:

[[Datei:PostLeitcodeFehlerReport.png]]

'''Funktion:''' sendMessage 
'''Modul:''' smtp_01 (bzw. den dazu im ComManager angelegten SMTP-Server anderen Namens) 
'''Parameter:''' 
'''an:''' Empfänger-Emailadresse 
'''cc: /bcc:''' ggfs. zusätzliche Empfänger-Emailadressen 
'''Betreff:''' fixer Betreff-Text, z.B. „Post-Leitcodefehler-Report“ 
'''Text:''' fixer Email-Text, z.B. „Pakete mit Leitcodefehler des aktuellen Tages“ 

Im HVS32-Menü Setup / Konfigurator / Allgemein über den Unter-Menüpunkt Systemeinstellungen / Ausgabekanäle wählt man dann den Ausgabekanal „PostLeitcodeFehlerReport“ an und betätigt den Knopf „Konfigurieren“.
In der Einstellungsoption Komm.Aufgabe unten links stellt man dann die Aufgabe „PostLeitcodeFehlerReport“ ein:

[[Datei:Ausgabekanal_konfigurieren_POSTLEITCODEFEHLERREPORT.png]]

Die Änderung wird mit dem „OK“-Knopf abgespeichert.

Report für nicht leitcodierbare DHL Pakete

2023-12-12T08:43:57Z

Mwelker: /* Anleitung und Merkmale */

= Allgemein Funktion =

Über eine im HVS32 verfügbare Report-Option ist es möglich, einen Report in Datei-Form zu erzeugen, der die während eines Drucktages angefallenen DHL-Pakete ohne ermittelbaren Post-Strassen-Leitcode auflistet. (Für solche Pakete erhebt dann DHL bei der Abrechnung üblicherweise einen Gebühr-Zuschlag von derzeit 49 Cent.) Der Report listet die relevanten Paket-Details dazu auf.

=== '''Ziel-Verzeichnis''' ===

Als Ablage-Verzeichnis der zu erstellenden Reports ist das HVS32-Unterverzeichnis HVS32\Post\LeitcodeFehlerReports vorgesehen.

Bei Bedarf kann noch ein Weitertransfer der erzeugten Reports per E-Mail eingerichtet werden.

=== '''Ausgabe-Dateiformat''' ===

Das Report-Ausgabeformat kann PDF, XLS oder TXT/CSV sein, als Default wird bei der Einrichtung das TXT/CSV-Format vor-eingestellt.

=== '''Trigger der Report-Erzeugung''' ===

Es wird über eine einstellbare Post-Konfigurator-Option aktiviert, dass der Leitcode-Fehlerreport im Zuge des Post-Tagesabschlusses automatisch mit erzeugt wird.

Unabhängig davon kann auch bei Bedarf ein manueller Anstoss über die HVS32-Menüoption Sendungen / Reporte drucken erfolgen.

=== '''Report-Inhalt''' ===

Gelistet werden die relevanten Details zu allen nicht-leitcodierten Packstücke, die an dem Tag bis zum Report Zeitpunkt verarbeitet wurden:

* Ziel-Adress-Angaben wie Straße, PLZ und Ort
* Fehler-Status, warum die Leitcodierung nicht erfolgen konnte
* weitere kennzeichnende Details zum Packstück wie die Auftraggeber-ID, Kunden-Nr, Lieferschein-Nr, Paket-TrackingNr

=== '''Einschränkungen ''' ===

Der Report kann nicht per Auftraggeber in separate Dateien aufgefächert und nicht separat weiter transferiert werden, sondern nur zusammenfassend für alle Auftraggeber, für die DHL Paket/Post-Packstücke abgewickelt wurden.

Die Einträge des Reports sind aber nach Auftraggeber-ID sortiert, innerhalb derselben Auftraggeber-ID dann nach Ziel-PLZ, Ziel-Ort, Ziel-Straße.

='''Einrichtung des Reports'''=

Die grundsätzliche erste Einrichtung der Leitcodefehler-Reporterzeugung beim Post-Tagesabschluss kann im Post-Konfigurator ( Menü Setup / Konfigurator / Post ) getätigt werden.

Im Post-Konfigurator-Unterfenster Leitcode sind dazu folgende Optionen verfügbar:
[[Datei:Auskunft Konfiguration-Leitcode.png]]

Über den „Einrichten“-Knopf werden die für die Report-Option grundsätzlich notwendigen Parameter im Programmstand eingerichtet.

Nach den automatisch erfolgten Schritten dazu erscheint folgende Meldung:

[[Datei:Meldung-Leitcodefehler-Report wurde eingerichtet.png|mini|alternativtext=|372x372px|ohne]]

Die zunächst gesperrte Häkchen-Box „Leitcodefehler-Report beim Tagesabschluss“ ist dann freigegeben zur Verwendung und ist dann auch bereits angehakt ( der „Einrichten“-Knopf fürs grundsätzliche Einrichten ist danach dann ausgeblendet ):
[[Datei:Leitcodefehler-Report beim Tagesabschluss.png|mini|alternativtext=|543x543px|ohne]]

= '''Einstellmöglichkeiten ''' =

Ausgabe-Dateiformat abändern:

Das Abändern des Ausgabe-Dateiformats geschieht im HVS32-Menü Setup / Konfigurator / Allgemein über den Unter-Menüpunkt Systemeinstellungen / Ausgabekanäle.

Hier wählt man den Ausgabekanal „PostLeitcodeFehlerReport“ an und betätigt den Knopf „Konfigurieren“.

Das Dateiformat stellt man über die entsprechende „Dateiformat:“ ein. Sinnvolle Formate für den Vorgang sind hier TXT, XLS oder PDF.

Je nach Format werden noch spezifische Einstellungs-Details angezeigt. Folgende Einstellungen sind hier je nach Dateiformat sinnvoll:

=== - TXT - Dateiformat===
[[Datei:Ausgabekanal konfigurieren.png|mini|alternativtext=|ohne]]

=== - XLS – Dateiformat===
[[Datei:Ausgabekanal_konfigurieren-XLS.png|mini|alternativtext=|ohne]]

=== - PDF – Dateiformat ===
[[Datei:Ausgabekanal konfigurieren-PDF.png|mini|alternativtext=|ohne]]

Die Einstellungen „Zielpfad:“ und „Dateiname:“ müssen nicht abgeändert werden, hier können die Standard Belegungen beibehalten werden, diese sind.

Zielpfad: HVS32RootPath + "\\Post\\LeitcodeFehlerReports"

Dateiname:
"PostLeitcodeFehlerReport_"+Datum+"_"+FormatDateTime( "yyyymmdd_hhnnss", CurrentDateTime())+ "." + if (Dateiformat == "TXT", "csv", Lower( Dateiformat ))

= '''Erstellen von „Mögliche Gebrauchs-Varianten“ ''' =

Ein Weitertransfer der Reports (z.B. per Email) wird in der Basis-Einrichtung nicht mit aktiviert.

Die Voraussetzungen für eine mögliche Weiterleitung der Reports per Email sind, dass
* die Heidler – ComManager – Instanz installiert und verfügbar ist
* beim Versender eine geeignete SMTP-Server-Instanz und ein Email-User dazu verfügbar ist, über den das Mailing laufen kann

Die Aktivierung des Weitertransfers per Email kann dann über folgende Schritte getätigt werden:

* Über das Konfigurations-Menü der installierten ComManager – Instanz kann -falls das nicht bereits für anderweitige E-Mail-Transfer-Vorgänge geschehen ist- im ComManager über den Reiter „Server“ ein SMTP-Server-Eintrag hinzugefügt werden. Benamung ist üblicherweise smtp_01. Für diesen Server sind dann im ComManager-Konfigurations-Menü die Details wie Absender-E-Mail-Adresse, Absender-Name und die relevanten Server-Zugangs-Parameter hinterleg bar.

* Wenn das erfolgt ist, können im HVS32-Menü Setup / Versand-Stammdaten / Bearbeiten, Untermenüpunkt Kommunikationspunkte im bestehenden Eintrag „PostLeitcodeFehlerReport“ noch die relevanten Parameter dazu hinterlegt werden:

[[Datei:PostLeitcodeFehlerReport.png]]

'''Funktion:''' sendMessage 
'''Modul:''' smtp_01 (bzw. den dazu im ComManager angelegten SMTP-Server anderen Namens) 
'''Parameter:''' 
'''an:''' Empfänger-Emailadresse 
'''cc: /bcc:''' ggfs. zusätzliche Empfänger-Emailadressen 
'''Betreff:''' fixer Betreff-Text, z.B. „Post-Leitcodefehler-Report“ 
'''Text:''' fixer Email-Text, z.B. „Pakete mit Leitcodefehler des aktuellen Tages“ 

Im HVS32-Menü Setup / Konfigurator / Allgemein über den Unter-Menüpunkt Systemeinstellungen / Ausgabekanäle wählt man dann den Ausgabekanal „PostLeitcodeFehlerReport“ an und betätigt den Knopf „Konfigurieren“.
In der Einstellungsoption Komm.Aufgabe unten links stellt man dann die Aufgabe „PostLeitcodeFehlerReport“ ein:

[[Datei:Ausgabekanal_konfigurieren_POSTLEITCODEFEHLERREPORT.png]]

Die Änderung wird mit dem „OK“-Knopf abgespeichert.

Konfiguration / Wartung

2023-12-12T07:55:49Z

Mwelker:

[[en:Configuration_/_maintenance]]
 

== Update / Aktualisierung ==

*[[HVS32_Update|Anleitung Installation HVS32 Update]]
*[[DHL_Produktänderungen|DHL Produktänderungen (August 2017)]]
*[[Post/DHL Paket Nachnahmezuschlag anpassen|Post/DHL Paket Entfall des Nachnahmezuschlags (März 2018)]]
*[[Deaktivierung DPD Nachnahme (Dezember 2019)]]
*[[Upgrade Firebird Datenbank-Engine]]
*[[Sicherheitsupdate: log4j/log4shell CVE-2021-44228]]

== Pflege ==

*[[Datenbankbereinigung|Datenbankbereinigung]]
*[[Bereinigung_Vormerktabelle|Bereinigung Vormerktabelle]]
*[[Inkrementelle_Sicherungen_mit_Firebird_Komponente_nbackup|Inkrementelle Sicherungen mit Firebird-Komponente nbackup]]
*[[HVS32_Backup:_Grundlegende_Empfehlungen|HVS32 Backup: Grundlegende Empfehlungen]]
*[[Aktualisierung von Erweiterungsmodulen]]
*[[Report für nicht leitcodierbare DHL Pakete]]

== Konfiguration ==

*[[Neue_Versandstation_anlegen_/_HVS32_Clientinstallation|Anleitung neue Versandstation installieren & konfigurieren (HVS32 Clientinstallation)]]
*[[Neue_NeutralSpedition_anlegen|Neue Neutralspedition anlegen]]
*[[Versandarten_anlegen|Versandarten anlegen]]
*[[Verpackungen_anlegen|Verpackungen anlegen]]
*[[Frankatur|Frankatur]]
*[[Brexit: Ländercode_GB_auf_WorldWide_umstellen|Brexit: Ländercode GB auf WorldWide umstellen]]
*[[Verpackung|Verpackung]]
*[[HVS32_Communication_Manager|Communication Manager]]
*[[HVS32_Communication_Manager_in_HVS32_einrichten|Communication Manager in HVS32 einrichten]]
*[[UPS Server-Angabe ändern|UPS Server-Angabe ändern]]

== Server ==

*[[Systemvoraussetzungen|Systemvoraussetzungen]]
*[[Servermigration|Servermigration]]

== Frachtführerbezogene Konfigurationen ==
*[[Leitfaden zur Integration neuer Frachtführer]]
*[[DPD Flexzustellung (Predict) aktivieren|DPD Flexzustellung (Predict) aktivieren]]

== Sicherheitslücken / CVE ==
*[[Sicherheitslücken / CVE|Übersicht aller Sicherheitslücken]]

Report für nicht leitcodiebare DHL Pakete

2023-12-12T07:54:42Z

Mwelker: Mwelker verschob die Seite Report für nicht leitcodiebare DHL Pakete nach Report für nicht leitcodierbare DHL Pakete

#WEITERLEITUNG [[Report für nicht leitcodierbare DHL Pakete]]

Report für nicht leitcodierbare DHL Pakete

2023-12-12T07:54:42Z

Mwelker: Mwelker verschob die Seite Report für nicht leitcodiebare DHL Pakete nach Report für nicht leitcodierbare DHL Pakete

= '''Anleitung und Merkmale''' =

Über eine im HVS32 verfügbare Report-Option ist es möglich, einen Report in Datei-Form zu erzeugen, der die während eines Drucktages angefallenen DHL-Pakete ohne ermittelbaren Post-Strassen-Leitcode auflistet. (Für solche Pakete erhebt dann DHL bei der Abrechnung üblicherweise einen Gebühr-Zuschlag von derzeit 49 Cent.) Der Report listet die relevanten Paket-Details dazu auf.

=== '''Ziel-Verzeichnis''' ===

Als Ablage-Verzeichnis der zu erstellenden Reports ist das HVS32-Unterverzeichnis HVS32\Post\LeitcodeFehlerReports vorgesehen.

Bei Bedarf kann noch ein Weitertransfer der erzeugten Reports per E-Mail eingerichtet werden (sofern die allgemeinen Voraussetzungen zur Verwendung einer Emailing-Funktionalität erfüllt sind)

=== '''Ausgabe-Dateiformat''' ===

Das Report-Ausgabeformat kann PDF, XLS oder TXT/CSV sein, als Default wird bei der Einrichtung das TXT/CSV-Format vor-eingestellt.

=== '''Anstoss der Report-Erzeugung''' ===

Es wird über eine einstellbare Post-Konfigurator-Option aktiviert, dass der Leitcode-Fehlerreport im Zuge des Post-Tagesabschlusses automatisch mit erzeugt wird.

Unabhängig davon kann auch bei Bedarf ein manueller Anstoss über die HVS32-Menüoption Sendungen / Reporte drucken erfolgen.

=== '''Report-Inhalt''' ===

Gelistet werden die Details zu allen nicht-leitcodierten Packstücke, die an dem Tag bis zum Report-Anstoss druck-verarbeitet wurden.
Das sind zum einen die für die Leitcodierung relevanten Ziel-Adress-Angaben (Strasse, PLZ, Ort ), der Fehler-Status ( d.h. Hinweis, warum die Leitcodierung nicht erfolgen konnte ) sowie noch weitere kennzeichnende Details zum Packstück ( Auftraggeber-ID, Kunden-Nr, Lieferschein-Nr, Paket-TrackingNr ).

=== '''Einschränkungen ''' ===

Der Report kann nicht auftraggeber-weise in separate Dateien aufgefächert und nicht auftraggeber-weise separat weitertransferiert werden, sondern nur zusammenfassend für alle Auftraggeber, für die DHL Paket/Post-Packstücke abgewickelt wurden.
Die Einträge des Reports sind aber nach Auftraggeber-ID sortiert, innerhalb derselben Auftraggeber-ID dann nach Ziel-PLZ, Ziel-Ort, Ziel-Strasse.

= '''Einrichtung der Leitcodefehler''' =

Die grundsätzliche erste Einrichtung der Leitcodefehler-Reporterzeugung beim Post-Tagesabschluss kann im Post-Konfigurator ( Menü Setup / Konfigurator / Post ) getätigt werden.

Im Post-Konfigurator-Unterfenster Leitcode sind dazu folgende Optionen verfügbar:
[[Datei:Auskunft Konfiguration-Leitcode.png]]

Über den „Einrichten“-Knopf werden die für die Report-Option grundsätzlich notwendigen Parameter im Programmstand eingerichtet.

Nach den automatisch erfolgten Schritten dazu erscheint folgende Meldung:

[[Datei:Meldung-Leitcodefehler-Report wurde eingerichtet.png|mini|alternativtext=|372x372px|ohne]]

Die zunächst gesperrte Häkchen-Box „Leitcodefehler-Report beim Tagesabschluss“ ist dann freigegeben zur Verwendung und ist dann auch bereits angehakt ( der „Einrichten“-Knopf fürs grundsätzliche Einrichten ist danach dann ausgeblendet ):
[[Datei:Leitcodefehler-Report beim Tagesabschluss.png|mini|alternativtext=|543x543px|ohne]]

= '''Erstellen von „Mögliche Gebrauchs-Varianten“ ''' =

Ausgabe-Dateiformat abändern:

Das Abändern des Ausgabe-Dateiformats geschieht im HVS32-Menü Setup / Konfigurator / Allgemein über den Unter-Menüpunkt Systemeinstellungen / Ausgabekanäle.

Hier wählt man den Ausgabekanal „PostLeitcodeFehlerReport“ an und betätigt den Knopf „Konfigurieren“.

Das Dateiformat stellt man über die entsprechende Selektierungs-Option „Dateiformat:“ ein. Sinnvolle Formate für den Vorgang sind hier TXT, XLS oder PDF .

Je nach Format werden noch spezifische Einstellungs-Details angezeigt. Folgende Einstellungen sind hier je nach Dateiformat sinnvoll:

=== - Fürs TXT - Dateiformat===
[[Datei:Ausgabekanal konfigurieren.png|mini|alternativtext=|ohne]]

=== - Fürs XLS – Dateiformat===
[[Datei:Ausgabekanal_konfigurieren-XLS.png|mini|alternativtext=|ohne]]

=== - Fürs PDF – Dateiformat ===
[[Datei:Ausgabekanal konfigurieren-PDF.png|mini|alternativtext=|ohne]]

Die Einstellungen „Zielpfad:“ und „Dateiname:“ müssen nicht abgeändert werden, hier können die voreingestellten Belegungen beibehalten werden, diese sind.

* Zielpfad:
HVS32RootPath + "\\Post\\LeitcodeFehlerReports"

Dateiname:
"PostLeitcodeFehlerReport_"+Datum+"_"+FormatDateTime( "yyyymmdd_hhnnss", CurrentDateTime())+ "." + if (Dateiformat == "TXT", "csv", Lower( Dateiformat ))

= '''Erstellen von „Mögliche Gebrauchs-Varianten“ ''' =

Ein Weitertransfer der Reports (z.B. per Email) wird in der Basis-Einrichtung nicht mit aktiviert.

Die Voraussetzungen für eine mögliche Weiterleitung der Reports per Email sind, dass
* die Heidler – ComManager – Instanz installiert und verfügbar ist
* beim Versender eine geeignete SMTP-Server-Instanz und ein Email-User dazu verfügbar ist, über den das Emailing laufen kann

Die Aktivierung des Weitertransfers per Email kann dann über folgende Schritte getätigt werden:

# 1) Über das Konfigurations-Menü der installierten ComManager – Instanz kann -falls das nicht bereits für anderweitige E-Mail-Transfer-Vorgänge geschehen ist- im ComManager über den Reiter „Server“ ein SMTP-Server-Eintrag hinzugefügt werden. Benamung ist üblicherweise (jedoch nicht zwingend) smtp_01. Für diesen Server sind dann im ComManager-Konfigurations-Menü die Details wie Absender-E-Mail-Adresse, Absender-Name und die relevanten Server-Zugangs-Parameter hinterleg bar.

# 2) Wenn das erfolgt ist, können im HVS32-Menü Setup / Versand-Stammdaten / Bearbeiten, Untermenüpunkt Kommunikationspunkte im bestehenden Eintrag „PostLeitcodeFehlerReport“ noch die relevanten Parameter dazu hinterlegt werden:
[[Datei:PostLeitcodeFehlerReport.png]]

'''Funktion:''' sendMessage 
'''Modul:''' smtp_01 (bzw. den dazu im ComManager angelegten SMTP-Server anderen Namens) 
'''Parameter:''' 
'''an:''' Empfänger-Emailadresse 
'''cc: /bcc:''' ggfs. zusätzliche Empfänger-Emailadressen 
'''Betreff:''' fixer Betreff-Text, z.B. „Post-Leitcodefehler-Report“ 
'''Text:''' fixer Email-Text, z.B. „Pakete mit Leitcodefehler des aktuellen Tages“ 

Im HVS32-Menü Setup / Konfigurator / Allgemein über den Unter-Menüpunkt Systemeinstellungen / Ausgabekanäle wählt man dann den Ausgabekanal „PostLeitcodeFehlerReport“ an und betätigt den Knopf „Konfigurieren“.
In der Einstellungsoption Komm.Aufgabe unten links stellt man dann die Aufgabe „PostLeitcodeFehlerReport“ ein:

[[Datei:Ausgabekanal_konfigurieren_POSTLEITCODEFEHLERREPORT.png]]

Die Änderung wird mit dem „OK“-Knopf abgespeichert.

Nicht-leitcodierbare DHL Pakete

2023-12-12T07:53:09Z

Mwelker: Mwelker verschob die Seite Nicht-leitcodierbare DHL Pakete nach Report für nicht leitcodiebare DHL Pakete

#WEITERLEITUNG [[Report für nicht leitcodiebare DHL Pakete]]

2022-07-26T08:44:52Z

Mwelker:

Änderung der TNT Web-Routing Logindaten

2022-07-21T06:25:54Z

Mwelker: /* Anleitung zum Ändern der Zugangsdaten */

= Allgemeine Informationen =
Die Logindaten für den TNT Routing Webservice werden sich ändern, wodurch Ihre aktuelle Konfiguration nicht mehr funktionieren könnte. Sollten Sie betroffen sein, wird Ihr TNT Ansprechpartner Ihnen eine E-Mail zukommen lassen in welcher Ihre neuen Zugangsdaten enthalten sind. Diese müssen in der CarrierAPI geändert werden.
Die CarrierAPI ist das Modul von Heidler, mit welchem Webserviceanfragen verarbeitet werden.

=Anleitung zum Ändern der Zugangsdaten=

#'''Installationsverzeichnis finden'''
##Die CarrierAPI ist Standardmäßig unter <code>C:\Heidler\HeidlerCarrierAPI\</code> installiert.
##Sollte das nicht der Fall sein, kann in den Windows-Diensten (Windowstaste + R -> "services.msc") in dem Dienst ''Heidler-CarrierAPI'' geschaut werden, in welchem Verzeichnis die CarrierAPI installiert ist.
##:[[file:CarrierAPI Service.png|450px|]]
#'''Öffnen des CarrierAPI Konfigurators / der Einstellungen'''
##In dem Konfigurator (''HeidlerCarrierAPIConfigurator.exe'') können alle nötigen Einstellungen für die CarrierAPI vorgenommen werden.
##Über ''Einstellungen'' -> ''WebService Account...'' werden alle Auftraggeber - Frachtführer Kombinationen angezeigt.
##:[[file:CarrierAPIFolder.png|450px|]]
##:[[file:WebserviceAccountAuswahl.png|450px]]
#'''Betroffene Zugangsdaten finden'''
##Über den Filter Frachtführer kann nach TNTWS gefiltert werden
##Nur für die Einträge welche in der Übersicht bereits einen Benutzer anzeigen müssen die Daten auch geändert werden.
##Diese können über ''Editieren ...'' bearbeiten werden
##:[[file:CarrierAPIAuswahlAG.png|450px|]]
#'''Zugangsdaten ändern'''
##Den neuen ''Benutzernamen'', welcher TNT generiert hat, eintragen
##Das neu generierte ''Passwort'' eintragen.
##Die Customer Number bleibt gleich.
##:[[file:CarrierAPIWebAccountChange.png|450px|]]
#'''Speichern'''
##Jetzt noch überall mit ''OK'' bestätigen und in dem Hauptfenster über ''STRG+S'' oder ''Datei'' -> ''Speichern'' speichern

=Recovery, sollten die Daten nicht funktionieren=
Beim Speichern werden automatisch Backups durchgeführt, welche im ./config_backup Verzeichnis abgelegt werden.
#Die letzte ZIP-Datei vor der Änderung entzippen
#In den ''./config'' Ordner kopieren und für alle Dateien ''Dateien im Ziel ersetzen'' klicken
#Den Windowsservice wie oben unter 6.1 bzw. 1.2 beschrieben Neustarten.
#:[[file:CarierAPIBackup.png|450px|]]

Änderung der TNT Web-Routing Logindaten

2022-07-21T06:18:01Z

Mwelker: /* Allgemeine Informationen */

= Allgemeine Informationen =
Die Logindaten für den TNT Routing Webservice werden sich ändern, wodurch Ihre aktuelle Konfiguration nicht mehr funktionieren könnte. Sollten Sie betroffen sein, wird Ihr TNT Ansprechpartner Ihnen eine E-Mail zukommen lassen in welcher Ihre neuen Zugangsdaten enthalten sind. Diese müssen in der CarrierAPI geändert werden.
Die CarrierAPI ist das Modul von Heidler, mit welchem Webserviceanfragen verarbeitet werden.

=Anleitung zum Ändern der Zugangsdaten=

#'''Installationsverzeichnis finden'''
##Die CarrierAPI ist Standardmäßig unter <code>C:\Heidler\HeidlerCarrierAPI\</code> installiert.
##Sollte das nicht der Fall sein, kann in den Windows-Diensten (Windowstaste + R -> "services.msc") in dem Dienst ''Heidler-CarrierAPI'' geschaut werden, in welchem Verzeichnis die CarrierAPI installiert ist.
##:[[file:CarrierAPI Service.png|450px|]]
#'''Öffnen des CarrierAPI Konfigurators / der Einstellungen'''
##In dem Konfigurator (''HeidlerCarrierAPIConfigurator.exe'') können alle nötigen Einstellungen für die CarrierAPI vorgenommen werden.
##Über ''Einstellungen'' -> ''WebService Account...'' werden alle Auftraggeber - Frachtführer Kombinationen angezeigt.
##:[[file:CarrierAPIFolder.png|450px|]]
##:[[file:WebserviceAccountAuswahl.png|450px]]
#'''Betroffene Zugangsdaten finden'''
##Über den Filter Frachtführer kann nach TNTWS gefiltert werden, sodass nur die Einträge dafür angezeigt werden.
##Nur für die Einträge welche in der Übersicht bereits einen Benutzer anzeigen müssen die Daten auch geändert werden.
##Diese dann über ''Editieren ...'' bearbeiten werden
##:[[file:CarrierAPIAuswahlAG.png|450px|]]
#'''Zugangsdaten ändern'''
##Den neuen ''Benutzernamen'', welcher TNT generiert hat, eintragen
##Das neu generierte ''Passwort'' eintragen.
##Die Customer Number bleibt gleich.
##:[[file:CarrierAPIWebAccountChange.png|450px|]]
#'''Speichern'''
##Jetzt noch überall mit ''OK'' bestätigen und in dem Hauptfenster über ''STRG+S'' oder ''Datei'' -> ''Speichern'' speichern

=Recovery, sollten die Daten nicht funktionieren=
Beim Speichern werden automatisch Backups durchgeführt, welche im ./config_backup Verzeichnis abgelegt werden.
#Die letzte ZIP-Datei vor der Änderung entzippen
#In den ''./config'' Ordner kopieren und für alle Dateien ''Dateien im Ziel ersetzen'' klicken
#Den Windowsservice wie oben unter 6.1 bzw. 1.2 beschrieben Neustarten.
#:[[file:CarierAPIBackup.png|450px|]]

HVS32 Zoll / Dokumenten Upload

2022-07-20T07:16:11Z

Mwelker: /* Anforderung an Ihr HVS32 System: */

= Sammelverzollung =

=== UPS WorldEase ===
UPS Sammelverzollung, dieser Dienst muss separat mit UPS vereinbart werden.
UPS übernimmt gesammelt die Verzollung der Paletten, Details über den Ablauf und Preise
erfahren Sie bei ihrem UPS Ansprechpartner

====Anforderung an Ihr HVS32 System: ====
*Artikelschnittstelle
*separate Drucker mit speziellem UPS World Ease Label Material
*Labels sind 30 cm lang
*spezielle DOCboxen von UPS kommen zum Einsatz

=== DHL Break Bulk ===
Mit dem „Break Bulk“ – Service bietet DHL die Möglichkeit, die einzelnen Sendungen eines
bestimmten Ziellandes für die gesammelte Einschleusung temporär in einer „Mutter“-
Sendung zu bündeln. Die „Mutter“-Sendung unterliegt dann der Verzollung. Erst am
vereinbarten Einschleus-Ort fächert dann DHL die Sendungen dann wieder für die Zustellung
an die End-Empfänger auf. Die Verwendung des Break Bulk Services muss mit dem relevanten DHL
Ansprechpartner abgestimmt sein, eine entsprechende Vereinbarung
zwischen Versender und DHL muss getroffen sein.

====Anforderung an Ihr HVS32 System: ====
*Artikelschnittstelle
*eigene Versandart für die Break Bulk Abwicklung

= Dokument—Datei-Upload =
DHL PaperlessTrade PLT (nicht für alle Länder nutzbar)
Für DHL PLT werden die relevanten Zolldokumente ( Handels*oder ProForma-Rechnung, gegebenenfalls zusätzliches Ausfuhrbegleitdokument ) für jede zu verzollende Sendung als PDF-Dateien auf einen DHL sftp Server hochgeladen.
Dazu ist zusätzlich noch ein DHL AWB-PDF-Dokument erforderlich, welches jedoch durch das HVS32 die jeweilige Sendung erzeugt und beifügt wird.
Das Hochladen der Dokumente erfolgt beim DHL Tagesabschluss.
Auf den DHL-Labeln wird der PLT-Status speziell gekennzeichnet.

====Anforderung an Ihr HVS32 System: ====

=== DHL PaperlessTrade PLT (nicht für alle Länder nutzbar)===
*PLT-Sendung die oben erwähnten Dokumente als PDF-Datei bereitgestellt werden. Die PDF-Dateien müssen so benamt sein, dass wir zum einen erkennen, um was für ein Dokument (Rechnung / Ausfuhrbegleitdokument ) es sich handelt, und zu welcher Sendung es gehört. Also z.B. eindeutige Benamung mit der Referenznr/LieferscheinNr der Sendung. Oder Benamung mit der DHL AWB-Nr, die vom HVS32 vergeben und an den Host als TrackingNr zurückgemeldet wird. Die PDF-Dateien müssen spätestens zum Zeitpunkt des DHL Tagesabschlusses für alle relevanten Sendungen vollständig bereitstehen
*weitere Anforderungen können Projektweise Seitens DHL erhoben werden (MRN bekannt bei der Druckabwicklung...)

=== UPS Paperless Document API ===
'''Umfang''':
Für UPS Paperless Document /PaperlessTrade werden die relevanten Zolldokumente für eine zu verzollende Sendung als PDF-Dateien an UPS per UPS Webservice hochgeladen.
Die relevanten Zolldokumente sind:

*Handels- oder ProForma-Rechnung
*ggfs noch Ausfuhrbegleitdokument ABD
*ggfs. Zusatz-Dokument, z.B. Ursprungszeugnis („certification of origin“)

Das Hochladen der Dokumente erfolgt beim UPS Tagesabschluss per Webservice-Datendialog.
Auf den UPS-Labeln wird der Paperless Document-Status speziell gekennzeichnet ( Vermerk EDI-IDIS unten rechts auf den Versandlabels).
Anmerkung: dies darf nicht verwechselt werden mit der UPS Option Paperless Invoice! Bei letzterer werden die zollrelevanten Daten incl. Artikelinformationen elektronisch in der „normalen“ UPS-EDI-Datei
in den Sendungsdaten mit übermittelt, so dass UPS die relevante Handelsrechnung auf UPS-Seite erzeugen kann.

====Anforderung an Ihr HVS32 System: ====
*es müssen uns für jede UPS*Paperless Document -Sendung die oben erwähnten Dokumente als PDF-Datei bereitgestellt werden. Die PDF-Dateien müssen so benamt sein, dass wir zum einen erkennen, um was für ein Dokument (Rechnung / Ausfuhrbegleitdokument / Zusatzdokument ) es sich handelt, und zu welcher Sendung es gehört. Also z.B. eindeutige Benamung mit der Referenznr/LieferscheinNr der Sendung. Oder Benamung mit der UPS Sendungs-Nr, die vom HVS32 vergeben und an den Host z.B. als VersandSendungsNr zurückgemeldet wurde.
*Die PDF-Dateien müssen spätestens zum Zeitpunkt des UPS Tagesabschlusses für alle relevanten Sendungen vollständig bereitstehen. Wenn die Voraussetzungen erfüllt sind, kann man weitere Details klären (z.B. Ordner in dem die pdf-Dateien auf dem HVS32 Server für den weiteren Prozess abgelegt werden, Zugangs-Parameter von UPS für den Upload der pdf Dokumente) und dann muss es im Systemablauf nach Aufwand konfiguriert werden.

=== FedEx Electronic Trade Documents ===
bei uns in Arbeit, noch nicht verfügbar

= Elektronische Zoll/Rechnungsdaten-Übermittlung =
die Zoll/Rechnungs-Detail-Daten werden in den EDI-Dateien der Frachtführer als zusätzliche Daten übermittelt

=== UPS PaperlessInvoice ===
*der Versender muss es mit UPS vereinbart haben, dass er das abwickeln darf. Paperless Invoice ist eine sogenannte UPS "Kontrakt-"Option, d.h. es muss ein entsprechendes Vertragswerk mit UPS dazu abgeschlossen werden
*die zollrelevanten Daten incl. Artikelinformationen werden elektronisch in der „normalen“ UPS-EDI-Datei in den Sendungsdaten mit übermittelt, so dass UPS die relevante Handelsrechnung auf UPS-Seite erzeugen kann.

====Anforderung an Ihr HVS32 System: ====
*Artikelschnittstelle

=== DHL Customer Invoice Integration CIN ===
bei uns in Arbeit, noch nicht verfügbar , Zoll-Dokumente müssen trotzdem beigelegt werden, ausser DHL PLT wird separat auch noch genutzt

=== Post ITMATT (fürs Verfahren 53 DHL Paket International) ===
Für das Verfahren 53 Paket International verlangt die Post ab 2021 zwingend für die zoll-pflichtigen Nicht-EU-Sendungen die Übermittung einer zusätzlichen EDI-Datei ( "ITMATT"-Datei ).
Das Datei-Format nennt sich "ITMATT"-Format oder auch Format "Deutsche Post UPU – M33 Subset"
Die Datei enthält zu den zoll-pflichtigen Packstücken die Details, die auf der Zollinhaltserklärung angegeben werden müssen ( incl. den Artikeldaten )

====Anforderung an Ihr HVS32 System: ====
*Artikelschnittstelle
*aktive DHL Paket Konfiguration für das Verfahren
*Zoll-Inhaltserklärung und ggfs. Ausfuhrbegleitdokument muss trotzdem beigelegt werden

=== DPD innerhalb der MPSEXPDATA EDI-Daten ===
DPD innerhalb der MPSEXPDATA EDI-Daten
Zusätzlich Infos werden an DPD Übergen zum Thema Artikeldaten und Verzollung
*https://www.dpd.com/de/de/support/international/brexit/

====Anforderung an Ihr HVS32 System: ====
*Artikelschnittstelle
*Zoll-Dokumente müssen trotzdem beigelegt werden
*eigene Frankaturen

Systemvoraussetzungen

2022-07-15T07:00:38Z

Mwelker: /* Unterstützte Server Betriebssysteme */

[[en:System requirements]]
= '''Betriebssysteme''' =

Alle Betriebssysteme, Computersysteme und Hardwarekomponenten, die in diesem Dokument nicht ausdrücklich als freigegeben deklariert sind, gelten grundsätzlich als nicht freigegeben. Dazu gehören z.B. alle Linux- und MacOS-basierten Computer und Betriebssysteme. Support-Anfragen zu nicht unterstützten Betriebssystemen können nur im stark eingeschränkten Maße bearbeitet werden.

Grundsätzlich werden bei den unten angegebenen Client- und Server-Betriebssystemen immer die aktuellsten Service-Packs bzw. Service-Releases und Updates vorausgesetzt.

Die Empfehlung von Multicore-Prozessoren bedeutet hier nicht, dass HVS32 in den aktuellen Versionen die Prozessorauslastung direkt steuert (Multithreading), sondern erfahrungsgemäß ein deutlich flüssigeres Arbeiten mit entsprechenden Systemen möglich ist.

Wir empfehlen die Verwendung eines 64-Bit-Betriebssystems. Bei Verwendung von Zusatzmodulen wie z.B. ComManager oder Heidler Carrier API ist ein 64-Bit Betriebssystem Voraussetzung.

=== '''Unterstützte Server Betriebssysteme''' ===
*Microsoft Windows Server 2022
*Microsoft Windows Server 2019
*Microsoft Windows Server 2016
*Microsoft Windows Server 2012 (R2)

=== '''Unterstützte Client Betriebssysteme''' ===
*Microsoft Windows 10
*Microsoft Windows 8.1
= '''Empfohlene Systemvoraussetzungen''' =
==='''Server'''===
*2,8 GHz Quad-Core Prozessor
*8 GB Arbeitsspeicher
*50 GB verfügbarer Festplattenspeicher (SSD)
*100 Mbit/s Netzwerk Anbindung oder besser
=== '''Client''' ===

*2 GHz Intel Pentium oder vergleichbarer AMD Prozessor
*4 GB Arbeitsspeicher
*10 GB verfügbarer Festplattenspeicher
*Farbmonitor mit einer Auflösung von 1920 x 1080 oder höher
= '''Empfohlene Systemvoraussetzungen für zentrales Polling (Server)''' =
Bei den nachfolgenden Systemvoraussetzungen handelt es sich um eine Empfehlung, welche grob abgeschätzt worden ist. Beim Aufsetzen sollte unbedingt darauf geachtet werden, dass der Server später einfach zu skalieren ist (VM), da durch Zuschaltung von Frachtführern oder weiteren Funktionalitäten zusätzliche Applikationen notwendig sein könnten, wodurch der Server mehr Ressourcen benötigt.

Es wird davon abgeraten, die VM auf einem Server aufzusetzen, welcher durch andere VMs in der Festplattengeschwindigkeit beeinträchtigt wird (z.B. Datenserver), da dies zu massiven Geschwindigkeitseinbußen in Bezug auf den HVS32 Datenbankdienst führen kann.

Bei den Systemvoraussetzungen gehen wir von einer Installation aus, in welcher unsere gängigsten Applikationen zum Einsatz kommen.

Basisversion mit folgenden Komponenten:

* HVS32 (Versandsystem)
* 1x HVS32 Packstation (Verarbeitung der Anfragen)
* 1x HVS32Monitoring (Monitoringdienst für die Packstation)
* DataGatewayServer (Schnittstelle zum Hostsystem via REST, SOAP, SAP, JDBC, HTTP)
* Com-Manager (Schnittstelle zum Frachtführer via SFTP, FTP, etc.)
* Carrier-API (Webservice Kommunikation zu den Frachtführern)

Bei einer Verarbeitung bis zu ~1000 Packstücke / Stunde empfehlen wir folgende Systemvoraussetzungen:

* Netzwerk: min. 100Mbit/s, empfohlen 1.000 Mbit/s
* Festplattenspeicher: min. 50 GB (SSD)
* CPU: 8 Kerne
* Arbeitsspeicher: 12 GB

Geht das Versandvolumen über die ~1000 Packstücke / Stunde hinaus, empfehlen wir folgende Skalierung:

Pro weitere ~1000 Packstücke / Stunde:

* + 2 Kerne
* + 3 GB Arbeitsspeicher
* + 5 GB Festplattenspeicher (SSD)
(Bei der Skalierung rechnen wir mit einer höheren Ressourcenauslastung der Basiskomponenten, sowie den zusätzlichen Einsatz einer weiteren HVS32 Packstation mit dazugehörenden HVS32Monitoring)

Bei Einsatz von weiteren Applikationen, sollte der Server wie folgt skaliert werden. Welche Applikationen zum Einsatz kommen, sollte in den Projektabsprachen geklärt werden.
{| class="wikitable"
|'''Externe Beschreibung'''
|'''Applikation'''
|'''CPU Kerne'''
|'''Arbeitsspeicher (in GB)'''
|'''Festplattenspeicher (in GB)'''
|'''Skalierung'''
|-
|weitere Schnittstellen zum Hostsystem via REST, SOAP, SAP, JDBC oder HTTP
|DataGatewayServer
|2
|2
|2
|pro Schnittstelle
|-
|DHL Paket
|Leitcode
|2
|2
|10
|einmalig
|-
|Statusdaten
|StatusdatenManager
|1
|1
|5
|pro ~1000 Packstücke / Stunde
|-
|Statusdaten Webansicht
|SEMWeb
|1
|1
|15
|pro ~1000 Packstücke / Stunde
|-
|Datenbank-Archivierung
|DBArchivierung
|<nowiki>-</nowiki>
|<nowiki>-</nowiki>
|min. 50

(abhängig, wie viele Daten archiviert werden sollen)
|einmalig

(keine zusätzlichen Kerne / Arbeitsspeicher notwendig, da die restlichen Dienste beendet werden)
|-
|automatisierter Tagesabschluss
|MonitoringService
|1
|2
|5
|einmalig
|-
|Mail-Avisierung
|AMAService
|1
|1
|5
|einmalig
|-
|Tarifierung + Rechnungsprüfung
|HFMS
|2

1
|4

0,5
|5

5
|einmalig

pro ~1000 Packstücke / Stunde
|-
|Tarifierung + Rechnungsprüfung + Versandartermittlung
|HFMS / SPM
|4

2
|4

1
|5

5
|einmalig

pro ~1000 Packstücke / Stunde
|}
 

= '''Netzwerkbetrieb HVS32''' =

Für den Netzwerkbetrieb des HVS32 wird die Freigabe des HVS32 Programmverzeichnisses auf dem Server vorausgesetzt. Diese Freigabe muss als Netzlaufwerk auf den Clients mit einem festen Laufwerksbuchstaben permanent verbunden sein. Eine Verwendung von UNC Pfaden ist im HVS32 erst ab der Version 7.102.13 möglich. Die Benutzer benötigen Vollzugriff Dateiberechtigungen auf das o.g. HVS32 Verzeichnis und die Freigabe. Diese Voraussetzungen sollten bereits zum Installationstermin vom Administrator vorbereitet werden. Eine Bandbreite bzw. Verbindungsgeschwindigkeit von 100 Mbit/s oder mehr ist erforderlich. Bei nicht erreichen der Bandbreite oder bei WAN Verbindungen empfehlen wir die Verwendung des HVS32 im Terminalserver-Betrieb. Da das komplette System von der tatsächlich verfügbaren Bandbreite abhängig ist, gilt diesem Thema besondere Beachtung. Die Erfahrungen haben gezeigt dass hierbei die Verfügbarkeit der Leitung sowie der tatsächliche Datendurchsatz dennoch zu Problemen führen können. Von einem Standortübergreifenden Betrieb ohne Terminalserver Umgebung raten wir explizit ab.

 

= '''Windows Terminal Server / Citrix''' =

Der Support für HVS32 in einer Windows-Terminalserver-Umgebung (RDP) wird im gleichen Umfang wie auch bei einer Standard Installation geleistet. In einem Citrix-Umfeld können wir jedoch keinen Support für diese Umgebung bieten. Bei Problemen am Terminalserver oder der Verwaltung der Terminalserverumgebung kann der Support nur für die grundlegenden Standard-Windows–Komponenten und Funktionen geleistet werden. Alles andere wie z.B.: Netzwerk-Freigaben, Druckertreiber, Datei-Berechtigungen sowie RDP / Citrix spezifische Einstellungen etc. fallen in den Aufgabenbereich des zuständigen Administrators. Wir empfehlen, dass der Installation und Konfiguration unbedingt ein Systemadministrator beiwohnen sollte. Alle HVS32 Versionen werden ausführlich und intensiv auf den angegebenen Betriebssystemen getestet. Da es unmöglich ist, alle Eventualitäten im Vorfeld nachzustellen, können wir Ihnen auch keine Garantie für den fehlerfreien Programmablauf auf jedem Kundensystem geben.

 

= '''Freizugebende Standard Ports''' =

{| border="1" cellpadding="1" cellspacing="1" style="width: 600px;"
|-
| style="width: 91px;" | '''FTP / SFTP'''
| style="width: 496px;" | Ports 22 / 21 , bzw alle für die FTP/SFTP Übertragung nötigen Ports. Bei passiven FTP muss auch den Rückkanal über UDP beachtet werden.
|-
| style="width: 91px;" | '''DNS'''
| style="width: 496px;" | HVS32 muss die Möglichkeit gegeben werden, FTP, HTTP, HTTPS oder SMTP Adressen über DNS aufzulösen.
|-
| style="width: 91px;" | '''HTTP/HTTPS'''
| style="width: 496px;" | HVS32 muss die Möglichkeit gegeben werden, HTTP und HTTPS Adressen auflösen und erreichen zu können, hier werden die Ports 80 und 443 benötigt (z.B. für Frachtführer UPS)
|-
| style="width: 91px;" | '''SMTP'''
| style="width: 496px;" | Um Frachtführerdateien zu übertragen oder Mail-Avisierungen zu senden werden die dort eingestellten Ports benötigt (Standard Port 25)
|-
| style="width: 91px;" | '''Data Gateway Server'''
| style="width: 496px;" | Die HVS32 Clients müssen bei Einsatz der Kommunikation zum Vorsystem über den DataGatewayServer innerhalb des Netzwerks Zugriff auf die konfigurierten Ports haben (Port 5030 bei interaktiver Verarbeitung und Port 5034 bei Polling)
|-
| style="width: 91px;" | '''Leitcode'''
| style="width: 496px;" | Port 9000 für Leitcodeermittlung (lediglich bei Modul DHL Road notwendig)
|-
| style="width: 91px;" | '''Monitoring Dienst'''
| style="width: 496px;" | Port 9034 auf dem HVS32 bei eingesetztem HVS32 Monitoring Dienst
|-
| style="width: 91px;" | '''Firebird Datenbank'''
| style="width: 496px;" | Port 3050 für Firebird Datenbankverbindung
|-
| style="width: 91px;" | '''Heidler Carrier API'''
| style="width: 496px;" | Port 9900 bei Verwendung der Frachtführer Webservice Anbindung
|-
| style="width: 91px;" | '''HVS32CommunicationManager'''
| style="width: 496px;" | Port 9009 für Kommunikation mit dem ComManager (via REST)
|-
| style="width: 91px;" | '''HFMS'''
| style="width: 496px;" | Port 9500 für Kommunikation mit dem HFMS
|-
| style="width: 91px;" | '''ScaleService (REST)'''
| style="width: 496px;" | Port 8100 für Kommunikation mit dem ScaleService (via REST)
|}