We offer a variety of interfaces for data exchange between shipping- and pre-systems
(such as ERP, WMS). Depending on the possibilities of the pre-system, different variations are available, such as CSV, SDF, XML, ODBC, REST, TCP/IP, HTTP, SOAP, SAP RFC, SAP IDoc.
In this way, merchandise management, warehouse management, or shop systems can be optimally connected with the appropriate interface technology. Depending on the interface technology used (such as SOAP, REST, etc.), both data, as well as features such as daily closing, list printing, label reprinting, and cancellation orders, can be controlled via the interface.
In most cases, bi-directional communication is chosen, via which not only tracking number and package status data but also the generated label Base64 can be reported back to the pre-system in encoded form.
The HVS offers defined standard interfaces to simplify the initial connection.
Individual interfaces can, of course, be implemented and adapted. With a central
interface to the HVS, you get full flexibility over carrier selection.
You have to send data from several different pre-systems to the shipping system? No problem, we’ll make it happen.
large selection of different technologies
integrated data evaluator /-parser
high performance HVS32 communication
many functions callable
stable connection to your host system
Available interface-plugins for automatic mode:
File (CSV, SDF, XML)
The different file formats CSV, SDF or XML can be processed during the file import from a configurable directory. The sequence of the data fields can be freely configured using a mapping and it therefore can be extended easily.
At first the files are imported completely in the internal shipping system database and are processed sequentially then. It is possible to transmit a station identification, thus the data set can be processed by a special packing station or a special HVS32 shipping station. A feedback, e.g., after printing a shipping label, can also be prepared in the above mentioned formats.
This plugin offers the possibility to communicate with a database compatible with JDBC. Here a check for new data is carried out within a corresponding table with an interval of 500 mS. If a data set is filed in the table by the source system then, it can be called and processed by the shipping system. A distinction can be made between printing request, cancellation, daily closing, etc., using a function ID.
After the processing in the shipping system has been completed a corresponding feedback can be written in freely configurable tables (e.g., with tracking information).
This plugin is used for the data exchange with a SAP system using IDoc format (Intermediate Document). Here the most common functions of the shipping system can be directly controlled from the SAP system.
For this communication the plugin is registered at first as a RFC server program with a program ID on a SAP gateway. Thus an IDoc can be sent by SAP via the SAP-RFC protocol (Remote Function Call) based on TCP/IP and it can be received and processed by the HVS32. The feedback is also done bz IDoc via RFC. Several RFC connections can optionally be established, what allows for a parallel processing of orders at the same time. We support all IDoc types thanks to a freelz configurable mapping, i.e., from base types as DESADV01 and DELVRY05, for example, up to IDoc formats structured completely individually.
This plugin requires a RFC function module for each desired function which shall be invoked on the shipping system (e.g., printing request, cancellation, daily closing, etc.). For this communication the plugin is registered at first as a RFC server program with a program ID on a SAP gateway. Thus the RFC function modules can be invoked by SAP using SM59. The data exchange is carried out by the import parameters (data input) or export parameters (feedback) or the tables of the RFC function. The mapping can be adapted to the corresponding module, hence the structure of the RFC modules can be freely defined.
With this plugin we provide a SOAP Web service with a predefined WSDL, in which all functions are defined with the corresponding fields – both for the transmission to the HVS32 and for the feedback. This WSDL can be integrated by the source system then. For a request only the corresponding function has to be invoked by the respective transfer parameters. The feedback is done by the return parameters of the function.
Ehrhardt + Partner (LFS)
Available interface-plugins for interactive mode:
File (CSV, SFD, XML)
The different file formats CSV, SDF or XML can be processed during the file import from a configurable directory. The sequence of the data fields can be freely configured using a mapping and it therefore can be extended easily. The scanning of a delivery note, which has still not been imported to the internal shipping system database, releases the import of the transfer files. A feedback, e.g., after printing a shipping label, can also be prepared in the above mentioned formats.
GET or POST requests can be sent to a Web server by the HTTP client, and answer data can be interpreted from the body in form of a XML document. Thus request and feedback are possible by different URLs.
The HVS32 clients are operated on the package places in the foreground. During scanning of a delivery note the data are selected from a JDBC-capable database. The data can be updated in the same table after successful processing or they can be written in another table. Also a feedback in another ODBC database is possible. Moreover, many different communication items exist in the shipping system HVS32, on which other feedbacks are possible.
SAP RFC Client
The SAP RFC plugin provides the possibility to invoke RFC function modules, which are registered on a SAP gateway. The data exchange is carried out by the import parameters (feedback) or export parameters (data input) or the tables of the RFC function. The mapping can be adapted to the corresponding module, hence the structure of the RFC modules can be freely defined. Many different communication items exist in the shipping system HVS32, on which data requests or feedbacks are possible. A RFC module can be deposited for each desired communication item.