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

Datei:Commanager details-file version.jpg

2024-10-11T06:19:34Z

Jburggraf:

Frankatur

2024-10-10T06:40:08Z

Jburggraf: en:Incoterm

[[en:Incoterm]]
= Frankatur ID ändern =

Um die ID's der Frankaturen zu bearbeiten/prüfen, folgen Sie bitte der Beschreibung unter diese folgendem Link:

*[[ID's_bearbeiten_(Sonderdienst,_Frankatur,_Verpackung)|ID's bearbeiten (Sonderdienst, Frankatur, Verpackung)]]

Incoterm

2024-10-10T06:39:59Z

Jburggraf: Die Seite wurde neu angelegt: „de:Frankatur = Change Incoterm ID = To edit/check the IDs of the Incoterms, please follow the instructions under the following link: *IDs_edit_(service…“

[[de:Frankatur]]
= Change Incoterm ID =

To edit/check the IDs of the Incoterms, please follow the instructions under the following link:

*[[IDs_edit_(service,_incoterm,_package)|change IDs (service, incoterm, package)]]

ID's bearbeiten (Sonderdienst, Frankatur, Verpackung)

2024-10-09T14:46:48Z

Jburggraf:

[[en:IDs_edit_(service,_incoterm,_package)]]
[[File:IDs bearbeiten.PNG|right|500px|IDs bearbeiten]]

Die ID's, welche z. B. aus Ihrem Vorsystem kommen, können Sie ganz einfach konfigurieren. Gehen Sie hierzu in den [[Setup:_Konfigurator|Konfigurator]] (Setup->Konfigurator->Allgemein) und dort zu dem Unterpunkt [[Konfigurator:_WaWi-ID's|WaWi-ID's]].

 

Im jeweiligen Bereich sind die zu befolgenden Schritte die gleichen.

Wählen Sie einfach die gewünschte ID aus und klicken auf "'''Bearbeiten'''". Daraufhin können Sie das Textfeld unterhalb des Knopf "Speichern" editieren. Wenn Sie die ID angepasst haben, können Sie diese "'''Speichern'''" oder "'''Verwerfen'''".

Diese Änderungen sind global für alle Frachtführer gültig, müssen jedoch den jeweiligen Frachtführer zugeordnet werden. In den jeweiligen Frachtführer Konfiguratoren können Sie dann nachschauen, welche ID's bereits zugeordnet ist.

ID's bearbeiten (Sonderdienst, Frankatur, Verpackung)

2024-10-09T14:46:12Z

Jburggraf: en:IDs_edit_(service,_incoterm,_package

[[en:IDs_edit_(service,_incoterm,_package]]
[[File:IDs bearbeiten.PNG|right|500px|IDs bearbeiten]]

Die ID's, welche z. B. aus Ihrem Vorsystem kommen, können Sie ganz einfach konfigurieren. Gehen Sie hierzu in den [[Setup:_Konfigurator|Konfigurator]] (Setup->Konfigurator->Allgemein) und dort zu dem Unterpunkt [[Konfigurator:_WaWi-ID's|WaWi-ID's]].

 

Im jeweiligen Bereich sind die zu befolgenden Schritte die gleichen.

Wählen Sie einfach die gewünschte ID aus und klicken auf "'''Bearbeiten'''". Daraufhin können Sie das Textfeld unterhalb des Knopf "Speichern" editieren. Wenn Sie die ID angepasst haben, können Sie diese "'''Speichern'''" oder "'''Verwerfen'''".

Diese Änderungen sind global für alle Frachtführer gültig, müssen jedoch den jeweiligen Frachtführer zugeordnet werden. In den jeweiligen Frachtführer Konfiguratoren können Sie dann nachschauen, welche ID's bereits zugeordnet ist.

IDs edit (service, incoterm, package)

2024-10-09T14:46:06Z

Jburggraf: Die Seite wurde neu angelegt: „de:ID%27s_bearbeiten_(Sonderdienst,_Frankatur,_Verpackung) Edit IDs The IDs that come from your previous system ca…“

[[de:ID%27s_bearbeiten_(Sonderdienst,_Frankatur,_Verpackung)]]
[[File: Host_IDs_edit.jpg|right|500px|Edit IDs]]

The IDs that come from your previous system can be easily configured. To do this, go to the [[Setup:_configurator|Configurator]] (setup->configurator->general) and then to the subsection [[Configurator:_host_IDs|host IDs]].

 

The steps to follow in each area are the same.

Simply select the desired ID and click on "'''edit'''". You can then edit the text field below the "save" button. After adjusting the ID, you can either "'''save'''" or "'''reject'''".

These changes are global for all carriers but must be assigned to the respective carrier. In the individual carrier configurators, you can check which IDs are already assigned.

Datei:Host IDs edit.jpg

2024-10-09T14:23:40Z

Jburggraf:

Die Versandart konnte nicht ermittelt werden

2024-10-09T14:16:59Z

Jburggraf: en:The_shipping_method_could_not_be_determined

[[en:The_shipping_method_could_not_be_determined]]
Ursache für dieses Fehleretikett mit dem Fehlertext: "Die Versandart konnte nicht ermittelt werden" ist, dass hier eine VersandsartID in die Schnittstelle übergeben wurde, welche dem entsprechenden Frachtführer nicht zugeordnet ist.

[[File: Fehler.PNG|right|400px|Bild zur Zuordnung]]
 

 

=== Achtung: ===

'''Nachfolgende Anleitungen können, bei Änderungen, direkte Auswirkungen auf das Programmverhalten des Heidler-Versandsystems haben, da dort keine Sicherheitsprüfung gemacht wird.'''

Unter [[Setup:_Versand-Stammdaten|Setup->Versand-Stammdaten->bearbeiten]]->Versandarten kann in dem oberen Dropdown-Menü der Frachtführer ausgewählt werden. Nach einem Klick auf "Ausführen" werden alle Versandarten angezeigt, welche diesem Frachtführer zugeordnet sind. Dort wird auch die VersandArtID angezeigt, welche in der Schnittstelle übergeben werden muss.

 

Fehlt eine Zuordnung und diese soll vorgenommen werden, muss die Frachtführersortierung durch einen Klick auf "Reset" wieder entfernt werden. Nun muss man die gewünschte Versandart auswählen. Nachdem eine Versandsart ausgewählt wurde, wird in der unteren Tabelle angezeigt, welchen Frachtführern diese Versandart bereits zugeordnet ist.

*Mit dem Knopf "Neu" (unter Versandarten) wird eine neue Versandart angelegt und es muss ein Frachtführer eingetragen werden.
Wenn diese Zuordnung nun gespeichert wird, ist diese Versandart dem Frachtführer zugeordnet und kann mit der entsprechenden VersandartID, wie oben beschrieben, verwendet werden.

[[File: Versandarten.PNG|left|550px|Bild zur Zuordnung]]

The shipping method could not be determined

2024-10-09T14:16:45Z

Jburggraf: Die Seite wurde neu angelegt: „de:Die_Versandart_konnte_nicht_ermittelt_werden The cause of this error label with the error text: "The shipping method could not be determined" is that a…“

[[de:Die_Versandart_konnte_nicht_ermittelt_werden]]
The cause of this error label with the error text: "The shipping method could not be determined" is that a shipping method ID was passed to the interface that is not assigned to the corresponding carrier.

[[File: Error_Label.jpg|right|400px|Image for Assignment]]
 

 

=== Attention: ===

'''The following instructions may have direct effects on the program behavior of the Heidler shipping system, as no security checks are performed there.'''

Under [[Setup:_dispatch_master_data|Setup->dispatch master data->edit]]->dispatch types, the carrier can be selected from the top dropdown menu. After clicking "Execute," all dispatch types assigned to this carrier will be displayed. The dispatch type ID that needs to be passed to the interface will also be shown there.

 

If an assignment is missing and needs to be made, the carrier sorting must be removed by clicking "Reset." Now, the desired dispatch type must be selected. Once a dispatch type is chosen, the lower table will display which carriers are already assigned to this dispatch type.

*By clicking the "new" button (under dispatch types), a new dispatch type can be created, and a carrier must be entered. Once this assignment is saved, the dispatch type will be associated with the carrier and can be used with the corresponding dispatch type ID, as described above.

[[File: Dispatch_types.jpg|left|550px|Image for Assignment]]

Datei:Dispatch types.jpg

2024-10-09T13:35:13Z

Jburggraf:

Datei:Error Label.jpg

2024-10-09T13:22:56Z

Jburggraf:

Anmeldung

2024-10-09T12:27:58Z

Jburggraf: en:Login

[[en:Login]]
[[File:Anmeldung.jpg|HVS32 Anmeldemaske]]

Auf dieser Seite melden Sie sich mit dem gewünschten HVS-Benutzer bei HVS32 an. Durch die dem Benutzer zugeteilten Rechte werden verschiedene Bereiche von HVS32 gesperrt und freigegeben.

Dieser Name und das Passwort kann ein anderer Name sein als Ihr Windows-Zugang!

In HVS vorgegeben sind verschiedene Standard-Benutzer wie "versand", "vleiter" und "vadmin", diese Benutzer können aber in der [[Setup:_Benutzerverwaltung|Benutzerverwaltung]] geändert werden.

== Demo-Modus ==

Im Demo-Modus ist nur der Benutzer "demo" (ohne Passwort) verfügbar.

Login

2024-10-09T12:27:45Z

Jburggraf: Die Seite wurde neu angelegt: „de:Anmeldung HVS32 Login Mask On this page, you log in to HVS32 with the desired HVS user. The rights assigned to the user will lock an…“

[[de:Anmeldung]]
[[File:Login.jpg|HVS32 Login Mask]]

On this page, you log in to HVS32 with the desired HVS user. The rights assigned to the user will lock and unlock different areas of HVS32.

This name and password can be different from your Windows login!

In HVS, various standard users are predefined, such as "versand", "vleiter" and "vadmin". These users can be modified in the [[Setup:_user_administration|User Management]].

== Demo Mode ==

In demo mode, only the user "demo" (without a password) is available.

Datei:Login.jpg

2024-10-09T12:18:13Z

Jburggraf:

Update of Extension Modules

2024-10-02T13:55:28Z

Jburggraf: Die Seite wurde neu angelegt: „de:Aktualisierung von Erweiterungsmodulen '''WORK IN PROGRESS''' This page is currently being edited! The content may change at any time. …“

[[de:Aktualisierung von Erweiterungsmodulen]]
'''WORK IN PROGRESS''' 
This page is currently being edited! The content may change at any time. 

To ensure a smooth update of the applications, please read the following points carefully. For additional specifics, please refer to the description of the respective application you wish to update. 
'''Ignoring these instructions''' may lead to data loss, malfunctioning behavior / inoperability of the application, which may require significant manual effort from support to resolve.

= What Should Be Considered for Every Update? =
When updating the applications listed below (excluding the HVS32 shipping system), the following points should generally be observed: 
# Carefully read the update description of the respective application you wish to update.
# Allow sufficient time for the update, possible tests, and recovery in case of an error.
# Create a backup of the application to restore the old version in case of an error. Typically, copying the installation directory is sufficient. Note that during operation, the files are in use. Ensure that the corresponding Windows service is stopped before copying the directory.
# Make sure that the downloaded setup is indeed the correct version. You can find the version in the setup filename.
# Ensure that the correct instance of the application is being updated. You can view the instance to be updated through the question mark during the update. If you have multiple instances of the application in use, select the option "No, install in a different directory" when updating a different instance.
# In most cases, there is an option in the component selection during setup called "Install Service." This will recreate the Windows service. Before doing this, ensure whether a service user is registered in the Windows service. This user will be discarded in this case and must be manually re-entered after the setup for the service to function correctly. This option is typically disabled during the update.
# The Windows service will be automatically stopped during the update. It must then be manually restarted.
# Once it is confirmed that the application continues to function after the update, the created backup directory can be deleted.

= Where Can I Find the Latest Setups? =
You can request the download links for the latest setups from our support ([mailto:support@heidler-strichcode.de support@heidler-strichcode.de]). Please inform support in your email which applications you need the setup for and which version you are currently using.

= Overview of Applications =
*[[CarrierAPI Update|CarrierAPI]]
*[[Update ComManager|ComManager]]
*[[Update DataGatewayServer V3 (DGS V3)|DataGatewayServer V3 (DGS V3)]]
*[[Update FileConverter|FileConverter]]
*[[Update FileMoveService|FileMoveService]]
*[[Update GLSBoxService|GLSBoxService]]
*[[Update HFMS (Tarifwerk)|HFMS (Tarifwerk)]]
*[[Update HVS32AMAService|HVS32AMAService]]
*[[Update HVS32DBArchiving|HVS32DBArchiving]]
*[[Update HVS32MonitoringService|HVS32MonitoringService]]
*[[Update HVS32MonitoringServiceLight|HVS32MonitoringServiceLight]]
*[[IRIS installation (Docker)#Updates|IRIS]]
*[[Update Leitcode|Leitcode]]
*[[Update ScaleService|ScaleService]]
*[[Update StatusdatenManager (Tracking-Statusdata)|StatusdatenManager (Tracking-Statusdata)]]
*[[Update SEMWeb|SEMWeb]]
*[[Update Loading Release|Loading Release]]
*[[Update WatchLog|WatchLog]]

Aktualisierung von Erweiterungsmodulen

2024-10-02T13:51:18Z

Jburggraf: en:Update of Extension Modules

[[en:Update of Extension Modules]]
'''WORK IN PROGRESS''' 
Diese Seite befindet sich aktuell in Bearbeitung! Der Inhalt kann sich jederzeit ändern. 

Um eine reibungslose Aktualisierung der Applikationen zu gewährleisten, lesen Sie sich bitte die nachfolgende Punkte aufmerksam durch. Weitere Besonderheiten entnehmen Sie bitte aus der Beschreibung der jeweiligen Applikation, welche Sie aktualisieren möchten. 
'''Eine Missachtung''' kann zu Datenverlust, fehlerhaftem Verhalten / nicht Ausführbarkeit der Applikation führen, welche unter Umständen mit einem hohen manuellen Aufwand vom Support behoben werden muss.

= Was ist bei jeder Aktualisierung zu beachten? =
Bei einer Aktualisierung der unten aufgeführten Applikationen (Versandsystem HVS32 ausgeschlossen) sollten grundlegend nachfolgende Punkte beachtet werden: 
# Lesen Sie sich die Aktualisierungsbeschreibung der jeweiligen Applikation, welche Sie aktualisieren möchten, aufmerksam durch.
# Planen Sie ausreichend Zeit für die Aktualisierung, mögliche Tests und der Wiederherstellung im Fehlerfall ein.
# Erzeugen Sie ein Backup der Applikation, um im Fehlerfall den alten Stand wiederherstellen zu können. In der Regel reicht es dafür aus, das Installationsverzeichnis zu kopieren. Beachten Sie hierbei, dass im laufenden Betrieb die Dateien in einem Zugriff sind. Stellen Sie sicher, dass vor dem Kopieren des Verzeichnisses der entsprechende Windowsdienst beendet ist.
# Stellen Sie sicher, dass es sich bei dem heruntergeladenen Setup auch um die korrekte Version handelt. Die Version können Sie aus dem Dateinamen des Setups entnehmen.
# Stellen Sie bei der Aktualisierung sicher, dass die korrekte Instanz der Applikation aktualisiert wird. Beim Update können Sie die zu aktualisierende Instanz über das Fragezeichen einsehen. Haben Sie die Applikation mehrfach im Einsatz, so muss beim Update einer abweichenden Instanz die Option "Nein, installiere in ein anderes Verzeichnis" ausgewählt werden.
# In den meisten Fällen gibt es in der Komponentenauswahl im Setup die Option "Install Service". Dadurch wird der Windowsdienst neu angelegt. Stellen Sie davor sicher, ob im Windowsdienst ein Serviceuser hinterlegt ist. Der User wird in diesem Fall verworfen und muss nach dem Setup manuell wieder hinterlegt werden, damit der Dienst ordnungsgemäß funktioniert. Beim Update ist diese Option in der Regel deaktiviert.
# Durch die Aktualisierung wird automatisch der Windowsdienst gestoppt. Dieser muss anschließend manuell wieder gestartet werden.
# Nachdem sichergestellt worden ist, dass die Applikation nach dem Update weiterhin funktioniert, kann das erzeugte Backupverzeichnis gelöscht werden.

= Wo finde ich die aktuellsten Setups? =
Die Downloadlinks für die aktuellsten Setups können Sie sich bei unserem Support ([mailto:support@heidler-strichcode.de support@heidler-strichcode.de]) erfragen. Bitte teilen Sie dem Support in der E-Mail mit, für welche Applikationen Sie das Setup benötigen und welche Version Sie aktuell im Einsatz haben.

= Übersicht der Applikationen =
*[[Aktualisierung CarrierAPI|CarrierAPI]]
*[[Aktualisierung ComManager|ComManager]]
*[[Aktualisierung DataGatewayServer V3 (DGS V3)|DataGatewayServer V3 (DGS V3)]]
*[[Aktualisierung FileConverter|FileConverter]]
*[[Aktualisierung FileMoveService|FileMoveService]]
*[[Aktualisierung GLSBoxService|GLSBoxService]]
*[[Aktualisierung HFMS (Tarifwerk)|HFMS (Tarifwerk)]]
*[[Aktualisierung HVS32AMAService|HVS32AMAService]]
*[[Aktualisierung HVS32DBArchivierung|HVS32DBArchivierung]]
*[[Aktualisierung HVS32MonitoringService|HVS32MonitoringService]]
*[[Aktualisierung HVS32MonitoringServiceLight|HVS32MonitoringServiceLight]]
*[[IRIS Installation (Docker)#Updates|IRIS]]
*[[Aktualisierung Leitcode|Leitcode]]
*[[Aktualisierung ScaleService|ScaleService]]
*[[Aktualisierung StatusdatenManager (Tracking-Statusdaten)|StatusdatenManager (Tracking-Statusdaten)]]
*[[Aktualisierung SEMWeb|SEMWeb]]
*[[Aktualisierung Verladefreigabe|Verladefreigabe]]
*[[Aktualisierung WatchLog|WatchLog]]

Instructions and features

2024-10-02T13:48:40Z

Jburggraf:

[[null]]
= '''Instructions and features''' =

Using a report option available in HVS32, it is possible to generate a report in file format that lists the DHL packages accumulated during a printing day without an identifiable postal street code. (For such packages, DHL usually charges an additional fee of currently 49 cents during billing.) The report details the relevant package information.

=== '''Target Directory''' ===

The designated storage directory for the generated reports is the HVS32 subdirectory HVS32\Post\RoutingCodeErrorReports.

If needed, further transfer of the generated reports via email can be set up (provided that the general requirements for using an emailing functionality are met).

=== '''Output File Format''' ===

The report output format can be PDF, XLS, or TXT/CSV, with TXT/CSV format set as the default during setup.

=== '''Triggering Report Generation''' ===

An adjustable postal configurator option activates the automatic generation of the street code error report during the postal day closing.

Additionally, if required, a manual trigger can be initiated via the HVS32 menu option deliveries / print Reports.

=== '''Report Content''' ===

The report lists the details of all non-coded packages that were processed for printing up to the report trigger on that day. This includes the relevant destination address details (street, postal code, city), the error status (i.e., a note explaining why the Leitcode could not be completed), as well as additional identifying details for the package (client ID, customer number, delivery note number, package tracking number).

=== '''Limitations''' ===

The report cannot be split into separate files by client and cannot be transferred separately by client, but only summarized for all clients for whom DHL package/post items have been processed.
The entries in the report are sorted by client ID, then by destination postal code, destination city, and destination street within the same client ID.

Aktualisierung Verladefreigabe

2024-10-02T12:53:44Z

Jburggraf: en::Update Loading Release

[[en::Update Loading Release]]
In dieser Beschreibung finden Sie alle notwendigen Informationen, um einen Verladefreigabe (Service + Desktop) zu aktualisieren. Bitte lesen Sie sich diese Aufmerksam durch. Bei Rückfragen wenden Sie sich bitte direkt an den Support ([mailto:support@heidler-strichcode.de support@heidler-strichcode.de])

= Verzeichnisname / Dienstname =
Die Verladefreigabe wird in der Regel im Heidler Verzeichnis als VerladefreigabeService und VerladefreigabeDesktop installiert.

Die Benamung des Windowsdiensts entspricht dabei der Benamung des Installationsverzeichnisses. Der Windowsdienst existiert nur für VerladefreigabeService.

= Kompatibilität =

* Grundsätzlich sind alle Versionen ab Verladefreigabe Version 2.1.0 auf die neueste Version automatisch aktualisierbar
** Für ältere Versionen kontaktieren Sie bitte unseren Support
* Bitte beachten Sie, dass Sie immer die neueste Version von VerladefreigabeService und VerladefreigabeDesktop benötigen
** Wir können keine Funktions-Garantie bei Versionsunterschieden zwischen diesen beiden Applikationen geben

= Update Dauer / Downtime =
Während des Updates sind keine Verladungen möglich.

Für das Update beider Applikationen planen Sie bitte ca. 10 Minuten ein.

= Abhängigkeit zu anderen Heidler Applikationen =
Es bestehen keine bei Updates zu beachtenden Abhängigkeiten zu anderen Heidler Applikationen.

= Was muss nach dem Update gemacht werden? =
Während der Aktualisierung wird automatisch der Windowsdienst beendet. Dieser wird nach dem ausführen des Setups nicht automatisch gestartet. Dies muss manuell erfolgen.

== Wie prüfe ich, ob die Applikation nach dem Update ordnungsgemäß funktioniert? ==
Nachdem der Windowsdienst wieder gestartet worden ist, sollten zum einen die Logs der Verladefreigabe geprüft werden. Diese befinden sich im Hauptverzeichnis der jeweiligen Applikation im Unterordner Logs.

==== VerladeFreigabeService ====
'''service\root.log''': In diesem Log kann der Start / Stopp vom Windowsdienst, sowie der einzelnen Verladevorgänge nachvollzogen werden.

'''service\error.log''': In diesem Log findet man alle aufgetretenen Applikationsfehler

==== VerladefreigabeDesktop ====
'''root.log''': In diesem Log kann der Start / Stopp der Applikation, sowie der einzelnen Verladevorgänge nachvollzogen werden.

== Welche Tests sollte ich nach dem Update durchführen? ==
Nachdem der Dienst gestartet und die Logs geprüft worden sind, sollte man eine Sendung testweise verladen und wieder sperren.

= Sonstige Besonderheiten =
Es gibt keine weitere Besonderheit.

Update Loading Release

2024-10-02T12:53:02Z

Jburggraf: Die Seite wurde neu angelegt: „de::Aktualisierung Verladefreigabe In this description, you will find all the necessary information to update a Loading Release (Service + Desktop). Please…“

[[de::Aktualisierung Verladefreigabe]]
In this description, you will find all the necessary information to update a Loading Release (Service + Desktop). Please read this carefully. For any questions, please contact support directly at ([mailto:support@heidler-strichcode.de support@heidler-strichcode.de])

= Directory Name / Service Name =
The Loading Release is typically installed in the Heidler directory as LoadingReleaseService and LoadingReleaseDesktop.

The name of the Windows service corresponds to the name of the installation directory. The Windows service only exists for LoadingReleaseService.

= Compatibility =

* In principle, all versions from Loading Release version 2.1.0 can be automatically updated to the latest version
** For older versions, please contact our support
* Please note that you always need the latest version of LoadingReleaseService and LoadingReleaseDesktop
** We cannot guarantee functionality with version differences between these two applications

= Update Duration / Downtime =
No loading is possible during the update.

Please plan approximately 10 minutes for the update of both applications.

= Dependencies on Other Heidler Applications =
There are no dependencies on other Heidler applications that need to be considered during updates.

= What Needs to Be Done After the Update? =
During the update, the Windows service is automatically stopped. It does not start automatically after running the setup. This must be done manually.

== How Do I Check if the Application is Functioning Properly After the Update? ==
After the Windows service has been restarted, the logs for the Loading Release should be checked. These are located in the main directory of the respective application in the Logs subfolder.

==== LoadingReleaseService ====
'''service\root.log''': This log records the start / stop of the Windows service as well as the individual loading processes.

'''service\error.log''': This log contains all application errors that occurred.

==== LoadingReleaseDesktop ====
'''root.log''': This log records the start / stop of the application as well as the individual loading processes.

== What Tests Should I Conduct After the Update? ==
After the service is started and the logs have been checked, a test shipment should be loaded and then blocked again.

= Other Particulars =
There are no further particulars.

Update DataGatewayServer V3 (DGS V3)

2024-10-02T12:12:36Z

Jburggraf: Die Seite wurde neu angelegt: „de::Aktualisierung DataGatewayServer V3 (DGS V3) In this description, you will find all the necessary information to update a DataGatewayServer V3 (DGS V3)…“

[[de::Aktualisierung DataGatewayServer V3 (DGS V3)]]
In this description, you will find all the necessary information to update a DataGatewayServer V3 (DGS V3). Please read this carefully. For any questions, please contact support directly at ([mailto:support@heidler-strichcode.de support@heidler-strichcode.de])

= Directory Name / Service Name =
The DGS V3 is typically installed in the Heidler directory as DataGatewayServer / DataGatewayServerV3 / DataGatewayServer_<InterfaceName>. In older projects, it may also be found under Heidler\HVS32. The name of the Windows service corresponds to the name of the installation directory.

= Compatibility =
*The '''DGS V3 (Version 3.x.x) is not compatible with the DGS V2 (version 2.x.x)'''. These are two different applications. An update from DGS V2 to DGS V3 is not possible. The DGS V3 must be newly installed, and the configuration must be set up manually. Please contact support for assistance.
*Due to the constantly expanding interface, the '''WSDL / XSD''' may change after a DGS update for [[HVS32 SOAP Interface (Automatic-Polling)|'''SOAP-Interfaces''']].
*When using a '''Firebird database''', only '''Firebird version 2.5''' or newer is supported from version 3.6.610 or newer.
*When using an '''H2 database''', '''versions 3.8.1.671 or higher''' are not compatible with older versions of the DGS.
*'''From version 3.8.x.x or higher''', the DGS V3 is delivered only in 64-bit. Third-party components like SAP-JCO or JDBC drivers used must also be in 64-bit from this version onwards. When updating an older version of the DGS, a notification will appear in the process. Please read it carefully. Ignoring this may lead to data loss, malfunctioning behavior / inoperability of the application.
*The update from '''versions 3.5.x.x or lower''' should only be performed by support. Please contact us regarding this.
*With DGS '''version 3.7.0.634''', the default charset for the E+P interface plugins changed '''from CP273 to UTF-8'''. In older versions, this charset is not present in the configuration file, so it will be overridden by the new UTF-8 charset configuration. If this interface is in use and an update from an older version has been made as mentioned, the configuration should be checked and corrected, or the update should be performed by support.

= Third-Party Components =
Depending on the used interface, the DGS V3 relies on third-party components. These can typically be found in the main directory of the DGS V3. 
These interfaces include:
*SAP RFC / SAP IDoc
**Required components: sapjco3.jar, sapjco3.dll, sapidoc3.jar
*JDBC
**Required components: JDBC drivers (e.g., mysql-connector-java-X.X.X.jar, ojdbcX.jar, mssql-jdbc-X.X.X.jar, jt400.jar)

If you are using a third-party component, a notification will appear during the update of older versions if needed. Please read it carefully.

= Update Duration / Downtime =
Since the DGS V3 is a core component of the interface between the shipping system HVS32 and your pre-system / host system, at least '''30-45 minutes''' of '''downtime''' should be planned for the update so that appropriate actions can be taken in case of an error. No processing is possible during the update.

= Dependencies on Other Heidler Applications =
The DGS V3 has a dependency on the shipping system HVS32. The HVS32MonitoringService application (not the HVS32MonitoringServiceLight) may be involved. If HVS32 is not reachable, requests (printing, cancellation, loading, daily closing, etc.) cannot be forwarded.

= What Needs to Be Done After the Update? =
During the update, the Windows service is automatically stopped. It does not start automatically after running the setup. This must be done manually.
== How Do I Check if the Application is Functioning Properly After the Update? ==
After the Windows service has been restarted, the DGS logs should be checked. These are located in the main directory in the Logs subfolder.

'''dgs.log''': This log records the start / stop of the Windows service as well as the individual interface modules.

'''dgserror.log''': This log contains all application errors that occurred (not errors that occur during processing, e.g., that the shipping method ID is unknown in HVS32).

Check both logs to see if the modules loaded successfully and if any error messages appear.

Further logs:

The DGS consists of at least one server and one client module. In the '''[[Processing: Automatik-Polling|Automatic-Polling]]''' process, the client module is always an hvs32client. The '''hvs32client.log''' records the communication between the DGS and HVS32. The server module corresponds to the respective interface module you are using (e.g., SOAP / REST / JDBC, etc.). In these logs (e.g., '''restserver.log'''), you can trace the communication between the host system and the DGS, i.e., all incoming and outgoing messages.

In the '''[[HVS32 manual|Interactive Processing]]''', the roles are reversed: the client module is the interface module (e.g., '''restclient.log''') and the server module is always an hvs32server module ('''hvs32server.log''').

A list of interfaces can be found in our [[Communication Interfaces|Interface Documentation]].

== What Tests Should I Conduct After the Update? ==
After the service is started and the logs have been checked, a test record should be processed.

In '''[[Processing: Automatik-Polling|Automatic-Polling]]''', an order must be processed from the host system and sent to the DGS. You could also trigger a reprint, if possible.

In the '''[[HVS32 manual|Interactive Case]]''', the reference number can be scanned / entered into the delivery note data mask of HVS32.

= Other Particulars =
There are no further particulars.

Aktualisierung DataGatewayServer V3 (DGS V3)

2024-10-02T12:11:51Z

Jburggraf: en::Update DataGatewayServer V3 (DGS V3)

[[en::Update DataGatewayServer V3 (DGS V3)]]
In dieser Beschreibung finden Sie alle notwendigen Informationen, um einen DataGatewayServer V3 (DGS V3) zu aktualisieren. Bitte lesen Sie sich diese Aufmerksam durch. Bei Rückfragen wenden Sie sich bitte direkt an den Support ([mailto:support@heidler-strichcode.de support@heidler-strichcode.de])

= Verzeichnisname / Dienstname =
Der DGS V3 wird in der Regel im Heidler Verzeichnis als DataGatewayServer / DataGatewayServerV3 / DataGatewayServer_<Schnittstellenname> installiert. In älteren Projekten kann sich dieser ebenso unter Heidler\HVS32 befinden. Die Benamung des Windowsdiensts entspricht dabei der Benamung des Installationsverzeichnisses.

= Kompatibilität =
*Der '''DGS V3 (Version 3.x.x)''' ist mit dem '''DGS V2 (Version 2.x.x) nicht kompatibel'''. Es handelt sich hier um zwei unterschiedliche Applikation. Ein Update vom DGS V2 auf den DGS V3 ist nicht möglich. Hierzu muss der DGS V3 neu installiert und die Konfiguration manuell vorgenommen werden. Wenden Sie sich hierzu an den Support.
*Durch die sich ständig erweiterternde Schnittstelle kann sich bei [[HVS32 SOAP Schnittstelle (Automatik-Polling)|'''SOAP-Schnittstellen''']] nach einem DGS update die '''WSDL / XSD''' ändern.
*Bei Nutzung einer '''Firebird Datenbank''' wird '''ab Version 3.6.610 oder neuer''' nur die Firebird '''Version 2.5 oder neuer''' unterstützt.
*Bei Nutzung einer '''H2-Datenbank''' sind '''ab Versionen 3.8.1.671 oder höher''' nicht mit älteren Versionen des DGS kompatibel.
*'''Ab Version 3.8.x.x oder höher''' wird der DGS V3 nur in 64bit ausgeliefert. Drittanbieterkomponenten wie der SAP-JCO oder eingesetzte JDBC Treiber werden ab dieser ebenfalls in der 64bit Version benötigt. Aktualisieren Sie eine ältere Version vom DGS, erscheint eine Hinweisbenachrichtigung im Vorgang. Lesen Sie sich bitte sorgfältig durch. Eine Missachtung kann zu Datenverlust, fehlerhaftem Verhalten / nicht Ausführbarkeit der Applikation führen.
*Das Update von '''Versionen 3.5.x.x oder niedrieger''' sollte ausschließlich vom Support durchgeführt werden. Kontaktieren Sie uns diesbezüglich.
*Mit der DGS '''Version 3.7.0.634''' hat sich der Standardwert vom Charset für die E+P-Schnittstellenplugins '''von CP273 auf UTF-8''' geändert. In älteren Versionen ist dieser Charset nicht in der Konfigurationsdatei vorhanden, wodurch dieser mit der neuen Konfiguration des Charsets UTF-8 überstimmt wird. Ist diese Schnittstelle in Nutzung und eine es wurde von einer älteren Version als o.g. aktualisiert, sollte anschließend die Konfiguration geprüft und korrigiert, bzw. das Update vom Support durchgeführt werden.

= Drittanbieter Komponenten =
Je nach verwendeter Schnittstelle, ist der DGS V3 von Drittanbieter Komponenten abhängig. Diese finden Sie in der Regel im Hauptverzeichnis des DGS V3. 
Zu diesen Schnittstellen gehören:
*SAP RFC / SAP IDoc
**benötigte Komponente: sapjco3.jar, sapjco3.dll, sapidoc3.jar
*JBDC
**benötigte Komponente: JDBC-Treiber (z.B. mysql-connector-java-X.X.X.jar, ojdbcX.jar, mssql-jdbc-X.X.X.jar, jt400.jar)

Haben Sie eine Drittanbieter Komponente im Einsatz, erscheint beim Update von älteren Versionen bei Bedarf eine Hinweisbenachrichtigung. Lesen Sie diese Aufmerksam durch.

= Update Dauer / Downtime =
Da es sich beim DGS V3 um eine Kernkomponente der Schnittstelle zwischen dem Versandsystem HVS32 und Ihrem Vorsystem / Hostsystem handelt, sollte für das Update mindestens eine '''Downtime''' von '''30-45 Minuten''' eingeplant werden, damit im Fehlerfall entsprechend gehandelt werden kann. Während dem Update ist keine Verarbeitung mehr möglich.

= Abhängigkeit zu anderen Heidler Applikationen =
Der DGS V3 hat eine Abhängikeit zum Versandsystem HVS32. Unter Umständen ist die Applikation HVS32MonitoringService (nicht der HVS32MonitoringServiceLight) mit eingebunden. Ist das HVS32 nicht erreichbar, können Anfragen (Druck, Storno, Verladung, Tagesabschluss, etc.) nicht weitergeleitet werden.

= Was muss nach dem Update gemacht werden? =
Während der Aktualisierung wird automatisch der Windowsdienst beendet. Dieser wird nach dem ausführen des Setups nicht automatisch gestartet. Dies muss manuell erfolgen.
== Wie prüfe ich, ob die Applikation nach dem Update ordnungsgemäß funktioniert? ==
Nachdem der Windowsdienst wieder gestartet worden ist, sollten zum einen die Logs vom DGS geprüft werden. Diese befinden sich im Hauptverzeichnis im Unterordner Logs.

'''dgs.log''': In diesem Log kann der Start / Stopp vom Windowsdienst, sowie der einzelnen Schnittstellenmodule nachvollzogen werden.

'''dgserror.log''': In diesem Log findet man alle aufgetretenen Applikationsfehler (keine Fehler, welche in einer Verarbeitung auftreten, z.B. dass die VersandartID im HVS32 unbekannt sei)

Prüfen Sie in beiden Logs, ob die Module erfolgreich geladen werden konnten und ob Fehlermeldungen auftreten.

Weitere Logs:

Der DGS besteht aus mindestens einem Server- und einem Clientmodul. Im '''[[Verarbeitung: Automatik-Polling|Automatik-Polling]]''' Prozess handelt es sich beim Clientmodul immer um einen hvs32client. In dem '''hvs32client.log''' kann die Kommunikation zwischen dem DGS und dem HVS32 nachvollzogen werden. Beim Servermodul handelt es sich um das entsprechende Schnittstellenmodul, welches Sie im Einsatz haben (z.B. SOAP / REST / JDBC, etc.). In diesen Logs (z.B. '''restserver.log''') können Sie die Kommunikation zwischen dem Hostsystem und dem DGS nachvollziehen, d.h. alle eingehenden und ausgehenden Nachrichten.

In der '''[[HVS32 Handbuch|interaktiven Verarbeitung]]''' sind die Rollen vertauscht und beim Clientmodul handelt es sich um das Schnittstellenmodul (z.B. '''restclient.log''') und beim Servermodul immer um einen hvs32server Modul ('''hvs32server.log''').

Eine Auflistung der Schnittstellen finden Sie in unserer [[Kommunikation / Schnittstellen|Schnittstellendokumentation]].

== Welche Tests sollte ich nach dem Update durchführen? ==
Nachdem der Dienst gestartet und die Logs geprüft worden sind, sollte man einen Testdatensatz verarbeiten.

Im '''[[Verarbeitung: Automatik-Polling|Automatik-Polling]]''' muss dazu aus dem Hostsystem ein Auftrag abgewickelt und an den DGS versendet werden. Man könnte ebenfalls einen Nachdruck anstoßen, falls möglich.

Im '''[[HVS32 Handbuch|interaktiven Fall]]''' kann die Referenznummer in die Lieferscheindaten Maske vom HVS32 eingescannt / eingegeben werden.

= Sonstige Besonderheiten =
Es gibt keine weitere Besonderheit.

Aktualisierung HVS32DBArchivierung

2024-10-02T09:43:29Z

Jburggraf: en::Update HVS32DBArchiving

[[en::Update HVS32DBArchiving]]
In dieser Beschreibung finden Sie alle notwendigen Informationen, um einen HVS32 DB Archivierung (auch DBA genannt) zu aktualisieren. Bitte lesen Sie sich diese Aufmerksam durch. Bei Rückfragen wenden Sie sich bitte direkt an den Support ([mailto:support@heidler-strichcode.de support@heidler-strichcode.de])

= Verzeichnisname / Dienstname =
Die DBA wird in der Regel im Heidler Verzeichnis als HVS32DBService installiert.

Die Benamung des Windowsdiensts entspricht dabei der Benamung des Installationsverzeichnisses.

= Kompatibilität =

* Alles Versionen der DBA ab Version 3 können auf die neueste Version aktualisiert werden
* Für ältere Versionen kontaktieren Sie bitte unseren Support

= Update Dauer / Downtime =
Es ist keine Downtime notwendig.

Das Update kann in ca. 5 Minuten eingespielt werden.

= Abhängigkeit zu anderen Heidler Applikationen =
Es gibt keine direkten Abhängigkeiten zu anderen Heidler Applikationen, welche bei einem Update beachtet werden müssen.

= Was muss nach dem Update gemacht werden? =
Während der Aktualisierung wird automatisch der Windowsdienst beendet. Dieser wird nach dem ausführen des Setups nicht automatisch gestartet. Dies muss manuell erfolgen.

== Wie prüfe ich, ob die Applikation nach dem Update ordnungsgemäß funktioniert? ==
Nachdem der Windowsdienst wieder gestartet worden ist, sollten zum einen die Logs von der DBA geprüft werden. Diese befinden sich im Hauptverzeichnis im Unterordner Logs.

'''archive.log''': In diesem Log kann der Start / Stopp vom Windowsdienst, sowie der einzelnen Archivierungsschritte nachvollzogen werden.

'''error.log''': In diesem Log findet man alle aufgetretenen Applikationsfehler

Prüfen Sie in beiden Logs, ob die Module erfolgreich geladen werden konnten und ob Fehlermeldungen auftreten.

== Welche Tests sollte ich nach dem Update durchführen? ==
Nachdem der Dienst gestartet wurde, sollte im Log auf die nächste anstehende Archivierung hingewiesen werden.

Der Eintrag im Log sieht ungefähr so aus:
Archiving will begin on Sat Nov 26 17:30:00 CET 2022
Bitte prüfen Sie dann die Logs nach diesem im Log angegebenen Zeitpunkt auf Fehler, welche bei der Archivierung aufgetreten sind.

= Sonstige Besonderheiten =
Es gibt keine weitere Besonderheit.

Update HVS32DBArchiving

2024-10-02T09:43:04Z

Jburggraf: Die Seite wurde neu angelegt: „de::Aktualisierung HVS32DBArchivierung In this description, you will find all the necessary information to update an HVS32 DB Archiving (also known as DBA)…“

[[de::Aktualisierung HVS32DBArchivierung]]
In this description, you will find all the necessary information to update an HVS32 DB Archiving (also known as DBA). Please read this carefully. For any questions, please contact support directly at ([mailto:support@heidler-strichcode.de support@heidler-strichcode.de])

= Directory Name / Service Name =
The DBA is typically installed in the Heidler directory as HVS32DBService.

The name of the Windows service corresponds to the name of the installation directory.

= Compatibility =

* All versions of DBA from version 3 can be updated to the latest version.
* For older versions, please contact our support.

= Update Duration / Downtime =
No downtime is necessary.

The update can be applied in about 5 minutes.

= Dependencies on Other Heidler Applications =
There are no direct dependencies on other Heidler applications that need to be considered during an update.

= What Needs to Be Done After the Update? =
During the update, the Windows service is automatically stopped. It does not start automatically after running the setup. This must be done manually.

== How Do I Check if the Application is Functioning Properly After the Update? ==
After the Windows service has been restarted, the DBA logs should be checked. These are located in the main directory in the Logs subfolder.

'''archive.log''': This log records the start / stop of the Windows service, as well as the individual archiving steps.

'''error.log''': This log contains all application errors that occurred.

Check both logs to see if the modules loaded successfully and if any error messages appear.

== What Tests Should I Conduct After the Update? ==
After the service is started, the log should indicate the next upcoming archiving.

The log entry looks something like this:
Archiving will begin on Sat Nov 26 17:30:00 CET 2022
Please check the logs after the specified time for any errors that occurred during the archiving.

= Other Particulars =
There are no further particulars.

Anleitung und Merkmale

2024-10-02T09:09:34Z

Jburggraf: en::Instructions and features

[[en::Instructions and features]]
= '''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.

Instructions and features

2024-10-02T09:09:10Z

Jburggraf: Die Seite wurde neu angelegt: „de::Anleitung_und_Merkmale = '''Instructions and features''' = Using a report option available in HVS32, it is pos…“

[[de::Anleitung_und_Merkmale]]
= '''Instructions and features''' =

Using a report option available in HVS32, it is possible to generate a report in file format that lists the DHL packages accumulated during a printing day without an identifiable postal street code. (For such packages, DHL usually charges an additional fee of currently 49 cents during billing.) The report details the relevant package information.

=== '''Target Directory''' ===

The designated storage directory for the generated reports is the HVS32 subdirectory HVS32\Post\RoutingCodeErrorReports.

If needed, further transfer of the generated reports via email can be set up (provided that the general requirements for using an emailing functionality are met).

=== '''Output File Format''' ===

The report output format can be PDF, XLS, or TXT/CSV, with TXT/CSV format set as the default during setup.

=== '''Triggering Report Generation''' ===

An adjustable postal configurator option activates the automatic generation of the street code error report during the postal day closing.

Additionally, if required, a manual trigger can be initiated via the HVS32 menu option deliveries / print Reports.

=== '''Report Content''' ===

The report lists the details of all non-routing coded packages that were processed for printing up to the report trigger on that day. This includes the relevant destination address details (street, postal code, city), the error status (i.e., a note explaining why the routing code could not be completed), as well as additional identifying details for the package (client ID, customer number, delivery note number, package tracking number).

=== '''Limitations''' ===

The report cannot be split into separate files by client and cannot be transferred separately by client, but only summarized for all clients for whom DHL package/post items have been processed.
The entries in the report are sorted by client ID, then by destination postal code, destination city, and destination street within the same client ID.

Abkündigung GLS Box

2024-10-02T07:52:24Z

Jburggraf: en:Discontinuation GLS Box

[[en:Discontinuation GLS Box]]
Bisher wurde für den Paketdienstleister GLS Deutschland die GLS Box verwendet, um Sendungen mit dem HVS32 abzuwickeln. 
Die GLS Box ist die zentrale Schnittstelle in der Kommunikation zwischen HVS32 und GLS. 
Über sie werden Label-Informationen bereitgestellt und die Sendungsdaten an GLS übermittelt.

Bis Ende dieses Jahres möchte GLS nun die GLS Box abkündigen. 
Als Alternative bietet GLS einen Webservice („GLS ShipIT“) an, womit die relevanten Daten an GLS übertragen werden können.

'''Was heißt das für Sie?''' 
Wenn Sie momentan GLS als Dienstleister verwenden, dann muss durch die Abkündigung der GLS Box bei Ihnen eine Migration auf den neuen Webservice durchgeführt werden.

Auf dieser Seite möchten wir Ihnen detailliert beschreiben, was sich mit dieser Umstellung Alles ändert, was Sie für die Migration benötigen, und wie diese stattfindet.

==Änderungen im Ablauf==
Mit der Umstellung auf den Webservice fallen auch ein paar Eigenheiten von der GLS Box weg und es kommen ein paar neue hinzu.

===Webservice===
Der ShipIT Webservice ist über das Internet erreichbar, d.h. eine lokal bei Ihnen installierte GLS Box ist nicht mehr notwendig. Die Übertragung über das Internet geschieht verschlüsselt mittels HTTPS.

===Nummernkreise===
Mit der GLS Box musste man Nummernkreise für jeden Service verwalten. Das HVS32 hat mit jeder Anfrage bereits eine Trackingnummer generiert und diese bei der GLS Box angemeldet. Mit dem Webservice ist eine Verwaltung und Pflege der Nummernkreis nun nicht mehr notwendig. Die Nummernkreise werden nun automatisch vom ShipIT System verwaltet.

===Tagesabschluss===
Auch mit der GLS Box war schon keine EDI Datei mehr notwendig, denn die GLS Box hat in regelmäßigen Abständen einen eigenen Tagesabschluss gemacht. 
Dies bleibt auch weiterhin so.

Man konnte allerdings manuell einen Tagesabschluss auf der GLS Box anstoßen. 
Diese Funktionalität gibt es nun nicht mehr.

===Internet-Verbindung===
Mit der Umstellung auf einen Webservice sind Sie nun abhängig von einer konstanten Internet-Verbindung. 
Ohne eine Verbindung zum ShipIT System ist auch das Erstellen von Labels nicht mehr möglich.

Auf Wunsch können Sie aber bei GLS eine lokale Installation des ShipIT Systems beantragen.

===Labels===
Im Unterschied zu den meisten anderen Webservices sind individuelle Labels oder ein Druck per DPL weiterhin möglich. Das Layout inkl. Ihrer bestehenden individuellen Anpassungen bleibt gleich. Ähnlich zur GLS Box ermittelt der Webservice nur Informationen, welche das HVS32 dann auf dem Label andruckt.

==HVS32 Komponenten==
Für die Ansteuerung von Webservices haben wir eine Erweiterung entwickelt. Die HVS32 Carrier API wird auf Ihrem Server installiert und übernimmt zentral alle Webservice-Anfragen von allen HVS32 Clients und leitet sie an den entsprechenden Webservice weiter.

Falls Sie bereits Frachtführer wie z.B. DHL-Express, TNT oder Fedex nutzen, oder aber auch spezielle Services wie DHL internationale Retoure oder internationalen Hermes Versand nutzen, dann werden Sie die HVS32 Carrier API wahrscheinlich schon jetzt verwenden.

Für die Anbindung des ShipIT Webservice ist ein HVS32 Update sowie ein Update oder eine Erst-Installation der HVS32 Carrier API notwendig. 
Ein Update können Sie im Rahmen eines vorhandenen Wartungsvertrags selbst durchführen. Kontaktieren Sie uns hierzu einfach vorab. 

Für das '''HVS32''' benötigen Sie mindestens Version 7.109.50. 
Die Version vom HVS32 finden Sie im HVS32 rechts unten in der Statusleiste. > [[HVS32 Update|Updateanleitung HVS32]]

Für die '''HVS32 Carrier API''' benötigen Sie mindestens Version 2.6.0.404 
Die Version der HVS32 Carrier API finden Sie in den Eigenschaften der .exe: 
Rechtsklick auf HeidlerCarrierAPIConfigurator.exe -> Eigenschaften -> Details

==Benötigte Daten==
Mit der Umstellung von der GLS Box auf den ShipIT Webservice werden zusätzliche Daten für die Einrichtung benötigt. 
Bisher für die GLS Box konfigurierte Daten werden teilweise ersetzt.

Es werden benötigt:

* Kundennummer
* Contact ID
* Customer ID
* ShipIT Benutzername
* ShipIT Passwort
* ShipIT URL

Ihre URL zum ShipIT System kann ggf. abweichend sein, insbesondere bei einer lokalen Installation wird dann Ihre Server-IP bzw. Ihr Server-Name (DNS) zur Verwendung kommen.

Fast alle Parameter werden zwischen Test- und Produktivsystem unterschiedlich sein.

==Umstellung==
Zunächst müssen Sie alle benötigten Daten bereits vorab bei GLS zu erfragen. Bitte denken Sie auch daran, dass Sie eventuell auch mehrere Mandanten/Auftraggeber umstellen müssen. 

Senden Sie dann eine E-Mail an support@heidler-strichcode.de mit dem Betreff GLS ShipIT Umstellung sowie Ihrem Firmennamen. 
Als Inhalt teilen Sie uns kurz mit, welche Auftraggeber mit GLS versenden und somit eine Umstellung auf GLS ShipIT benötigen.

Damit Systemdetails vorab geprüft werden können, senden Sie mit der Anfrage bitte Ihre individuellen Einstellungen aus dem HVS32 zu. Diese erzeugen Sie unter: 
* Setup > Individuelle Einstellungen und Daten > Speichern
* Bitte prüfen Sie, ob die Checkbox bei "Systeminformation einschließen" aktiviert ist.
* Die Daten werden im Ordner ...\HVS32\Individuell\Kundenname_.zip gespeichert

Sie bekommen von uns dann ein Angebot und ein ausfüllbares PDF für die benötigten Betriebsparameter. 
Der Preis für die Umstellung ist abhängig von einem bestehenden Wartungsvertrag, der Anzahl Mandanten, einer eventuell bereits vorhandenen HVS32 Carrier API, aktuellem HVS32 Wartungsvertrag sowie ggf. individuellem Zusatzaufwand für die Umstellung. 

Auf Anfrage können wir die Umstellung auch außerhalb unserer regulären Geschäftszeiten (08-17Uhr) vornehmen. 
Bitte geben Sie uns Bescheid, ob dies gleich im Angebot beachtet werden soll. 

Nachdem Sie uns das ausgefüllte PDF zurückgesendet haben, können wir Ihnen einen Termin für die Umstellung nennen.

Discontinuation GLS Box

2024-10-02T07:50:43Z

Jburggraf:

[[de:Abkündigung GLS Box]]
Until now, the GLS Box has been used by the parcel service provider GLS Germany to process shipments with the HVS32. 
The GLS Box serves as the central interface for communication between HVS32 and GLS. 
It provides label information and transmits shipment data to GLS.

By the end of this year, GLS intends to discontinue the GLS Box. 
As an alternative, GLS offers a web service ("GLS ShipIT") that allows the relevant data to be transmitted to GLS.

'''What does this mean for you?''' 
If you currently use GLS as your service provider, you will need to migrate to the new web service due to the discontinuation of the GLS Box.

On this page, we want to provide you with detailed information about what changes with this transition, what you need for the migration, and how it will take place.

==Changes in Process==
With the switch to the web service, some characteristics of the GLS Box will be eliminated, and some new ones will be introduced.

===Web Service===
The ShipIT web service is accessible via the internet, meaning a locally installed GLS Box is no longer necessary. Data transmission over the internet is encrypted using HTTPS.

===Number Ranges===
With the GLS Box, number ranges had to be managed for each service. The HVS32 generated a tracking number with each request and registered it with the GLS Box. With the web service, managing and maintaining number ranges is no longer necessary. Number ranges will now be managed automatically by the ShipIT system.

===Daily Closing===
Even with the GLS Box, no EDI file was necessary because the GLS Box performed its own daily closing at regular intervals. 
This will continue to be the case.

However, it was possible to manually initiate a daily closing on the GLS Box. 
This functionality is no longer available.

===Internet Connection===
With the switch to a web service, you are now dependent on a constant internet connection. 
Without a connection to the ShipIT system, creating labels is no longer possible.

However, you can request a local installation of the ShipIT system from GLS if desired.

===Labels===
Unlike most other web services, individual labels or printing via DPL is still possible. The layout, including your existing individual adjustments, remains the same. Similar to the GLS Box, the web service only retrieves information, which the HVS32 then prints on the label.

==HVS32 Components==
We have developed an extension for accessing web services. The HVS32 Carrier API will be installed on your server and will centrally handle all web service requests from all HVS32 clients and forward them to the corresponding web service.

If you already use carriers like DHL Express, TNT, or FedEx, or special services like DHL Retoure International or international Hermes shipping, you are likely already using the HVS32 Carrier API.

To connect to the ShipIT web service, an HVS32 update and an update or first installation of the HVS32 Carrier API are necessary. 
You can perform an update yourself if you have an existing maintenance contract. Please contact us in advance for this. 

For the '''HVS32''', you need at least version 7.109.50. 
You can find the version of the HVS32 in the status bar at the bottom right of the HVS32. > [[HVS32 Update ENG|Update Instructions for HVS32]]

For the '''HVS32 Carrier API''', you need at least version 2.6.0.404. 
You can find the version of the HVS32 Carrier API in the properties of the .exe: 
Right-click on HeidlerCarrierAPIConfigurator.exe -> Properties -> Details.

==Required Data==
With the transition from the GLS Box to the ShipIT web service, additional data will be required for setup. 
Data previously configured for the GLS Box will be partially replaced.

The following data is required:

* Customer Number
* Contact ID
* Customer ID
* ShipIT Username
* ShipIT Password
* ShipIT URL

Your URL for the ShipIT system may differ, especially in the case of a local installation where your server IP or server name (DNS) will be used.

Almost all parameters will differ between the test and production systems.

==Transition==
First, you need to request all the necessary data from GLS in advance. Please keep in mind that you may also need to transition multiple clients/customers. 

Then, email support@heidler-strichcode.de with the subject "GLS ShipIT Transition" along with your company name. 
In the body of the email, briefly inform us which clients are shipping with GLS and thus require a transition to GLS ShipIT.

To allow for a preliminary check of system details, please include your individual settings from HVS32 with your request. You can generate these under: 
* setup > individual settings and data > save
* Please check that the checkbox for "Add system information" is activated.
* The data will be saved in the folder ...\HVS32\Individual\ClientName_.zip

We will then provide you with an offer and a fillable PDF for the required operating parameters. 
The cost of the transition depends on the existence of a maintenance contract, the number of clients, a possibly existing HVS32 Carrier API, the current HVS32 maintenance contract and any additional individual effort required for the transition. 

Upon request, we can also perform the transition outside our regular business hours (08:00-17:00). 
Please let us know if this should be considered in the offer. 

After you have returned the completed PDF to us, we can schedule a date for the transition.

Discontinuation GLS Box

2024-09-30T14:56:34Z

Jburggraf:

Until now, the GLS Box has been used by the parcel service provider GLS Germany to process shipments with the HVS32. 
The GLS Box serves as the central interface for communication between HVS32 and GLS. 
It provides label information and transmits shipment data to GLS.

By the end of this year, GLS intends to discontinue the GLS Box. 
As an alternative, GLS offers a web service ("GLS ShipIT") that allows the relevant data to be transmitted to GLS.

'''What does this mean for you?''' 
If you currently use GLS as your service provider, you will need to migrate to the new web service due to the discontinuation of the GLS Box.

On this page, we want to provide you with detailed information about what changes with this transition, what you need for the migration, and how it will take place.

==Changes in Process==
With the switch to the web service, some characteristics of the GLS Box will be eliminated, and some new ones will be introduced.

===Web Service===
The ShipIT web service is accessible via the internet, meaning a locally installed GLS Box is no longer necessary. Data transmission over the internet is encrypted using HTTPS.

===Number Ranges===
With the GLS Box, number ranges had to be managed for each service. The HVS32 generated a tracking number with each request and registered it with the GLS Box. With the web service, managing and maintaining number ranges is no longer necessary. Number ranges will now be managed automatically by the ShipIT system.

===Daily Closing===
Even with the GLS Box, no EDI file was necessary because the GLS Box performed its own daily closing at regular intervals. 
This will continue to be the case.

However, it was possible to manually initiate a daily closing on the GLS Box. 
This functionality is no longer available.

===Internet Connection===
With the switch to a web service, you are now dependent on a constant internet connection. 
Without a connection to the ShipIT system, creating labels is no longer possible.

However, you can request a local installation of the ShipIT system from GLS if desired.

===Labels===
Unlike most other web services, individual labels or printing via DPL is still possible. The layout, including your existing individual adjustments, remains the same. Similar to the GLS Box, the web service only retrieves information, which the HVS32 then prints on the label.

==HVS32 Components==
We have developed an extension for accessing web services. The HVS32 Carrier API will be installed on your server and will centrally handle all web service requests from all HVS32 clients and forward them to the corresponding web service.

If you already use carriers like DHL Express, TNT, or FedEx, or special services like DHL Retoure International or international Hermes shipping, you are likely already using the HVS32 Carrier API.

To connect to the ShipIT web service, an HVS32 update and an update or first installation of the HVS32 Carrier API are necessary. 
You can perform an update yourself if you have an existing maintenance contract. Please contact us in advance for this. 

For the '''HVS32''', you need at least version 7.109.50. 
You can find the version of the HVS32 in the status bar at the bottom right of the HVS32. > [[HVS32 Update ENG|Update Instructions for HVS32]]

For the '''HVS32 Carrier API''', you need at least version 2.6.0.404. 
You can find the version of the HVS32 Carrier API in the properties of the .exe: 
Right-click on HeidlerCarrierAPIConfigurator.exe -> Properties -> Details.

==Required Data==
With the transition from the GLS Box to the ShipIT web service, additional data will be required for setup. 
Data previously configured for the GLS Box will be partially replaced.

The following data is required:

* Customer Number
* Contact ID
* Customer ID
* ShipIT Username
* ShipIT Password
* ShipIT URL

Your URL for the ShipIT system may differ, especially in the case of a local installation where your server IP or server name (DNS) will be used.

Fast alle Parameter werden zwischen Test- und Produktivsystem unterschiedlich sein.
==Umstellung==
Zunächst müssen Sie alle benötigten Daten bereits vorab bei GLS zu erfragen. Bitte denken Sie auch daran, dass Sie eventuell auch mehrere Mandanten/Auftraggeber umstellen müssen.

Senden Sie dann eine E-Mail an support@heidler-strichcode.de mit dem Betreff GLS ShipIT Umstellung sowie Ihrem Firmennamen.

Als Inhalt teilen Sie uns kurz mit, welche Auftraggeber mit GLS versenden und somit eine Umstellung auf GLS ShipIT benötigen.

Damit Systemdetails vorab geprüft werden können, senden Sie mit der Anfrage bitte Ihre individuellen Einstellungen aus dem HVS32 zu. Diese erzeugen Sie unter:
*Setup > Individuelle Einstellungen und Daten > Speichern
*Bitte prüfen Sie, ob die Checkbox bei "Systeminformation einschließen" aktiviert ist.
* Die Daten werden im Ordner ...\HVS32\Individuell\Kundenname_.zip gespeichert

Sie bekommen von uns dann ein Angebot und ein ausfüllbares PDF für die benötigten Betriebsparameter.

Der Preis für die Umstellung ist abhängig von einem bestehenden Wartungsvertrag, der Anzahl Mandanten, einer eventuell bereits vorhandenen HVS32 Carrier API, aktuellem HVS32 Wartungsvertrag sowie ggf. individuellem Zusatzaufwand für die Umstellung.

Auf Anfrage können wir die Umstellung auch außerhalb unserer regulären Geschäftszeiten (08-17Uhr) vornehmen.

Bitte geben Sie uns Bescheid, ob dies gleich im Angebot beachtet werden soll.

Nachdem Sie uns das ausgefüllte PDF zurückgesendet haben, können wir Ihnen einen Termin für die Umstellung nennen.

Discontinuation GLS Box

2024-09-30T14:23:47Z

Jburggraf:

Bisher wurde für den Paketdienstleister GLS Deutschland die GLS Box verwendet, um Sendungen mit dem HVS32 abzuwickeln.

Die GLS Box ist die zentrale Schnittstelle in der Kommunikation zwischen HVS32 und GLS.

Über sie werden Label-Informationen bereitgestellt und die Sendungsdaten an GLS übermittelt.

Bis Ende dieses Jahres möchte GLS nun die GLS Box abkündigen.

Als Alternative bietet GLS einen Webservice („GLS ShipIT“) an, womit die relevanten Daten an GLS übertragen werden können.

'''Was heißt das für Sie?'''

Wenn Sie momentan GLS als Dienstleister verwenden, dann muss durch die Abkündigung der GLS Box bei Ihnen eine Migration auf den neuen Webservice durchgeführt werden.

Auf dieser Seite möchten wir Ihnen detailliert beschreiben, was sich mit dieser Umstellung Alles ändert, was Sie für die Migration benötigen, und wie diese stattfindet.
==Änderungen im Ablauf==
Mit der Umstellung auf den Webservice fallen auch ein paar Eigenheiten von der GLS Box weg und es kommen ein paar neue hinzu.
===Webservice===
Der ShipIT Webservice ist über das Internet erreichbar, d.h. eine lokal bei Ihnen installierte GLS Box ist nicht mehr notwendig. Die Übertragung über das Internet geschieht verschlüsselt mittels HTTPS.
===Nummernkreise===
Mit der GLS Box musste man Nummernkreise für jeden Service verwalten. Das HVS32 hat mit jeder Anfrage bereits eine Trackingnummer generiert und diese bei der GLS Box angemeldet. Mit dem Webservice ist eine Verwaltung und Pflege der Nummernkreis nun nicht mehr notwendig. Die Nummernkreise werden nun automatisch vom ShipIT System verwaltet.
===Tagesabschluss===
Auch mit der GLS Box war schon keine EDI Datei mehr notwendig, denn die GLS Box hat in regelmäßigen Abständen einen eigenen Tagesabschluss gemacht.

Dies bleibt auch weiterhin so.

Man konnte allerdings manuell einen Tagesabschluss auf der GLS Box anstoßen.

Diese Funktionalität gibt es nun nicht mehr.
===Internet-Verbindung ===
Mit der Umstellung auf einen Webservice sind Sie nun abhängig von einer konstanten Internet-Verbindung.

Ohne eine Verbindung zum ShipIT System ist auch das Erstellen von Labels nicht mehr möglich.

Auf Wunsch können Sie aber bei GLS eine lokale Installation des ShipIT Systems beantragen.
===Labels===
Im Unterschied zu den meisten anderen Webservices sind individuelle Labels oder ein Druck per DPL weiterhin möglich. Das Layout inkl. Ihrer bestehenden individuellen Anpassungen bleibt gleich. Ähnlich zur GLS Box ermittelt der Webservice nur Informationen, welche das HVS32 dann auf dem Label andruckt.
==HVS32 Komponenten==
Für die Ansteuerung von Webservices haben wir eine Erweiterung entwickelt. Die HVS32 Carrier API wird auf Ihrem Server installiert und übernimmt zentral alle Webservice-Anfragen von allen HVS32 Clients und leitet sie an den entsprechenden Webservice weiter.

Falls Sie bereits Frachtführer wie z.B. DHL-Express, TNT oder Fedex nutzen, oder aber auch spezielle Services wie DHL internationale Retoure oder internationalen Hermes Versand nutzen, dann werden Sie die HVS32 Carrier API wahrscheinlich schon jetzt verwenden.

Für die Anbindung des ShipIT Webservice ist ein HVS32 Update sowie ein Update oder eine Erst-Installation der HVS32 Carrier API notwendig.

Ein Update können Sie im Rahmen eines vorhandenen Wartungsvertrags selbst durchführen. Kontaktieren Sie uns hierzu einfach vorab.

Für das '''HVS32''' benötigen Sie mindestens Version 7.109.50.

Die Version vom HVS32 finden Sie im HVS32 rechts unten in der Statusleiste. > [https://wiki.heidler-strichcode.de/w/index.php%3Ftitle=HVS32_Update Updateanleitung HVS32]

Für die '''HVS32 Carrier API''' benötigen Sie mindestens Version 2.6.0.404

Die Version der HVS32 Carrier API finden Sie in den Eigenschaften der .exe:

Rechtsklick auf HeidlerCarrierAPIConfigurator.exe -> Eigenschaften -> Details
==Benötigte Daten ==
Mit der Umstellung von der GLS Box auf den ShipIT Webservice werden zusätzliche Daten für die Einrichtung benötigt.

Bisher für die GLS Box konfigurierte Daten werden teilweise ersetzt.

Es werden benötigt:
* Kundennummer
*Contact ID
*Customer ID
*ShipIT Benutzername
*ShipIT Passwort
* ShipIT URL
Ihre URL zum ShipIT System kann ggf. abweichend sein, insbesondere bei einer lokalen Installation wird dann Ihre Server-IP bzw. Ihr Server-Name (DNS) zur Verwendung kommen.

Fast alle Parameter werden zwischen Test- und Produktivsystem unterschiedlich sein.
==Umstellung==
Zunächst müssen Sie alle benötigten Daten bereits vorab bei GLS zu erfragen. Bitte denken Sie auch daran, dass Sie eventuell auch mehrere Mandanten/Auftraggeber umstellen müssen.

Senden Sie dann eine E-Mail an support@heidler-strichcode.de mit dem Betreff GLS ShipIT Umstellung sowie Ihrem Firmennamen.

Als Inhalt teilen Sie uns kurz mit, welche Auftraggeber mit GLS versenden und somit eine Umstellung auf GLS ShipIT benötigen.

Damit Systemdetails vorab geprüft werden können, senden Sie mit der Anfrage bitte Ihre individuellen Einstellungen aus dem HVS32 zu. Diese erzeugen Sie unter:
*Setup > Individuelle Einstellungen und Daten > Speichern
*Bitte prüfen Sie, ob die Checkbox bei "Systeminformation einschließen" aktiviert ist.
* Die Daten werden im Ordner ...\HVS32\Individuell\Kundenname_.zip gespeichert

Sie bekommen von uns dann ein Angebot und ein ausfüllbares PDF für die benötigten Betriebsparameter.

Der Preis für die Umstellung ist abhängig von einem bestehenden Wartungsvertrag, der Anzahl Mandanten, einer eventuell bereits vorhandenen HVS32 Carrier API, aktuellem HVS32 Wartungsvertrag sowie ggf. individuellem Zusatzaufwand für die Umstellung.

Auf Anfrage können wir die Umstellung auch außerhalb unserer regulären Geschäftszeiten (08-17Uhr) vornehmen.

Bitte geben Sie uns Bescheid, ob dies gleich im Angebot beachtet werden soll.

Nachdem Sie uns das ausgefüllte PDF zurückgesendet haben, können wir Ihnen einen Termin für die Umstellung nennen.

Discontinuation GLS Box

2024-09-30T14:19:22Z

Jburggraf: Die Seite wurde neu angelegt: „Until now, the GLS Box has been used by the parcel service provider GLS Germany to process shipments with the HVS32. The GLS Box serves as the central interfac…“

Until now, the GLS Box has been used by the parcel service provider GLS Germany to process shipments with the HVS32. The GLS Box serves as the central interface for communication between HVS32 and GLS. It provides label information and transmits shipment data to GLS.

By the end of this year, GLS intends to discontinue the GLS Box. As an alternative, GLS offers a web service ("GLS ShipIT") that allows the relevant data to be transmitted to GLS.

'''What does this mean for you?'''

If you currently use GLS as your service provider, you will need to migrate to the new web service due to the discontinuation of the GLS Box.

On this page, we want to provide you with detailed information about what changes with this transition, what you need for the migration, and how it will take place.

== Contents ==

* [[Discontinuation GLS Box#Changes in Process|1Changes in Process]]
** [[Abkündigung GLS Box#Webservice|1.1Webservice]]
** [[Abkündigung GLS Box#Nummernkreise|1.2Nummernkreise]]
** [[Abkündigung GLS Box#Tagesabschluss|1.3Tagesabschluss]]
** [[Abkündigung GLS Box#Internet-Verbindung|1.4Internet-Verbindung]]
** [[Abkündigung GLS Box#Labels|1.5Labels]]
* [[Abkündigung GLS Box#HVS32%20Komponenten|2HVS32 Komponenten]]
* [[Abkündigung GLS Box#Ben.C3.B6tigte%20Daten|3Benötigte Daten]]
* [[Abkündigung GLS Box#Umstellung|4Umstellung]]

== Changes in Process[<nowiki/>[[Discontinuation GLS Box&veaction=edit&section=1|Bearbeiten]] | [[Abkündigung GLS Box&action=edit&section=1|Quelltext bearbeiten]]] ==
Mit der Umstellung auf den Webservice fallen auch ein paar Eigenheiten von der GLS Box weg und es kommen ein paar neue hinzu.

=== Webservice[<nowiki/>[[Abkündigung GLS Box&veaction=edit&section=2|Bearbeiten]] | [[Abkündigung GLS Box&action=edit&section=2|Quelltext bearbeiten]]] ===
Der ShipIT Webservice ist über das Internet erreichbar, d.h. eine lokal bei Ihnen installierte GLS Box ist nicht mehr notwendig. Die Übertragung über das Internet geschieht verschlüsselt mittels HTTPS.

=== Nummernkreise[<nowiki/>[[Abkündigung GLS Box&veaction=edit&section=3|Bearbeiten]] | [[Abkündigung GLS Box&action=edit&section=3|Quelltext bearbeiten]]] ===
Mit der GLS Box musste man Nummernkreise für jeden Service verwalten. Das HVS32 hat mit jeder Anfrage bereits eine Trackingnummer generiert und diese bei der GLS Box angemeldet. Mit dem Webservice ist eine Verwaltung und Pflege der Nummernkreis nun nicht mehr notwendig. Die Nummernkreise werden nun automatisch vom ShipIT System verwaltet.

=== Tagesabschluss[<nowiki/>[[Abkündigung GLS Box&veaction=edit&section=4|Bearbeiten]] | [[Abkündigung GLS Box&action=edit&section=4|Quelltext bearbeiten]]] ===
Auch mit der GLS Box war schon keine EDI Datei mehr notwendig, denn die GLS Box hat in regelmäßigen Abständen einen eigenen Tagesabschluss gemacht.

Dies bleibt auch weiterhin so.

Man konnte allerdings manuell einen Tagesabschluss auf der GLS Box anstoßen.

Diese Funktionalität gibt es nun nicht mehr.

=== Internet-Verbindung[<nowiki/>[[Abkündigung GLS Box&veaction=edit&section=5|Bearbeiten]] | [[Abkündigung GLS Box&action=edit&section=5|Quelltext bearbeiten]]] ===
Mit der Umstellung auf einen Webservice sind Sie nun abhängig von einer konstanten Internet-Verbindung.

Ohne eine Verbindung zum ShipIT System ist auch das Erstellen von Labels nicht mehr möglich.

Auf Wunsch können Sie aber bei GLS eine lokale Installation des ShipIT Systems beantragen.

=== Labels[<nowiki/>[[Abkündigung GLS Box&veaction=edit&section=6|Bearbeiten]] | [[Abkündigung GLS Box&action=edit&section=6|Quelltext bearbeiten]]] ===
Im Unterschied zu den meisten anderen Webservices sind individuelle Labels oder ein Druck per DPL weiterhin möglich. Das Layout inkl. Ihrer bestehenden individuellen Anpassungen bleibt gleich. Ähnlich zur GLS Box ermittelt der Webservice nur Informationen, welche das HVS32 dann auf dem Label andruckt.

== HVS32 Komponenten[<nowiki/>[[Abkündigung GLS Box&veaction=edit&section=7|Bearbeiten]] | [[Abkündigung GLS Box&action=edit&section=7|Quelltext bearbeiten]]] ==
Für die Ansteuerung von Webservices haben wir eine Erweiterung entwickelt. Die HVS32 Carrier API wird auf Ihrem Server installiert und übernimmt zentral alle Webservice-Anfragen von allen HVS32 Clients und leitet sie an den entsprechenden Webservice weiter.

Falls Sie bereits Frachtführer wie z.B. DHL-Express, TNT oder Fedex nutzen, oder aber auch spezielle Services wie DHL internationale Retoure oder internationalen Hermes Versand nutzen, dann werden Sie die HVS32 Carrier API wahrscheinlich schon jetzt verwenden.

Für die Anbindung des ShipIT Webservice ist ein HVS32 Update sowie ein Update oder eine Erst-Installation der HVS32 Carrier API notwendig.

Ein Update können Sie im Rahmen eines vorhandenen Wartungsvertrags selbst durchführen. Kontaktieren Sie uns hierzu einfach vorab.

Für das '''HVS32''' benötigen Sie mindestens Version 7.109.50.

Die Version vom HVS32 finden Sie im HVS32 rechts unten in der Statusleiste. > [[HVS32 Update|Updateanleitung HVS32]]

Für die '''HVS32 Carrier API''' benötigen Sie mindestens Version 2.6.0.404

Die Version der HVS32 Carrier API finden Sie in den Eigenschaften der .exe:

Rechtsklick auf HeidlerCarrierAPIConfigurator.exe -> Eigenschaften -> Details

== Benötigte Daten[<nowiki/>[[Abkündigung GLS Box&veaction=edit&section=8|Bearbeiten]] | [[Abkündigung GLS Box&action=edit&section=8|Quelltext bearbeiten]]] ==
Mit der Umstellung von der GLS Box auf den ShipIT Webservice werden zusätzliche Daten für die Einrichtung benötigt.

Bisher für die GLS Box konfigurierte Daten werden teilweise ersetzt.

Es werden benötigt:

* Kundennummer
* Contact ID
* Customer ID
* ShipIT Benutzername
* ShipIT Passwort
* ShipIT URL

Ihre URL zum ShipIT System kann ggf. abweichend sein, insbesondere bei einer lokalen Installation wird dann Ihre Server-IP bzw. Ihr Server-Name (DNS) zur Verwendung kommen.

Fast alle Parameter werden zwischen Test- und Produktivsystem unterschiedlich sein.

== Umstellung[<nowiki/>[[Abkündigung GLS Box&veaction=edit&section=9|Bearbeiten]] | [[Abkündigung GLS Box&action=edit&section=9|Quelltext bearbeiten]]] ==
Zunächst müssen Sie alle benötigten Daten bereits vorab bei GLS zu erfragen. Bitte denken Sie auch daran, dass Sie eventuell auch mehrere Mandanten/Auftraggeber umstellen müssen.

Senden Sie dann eine E-Mail an support@heidler-strichcode.de mit dem Betreff GLS ShipIT Umstellung sowie Ihrem Firmennamen.

Als Inhalt teilen Sie uns kurz mit, welche Auftraggeber mit GLS versenden und somit eine Umstellung auf GLS ShipIT benötigen.

Damit Systemdetails vorab geprüft werden können, senden Sie mit der Anfrage bitte Ihre individuellen Einstellungen aus dem HVS32 zu. Diese erzeugen Sie unter:

* Setup > Individuelle Einstellungen und Daten > Speichern
* Bitte prüfen Sie, ob die Checkbox bei "Systeminformation einschließen" aktiviert ist.
* Die Daten werden im Ordner ...\HVS32\Individuell\Kundenname_.zip gespeichert

Sie bekommen von uns dann ein Angebot und ein ausfüllbares PDF für die benötigten Betriebsparameter.

Der Preis für die Umstellung ist abhängig von einem bestehenden Wartungsvertrag, der Anzahl Mandanten, einer eventuell bereits vorhandenen HVS32 Carrier API, aktuellem HVS32 Wartungsvertrag sowie ggf. individuellem Zusatzaufwand für die Umstellung.

Auf Anfrage können wir die Umstellung auch außerhalb unserer regulären Geschäftszeiten (08-17Uhr) vornehmen.

Bitte geben Sie uns Bescheid, ob dies gleich im Angebot beachtet werden soll.

Nachdem Sie uns das ausgefüllte PDF zurückgesendet haben, können wir Ihnen einen Termin für die Umstellung nennen.