Leitfaden zur Integration neuer Frachtführer: Unterschied zwischen den Versionen
Mnh (Diskussion | Beiträge) |
Mnh (Diskussion | Beiträge) |
||
| Zeile 3: | Zeile 3: | ||
= Einleitung = | = Einleitung = | ||
Bevor ein neues Frachtführermodul (unabhängig ob in Neusystem oder Bestandssystem) in Betrieb genommen werden darf, muss eine Abnahme der über das Modul generierten Labels und EDI Daten gemacht werden. <br> | Bevor ein neues Frachtführermodul (unabhängig ob in Neusystem oder Bestandssystem) in Betrieb genommen werden darf, muss eine Abnahme der über das Modul generierten Labels und EDI Daten gemacht werden. <br> | ||
| − | Die Abnahme/Freigabe wird | + | Die Abnahme/Freigabe wird auf Basis der vom Systembetreiber (Versender) eingereichten Testlabels und Testdaten vom Frachtführer durchgeführt/erteilt. <br> |
| − | Es muss durch den Versender sichergestellt sein, dass für alle in der Produktivnutzung geplanten Services (Express, Nachnahme etc), Verpackungen, Frankaturen, Avise usw. jeweils entsprechende Testfälle durchprozessiert werden und zur Abnahme an den Frachtführer eingereicht werden. | + | Es muss durch den Versender sichergestellt sein, dass für alle in der Produktivnutzung geplanten Services (Express, Nachnahme, Transportversicherung, etc), Verpackungen, Frankaturen, Avise usw. jeweils entsprechende Testfälle durchprozessiert werden und zur Abnahme an den Frachtführer eingereicht werden. |
| − | Nur so kann geprüft werden, dass alle projektspezifischen Daten von Schnittstelle Hostsystem -> HVS32 -> Frachtführer konsistent und inhaltlich korrekt sind. | + | Nur so kann geprüft werden, dass alle projektspezifischen Daten von Schnittstelle Hostsystem -> HVS32 -> Frachtführer konsistent und inhaltlich korrekt sind, den Frachtführer-Spezifikationen entsprechen, die Vereinbarungen zwischen Frachtührer und Versender eingehalten werden und somit bei einer Produktivnutzung keine unerwarteten Fehler entstehen. |
| + | '''Wird keine oder keine vollständige Abnahme zwischen Versender und Frachtführer durchgeführt, kann es im Worst-Case zu manueller Nachbelabelung beim Frachtführer (und damit Nachberechnung/Strafzahlung) kommen, sowie zu Zustellungsverzögerungen oder gar Rücksendungen zum Versender.''' | ||
= Erstellung Testszenario = | = Erstellung Testszenario = | ||
Version vom 10. April 2021, 13:05 Uhr
Anbei finden Sie einen Leitfaden welcher zur Unterstützung bei der Integration neuer Frachtführer in ein bestehendes HVS32, oder aber auch im Rahmen eines Neuprojektes bei der initialen Frachtführer-Abnahme unterstützen soll.
Einleitung
Bevor ein neues Frachtführermodul (unabhängig ob in Neusystem oder Bestandssystem) in Betrieb genommen werden darf, muss eine Abnahme der über das Modul generierten Labels und EDI Daten gemacht werden.
Die Abnahme/Freigabe wird auf Basis der vom Systembetreiber (Versender) eingereichten Testlabels und Testdaten vom Frachtführer durchgeführt/erteilt.
Es muss durch den Versender sichergestellt sein, dass für alle in der Produktivnutzung geplanten Services (Express, Nachnahme, Transportversicherung, etc), Verpackungen, Frankaturen, Avise usw. jeweils entsprechende Testfälle durchprozessiert werden und zur Abnahme an den Frachtführer eingereicht werden.
Nur so kann geprüft werden, dass alle projektspezifischen Daten von Schnittstelle Hostsystem -> HVS32 -> Frachtführer konsistent und inhaltlich korrekt sind, den Frachtführer-Spezifikationen entsprechen, die Vereinbarungen zwischen Frachtührer und Versender eingehalten werden und somit bei einer Produktivnutzung keine unerwarteten Fehler entstehen.
Wird keine oder keine vollständige Abnahme zwischen Versender und Frachtführer durchgeführt, kann es im Worst-Case zu manueller Nachbelabelung beim Frachtführer (und damit Nachberechnung/Strafzahlung) kommen, sowie zu Zustellungsverzögerungen oder gar Rücksendungen zum Versender.