Logistik-Wiki - Benutzerbeiträge [de]

Tradelanes

2022-04-26T15:12:20Z

Zijbe: /* BU Ocean / Air */

Im Lbase wird zu jedem Produkt eine Tradelane festgeschrieben. Grundsätzlich werden die Tradelanes aus der Relation abgeleitet und je nach Verkehrsträger dargestellt. Dieses Tradelanes werden in der x_kompass_sdg Anzeigeart ans DWH übergeben. Exemplarisch sind in der folgenden Grafik die Tradelanes für UK im Bereich Ocean und Air abgebildet.

[[Datei:TRADELANES.JPG|500px]]

= BU Land =
In den Landverkehren sind die Tradelanes sehr einfach aufgebaut. Hier wird immer die Relation von Absender und Empfänger in folgender Form dargestellt:

Absender Land + PLZ (die ersten 2 Ziffern) - Empfänger Land + PLZ (die ersten 2 Ziffern)

-> Beispiel Venedig nach Hamburg IT30-DE20

= BU Ocean / Air =
Die Tradelanes im Bereich Ocean und Air werden über eine generische Tabelle (BL_TRADE) direkt im Lbase aufgrund der Absender und Empfänger Relation gebildet. Die Tradelanes sind wie folgt hinterlegt.

{| class="wikitable"
|style="background-color:greenyellow"| '''Tradelane'''
|style="background-color:greenyellow"| '''Bezeichnung'''
|-
|style="background-color:bisque"| '''CROSS--CROSS'''
|style="background-color:bisque"| TBD
|-
|style="background-color:bisque"| '''FAR EAST-EB-EXPORT'''
|style="background-color:bisque"| TBD
|-
|style="background-color:bisque"| '''FAR EAST-WB-IMPORT'''
|style="background-color:bisque"| TBD
|-
|style="background-color:bisque"| '''MERC-EB-EXPORT'''
|style="background-color:bisque"| TBD
|-
|style="background-color:bisque"| '''TRANSAT-WB-EXPORT'''
|style="background-color:bisque"| TBD
|-
|style="background-color:bisque"| '''OCEANIA-EB-EXPORT'''
|style="background-color:bisque"| TBD
|-
|style="background-color:bisque"| '''TRANSAT-EB-IMPORT'''
|style="background-color:bisque"| FSS
|-
|style="background-color:bisque"| '''MERC-WB-EXPORT'''
|style="background-color:bisque"| TBD
|-
|style="background-color:bisque"| '''MERC-EB-IMPORT'''
|style="background-color:bisque"| TBD
|-
|style="background-color:bisque"| '''MERC-WB-IMPORT'''
|style="background-color:bisque"| TBD
|-
|style="background-color:bisque"| '''MERC-WB-EXPORT'''
|style="background-color:bisque"| TBD
|}

= siehe auch =
[[Produktermittlung Lbase|Produktermittlung lbase]]

= Verantwortlicher =

Sven Schmidt





[[Kategorie: Abteilung Verrechnung]]


[[Kategorie:Prozesse]]

Produktermittlung Lbase

2022-04-26T15:06:52Z

Zijbe: /* BU Air */

Im Lbase werden '''Produkte''' aufgrund von Attributen und Prüfungen auf der Sendung/Fahrt und in der x_kompass_sdg festgeschrieben. Grundsätzlich unterscheiden wir zwischen:
* Ganzprodukt [FTL, FCL, Intermodal Ganzprodukt, Umladeverkehr Ganzprodukt, Konventionell Ganzprodukt, Zolldienstleistung]
* Teilprodukt [LTL, LCL, Luftfracht Teilprodukt, Kurier Teilprodukt, Intermodal Teilprodukt, Umladeverkehr Teilprodukt, Konventionell Teilprodukt]
* Teilprodukt Konsol [LTL Konsol, LCL Konsol, Luftfracht Teilprodukt Konsol, Intermodal Teilprodukt Konsol, Umladeverkehr Teilprodukt Konsol, Konventionell Teilprodukt Konsol]

= '''Produkte''' =
Die Produkte unterscheiden sich abhängig vom jeweiligen Verkehrsträger. Nachfolgend sind die Business Units.

== '''BU Land - Bereich Road''' ==
=== '''FTL''' ===

Der FTL ('''F'''ull '''T'''ruck '''L'''oad) behandelt Komplettladungsverkehre, bei denen eine einzige Komplettladung auf einem Transportmittel befördert wird.

[[Datei:FTL.png|300px]]

=== LTL ===

Der LTL ('''L'''ess than '''T'''ruck '''L'''oad) gilt als Teilladungsverkehr, bei denen eine Teilladung auf einem Transportmittel befördert weird.

[[Datei:LTL.png|300px]]

=== '''LTL Konsol''' ===

Der LTL Konsol ('''L'''ess than '''T'''ruck '''L'''oad konsolidiert) bezeichnet den Geschäftsfall wenn mehrere Teilladungen (Sendungen verschiedener Auftraggeber) zusammengefasst und auf einem Transportmittel befördert werden.

[[Datei:LTL KONSOL.png|300px]]

-> Sonderfall der Erfassung: Werden mehrere Sendungen (Teilladungen) von '''einem''' Auftraggeber zusammen auf einem Transportmittel befördert und die Sendungen werden über die '''Zusammenfassungsnummer''' miteinander verbunden, dann ist das Produkt ein '''FTL'''

== '''BU Land - Bereich Rail''' ==
Im Bereich Rail unterscheiden wir aufgrund der Transportmodi zwischen 3 Arten von Produkten, die je nach Ausprägung Ganz-/ Teil-/ oder Teilprodukte Konsol sind.

=== '''Intermodal''' ===

Beim Produkt Intermodal wechselt das Transportgefäß, in diesem Fall ein Container, den Verkehrsträger. Üblich ist die Beladung eines Containers an der Ladestelle und Transport mit den LKW zum nächsten Hinterlandterminal

[[Datei:IM_GP.JPG|800px]]

=== '''Umladeverkehr''' ===

[[Datei:UV.JPG|500px]]

=== '''Konventionell''' ===

[[Datei:KO.JPG|500px]]

=== '''Ganz-/ Teilprodukt oder Teilprodukt konsol''' ===

Die 3 Verkehrsarten werden aufgrund der Ladungsverhältnisse gleich dem Road / Ocean Sendungen unterteilt in:
* Ganzprodukt
* Teilprodukt
* Teilprodukt Konsol

== '''BU Ocean''' ==
Zur Mengenbetrachtung im Bereich Ocean kommt die Spalte TEU_Berechnet der x_kompass_sdg Anzeigeart ins Spiel. Hier wird je nach Containertyp die Menge an TEU ermittelt.
Zum Beispiel wird ein 40" Container mit 2 TEU bewertet.

Eine Beschreibung der [https://de.wikipedia.org/wiki/Twenty-foot_Equivalent_Unit Twenty-foot Equivalent] Unit findet ihr hier.

=== FCL ===

Der FCL ('''F'''ull '''C'''ontainer '''L'''oad) behandelt Komplettladungsverkehre. Er bezeichnet den Haus-zu-Haus-Verkehr des gesamten Behälters (Containers). Der voll beladenen und von der Zollbehörde verplombten Container zur Verfrachtung wird vom Reeder zur Verfrachtung übernommen.

[[Datei:FCL.png|300px]]

=== LCL ===

Der LCL ('''L'''ess than '''C'''ontainer '''L'''oad) bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut). Meist werden in einem Sammelcontainer mehrere dieser LCL-Ladungen verschiedener Versender in Container Freight Stations konsolidiert. Bei diesem Produkt kaufen wir Frachtraum bei den Reedern und haben keinen Einfluss auf die Zuladung.

[[Datei:LCL.png|300px]]

=== LCL Konsol ===

Der LCL Konsol ('''L'''ess than '''C'''ontainer '''L'''oad konsolidiert) bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut) und Platz für in gewissen Mengen erlaubte Zuladung lassen. In diesem Fall konsolidieren wir verschiedene Sendungen von verschiedenen Auftraggebern in einen Container.

[[Datei:LCL KONSOL.png|300px]]

== '''BU Air''' ==
Da wir keine eigenen Flugzeuge haben, bzw. nur Ausnahmefällen den Frachtraum eines ganzen Flugzeugs chartern, gibt es im Luftbereich nur Teilprodukte, bzw. konsolidierte Teilprodukte.
Die Waren werden in der Regel in speziellen Containern für die Luftfracht transportiert.

[[Datei:Flugcontainer.jpg|300px]]

Die Produkte im Luftfrachtbereich sind somit:
* Luftfracht Teilprodukt
* Luftfracht Teilprodukt Konsol

Weiterhin werden auch klassische Kuriersendungen in der BU Air abgewickelt. Hier werden sogenannte Kurier-Express-Paket-Dienste, auch als KEP-Dienste bekannt, beauftragt.
Die Produkte unterscheiden sich nach:
* Kurier Teilprodukt
* Kurier Teilprodukt Konsol

== BU Zoll ==
Um die Rechnungslegung und die Auswertbarkeit der Zolldienstleistungen, die wir für andere Parteien ohne Transportdienstleistung übernehmen, abbilden zu können, wird das Produkt Zolldienstleistung in der x_kompas_sdg Anzeige an das DWH übergeben.

= Ablauf der Produktermittlung =
Die Produktermittlung läuft in 2 Schritten ab. Wenn eine Sendung auf den Status fertig gespeichert wird die Ladungsart (Sendung) als Zusatzattribut gesetzt.
Wenn anschließend die Fahrt von einem niedrigeren Status als "auf Fahrt" auf den Status "Auf Fahrt" oder einen höheren Status wechselt wird die zweite Prüfung im LI Modul auf der Fahrt durchgeführt. Das ermittelte Produkt der Fahrt wird in das Zusatzattribut Ladungsart (Hauptlauf) geschrieben und auf die Sendung übertragen.

Ihr könnt die Produkte in der Sendungsmaske sehen. Die erste Ermittlung ist die Ladungsart (Sendung). Nach dem Fahrtstatuswechsel wird die Ladungsart (Hauptlauf) gesetzt und ebenfalls auf der Sendungsmaske angezeigt.

[[Datei:PRODUKTE_SDG.JPG|1000px]]

Auf der Fahrt findet ihr das Zusatzattribut hier.

[[Datei:PRODUKTE_FAHRT.JPG|800px]]

== Logik der Ermittlung ==

Je nach Verkehrsträger werden die Produkte unterschiedlich ermittelt. Grundsätzlich ist es immer eine Prüfung auf den Verkehr, Crossdocking-Partner vorhanden und die Sendungsbeschreibungszeilen. Auf den Fahrten wird geprüft ob mehrere Sendungen auf der Fahrt liegen und wie viele Auftraggeber an der Fahrt beteiligt sind.

=== Road ===

[[Datei:PE01.JPG|1100px]]

=== Ocean ===
[[Datei:PE02.JPG|900px]]

=== Air ===
[[Datei:PE03.JPG|800px]]

=== Rail ===
[[Datei:PE04.JPG|1250px]]

Die Übersicht findet ihr auch hier:

* <qpdf>Lbase_Doku/Produktermittlung.pdf, Produktermittlung Lbase Kompass Vers.02 vom 20.04.2022 </qpdf>

= siehe auch =
Tradelanes

= Verantwortlicher =

Sven Schmidt





[[Kategorie: Abteilung Verrechnung]]


[[Kategorie:Prozesse]]

Produktermittlung Lbase

2022-04-26T15:05:13Z

Zijbe: /* LCL Konsol */

Im Lbase werden '''Produkte''' aufgrund von Attributen und Prüfungen auf der Sendung/Fahrt und in der x_kompass_sdg festgeschrieben. Grundsätzlich unterscheiden wir zwischen:
* Ganzprodukt [FTL, FCL, Intermodal Ganzprodukt, Umladeverkehr Ganzprodukt, Konventionell Ganzprodukt, Zolldienstleistung]
* Teilprodukt [LTL, LCL, Luftfracht Teilprodukt, Kurier Teilprodukt, Intermodal Teilprodukt, Umladeverkehr Teilprodukt, Konventionell Teilprodukt]
* Teilprodukt Konsol [LTL Konsol, LCL Konsol, Luftfracht Teilprodukt Konsol, Intermodal Teilprodukt Konsol, Umladeverkehr Teilprodukt Konsol, Konventionell Teilprodukt Konsol]

= '''Produkte''' =
Die Produkte unterscheiden sich abhängig vom jeweiligen Verkehrsträger. Nachfolgend sind die Business Units.

== '''BU Land - Bereich Road''' ==
=== '''FTL''' ===

Der FTL ('''F'''ull '''T'''ruck '''L'''oad) behandelt Komplettladungsverkehre, bei denen eine einzige Komplettladung auf einem Transportmittel befördert wird.

[[Datei:FTL.png|300px]]

=== LTL ===

Der LTL ('''L'''ess than '''T'''ruck '''L'''oad) gilt als Teilladungsverkehr, bei denen eine Teilladung auf einem Transportmittel befördert weird.

[[Datei:LTL.png|300px]]

=== '''LTL Konsol''' ===

Der LTL Konsol ('''L'''ess than '''T'''ruck '''L'''oad konsolidiert) bezeichnet den Geschäftsfall wenn mehrere Teilladungen (Sendungen verschiedener Auftraggeber) zusammengefasst und auf einem Transportmittel befördert werden.

[[Datei:LTL KONSOL.png|300px]]

-> Sonderfall der Erfassung: Werden mehrere Sendungen (Teilladungen) von '''einem''' Auftraggeber zusammen auf einem Transportmittel befördert und die Sendungen werden über die '''Zusammenfassungsnummer''' miteinander verbunden, dann ist das Produkt ein '''FTL'''

== '''BU Land - Bereich Rail''' ==
Im Bereich Rail unterscheiden wir aufgrund der Transportmodi zwischen 3 Arten von Produkten, die je nach Ausprägung Ganz-/ Teil-/ oder Teilprodukte Konsol sind.

=== '''Intermodal''' ===

Beim Produkt Intermodal wechselt das Transportgefäß, in diesem Fall ein Container, den Verkehrsträger. Üblich ist die Beladung eines Containers an der Ladestelle und Transport mit den LKW zum nächsten Hinterlandterminal

[[Datei:IM_GP.JPG|800px]]

=== '''Umladeverkehr''' ===

[[Datei:UV.JPG|500px]]

=== '''Konventionell''' ===

[[Datei:KO.JPG|500px]]

=== '''Ganz-/ Teilprodukt oder Teilprodukt konsol''' ===

Die 3 Verkehrsarten werden aufgrund der Ladungsverhältnisse gleich dem Road / Ocean Sendungen unterteilt in:
* Ganzprodukt
* Teilprodukt
* Teilprodukt Konsol

== '''BU Ocean''' ==
Zur Mengenbetrachtung im Bereich Ocean kommt die Spalte TEU_Berechnet der x_kompass_sdg Anzeigeart ins Spiel. Hier wird je nach Containertyp die Menge an TEU ermittelt.
Zum Beispiel wird ein 40" Container mit 2 TEU bewertet.

Eine Beschreibung der [https://de.wikipedia.org/wiki/Twenty-foot_Equivalent_Unit Twenty-foot Equivalent] Unit findet ihr hier.

=== FCL ===

Der FCL ('''F'''ull '''C'''ontainer '''L'''oad) behandelt Komplettladungsverkehre. Er bezeichnet den Haus-zu-Haus-Verkehr des gesamten Behälters (Containers). Der voll beladenen und von der Zollbehörde verplombten Container zur Verfrachtung wird vom Reeder zur Verfrachtung übernommen.

[[Datei:FCL.png|300px]]

=== LCL ===

Der LCL ('''L'''ess than '''C'''ontainer '''L'''oad) bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut). Meist werden in einem Sammelcontainer mehrere dieser LCL-Ladungen verschiedener Versender in Container Freight Stations konsolidiert. Bei diesem Produkt kaufen wir Frachtraum bei den Reedern und haben keinen Einfluss auf die Zuladung.

[[Datei:LCL.png|300px]]

=== LCL Konsol ===

Der LCL Konsol ('''L'''ess than '''C'''ontainer '''L'''oad konsolidiert) bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut) und Platz für in gewissen Mengen erlaubte Zuladung lassen. In diesem Fall konsolidieren wir verschiedene Sendungen von verschiedenen Auftraggebern in einen Container.

[[Datei:LCL KONSOL.png|300px]]

== '''BU Air''' ==
Da wir keine eigenen Flugzeuge haben, bzw. nur Ausnahmefällen den Frachtraum eines ganzen Flugzeugs chartern, gibt es im Luftbereich nur Teilprodukte, bzw. konsolidierte Teilprodukte.
Die Waren werden in der Regel in speziellen Containern für die Luftfracht transportiert.

[[Datei:Flugcontainer.jpg|300px]]

Die Produkte im Luftfrachtbereich sind somit:
* Luftfrachtteilprodukt
* Luftfrachtteilprodukt konsol

Weiterhin werden auch klassische Kuriersendungen in der BU Air abgewickelt. Hier werden sogenannte Kurier-Express-Paket-Dienste, auch als KEP-Dienste bekannt, beauftragt.
Die Produkte unterscheiden sich nach:
* Kurier Teilprodukt
* Kurier Teilprodukt Konsol

== BU Zoll ==
Um die Rechnungslegung und die Auswertbarkeit der Zolldienstleistungen, die wir für andere Parteien ohne Transportdienstleistung übernehmen, abbilden zu können, wird das Produkt Zolldienstleistung in der x_kompas_sdg Anzeige an das DWH übergeben.

= Ablauf der Produktermittlung =
Die Produktermittlung läuft in 2 Schritten ab. Wenn eine Sendung auf den Status fertig gespeichert wird die Ladungsart (Sendung) als Zusatzattribut gesetzt.
Wenn anschließend die Fahrt von einem niedrigeren Status als "auf Fahrt" auf den Status "Auf Fahrt" oder einen höheren Status wechselt wird die zweite Prüfung im LI Modul auf der Fahrt durchgeführt. Das ermittelte Produkt der Fahrt wird in das Zusatzattribut Ladungsart (Hauptlauf) geschrieben und auf die Sendung übertragen.

Ihr könnt die Produkte in der Sendungsmaske sehen. Die erste Ermittlung ist die Ladungsart (Sendung). Nach dem Fahrtstatuswechsel wird die Ladungsart (Hauptlauf) gesetzt und ebenfalls auf der Sendungsmaske angezeigt.

[[Datei:PRODUKTE_SDG.JPG|1000px]]

Auf der Fahrt findet ihr das Zusatzattribut hier.

[[Datei:PRODUKTE_FAHRT.JPG|800px]]

== Logik der Ermittlung ==

Je nach Verkehrsträger werden die Produkte unterschiedlich ermittelt. Grundsätzlich ist es immer eine Prüfung auf den Verkehr, Crossdocking-Partner vorhanden und die Sendungsbeschreibungszeilen. Auf den Fahrten wird geprüft ob mehrere Sendungen auf der Fahrt liegen und wie viele Auftraggeber an der Fahrt beteiligt sind.

=== Road ===

[[Datei:PE01.JPG|1100px]]

=== Ocean ===
[[Datei:PE02.JPG|900px]]

=== Air ===
[[Datei:PE03.JPG|800px]]

=== Rail ===
[[Datei:PE04.JPG|1250px]]

Die Übersicht findet ihr auch hier:

* <qpdf>Lbase_Doku/Produktermittlung.pdf, Produktermittlung Lbase Kompass Vers.02 vom 20.04.2022 </qpdf>

= siehe auch =
Tradelanes

= Verantwortlicher =

Sven Schmidt





[[Kategorie: Abteilung Verrechnung]]


[[Kategorie:Prozesse]]

Produktermittlung Lbase

2022-04-26T15:02:20Z

Zijbe: /* LCL Konsol */

Im Lbase werden '''Produkte''' aufgrund von Attributen und Prüfungen auf der Sendung/Fahrt und in der x_kompass_sdg festgeschrieben. Grundsätzlich unterscheiden wir zwischen:
* Ganzprodukt [FTL, FCL, Intermodal Ganzprodukt, Umladeverkehr Ganzprodukt, Konventionell Ganzprodukt, Zolldienstleistung]
* Teilprodukt [LTL, LCL, Luftfracht Teilprodukt, Kurier Teilprodukt, Intermodal Teilprodukt, Umladeverkehr Teilprodukt, Konventionell Teilprodukt]
* Teilprodukt Konsol [LTL Konsol, LCL Konsol, Luftfracht Teilprodukt Konsol, Intermodal Teilprodukt Konsol, Umladeverkehr Teilprodukt Konsol, Konventionell Teilprodukt Konsol]

= '''Produkte''' =
Die Produkte unterscheiden sich abhängig vom jeweiligen Verkehrsträger. Nachfolgend sind die Business Units.

== '''BU Land - Bereich Road''' ==
=== '''FTL''' ===

Der FTL ('''F'''ull '''T'''ruck '''L'''oad) behandelt Komplettladungsverkehre, bei denen eine einzige Komplettladung auf einem Transportmittel befördert wird.

[[Datei:FTL.png|300px]]

=== LTL ===

Der LTL ('''L'''ess than '''T'''ruck '''L'''oad) gilt als Teilladungsverkehr, bei denen eine Teilladung auf einem Transportmittel befördert weird.

[[Datei:LTL.png|300px]]

=== '''LTL Konsol''' ===

Der LTL Konsol ('''L'''ess than '''T'''ruck '''L'''oad konsolidiert) bezeichnet den Geschäftsfall wenn mehrere Teilladungen (Sendungen verschiedener Auftraggeber) zusammengefasst und auf einem Transportmittel befördert werden.

[[Datei:LTL KONSOL.png|300px]]

-> Sonderfall der Erfassung: Werden mehrere Sendungen (Teilladungen) von '''einem''' Auftraggeber zusammen auf einem Transportmittel befördert und die Sendungen werden über die '''Zusammenfassungsnummer''' miteinander verbunden, dann ist das Produkt ein '''FTL'''

== '''BU Land - Bereich Rail''' ==
Im Bereich Rail unterscheiden wir aufgrund der Transportmodi zwischen 3 Arten von Produkten, die je nach Ausprägung Ganz-/ Teil-/ oder Teilprodukte Konsol sind.

=== '''Intermodal''' ===

Beim Produkt Intermodal wechselt das Transportgefäß, in diesem Fall ein Container, den Verkehrsträger. Üblich ist die Beladung eines Containers an der Ladestelle und Transport mit den LKW zum nächsten Hinterlandterminal

[[Datei:IM_GP.JPG|800px]]

=== '''Umladeverkehr''' ===

[[Datei:UV.JPG|500px]]

=== '''Konventionell''' ===

[[Datei:KO.JPG|500px]]

=== '''Ganz-/ Teilprodukt oder Teilprodukt konsol''' ===

Die 3 Verkehrsarten werden aufgrund der Ladungsverhältnisse gleich dem Road / Ocean Sendungen unterteilt in:
* Ganzprodukt
* Teilprodukt
* Teilprodukt Konsol

== '''BU Ocean''' ==
Zur Mengenbetrachtung im Bereich Ocean kommt die Spalte TEU_Berechnet der x_kompass_sdg Anzeigeart ins Spiel. Hier wird je nach Containertyp die Menge an TEU ermittelt.
Zum Beispiel wird ein 40" Container mit 2 TEU bewertet.

Eine Beschreibung der [https://de.wikipedia.org/wiki/Twenty-foot_Equivalent_Unit Twenty-foot Equivalent] Unit findet ihr hier.

=== FCL ===

Der FCL ('''F'''ull '''C'''ontainer '''L'''oad) behandelt Komplettladungsverkehre. Er bezeichnet den Haus-zu-Haus-Verkehr des gesamten Behälters (Containers). Der voll beladenen und von der Zollbehörde verplombten Container zur Verfrachtung wird vom Reeder zur Verfrachtung übernommen.

[[Datei:FCL.png|300px]]

=== LCL ===

Der LCL ('''L'''ess than '''C'''ontainer '''L'''oad) bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut). Meist werden in einem Sammelcontainer mehrere dieser LCL-Ladungen verschiedener Versender in Container Freight Stations konsolidiert. Bei diesem Produkt kaufen wir Frachtraum bei den Reedern und haben keinen Einfluss auf die Zuladung.

[[Datei:LCL.png|300px]]

=== LCL Konsol ===

Der LCL Konsol ('''L'''ess than '''C'''ontainer '''L'''oad konsolidiert) bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut) und Platz für in gewissen Mengen erlaubte Zuladung lassen. In diesem Fall konsolidieren wir verschiedene Sendungen von verschiedenen Auftraggebern in einen Container

[[Datei:LCL KONSOL.png|300px]]

== '''BU Air''' ==
Da wir keine eigenen Flugzeuge haben, bzw. nur Ausnahmefällen den Frachtraum eines ganzen Flugzeugs chartern, gibt es im Luftbereich nur Teilprodukte, bzw. konsolidierte Teilprodukte.
Die Waren werden in der Regel in speziellen Containern für die Luftfracht transportiert.

[[Datei:Flugcontainer.jpg|300px]]

Die Produkte im Luftfrachtbereich sind somit:
* Luftfrachtteilprodukt
* Luftfrachtteilprodukt konsol

Weiterhin werden auch klassische Kuriersendungen in der BU Air abgewickelt. Hier werden sogenannte Kurier-Express-Paket-Dienste, auch als KEP-Dienste bekannt, beauftragt.
Die Produkte unterscheiden sich nach:
* Kurier Teilprodukt
* Kurier Teilprodukt Konsol

== BU Zoll ==
Um die Rechnungslegung und die Auswertbarkeit der Zolldienstleistungen, die wir für andere Parteien ohne Transportdienstleistung übernehmen, abbilden zu können, wird das Produkt Zolldienstleistung in der x_kompas_sdg Anzeige an das DWH übergeben.

= Ablauf der Produktermittlung =
Die Produktermittlung läuft in 2 Schritten ab. Wenn eine Sendung auf den Status fertig gespeichert wird die Ladungsart (Sendung) als Zusatzattribut gesetzt.
Wenn anschließend die Fahrt von einem niedrigeren Status als "auf Fahrt" auf den Status "Auf Fahrt" oder einen höheren Status wechselt wird die zweite Prüfung im LI Modul auf der Fahrt durchgeführt. Das ermittelte Produkt der Fahrt wird in das Zusatzattribut Ladungsart (Hauptlauf) geschrieben und auf die Sendung übertragen.

Ihr könnt die Produkte in der Sendungsmaske sehen. Die erste Ermittlung ist die Ladungsart (Sendung). Nach dem Fahrtstatuswechsel wird die Ladungsart (Hauptlauf) gesetzt und ebenfalls auf der Sendungsmaske angezeigt.

[[Datei:PRODUKTE_SDG.JPG|1000px]]

Auf der Fahrt findet ihr das Zusatzattribut hier.

[[Datei:PRODUKTE_FAHRT.JPG|800px]]

== Logik der Ermittlung ==

Je nach Verkehrsträger werden die Produkte unterschiedlich ermittelt. Grundsätzlich ist es immer eine Prüfung auf den Verkehr, Crossdocking-Partner vorhanden und die Sendungsbeschreibungszeilen. Auf den Fahrten wird geprüft ob mehrere Sendungen auf der Fahrt liegen und wie viele Auftraggeber an der Fahrt beteiligt sind.

=== Road ===

[[Datei:PE01.JPG|1100px]]

=== Ocean ===
[[Datei:PE02.JPG|900px]]

=== Air ===
[[Datei:PE03.JPG|800px]]

=== Rail ===
[[Datei:PE04.JPG|1250px]]

Die Übersicht findet ihr auch hier:

* <qpdf>Lbase_Doku/Produktermittlung.pdf, Produktermittlung Lbase Kompass Vers.02 vom 20.04.2022 </qpdf>

= siehe auch =
Tradelanes

= Verantwortlicher =

Sven Schmidt





[[Kategorie: Abteilung Verrechnung]]


[[Kategorie:Prozesse]]

Produktermittlung Lbase

2022-04-26T15:01:56Z

Zijbe: /* LCL */

Im Lbase werden '''Produkte''' aufgrund von Attributen und Prüfungen auf der Sendung/Fahrt und in der x_kompass_sdg festgeschrieben. Grundsätzlich unterscheiden wir zwischen:
* Ganzprodukt [FTL, FCL, Intermodal Ganzprodukt, Umladeverkehr Ganzprodukt, Konventionell Ganzprodukt, Zolldienstleistung]
* Teilprodukt [LTL, LCL, Luftfracht Teilprodukt, Kurier Teilprodukt, Intermodal Teilprodukt, Umladeverkehr Teilprodukt, Konventionell Teilprodukt]
* Teilprodukt Konsol [LTL Konsol, LCL Konsol, Luftfracht Teilprodukt Konsol, Intermodal Teilprodukt Konsol, Umladeverkehr Teilprodukt Konsol, Konventionell Teilprodukt Konsol]

= '''Produkte''' =
Die Produkte unterscheiden sich abhängig vom jeweiligen Verkehrsträger. Nachfolgend sind die Business Units.

== '''BU Land - Bereich Road''' ==
=== '''FTL''' ===

Der FTL ('''F'''ull '''T'''ruck '''L'''oad) behandelt Komplettladungsverkehre, bei denen eine einzige Komplettladung auf einem Transportmittel befördert wird.

[[Datei:FTL.png|300px]]

=== LTL ===

Der LTL ('''L'''ess than '''T'''ruck '''L'''oad) gilt als Teilladungsverkehr, bei denen eine Teilladung auf einem Transportmittel befördert weird.

[[Datei:LTL.png|300px]]

=== '''LTL Konsol''' ===

Der LTL Konsol ('''L'''ess than '''T'''ruck '''L'''oad konsolidiert) bezeichnet den Geschäftsfall wenn mehrere Teilladungen (Sendungen verschiedener Auftraggeber) zusammengefasst und auf einem Transportmittel befördert werden.

[[Datei:LTL KONSOL.png|300px]]

-> Sonderfall der Erfassung: Werden mehrere Sendungen (Teilladungen) von '''einem''' Auftraggeber zusammen auf einem Transportmittel befördert und die Sendungen werden über die '''Zusammenfassungsnummer''' miteinander verbunden, dann ist das Produkt ein '''FTL'''

== '''BU Land - Bereich Rail''' ==
Im Bereich Rail unterscheiden wir aufgrund der Transportmodi zwischen 3 Arten von Produkten, die je nach Ausprägung Ganz-/ Teil-/ oder Teilprodukte Konsol sind.

=== '''Intermodal''' ===

Beim Produkt Intermodal wechselt das Transportgefäß, in diesem Fall ein Container, den Verkehrsträger. Üblich ist die Beladung eines Containers an der Ladestelle und Transport mit den LKW zum nächsten Hinterlandterminal

[[Datei:IM_GP.JPG|800px]]

=== '''Umladeverkehr''' ===

[[Datei:UV.JPG|500px]]

=== '''Konventionell''' ===

[[Datei:KO.JPG|500px]]

=== '''Ganz-/ Teilprodukt oder Teilprodukt konsol''' ===

Die 3 Verkehrsarten werden aufgrund der Ladungsverhältnisse gleich dem Road / Ocean Sendungen unterteilt in:
* Ganzprodukt
* Teilprodukt
* Teilprodukt Konsol

== '''BU Ocean''' ==
Zur Mengenbetrachtung im Bereich Ocean kommt die Spalte TEU_Berechnet der x_kompass_sdg Anzeigeart ins Spiel. Hier wird je nach Containertyp die Menge an TEU ermittelt.
Zum Beispiel wird ein 40" Container mit 2 TEU bewertet.

Eine Beschreibung der [https://de.wikipedia.org/wiki/Twenty-foot_Equivalent_Unit Twenty-foot Equivalent] Unit findet ihr hier.

=== FCL ===

Der FCL ('''F'''ull '''C'''ontainer '''L'''oad) behandelt Komplettladungsverkehre. Er bezeichnet den Haus-zu-Haus-Verkehr des gesamten Behälters (Containers). Der voll beladenen und von der Zollbehörde verplombten Container zur Verfrachtung wird vom Reeder zur Verfrachtung übernommen.

[[Datei:FCL.png|300px]]

=== LCL ===

Der LCL ('''L'''ess than '''C'''ontainer '''L'''oad) bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut). Meist werden in einem Sammelcontainer mehrere dieser LCL-Ladungen verschiedener Versender in Container Freight Stations konsolidiert. Bei diesem Produkt kaufen wir Frachtraum bei den Reedern und haben keinen Einfluss auf die Zuladung.

[[Datei:LCL.png|300px]]

=== LCL Konsol ===

Der LCL Konsol, less than Container Load konsolidiert, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut) und Platz für in gewissen Mengen erlaubte Zuladung lassen. In diesem Fall konsolidieren wir verschiedene Sendungen von verschiedenen Auftraggebern in einen Container

[[Datei:LCL KONSOL.png|300px]]

== '''BU Air''' ==
Da wir keine eigenen Flugzeuge haben, bzw. nur Ausnahmefällen den Frachtraum eines ganzen Flugzeugs chartern, gibt es im Luftbereich nur Teilprodukte, bzw. konsolidierte Teilprodukte.
Die Waren werden in der Regel in speziellen Containern für die Luftfracht transportiert.

[[Datei:Flugcontainer.jpg|300px]]

Die Produkte im Luftfrachtbereich sind somit:
* Luftfrachtteilprodukt
* Luftfrachtteilprodukt konsol

Weiterhin werden auch klassische Kuriersendungen in der BU Air abgewickelt. Hier werden sogenannte Kurier-Express-Paket-Dienste, auch als KEP-Dienste bekannt, beauftragt.
Die Produkte unterscheiden sich nach:
* Kurier Teilprodukt
* Kurier Teilprodukt Konsol

== BU Zoll ==
Um die Rechnungslegung und die Auswertbarkeit der Zolldienstleistungen, die wir für andere Parteien ohne Transportdienstleistung übernehmen, abbilden zu können, wird das Produkt Zolldienstleistung in der x_kompas_sdg Anzeige an das DWH übergeben.

= Ablauf der Produktermittlung =
Die Produktermittlung läuft in 2 Schritten ab. Wenn eine Sendung auf den Status fertig gespeichert wird die Ladungsart (Sendung) als Zusatzattribut gesetzt.
Wenn anschließend die Fahrt von einem niedrigeren Status als "auf Fahrt" auf den Status "Auf Fahrt" oder einen höheren Status wechselt wird die zweite Prüfung im LI Modul auf der Fahrt durchgeführt. Das ermittelte Produkt der Fahrt wird in das Zusatzattribut Ladungsart (Hauptlauf) geschrieben und auf die Sendung übertragen.

Ihr könnt die Produkte in der Sendungsmaske sehen. Die erste Ermittlung ist die Ladungsart (Sendung). Nach dem Fahrtstatuswechsel wird die Ladungsart (Hauptlauf) gesetzt und ebenfalls auf der Sendungsmaske angezeigt.

[[Datei:PRODUKTE_SDG.JPG|1000px]]

Auf der Fahrt findet ihr das Zusatzattribut hier.

[[Datei:PRODUKTE_FAHRT.JPG|800px]]

== Logik der Ermittlung ==

Je nach Verkehrsträger werden die Produkte unterschiedlich ermittelt. Grundsätzlich ist es immer eine Prüfung auf den Verkehr, Crossdocking-Partner vorhanden und die Sendungsbeschreibungszeilen. Auf den Fahrten wird geprüft ob mehrere Sendungen auf der Fahrt liegen und wie viele Auftraggeber an der Fahrt beteiligt sind.

=== Road ===

[[Datei:PE01.JPG|1100px]]

=== Ocean ===
[[Datei:PE02.JPG|900px]]

=== Air ===
[[Datei:PE03.JPG|800px]]

=== Rail ===
[[Datei:PE04.JPG|1250px]]

Die Übersicht findet ihr auch hier:

* <qpdf>Lbase_Doku/Produktermittlung.pdf, Produktermittlung Lbase Kompass Vers.02 vom 20.04.2022 </qpdf>

= siehe auch =
Tradelanes

= Verantwortlicher =

Sven Schmidt





[[Kategorie: Abteilung Verrechnung]]


[[Kategorie:Prozesse]]

Produktermittlung Lbase

2022-04-26T15:01:26Z

Zijbe: /* FCL */

Im Lbase werden '''Produkte''' aufgrund von Attributen und Prüfungen auf der Sendung/Fahrt und in der x_kompass_sdg festgeschrieben. Grundsätzlich unterscheiden wir zwischen:
* Ganzprodukt [FTL, FCL, Intermodal Ganzprodukt, Umladeverkehr Ganzprodukt, Konventionell Ganzprodukt, Zolldienstleistung]
* Teilprodukt [LTL, LCL, Luftfracht Teilprodukt, Kurier Teilprodukt, Intermodal Teilprodukt, Umladeverkehr Teilprodukt, Konventionell Teilprodukt]
* Teilprodukt Konsol [LTL Konsol, LCL Konsol, Luftfracht Teilprodukt Konsol, Intermodal Teilprodukt Konsol, Umladeverkehr Teilprodukt Konsol, Konventionell Teilprodukt Konsol]

= '''Produkte''' =
Die Produkte unterscheiden sich abhängig vom jeweiligen Verkehrsträger. Nachfolgend sind die Business Units.

== '''BU Land - Bereich Road''' ==
=== '''FTL''' ===

Der FTL ('''F'''ull '''T'''ruck '''L'''oad) behandelt Komplettladungsverkehre, bei denen eine einzige Komplettladung auf einem Transportmittel befördert wird.

[[Datei:FTL.png|300px]]

=== LTL ===

Der LTL ('''L'''ess than '''T'''ruck '''L'''oad) gilt als Teilladungsverkehr, bei denen eine Teilladung auf einem Transportmittel befördert weird.

[[Datei:LTL.png|300px]]

=== '''LTL Konsol''' ===

Der LTL Konsol ('''L'''ess than '''T'''ruck '''L'''oad konsolidiert) bezeichnet den Geschäftsfall wenn mehrere Teilladungen (Sendungen verschiedener Auftraggeber) zusammengefasst und auf einem Transportmittel befördert werden.

[[Datei:LTL KONSOL.png|300px]]

-> Sonderfall der Erfassung: Werden mehrere Sendungen (Teilladungen) von '''einem''' Auftraggeber zusammen auf einem Transportmittel befördert und die Sendungen werden über die '''Zusammenfassungsnummer''' miteinander verbunden, dann ist das Produkt ein '''FTL'''

== '''BU Land - Bereich Rail''' ==
Im Bereich Rail unterscheiden wir aufgrund der Transportmodi zwischen 3 Arten von Produkten, die je nach Ausprägung Ganz-/ Teil-/ oder Teilprodukte Konsol sind.

=== '''Intermodal''' ===

Beim Produkt Intermodal wechselt das Transportgefäß, in diesem Fall ein Container, den Verkehrsträger. Üblich ist die Beladung eines Containers an der Ladestelle und Transport mit den LKW zum nächsten Hinterlandterminal

[[Datei:IM_GP.JPG|800px]]

=== '''Umladeverkehr''' ===

[[Datei:UV.JPG|500px]]

=== '''Konventionell''' ===

[[Datei:KO.JPG|500px]]

=== '''Ganz-/ Teilprodukt oder Teilprodukt konsol''' ===

Die 3 Verkehrsarten werden aufgrund der Ladungsverhältnisse gleich dem Road / Ocean Sendungen unterteilt in:
* Ganzprodukt
* Teilprodukt
* Teilprodukt Konsol

== '''BU Ocean''' ==
Zur Mengenbetrachtung im Bereich Ocean kommt die Spalte TEU_Berechnet der x_kompass_sdg Anzeigeart ins Spiel. Hier wird je nach Containertyp die Menge an TEU ermittelt.
Zum Beispiel wird ein 40" Container mit 2 TEU bewertet.

Eine Beschreibung der [https://de.wikipedia.org/wiki/Twenty-foot_Equivalent_Unit Twenty-foot Equivalent] Unit findet ihr hier.

=== FCL ===

Der FCL ('''F'''ull '''C'''ontainer '''L'''oad) behandelt Komplettladungsverkehre. Er bezeichnet den Haus-zu-Haus-Verkehr des gesamten Behälters (Containers). Der voll beladenen und von der Zollbehörde verplombten Container zur Verfrachtung wird vom Reeder zur Verfrachtung übernommen.

[[Datei:FCL.png|300px]]

=== LCL ===

Der LCL, less than Container Load, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut). Meist werden in einem Sammelcontainer mehrere dieser LCL-Ladungen verschiedener Versender in Container Freight Stations konsolidiert. Bei diesem Produkt kaufen wir Frachtraum bei den Reedern und haben keinen Einfluss auf die Zuladung.

[[Datei:LCL.png|300px]]

=== LCL Konsol ===

Der LCL Konsol, less than Container Load konsolidiert, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut) und Platz für in gewissen Mengen erlaubte Zuladung lassen. In diesem Fall konsolidieren wir verschiedene Sendungen von verschiedenen Auftraggebern in einen Container

[[Datei:LCL KONSOL.png|300px]]

== '''BU Air''' ==
Da wir keine eigenen Flugzeuge haben, bzw. nur Ausnahmefällen den Frachtraum eines ganzen Flugzeugs chartern, gibt es im Luftbereich nur Teilprodukte, bzw. konsolidierte Teilprodukte.
Die Waren werden in der Regel in speziellen Containern für die Luftfracht transportiert.

[[Datei:Flugcontainer.jpg|300px]]

Die Produkte im Luftfrachtbereich sind somit:
* Luftfrachtteilprodukt
* Luftfrachtteilprodukt konsol

Weiterhin werden auch klassische Kuriersendungen in der BU Air abgewickelt. Hier werden sogenannte Kurier-Express-Paket-Dienste, auch als KEP-Dienste bekannt, beauftragt.
Die Produkte unterscheiden sich nach:
* Kurier Teilprodukt
* Kurier Teilprodukt Konsol

== BU Zoll ==
Um die Rechnungslegung und die Auswertbarkeit der Zolldienstleistungen, die wir für andere Parteien ohne Transportdienstleistung übernehmen, abbilden zu können, wird das Produkt Zolldienstleistung in der x_kompas_sdg Anzeige an das DWH übergeben.

= Ablauf der Produktermittlung =
Die Produktermittlung läuft in 2 Schritten ab. Wenn eine Sendung auf den Status fertig gespeichert wird die Ladungsart (Sendung) als Zusatzattribut gesetzt.
Wenn anschließend die Fahrt von einem niedrigeren Status als "auf Fahrt" auf den Status "Auf Fahrt" oder einen höheren Status wechselt wird die zweite Prüfung im LI Modul auf der Fahrt durchgeführt. Das ermittelte Produkt der Fahrt wird in das Zusatzattribut Ladungsart (Hauptlauf) geschrieben und auf die Sendung übertragen.

Ihr könnt die Produkte in der Sendungsmaske sehen. Die erste Ermittlung ist die Ladungsart (Sendung). Nach dem Fahrtstatuswechsel wird die Ladungsart (Hauptlauf) gesetzt und ebenfalls auf der Sendungsmaske angezeigt.

[[Datei:PRODUKTE_SDG.JPG|1000px]]

Auf der Fahrt findet ihr das Zusatzattribut hier.

[[Datei:PRODUKTE_FAHRT.JPG|800px]]

== Logik der Ermittlung ==

Je nach Verkehrsträger werden die Produkte unterschiedlich ermittelt. Grundsätzlich ist es immer eine Prüfung auf den Verkehr, Crossdocking-Partner vorhanden und die Sendungsbeschreibungszeilen. Auf den Fahrten wird geprüft ob mehrere Sendungen auf der Fahrt liegen und wie viele Auftraggeber an der Fahrt beteiligt sind.

=== Road ===

[[Datei:PE01.JPG|1100px]]

=== Ocean ===
[[Datei:PE02.JPG|900px]]

=== Air ===
[[Datei:PE03.JPG|800px]]

=== Rail ===
[[Datei:PE04.JPG|1250px]]

Die Übersicht findet ihr auch hier:

* <qpdf>Lbase_Doku/Produktermittlung.pdf, Produktermittlung Lbase Kompass Vers.02 vom 20.04.2022 </qpdf>

= siehe auch =
Tradelanes

= Verantwortlicher =

Sven Schmidt





[[Kategorie: Abteilung Verrechnung]]


[[Kategorie:Prozesse]]

Produktermittlung Lbase

2022-04-26T15:00:38Z

Zijbe: /* BU Air */

Im Lbase werden '''Produkte''' aufgrund von Attributen und Prüfungen auf der Sendung/Fahrt und in der x_kompass_sdg festgeschrieben. Grundsätzlich unterscheiden wir zwischen:
* Ganzprodukt [FTL, FCL, Intermodal Ganzprodukt, Umladeverkehr Ganzprodukt, Konventionell Ganzprodukt, Zolldienstleistung]
* Teilprodukt [LTL, LCL, Luftfracht Teilprodukt, Kurier Teilprodukt, Intermodal Teilprodukt, Umladeverkehr Teilprodukt, Konventionell Teilprodukt]
* Teilprodukt Konsol [LTL Konsol, LCL Konsol, Luftfracht Teilprodukt Konsol, Intermodal Teilprodukt Konsol, Umladeverkehr Teilprodukt Konsol, Konventionell Teilprodukt Konsol]

= '''Produkte''' =
Die Produkte unterscheiden sich abhängig vom jeweiligen Verkehrsträger. Nachfolgend sind die Business Units.

== '''BU Land - Bereich Road''' ==
=== '''FTL''' ===

Der FTL ('''F'''ull '''T'''ruck '''L'''oad) behandelt Komplettladungsverkehre, bei denen eine einzige Komplettladung auf einem Transportmittel befördert wird.

[[Datei:FTL.png|300px]]

=== LTL ===

Der LTL ('''L'''ess than '''T'''ruck '''L'''oad) gilt als Teilladungsverkehr, bei denen eine Teilladung auf einem Transportmittel befördert weird.

[[Datei:LTL.png|300px]]

=== '''LTL Konsol''' ===

Der LTL Konsol ('''L'''ess than '''T'''ruck '''L'''oad konsolidiert) bezeichnet den Geschäftsfall wenn mehrere Teilladungen (Sendungen verschiedener Auftraggeber) zusammengefasst und auf einem Transportmittel befördert werden.

[[Datei:LTL KONSOL.png|300px]]

-> Sonderfall der Erfassung: Werden mehrere Sendungen (Teilladungen) von '''einem''' Auftraggeber zusammen auf einem Transportmittel befördert und die Sendungen werden über die '''Zusammenfassungsnummer''' miteinander verbunden, dann ist das Produkt ein '''FTL'''

== '''BU Land - Bereich Rail''' ==
Im Bereich Rail unterscheiden wir aufgrund der Transportmodi zwischen 3 Arten von Produkten, die je nach Ausprägung Ganz-/ Teil-/ oder Teilprodukte Konsol sind.

=== '''Intermodal''' ===

Beim Produkt Intermodal wechselt das Transportgefäß, in diesem Fall ein Container, den Verkehrsträger. Üblich ist die Beladung eines Containers an der Ladestelle und Transport mit den LKW zum nächsten Hinterlandterminal

[[Datei:IM_GP.JPG|800px]]

=== '''Umladeverkehr''' ===

[[Datei:UV.JPG|500px]]

=== '''Konventionell''' ===

[[Datei:KO.JPG|500px]]

=== '''Ganz-/ Teilprodukt oder Teilprodukt konsol''' ===

Die 3 Verkehrsarten werden aufgrund der Ladungsverhältnisse gleich dem Road / Ocean Sendungen unterteilt in:
* Ganzprodukt
* Teilprodukt
* Teilprodukt Konsol

== '''BU Ocean''' ==
Zur Mengenbetrachtung im Bereich Ocean kommt die Spalte TEU_Berechnet der x_kompass_sdg Anzeigeart ins Spiel. Hier wird je nach Containertyp die Menge an TEU ermittelt.
Zum Beispiel wird ein 40" Container mit 2 TEU bewertet.

Eine Beschreibung der [https://de.wikipedia.org/wiki/Twenty-foot_Equivalent_Unit Twenty-foot Equivalent] Unit findet ihr hier.

=== FCL ===

Der FCL, Full Container Load, behandelt Komplettladungsverkehre. Er bezeichnet den Haus-zu-Haus-Verkehr des gesamten Behälters (Containers). Der voll beladenen und von der Zollbehörde verplombten Container zur Verfrachtung wird vom Reeder zur Verfrachtung übernommen.

[[Datei:FCL.png|300px]]

=== LCL ===

Der LCL, less than Container Load, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut). Meist werden in einem Sammelcontainer mehrere dieser LCL-Ladungen verschiedener Versender in Container Freight Stations konsolidiert. Bei diesem Produkt kaufen wir Frachtraum bei den Reedern und haben keinen Einfluss auf die Zuladung.

[[Datei:LCL.png|300px]]

=== LCL Konsol ===

Der LCL Konsol, less than Container Load konsolidiert, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut) und Platz für in gewissen Mengen erlaubte Zuladung lassen. In diesem Fall konsolidieren wir verschiedene Sendungen von verschiedenen Auftraggebern in einen Container

[[Datei:LCL KONSOL.png|300px]]

== '''BU Air''' ==
Da wir keine eigenen Flugzeuge haben, bzw. nur Ausnahmefällen den Frachtraum eines ganzen Flugzeugs chartern, gibt es im Luftbereich nur Teilprodukte, bzw. konsolidierte Teilprodukte.
Die Waren werden in der Regel in speziellen Containern für die Luftfracht transportiert.

[[Datei:Flugcontainer.jpg|300px]]

Die Produkte im Luftfrachtbereich sind somit:
* Luftfrachtteilprodukt
* Luftfrachtteilprodukt konsol

Weiterhin werden auch klassische Kuriersendungen in der BU Air abgewickelt. Hier werden sogenannte Kurier-Express-Paket-Dienste, auch als KEP-Dienste bekannt, beauftragt.
Die Produkte unterscheiden sich nach:
* Kurier Teilprodukt
* Kurier Teilprodukt Konsol

== BU Zoll ==
Um die Rechnungslegung und die Auswertbarkeit der Zolldienstleistungen, die wir für andere Parteien ohne Transportdienstleistung übernehmen, abbilden zu können, wird das Produkt Zolldienstleistung in der x_kompas_sdg Anzeige an das DWH übergeben.

= Ablauf der Produktermittlung =
Die Produktermittlung läuft in 2 Schritten ab. Wenn eine Sendung auf den Status fertig gespeichert wird die Ladungsart (Sendung) als Zusatzattribut gesetzt.
Wenn anschließend die Fahrt von einem niedrigeren Status als "auf Fahrt" auf den Status "Auf Fahrt" oder einen höheren Status wechselt wird die zweite Prüfung im LI Modul auf der Fahrt durchgeführt. Das ermittelte Produkt der Fahrt wird in das Zusatzattribut Ladungsart (Hauptlauf) geschrieben und auf die Sendung übertragen.

Ihr könnt die Produkte in der Sendungsmaske sehen. Die erste Ermittlung ist die Ladungsart (Sendung). Nach dem Fahrtstatuswechsel wird die Ladungsart (Hauptlauf) gesetzt und ebenfalls auf der Sendungsmaske angezeigt.

[[Datei:PRODUKTE_SDG.JPG|1000px]]

Auf der Fahrt findet ihr das Zusatzattribut hier.

[[Datei:PRODUKTE_FAHRT.JPG|800px]]

== Logik der Ermittlung ==

Je nach Verkehrsträger werden die Produkte unterschiedlich ermittelt. Grundsätzlich ist es immer eine Prüfung auf den Verkehr, Crossdocking-Partner vorhanden und die Sendungsbeschreibungszeilen. Auf den Fahrten wird geprüft ob mehrere Sendungen auf der Fahrt liegen und wie viele Auftraggeber an der Fahrt beteiligt sind.

=== Road ===

[[Datei:PE01.JPG|1100px]]

=== Ocean ===
[[Datei:PE02.JPG|900px]]

=== Air ===
[[Datei:PE03.JPG|800px]]

=== Rail ===
[[Datei:PE04.JPG|1250px]]

Die Übersicht findet ihr auch hier:

* <qpdf>Lbase_Doku/Produktermittlung.pdf, Produktermittlung Lbase Kompass Vers.02 vom 20.04.2022 </qpdf>

= siehe auch =
Tradelanes

= Verantwortlicher =

Sven Schmidt





[[Kategorie: Abteilung Verrechnung]]


[[Kategorie:Prozesse]]

Produktermittlung Lbase

2022-04-26T15:00:27Z

Zijbe: /* BU Ocean */

Im Lbase werden '''Produkte''' aufgrund von Attributen und Prüfungen auf der Sendung/Fahrt und in der x_kompass_sdg festgeschrieben. Grundsätzlich unterscheiden wir zwischen:
* Ganzprodukt [FTL, FCL, Intermodal Ganzprodukt, Umladeverkehr Ganzprodukt, Konventionell Ganzprodukt, Zolldienstleistung]
* Teilprodukt [LTL, LCL, Luftfracht Teilprodukt, Kurier Teilprodukt, Intermodal Teilprodukt, Umladeverkehr Teilprodukt, Konventionell Teilprodukt]
* Teilprodukt Konsol [LTL Konsol, LCL Konsol, Luftfracht Teilprodukt Konsol, Intermodal Teilprodukt Konsol, Umladeverkehr Teilprodukt Konsol, Konventionell Teilprodukt Konsol]

= '''Produkte''' =
Die Produkte unterscheiden sich abhängig vom jeweiligen Verkehrsträger. Nachfolgend sind die Business Units.

== '''BU Land - Bereich Road''' ==
=== '''FTL''' ===

Der FTL ('''F'''ull '''T'''ruck '''L'''oad) behandelt Komplettladungsverkehre, bei denen eine einzige Komplettladung auf einem Transportmittel befördert wird.

[[Datei:FTL.png|300px]]

=== LTL ===

Der LTL ('''L'''ess than '''T'''ruck '''L'''oad) gilt als Teilladungsverkehr, bei denen eine Teilladung auf einem Transportmittel befördert weird.

[[Datei:LTL.png|300px]]

=== '''LTL Konsol''' ===

Der LTL Konsol ('''L'''ess than '''T'''ruck '''L'''oad konsolidiert) bezeichnet den Geschäftsfall wenn mehrere Teilladungen (Sendungen verschiedener Auftraggeber) zusammengefasst und auf einem Transportmittel befördert werden.

[[Datei:LTL KONSOL.png|300px]]

-> Sonderfall der Erfassung: Werden mehrere Sendungen (Teilladungen) von '''einem''' Auftraggeber zusammen auf einem Transportmittel befördert und die Sendungen werden über die '''Zusammenfassungsnummer''' miteinander verbunden, dann ist das Produkt ein '''FTL'''

== '''BU Land - Bereich Rail''' ==
Im Bereich Rail unterscheiden wir aufgrund der Transportmodi zwischen 3 Arten von Produkten, die je nach Ausprägung Ganz-/ Teil-/ oder Teilprodukte Konsol sind.

=== '''Intermodal''' ===

Beim Produkt Intermodal wechselt das Transportgefäß, in diesem Fall ein Container, den Verkehrsträger. Üblich ist die Beladung eines Containers an der Ladestelle und Transport mit den LKW zum nächsten Hinterlandterminal

[[Datei:IM_GP.JPG|800px]]

=== '''Umladeverkehr''' ===

[[Datei:UV.JPG|500px]]

=== '''Konventionell''' ===

[[Datei:KO.JPG|500px]]

=== '''Ganz-/ Teilprodukt oder Teilprodukt konsol''' ===

Die 3 Verkehrsarten werden aufgrund der Ladungsverhältnisse gleich dem Road / Ocean Sendungen unterteilt in:
* Ganzprodukt
* Teilprodukt
* Teilprodukt Konsol

== '''BU Ocean''' ==
Zur Mengenbetrachtung im Bereich Ocean kommt die Spalte TEU_Berechnet der x_kompass_sdg Anzeigeart ins Spiel. Hier wird je nach Containertyp die Menge an TEU ermittelt.
Zum Beispiel wird ein 40" Container mit 2 TEU bewertet.

Eine Beschreibung der [https://de.wikipedia.org/wiki/Twenty-foot_Equivalent_Unit Twenty-foot Equivalent] Unit findet ihr hier.

=== FCL ===

Der FCL, Full Container Load, behandelt Komplettladungsverkehre. Er bezeichnet den Haus-zu-Haus-Verkehr des gesamten Behälters (Containers). Der voll beladenen und von der Zollbehörde verplombten Container zur Verfrachtung wird vom Reeder zur Verfrachtung übernommen.

[[Datei:FCL.png|300px]]

=== LCL ===

Der LCL, less than Container Load, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut). Meist werden in einem Sammelcontainer mehrere dieser LCL-Ladungen verschiedener Versender in Container Freight Stations konsolidiert. Bei diesem Produkt kaufen wir Frachtraum bei den Reedern und haben keinen Einfluss auf die Zuladung.

[[Datei:LCL.png|300px]]

=== LCL Konsol ===

Der LCL Konsol, less than Container Load konsolidiert, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut) und Platz für in gewissen Mengen erlaubte Zuladung lassen. In diesem Fall konsolidieren wir verschiedene Sendungen von verschiedenen Auftraggebern in einen Container

[[Datei:LCL KONSOL.png|300px]]

== BU Air ==
Da wir keine eigenen Flugzeuge haben, bzw. nur Ausnahmefällen den Frachtraum eines ganzen Flugzeugs chartern, gibt es im Luftbereich nur Teilprodukte, bzw. konsolidierte Teilprodukte.
Die Waren werden in der Regel in speziellen Containern für die Luftfracht transportiert.

[[Datei:Flugcontainer.jpg|300px]]

Die Produkte im Luftfrachtbereich sind somit:
* Luftfrachtteilprodukt
* Luftfrachtteilprodukt konsol

Weiterhin werden auch klassische Kuriersendungen in der BU Air abgewickelt. Hier werden sogenannte Kurier-Express-Paket-Dienste, auch als KEP-Dienste bekannt, beauftragt.
Die Produkte unterscheiden sich nach:
* Kurier Teilprodukt
* Kurier Teilprodukt Konsol

== BU Zoll ==
Um die Rechnungslegung und die Auswertbarkeit der Zolldienstleistungen, die wir für andere Parteien ohne Transportdienstleistung übernehmen, abbilden zu können, wird das Produkt Zolldienstleistung in der x_kompas_sdg Anzeige an das DWH übergeben.

= Ablauf der Produktermittlung =
Die Produktermittlung läuft in 2 Schritten ab. Wenn eine Sendung auf den Status fertig gespeichert wird die Ladungsart (Sendung) als Zusatzattribut gesetzt.
Wenn anschließend die Fahrt von einem niedrigeren Status als "auf Fahrt" auf den Status "Auf Fahrt" oder einen höheren Status wechselt wird die zweite Prüfung im LI Modul auf der Fahrt durchgeführt. Das ermittelte Produkt der Fahrt wird in das Zusatzattribut Ladungsart (Hauptlauf) geschrieben und auf die Sendung übertragen.

Ihr könnt die Produkte in der Sendungsmaske sehen. Die erste Ermittlung ist die Ladungsart (Sendung). Nach dem Fahrtstatuswechsel wird die Ladungsart (Hauptlauf) gesetzt und ebenfalls auf der Sendungsmaske angezeigt.

[[Datei:PRODUKTE_SDG.JPG|1000px]]

Auf der Fahrt findet ihr das Zusatzattribut hier.

[[Datei:PRODUKTE_FAHRT.JPG|800px]]

== Logik der Ermittlung ==

Je nach Verkehrsträger werden die Produkte unterschiedlich ermittelt. Grundsätzlich ist es immer eine Prüfung auf den Verkehr, Crossdocking-Partner vorhanden und die Sendungsbeschreibungszeilen. Auf den Fahrten wird geprüft ob mehrere Sendungen auf der Fahrt liegen und wie viele Auftraggeber an der Fahrt beteiligt sind.

=== Road ===

[[Datei:PE01.JPG|1100px]]

=== Ocean ===
[[Datei:PE02.JPG|900px]]

=== Air ===
[[Datei:PE03.JPG|800px]]

=== Rail ===
[[Datei:PE04.JPG|1250px]]

Die Übersicht findet ihr auch hier:

* <qpdf>Lbase_Doku/Produktermittlung.pdf, Produktermittlung Lbase Kompass Vers.02 vom 20.04.2022 </qpdf>

= siehe auch =
Tradelanes

= Verantwortlicher =

Sven Schmidt





[[Kategorie: Abteilung Verrechnung]]


[[Kategorie:Prozesse]]

Produktermittlung Lbase

2022-04-26T14:59:11Z

Zijbe: /* FTL */

Im Lbase werden '''Produkte''' aufgrund von Attributen und Prüfungen auf der Sendung/Fahrt und in der x_kompass_sdg festgeschrieben. Grundsätzlich unterscheiden wir zwischen:
* Ganzprodukt [FTL, FCL, Intermodal Ganzprodukt, Umladeverkehr Ganzprodukt, Konventionell Ganzprodukt, Zolldienstleistung]
* Teilprodukt [LTL, LCL, Luftfracht Teilprodukt, Kurier Teilprodukt, Intermodal Teilprodukt, Umladeverkehr Teilprodukt, Konventionell Teilprodukt]
* Teilprodukt Konsol [LTL Konsol, LCL Konsol, Luftfracht Teilprodukt Konsol, Intermodal Teilprodukt Konsol, Umladeverkehr Teilprodukt Konsol, Konventionell Teilprodukt Konsol]

= '''Produkte''' =
Die Produkte unterscheiden sich abhängig vom jeweiligen Verkehrsträger. Nachfolgend sind die Business Units.

== '''BU Land - Bereich Road''' ==
=== '''FTL''' ===

Der FTL ('''F'''ull '''T'''ruck '''L'''oad) behandelt Komplettladungsverkehre, bei denen eine einzige Komplettladung auf einem Transportmittel befördert wird.

[[Datei:FTL.png|300px]]

=== LTL ===

Der LTL ('''L'''ess than '''T'''ruck '''L'''oad) gilt als Teilladungsverkehr, bei denen eine Teilladung auf einem Transportmittel befördert weird.

[[Datei:LTL.png|300px]]

=== '''LTL Konsol''' ===

Der LTL Konsol ('''L'''ess than '''T'''ruck '''L'''oad konsolidiert) bezeichnet den Geschäftsfall wenn mehrere Teilladungen (Sendungen verschiedener Auftraggeber) zusammengefasst und auf einem Transportmittel befördert werden.

[[Datei:LTL KONSOL.png|300px]]

-> Sonderfall der Erfassung: Werden mehrere Sendungen (Teilladungen) von '''einem''' Auftraggeber zusammen auf einem Transportmittel befördert und die Sendungen werden über die '''Zusammenfassungsnummer''' miteinander verbunden, dann ist das Produkt ein '''FTL'''

== '''BU Land - Bereich Rail''' ==
Im Bereich Rail unterscheiden wir aufgrund der Transportmodi zwischen 3 Arten von Produkten, die je nach Ausprägung Ganz-/ Teil-/ oder Teilprodukte Konsol sind.

=== '''Intermodal''' ===

Beim Produkt Intermodal wechselt das Transportgefäß, in diesem Fall ein Container, den Verkehrsträger. Üblich ist die Beladung eines Containers an der Ladestelle und Transport mit den LKW zum nächsten Hinterlandterminal

[[Datei:IM_GP.JPG|800px]]

=== '''Umladeverkehr''' ===

[[Datei:UV.JPG|500px]]

=== '''Konventionell''' ===

[[Datei:KO.JPG|500px]]

=== '''Ganz-/ Teilprodukt oder Teilprodukt konsol''' ===

Die 3 Verkehrsarten werden aufgrund der Ladungsverhältnisse gleich dem Road / Ocean Sendungen unterteilt in:
* Ganzprodukt
* Teilprodukt
* Teilprodukt Konsol

== BU Ocean ==
Zur Mengenbetrachtung im Bereich Ocean kommt die Spalte TEU_Berechnet der x_kompass_sdg Anzeigeart ins Spiel. Hier wird je nach Containertyp die Menge an TEU ermittelt.
Zum Beispiel wird ein 40" Container mit 2 TEU bewertet.

Eine Beschreibung der [https://de.wikipedia.org/wiki/Twenty-foot_Equivalent_Unit Twenty-foot Equivalent] Unit findet ihr hier.

=== FCL ===

Der FCL, Full Container Load, behandelt Komplettladungsverkehre. Er bezeichnet den Haus-zu-Haus-Verkehr des gesamten Behälters (Containers). Der voll beladenen und von der Zollbehörde verplombten Container zur Verfrachtung wird vom Reeder zur Verfrachtung übernommen.

[[Datei:FCL.png|300px]]

=== LCL ===

Der LCL, less than Container Load, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut). Meist werden in einem Sammelcontainer mehrere dieser LCL-Ladungen verschiedener Versender in Container Freight Stations konsolidiert. Bei diesem Produkt kaufen wir Frachtraum bei den Reedern und haben keinen Einfluss auf die Zuladung.

[[Datei:LCL.png|300px]]

=== LCL Konsol ===

Der LCL Konsol, less than Container Load konsolidiert, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut) und Platz für in gewissen Mengen erlaubte Zuladung lassen. In diesem Fall konsolidieren wir verschiedene Sendungen von verschiedenen Auftraggebern in einen Container

[[Datei:LCL KONSOL.png|300px]]

== BU Air ==
Da wir keine eigenen Flugzeuge haben, bzw. nur Ausnahmefällen den Frachtraum eines ganzen Flugzeugs chartern, gibt es im Luftbereich nur Teilprodukte, bzw. konsolidierte Teilprodukte.
Die Waren werden in der Regel in speziellen Containern für die Luftfracht transportiert.

[[Datei:Flugcontainer.jpg|300px]]

Die Produkte im Luftfrachtbereich sind somit:
* Luftfrachtteilprodukt
* Luftfrachtteilprodukt konsol

Weiterhin werden auch klassische Kuriersendungen in der BU Air abgewickelt. Hier werden sogenannte Kurier-Express-Paket-Dienste, auch als KEP-Dienste bekannt, beauftragt.
Die Produkte unterscheiden sich nach:
* Kurier Teilprodukt
* Kurier Teilprodukt Konsol

== BU Zoll ==
Um die Rechnungslegung und die Auswertbarkeit der Zolldienstleistungen, die wir für andere Parteien ohne Transportdienstleistung übernehmen, abbilden zu können, wird das Produkt Zolldienstleistung in der x_kompas_sdg Anzeige an das DWH übergeben.

= Ablauf der Produktermittlung =
Die Produktermittlung läuft in 2 Schritten ab. Wenn eine Sendung auf den Status fertig gespeichert wird die Ladungsart (Sendung) als Zusatzattribut gesetzt.
Wenn anschließend die Fahrt von einem niedrigeren Status als "auf Fahrt" auf den Status "Auf Fahrt" oder einen höheren Status wechselt wird die zweite Prüfung im LI Modul auf der Fahrt durchgeführt. Das ermittelte Produkt der Fahrt wird in das Zusatzattribut Ladungsart (Hauptlauf) geschrieben und auf die Sendung übertragen.

Ihr könnt die Produkte in der Sendungsmaske sehen. Die erste Ermittlung ist die Ladungsart (Sendung). Nach dem Fahrtstatuswechsel wird die Ladungsart (Hauptlauf) gesetzt und ebenfalls auf der Sendungsmaske angezeigt.

[[Datei:PRODUKTE_SDG.JPG|1000px]]

Auf der Fahrt findet ihr das Zusatzattribut hier.

[[Datei:PRODUKTE_FAHRT.JPG|800px]]

== Logik der Ermittlung ==

Je nach Verkehrsträger werden die Produkte unterschiedlich ermittelt. Grundsätzlich ist es immer eine Prüfung auf den Verkehr, Crossdocking-Partner vorhanden und die Sendungsbeschreibungszeilen. Auf den Fahrten wird geprüft ob mehrere Sendungen auf der Fahrt liegen und wie viele Auftraggeber an der Fahrt beteiligt sind.

=== Road ===

[[Datei:PE01.JPG|1100px]]

=== Ocean ===
[[Datei:PE02.JPG|900px]]

=== Air ===
[[Datei:PE03.JPG|800px]]

=== Rail ===
[[Datei:PE04.JPG|1250px]]

Die Übersicht findet ihr auch hier:

* <qpdf>Lbase_Doku/Produktermittlung.pdf, Produktermittlung Lbase Kompass Vers.02 vom 20.04.2022 </qpdf>

= siehe auch =
Tradelanes

= Verantwortlicher =

Sven Schmidt





[[Kategorie: Abteilung Verrechnung]]


[[Kategorie:Prozesse]]

Produktermittlung Lbase

2022-04-26T14:58:39Z

Zijbe: /* LTL Konsol */

Im Lbase werden '''Produkte''' aufgrund von Attributen und Prüfungen auf der Sendung/Fahrt und in der x_kompass_sdg festgeschrieben. Grundsätzlich unterscheiden wir zwischen:
* Ganzprodukt [FTL, FCL, Intermodal Ganzprodukt, Umladeverkehr Ganzprodukt, Konventionell Ganzprodukt, Zolldienstleistung]
* Teilprodukt [LTL, LCL, Luftfracht Teilprodukt, Kurier Teilprodukt, Intermodal Teilprodukt, Umladeverkehr Teilprodukt, Konventionell Teilprodukt]
* Teilprodukt Konsol [LTL Konsol, LCL Konsol, Luftfracht Teilprodukt Konsol, Intermodal Teilprodukt Konsol, Umladeverkehr Teilprodukt Konsol, Konventionell Teilprodukt Konsol]

= '''Produkte''' =
Die Produkte unterscheiden sich abhängig vom jeweiligen Verkehrsträger. Nachfolgend sind die Business Units.

== '''BU Land - Bereich Road''' ==
=== '''FTL''' ===

Der FTL ('''F'''ull '''T'''ruck '''L'''oad) behandelt Komplettladungsverkehre, bei denen eine einzige Komplettladung auf einem Transportfahrzeug befördert wird.

[[Datei:FTL.png|300px]]

=== LTL ===

Der LTL ('''L'''ess than '''T'''ruck '''L'''oad) gilt als Teilladungsverkehr, bei denen eine Teilladung auf einem Transportmittel befördert weird.

[[Datei:LTL.png|300px]]

=== '''LTL Konsol''' ===

Der LTL Konsol ('''L'''ess than '''T'''ruck '''L'''oad konsolidiert) bezeichnet den Geschäftsfall wenn mehrere Teilladungen (Sendungen verschiedener Auftraggeber) zusammengefasst und auf einem Transportmittel befördert werden.

[[Datei:LTL KONSOL.png|300px]]

-> Sonderfall der Erfassung: Werden mehrere Sendungen (Teilladungen) von '''einem''' Auftraggeber zusammen auf einem Transportmittel befördert und die Sendungen werden über die '''Zusammenfassungsnummer''' miteinander verbunden, dann ist das Produkt ein '''FTL'''

== '''BU Land - Bereich Rail''' ==
Im Bereich Rail unterscheiden wir aufgrund der Transportmodi zwischen 3 Arten von Produkten, die je nach Ausprägung Ganz-/ Teil-/ oder Teilprodukte Konsol sind.

=== '''Intermodal''' ===

Beim Produkt Intermodal wechselt das Transportgefäß, in diesem Fall ein Container, den Verkehrsträger. Üblich ist die Beladung eines Containers an der Ladestelle und Transport mit den LKW zum nächsten Hinterlandterminal

[[Datei:IM_GP.JPG|800px]]

=== '''Umladeverkehr''' ===

[[Datei:UV.JPG|500px]]

=== '''Konventionell''' ===

[[Datei:KO.JPG|500px]]

=== '''Ganz-/ Teilprodukt oder Teilprodukt konsol''' ===

Die 3 Verkehrsarten werden aufgrund der Ladungsverhältnisse gleich dem Road / Ocean Sendungen unterteilt in:
* Ganzprodukt
* Teilprodukt
* Teilprodukt Konsol

== BU Ocean ==
Zur Mengenbetrachtung im Bereich Ocean kommt die Spalte TEU_Berechnet der x_kompass_sdg Anzeigeart ins Spiel. Hier wird je nach Containertyp die Menge an TEU ermittelt.
Zum Beispiel wird ein 40" Container mit 2 TEU bewertet.

Eine Beschreibung der [https://de.wikipedia.org/wiki/Twenty-foot_Equivalent_Unit Twenty-foot Equivalent] Unit findet ihr hier.

=== FCL ===

Der FCL, Full Container Load, behandelt Komplettladungsverkehre. Er bezeichnet den Haus-zu-Haus-Verkehr des gesamten Behälters (Containers). Der voll beladenen und von der Zollbehörde verplombten Container zur Verfrachtung wird vom Reeder zur Verfrachtung übernommen.

[[Datei:FCL.png|300px]]

=== LCL ===

Der LCL, less than Container Load, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut). Meist werden in einem Sammelcontainer mehrere dieser LCL-Ladungen verschiedener Versender in Container Freight Stations konsolidiert. Bei diesem Produkt kaufen wir Frachtraum bei den Reedern und haben keinen Einfluss auf die Zuladung.

[[Datei:LCL.png|300px]]

=== LCL Konsol ===

Der LCL Konsol, less than Container Load konsolidiert, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut) und Platz für in gewissen Mengen erlaubte Zuladung lassen. In diesem Fall konsolidieren wir verschiedene Sendungen von verschiedenen Auftraggebern in einen Container

[[Datei:LCL KONSOL.png|300px]]

== BU Air ==
Da wir keine eigenen Flugzeuge haben, bzw. nur Ausnahmefällen den Frachtraum eines ganzen Flugzeugs chartern, gibt es im Luftbereich nur Teilprodukte, bzw. konsolidierte Teilprodukte.
Die Waren werden in der Regel in speziellen Containern für die Luftfracht transportiert.

[[Datei:Flugcontainer.jpg|300px]]

Die Produkte im Luftfrachtbereich sind somit:
* Luftfrachtteilprodukt
* Luftfrachtteilprodukt konsol

Weiterhin werden auch klassische Kuriersendungen in der BU Air abgewickelt. Hier werden sogenannte Kurier-Express-Paket-Dienste, auch als KEP-Dienste bekannt, beauftragt.
Die Produkte unterscheiden sich nach:
* Kurier Teilprodukt
* Kurier Teilprodukt Konsol

== BU Zoll ==
Um die Rechnungslegung und die Auswertbarkeit der Zolldienstleistungen, die wir für andere Parteien ohne Transportdienstleistung übernehmen, abbilden zu können, wird das Produkt Zolldienstleistung in der x_kompas_sdg Anzeige an das DWH übergeben.

= Ablauf der Produktermittlung =
Die Produktermittlung läuft in 2 Schritten ab. Wenn eine Sendung auf den Status fertig gespeichert wird die Ladungsart (Sendung) als Zusatzattribut gesetzt.
Wenn anschließend die Fahrt von einem niedrigeren Status als "auf Fahrt" auf den Status "Auf Fahrt" oder einen höheren Status wechselt wird die zweite Prüfung im LI Modul auf der Fahrt durchgeführt. Das ermittelte Produkt der Fahrt wird in das Zusatzattribut Ladungsart (Hauptlauf) geschrieben und auf die Sendung übertragen.

Ihr könnt die Produkte in der Sendungsmaske sehen. Die erste Ermittlung ist die Ladungsart (Sendung). Nach dem Fahrtstatuswechsel wird die Ladungsart (Hauptlauf) gesetzt und ebenfalls auf der Sendungsmaske angezeigt.

[[Datei:PRODUKTE_SDG.JPG|1000px]]

Auf der Fahrt findet ihr das Zusatzattribut hier.

[[Datei:PRODUKTE_FAHRT.JPG|800px]]

== Logik der Ermittlung ==

Je nach Verkehrsträger werden die Produkte unterschiedlich ermittelt. Grundsätzlich ist es immer eine Prüfung auf den Verkehr, Crossdocking-Partner vorhanden und die Sendungsbeschreibungszeilen. Auf den Fahrten wird geprüft ob mehrere Sendungen auf der Fahrt liegen und wie viele Auftraggeber an der Fahrt beteiligt sind.

=== Road ===

[[Datei:PE01.JPG|1100px]]

=== Ocean ===
[[Datei:PE02.JPG|900px]]

=== Air ===
[[Datei:PE03.JPG|800px]]

=== Rail ===
[[Datei:PE04.JPG|1250px]]

Die Übersicht findet ihr auch hier:

* <qpdf>Lbase_Doku/Produktermittlung.pdf, Produktermittlung Lbase Kompass Vers.02 vom 20.04.2022 </qpdf>

= siehe auch =
Tradelanes

= Verantwortlicher =

Sven Schmidt





[[Kategorie: Abteilung Verrechnung]]


[[Kategorie:Prozesse]]

Produktermittlung Lbase

2022-04-26T14:58:04Z

Zijbe: /* LTL */

Im Lbase werden '''Produkte''' aufgrund von Attributen und Prüfungen auf der Sendung/Fahrt und in der x_kompass_sdg festgeschrieben. Grundsätzlich unterscheiden wir zwischen:
* Ganzprodukt [FTL, FCL, Intermodal Ganzprodukt, Umladeverkehr Ganzprodukt, Konventionell Ganzprodukt, Zolldienstleistung]
* Teilprodukt [LTL, LCL, Luftfracht Teilprodukt, Kurier Teilprodukt, Intermodal Teilprodukt, Umladeverkehr Teilprodukt, Konventionell Teilprodukt]
* Teilprodukt Konsol [LTL Konsol, LCL Konsol, Luftfracht Teilprodukt Konsol, Intermodal Teilprodukt Konsol, Umladeverkehr Teilprodukt Konsol, Konventionell Teilprodukt Konsol]

= '''Produkte''' =
Die Produkte unterscheiden sich abhängig vom jeweiligen Verkehrsträger. Nachfolgend sind die Business Units.

== '''BU Land - Bereich Road''' ==
=== '''FTL''' ===

Der FTL ('''F'''ull '''T'''ruck '''L'''oad) behandelt Komplettladungsverkehre, bei denen eine einzige Komplettladung auf einem Transportfahrzeug befördert wird.

[[Datei:FTL.png|300px]]

=== LTL ===

Der LTL ('''L'''ess than '''T'''ruck '''L'''oad) gilt als Teilladungsverkehr, bei denen eine Teilladung auf einem Transportmittel befördert weird.

[[Datei:LTL.png|300px]]

=== '''LTL Konsol''' ===

Der LTL Konsol, less than truckload konsolidiert, bezeichnet den Geschäftsfall wenn mehrere Teilladungen (Sendungen verschiedener Auftraggeber) zusammengefasst und auf einem Transportmittel befördert werden.

[[Datei:LTL KONSOL.png|300px]]

-> Sonderfall der Erfassung: Werden mehrere Sendungen (Teilladungen) von '''einem''' Auftraggeber zusammen auf einem Transportmittel befördert und die Sendungen werden über die '''Zusammenfassungsnummer''' miteinander verbunden, dann ist das Produkt ein '''FTL'''

== '''BU Land - Bereich Rail''' ==
Im Bereich Rail unterscheiden wir aufgrund der Transportmodi zwischen 3 Arten von Produkten, die je nach Ausprägung Ganz-/ Teil-/ oder Teilprodukte Konsol sind.

=== '''Intermodal''' ===

Beim Produkt Intermodal wechselt das Transportgefäß, in diesem Fall ein Container, den Verkehrsträger. Üblich ist die Beladung eines Containers an der Ladestelle und Transport mit den LKW zum nächsten Hinterlandterminal

[[Datei:IM_GP.JPG|800px]]

=== '''Umladeverkehr''' ===

[[Datei:UV.JPG|500px]]

=== '''Konventionell''' ===

[[Datei:KO.JPG|500px]]

=== '''Ganz-/ Teilprodukt oder Teilprodukt konsol''' ===

Die 3 Verkehrsarten werden aufgrund der Ladungsverhältnisse gleich dem Road / Ocean Sendungen unterteilt in:
* Ganzprodukt
* Teilprodukt
* Teilprodukt Konsol

== BU Ocean ==
Zur Mengenbetrachtung im Bereich Ocean kommt die Spalte TEU_Berechnet der x_kompass_sdg Anzeigeart ins Spiel. Hier wird je nach Containertyp die Menge an TEU ermittelt.
Zum Beispiel wird ein 40" Container mit 2 TEU bewertet.

Eine Beschreibung der [https://de.wikipedia.org/wiki/Twenty-foot_Equivalent_Unit Twenty-foot Equivalent] Unit findet ihr hier.

=== FCL ===

Der FCL, Full Container Load, behandelt Komplettladungsverkehre. Er bezeichnet den Haus-zu-Haus-Verkehr des gesamten Behälters (Containers). Der voll beladenen und von der Zollbehörde verplombten Container zur Verfrachtung wird vom Reeder zur Verfrachtung übernommen.

[[Datei:FCL.png|300px]]

=== LCL ===

Der LCL, less than Container Load, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut). Meist werden in einem Sammelcontainer mehrere dieser LCL-Ladungen verschiedener Versender in Container Freight Stations konsolidiert. Bei diesem Produkt kaufen wir Frachtraum bei den Reedern und haben keinen Einfluss auf die Zuladung.

[[Datei:LCL.png|300px]]

=== LCL Konsol ===

Der LCL Konsol, less than Container Load konsolidiert, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut) und Platz für in gewissen Mengen erlaubte Zuladung lassen. In diesem Fall konsolidieren wir verschiedene Sendungen von verschiedenen Auftraggebern in einen Container

[[Datei:LCL KONSOL.png|300px]]

== BU Air ==
Da wir keine eigenen Flugzeuge haben, bzw. nur Ausnahmefällen den Frachtraum eines ganzen Flugzeugs chartern, gibt es im Luftbereich nur Teilprodukte, bzw. konsolidierte Teilprodukte.
Die Waren werden in der Regel in speziellen Containern für die Luftfracht transportiert.

[[Datei:Flugcontainer.jpg|300px]]

Die Produkte im Luftfrachtbereich sind somit:
* Luftfrachtteilprodukt
* Luftfrachtteilprodukt konsol

Weiterhin werden auch klassische Kuriersendungen in der BU Air abgewickelt. Hier werden sogenannte Kurier-Express-Paket-Dienste, auch als KEP-Dienste bekannt, beauftragt.
Die Produkte unterscheiden sich nach:
* Kurier Teilprodukt
* Kurier Teilprodukt Konsol

== BU Zoll ==
Um die Rechnungslegung und die Auswertbarkeit der Zolldienstleistungen, die wir für andere Parteien ohne Transportdienstleistung übernehmen, abbilden zu können, wird das Produkt Zolldienstleistung in der x_kompas_sdg Anzeige an das DWH übergeben.

= Ablauf der Produktermittlung =
Die Produktermittlung läuft in 2 Schritten ab. Wenn eine Sendung auf den Status fertig gespeichert wird die Ladungsart (Sendung) als Zusatzattribut gesetzt.
Wenn anschließend die Fahrt von einem niedrigeren Status als "auf Fahrt" auf den Status "Auf Fahrt" oder einen höheren Status wechselt wird die zweite Prüfung im LI Modul auf der Fahrt durchgeführt. Das ermittelte Produkt der Fahrt wird in das Zusatzattribut Ladungsart (Hauptlauf) geschrieben und auf die Sendung übertragen.

Ihr könnt die Produkte in der Sendungsmaske sehen. Die erste Ermittlung ist die Ladungsart (Sendung). Nach dem Fahrtstatuswechsel wird die Ladungsart (Hauptlauf) gesetzt und ebenfalls auf der Sendungsmaske angezeigt.

[[Datei:PRODUKTE_SDG.JPG|1000px]]

Auf der Fahrt findet ihr das Zusatzattribut hier.

[[Datei:PRODUKTE_FAHRT.JPG|800px]]

== Logik der Ermittlung ==

Je nach Verkehrsträger werden die Produkte unterschiedlich ermittelt. Grundsätzlich ist es immer eine Prüfung auf den Verkehr, Crossdocking-Partner vorhanden und die Sendungsbeschreibungszeilen. Auf den Fahrten wird geprüft ob mehrere Sendungen auf der Fahrt liegen und wie viele Auftraggeber an der Fahrt beteiligt sind.

=== Road ===

[[Datei:PE01.JPG|1100px]]

=== Ocean ===
[[Datei:PE02.JPG|900px]]

=== Air ===
[[Datei:PE03.JPG|800px]]

=== Rail ===
[[Datei:PE04.JPG|1250px]]

Die Übersicht findet ihr auch hier:

* <qpdf>Lbase_Doku/Produktermittlung.pdf, Produktermittlung Lbase Kompass Vers.02 vom 20.04.2022 </qpdf>

= siehe auch =
Tradelanes

= Verantwortlicher =

Sven Schmidt





[[Kategorie: Abteilung Verrechnung]]


[[Kategorie:Prozesse]]

Produktermittlung Lbase

2022-04-26T14:57:27Z

Zijbe: /* FTL */

Im Lbase werden '''Produkte''' aufgrund von Attributen und Prüfungen auf der Sendung/Fahrt und in der x_kompass_sdg festgeschrieben. Grundsätzlich unterscheiden wir zwischen:
* Ganzprodukt [FTL, FCL, Intermodal Ganzprodukt, Umladeverkehr Ganzprodukt, Konventionell Ganzprodukt, Zolldienstleistung]
* Teilprodukt [LTL, LCL, Luftfracht Teilprodukt, Kurier Teilprodukt, Intermodal Teilprodukt, Umladeverkehr Teilprodukt, Konventionell Teilprodukt]
* Teilprodukt Konsol [LTL Konsol, LCL Konsol, Luftfracht Teilprodukt Konsol, Intermodal Teilprodukt Konsol, Umladeverkehr Teilprodukt Konsol, Konventionell Teilprodukt Konsol]

= '''Produkte''' =
Die Produkte unterscheiden sich abhängig vom jeweiligen Verkehrsträger. Nachfolgend sind die Business Units.

== '''BU Land - Bereich Road''' ==
=== '''FTL''' ===

Der FTL ('''F'''ull '''T'''ruck '''L'''oad) behandelt Komplettladungsverkehre, bei denen eine einzige Komplettladung auf einem Transportfahrzeug befördert wird.

[[Datei:FTL.png|300px]]

=== LTL ===

Der LTL, less than truckload, gilt als Teilladungsverkehr, bei denen eine Teilladung auf einem Transportmittel befördert weird.

[[Datei:LTL.png|300px]]

=== '''LTL Konsol''' ===

Der LTL Konsol, less than truckload konsolidiert, bezeichnet den Geschäftsfall wenn mehrere Teilladungen (Sendungen verschiedener Auftraggeber) zusammengefasst und auf einem Transportmittel befördert werden.

[[Datei:LTL KONSOL.png|300px]]

-> Sonderfall der Erfassung: Werden mehrere Sendungen (Teilladungen) von '''einem''' Auftraggeber zusammen auf einem Transportmittel befördert und die Sendungen werden über die '''Zusammenfassungsnummer''' miteinander verbunden, dann ist das Produkt ein '''FTL'''

== '''BU Land - Bereich Rail''' ==
Im Bereich Rail unterscheiden wir aufgrund der Transportmodi zwischen 3 Arten von Produkten, die je nach Ausprägung Ganz-/ Teil-/ oder Teilprodukte Konsol sind.

=== '''Intermodal''' ===

Beim Produkt Intermodal wechselt das Transportgefäß, in diesem Fall ein Container, den Verkehrsträger. Üblich ist die Beladung eines Containers an der Ladestelle und Transport mit den LKW zum nächsten Hinterlandterminal

[[Datei:IM_GP.JPG|800px]]

=== '''Umladeverkehr''' ===

[[Datei:UV.JPG|500px]]

=== '''Konventionell''' ===

[[Datei:KO.JPG|500px]]

=== '''Ganz-/ Teilprodukt oder Teilprodukt konsol''' ===

Die 3 Verkehrsarten werden aufgrund der Ladungsverhältnisse gleich dem Road / Ocean Sendungen unterteilt in:
* Ganzprodukt
* Teilprodukt
* Teilprodukt Konsol

== BU Ocean ==
Zur Mengenbetrachtung im Bereich Ocean kommt die Spalte TEU_Berechnet der x_kompass_sdg Anzeigeart ins Spiel. Hier wird je nach Containertyp die Menge an TEU ermittelt.
Zum Beispiel wird ein 40" Container mit 2 TEU bewertet.

Eine Beschreibung der [https://de.wikipedia.org/wiki/Twenty-foot_Equivalent_Unit Twenty-foot Equivalent] Unit findet ihr hier.

=== FCL ===

Der FCL, Full Container Load, behandelt Komplettladungsverkehre. Er bezeichnet den Haus-zu-Haus-Verkehr des gesamten Behälters (Containers). Der voll beladenen und von der Zollbehörde verplombten Container zur Verfrachtung wird vom Reeder zur Verfrachtung übernommen.

[[Datei:FCL.png|300px]]

=== LCL ===

Der LCL, less than Container Load, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut). Meist werden in einem Sammelcontainer mehrere dieser LCL-Ladungen verschiedener Versender in Container Freight Stations konsolidiert. Bei diesem Produkt kaufen wir Frachtraum bei den Reedern und haben keinen Einfluss auf die Zuladung.

[[Datei:LCL.png|300px]]

=== LCL Konsol ===

Der LCL Konsol, less than Container Load konsolidiert, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut) und Platz für in gewissen Mengen erlaubte Zuladung lassen. In diesem Fall konsolidieren wir verschiedene Sendungen von verschiedenen Auftraggebern in einen Container

[[Datei:LCL KONSOL.png|300px]]

== BU Air ==
Da wir keine eigenen Flugzeuge haben, bzw. nur Ausnahmefällen den Frachtraum eines ganzen Flugzeugs chartern, gibt es im Luftbereich nur Teilprodukte, bzw. konsolidierte Teilprodukte.
Die Waren werden in der Regel in speziellen Containern für die Luftfracht transportiert.

[[Datei:Flugcontainer.jpg|300px]]

Die Produkte im Luftfrachtbereich sind somit:
* Luftfrachtteilprodukt
* Luftfrachtteilprodukt konsol

Weiterhin werden auch klassische Kuriersendungen in der BU Air abgewickelt. Hier werden sogenannte Kurier-Express-Paket-Dienste, auch als KEP-Dienste bekannt, beauftragt.
Die Produkte unterscheiden sich nach:
* Kurier Teilprodukt
* Kurier Teilprodukt Konsol

== BU Zoll ==
Um die Rechnungslegung und die Auswertbarkeit der Zolldienstleistungen, die wir für andere Parteien ohne Transportdienstleistung übernehmen, abbilden zu können, wird das Produkt Zolldienstleistung in der x_kompas_sdg Anzeige an das DWH übergeben.

= Ablauf der Produktermittlung =
Die Produktermittlung läuft in 2 Schritten ab. Wenn eine Sendung auf den Status fertig gespeichert wird die Ladungsart (Sendung) als Zusatzattribut gesetzt.
Wenn anschließend die Fahrt von einem niedrigeren Status als "auf Fahrt" auf den Status "Auf Fahrt" oder einen höheren Status wechselt wird die zweite Prüfung im LI Modul auf der Fahrt durchgeführt. Das ermittelte Produkt der Fahrt wird in das Zusatzattribut Ladungsart (Hauptlauf) geschrieben und auf die Sendung übertragen.

Ihr könnt die Produkte in der Sendungsmaske sehen. Die erste Ermittlung ist die Ladungsart (Sendung). Nach dem Fahrtstatuswechsel wird die Ladungsart (Hauptlauf) gesetzt und ebenfalls auf der Sendungsmaske angezeigt.

[[Datei:PRODUKTE_SDG.JPG|1000px]]

Auf der Fahrt findet ihr das Zusatzattribut hier.

[[Datei:PRODUKTE_FAHRT.JPG|800px]]

== Logik der Ermittlung ==

Je nach Verkehrsträger werden die Produkte unterschiedlich ermittelt. Grundsätzlich ist es immer eine Prüfung auf den Verkehr, Crossdocking-Partner vorhanden und die Sendungsbeschreibungszeilen. Auf den Fahrten wird geprüft ob mehrere Sendungen auf der Fahrt liegen und wie viele Auftraggeber an der Fahrt beteiligt sind.

=== Road ===

[[Datei:PE01.JPG|1100px]]

=== Ocean ===
[[Datei:PE02.JPG|900px]]

=== Air ===
[[Datei:PE03.JPG|800px]]

=== Rail ===
[[Datei:PE04.JPG|1250px]]

Die Übersicht findet ihr auch hier:

* <qpdf>Lbase_Doku/Produktermittlung.pdf, Produktermittlung Lbase Kompass Vers.02 vom 20.04.2022 </qpdf>

= siehe auch =
Tradelanes

= Verantwortlicher =

Sven Schmidt





[[Kategorie: Abteilung Verrechnung]]


[[Kategorie:Prozesse]]

Produktermittlung Lbase

2022-04-26T14:56:59Z

Zijbe: /* FTL */

Im Lbase werden '''Produkte''' aufgrund von Attributen und Prüfungen auf der Sendung/Fahrt und in der x_kompass_sdg festgeschrieben. Grundsätzlich unterscheiden wir zwischen:
* Ganzprodukt [FTL, FCL, Intermodal Ganzprodukt, Umladeverkehr Ganzprodukt, Konventionell Ganzprodukt, Zolldienstleistung]
* Teilprodukt [LTL, LCL, Luftfracht Teilprodukt, Kurier Teilprodukt, Intermodal Teilprodukt, Umladeverkehr Teilprodukt, Konventionell Teilprodukt]
* Teilprodukt Konsol [LTL Konsol, LCL Konsol, Luftfracht Teilprodukt Konsol, Intermodal Teilprodukt Konsol, Umladeverkehr Teilprodukt Konsol, Konventionell Teilprodukt Konsol]

= '''Produkte''' =
Die Produkte unterscheiden sich abhängig vom jeweiligen Verkehrsträger. Nachfolgend sind die Business Units.

== '''BU Land - Bereich Road''' ==
=== '''FTL''' ===

Der FTL, '''F'''ull '''T'''ruck '''L'''oad, behandelt Komplettladungsverkehre, bei denen eine einzige Komplettladung auf einem Transportfahrzeug befördert wird.

[[Datei:FTL.png|300px]]

=== LTL ===

Der LTL, less than truckload, gilt als Teilladungsverkehr, bei denen eine Teilladung auf einem Transportmittel befördert weird.

[[Datei:LTL.png|300px]]

=== '''LTL Konsol''' ===

Der LTL Konsol, less than truckload konsolidiert, bezeichnet den Geschäftsfall wenn mehrere Teilladungen (Sendungen verschiedener Auftraggeber) zusammengefasst und auf einem Transportmittel befördert werden.

[[Datei:LTL KONSOL.png|300px]]

-> Sonderfall der Erfassung: Werden mehrere Sendungen (Teilladungen) von '''einem''' Auftraggeber zusammen auf einem Transportmittel befördert und die Sendungen werden über die '''Zusammenfassungsnummer''' miteinander verbunden, dann ist das Produkt ein '''FTL'''

== '''BU Land - Bereich Rail''' ==
Im Bereich Rail unterscheiden wir aufgrund der Transportmodi zwischen 3 Arten von Produkten, die je nach Ausprägung Ganz-/ Teil-/ oder Teilprodukte Konsol sind.

=== '''Intermodal''' ===

Beim Produkt Intermodal wechselt das Transportgefäß, in diesem Fall ein Container, den Verkehrsträger. Üblich ist die Beladung eines Containers an der Ladestelle und Transport mit den LKW zum nächsten Hinterlandterminal

[[Datei:IM_GP.JPG|800px]]

=== '''Umladeverkehr''' ===

[[Datei:UV.JPG|500px]]

=== '''Konventionell''' ===

[[Datei:KO.JPG|500px]]

=== '''Ganz-/ Teilprodukt oder Teilprodukt konsol''' ===

Die 3 Verkehrsarten werden aufgrund der Ladungsverhältnisse gleich dem Road / Ocean Sendungen unterteilt in:
* Ganzprodukt
* Teilprodukt
* Teilprodukt Konsol

== BU Ocean ==
Zur Mengenbetrachtung im Bereich Ocean kommt die Spalte TEU_Berechnet der x_kompass_sdg Anzeigeart ins Spiel. Hier wird je nach Containertyp die Menge an TEU ermittelt.
Zum Beispiel wird ein 40" Container mit 2 TEU bewertet.

Eine Beschreibung der [https://de.wikipedia.org/wiki/Twenty-foot_Equivalent_Unit Twenty-foot Equivalent] Unit findet ihr hier.

=== FCL ===

Der FCL, Full Container Load, behandelt Komplettladungsverkehre. Er bezeichnet den Haus-zu-Haus-Verkehr des gesamten Behälters (Containers). Der voll beladenen und von der Zollbehörde verplombten Container zur Verfrachtung wird vom Reeder zur Verfrachtung übernommen.

[[Datei:FCL.png|300px]]

=== LCL ===

Der LCL, less than Container Load, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut). Meist werden in einem Sammelcontainer mehrere dieser LCL-Ladungen verschiedener Versender in Container Freight Stations konsolidiert. Bei diesem Produkt kaufen wir Frachtraum bei den Reedern und haben keinen Einfluss auf die Zuladung.

[[Datei:LCL.png|300px]]

=== LCL Konsol ===

Der LCL Konsol, less than Container Load konsolidiert, bzw. Containerteilladung ist eine Bezeichnung für Warensendungen in Containern, die den Container nicht komplett ausfüllen (Stückgut) und Platz für in gewissen Mengen erlaubte Zuladung lassen. In diesem Fall konsolidieren wir verschiedene Sendungen von verschiedenen Auftraggebern in einen Container

[[Datei:LCL KONSOL.png|300px]]

== BU Air ==
Da wir keine eigenen Flugzeuge haben, bzw. nur Ausnahmefällen den Frachtraum eines ganzen Flugzeugs chartern, gibt es im Luftbereich nur Teilprodukte, bzw. konsolidierte Teilprodukte.
Die Waren werden in der Regel in speziellen Containern für die Luftfracht transportiert.

[[Datei:Flugcontainer.jpg|300px]]

Die Produkte im Luftfrachtbereich sind somit:
* Luftfrachtteilprodukt
* Luftfrachtteilprodukt konsol

Weiterhin werden auch klassische Kuriersendungen in der BU Air abgewickelt. Hier werden sogenannte Kurier-Express-Paket-Dienste, auch als KEP-Dienste bekannt, beauftragt.
Die Produkte unterscheiden sich nach:
* Kurier Teilprodukt
* Kurier Teilprodukt Konsol

== BU Zoll ==
Um die Rechnungslegung und die Auswertbarkeit der Zolldienstleistungen, die wir für andere Parteien ohne Transportdienstleistung übernehmen, abbilden zu können, wird das Produkt Zolldienstleistung in der x_kompas_sdg Anzeige an das DWH übergeben.

= Ablauf der Produktermittlung =
Die Produktermittlung läuft in 2 Schritten ab. Wenn eine Sendung auf den Status fertig gespeichert wird die Ladungsart (Sendung) als Zusatzattribut gesetzt.
Wenn anschließend die Fahrt von einem niedrigeren Status als "auf Fahrt" auf den Status "Auf Fahrt" oder einen höheren Status wechselt wird die zweite Prüfung im LI Modul auf der Fahrt durchgeführt. Das ermittelte Produkt der Fahrt wird in das Zusatzattribut Ladungsart (Hauptlauf) geschrieben und auf die Sendung übertragen.

Ihr könnt die Produkte in der Sendungsmaske sehen. Die erste Ermittlung ist die Ladungsart (Sendung). Nach dem Fahrtstatuswechsel wird die Ladungsart (Hauptlauf) gesetzt und ebenfalls auf der Sendungsmaske angezeigt.

[[Datei:PRODUKTE_SDG.JPG|1000px]]

Auf der Fahrt findet ihr das Zusatzattribut hier.

[[Datei:PRODUKTE_FAHRT.JPG|800px]]

== Logik der Ermittlung ==

Je nach Verkehrsträger werden die Produkte unterschiedlich ermittelt. Grundsätzlich ist es immer eine Prüfung auf den Verkehr, Crossdocking-Partner vorhanden und die Sendungsbeschreibungszeilen. Auf den Fahrten wird geprüft ob mehrere Sendungen auf der Fahrt liegen und wie viele Auftraggeber an der Fahrt beteiligt sind.

=== Road ===

[[Datei:PE01.JPG|1100px]]

=== Ocean ===
[[Datei:PE02.JPG|900px]]

=== Air ===
[[Datei:PE03.JPG|800px]]

=== Rail ===
[[Datei:PE04.JPG|1250px]]

Die Übersicht findet ihr auch hier:

* <qpdf>Lbase_Doku/Produktermittlung.pdf, Produktermittlung Lbase Kompass Vers.02 vom 20.04.2022 </qpdf>

= siehe auch =
Tradelanes

= Verantwortlicher =

Sven Schmidt





[[Kategorie: Abteilung Verrechnung]]


[[Kategorie:Prozesse]]

RPA - Zollabgabenkonto AIR

2021-10-13T14:33:44Z

Zijbe:

Dieser RPA greift XML- und PDF-Dateien ab, entscheidet ob diese relevant sind (=> wenn Zollstelle 320000, 520000, oder 700000), archiviert die zugehörigen PDFs in Intex und versendet Benachrichtigungen an folgende Mailadressen:

- Einzelpersonen:
# b.chen@berger-logistik.com
# d.britz@berger-logistik.com
# i.brandstetter@berger-logistik.com
# k.erlacher-boeheim@berger-logistik.com
# l.born@berger-logistik.com
# m.agguen@berger-logistik.com
# m.maier@berger-logistik.com
# m.gartlgruber@berger-logistik.com
# n.reinthaler@berger-logistik.com
# n.klobasa@berger-logistik.com
# p.scholz@berger-logistik.com
# r.erlacher@berger-logistik.com
# s.dachauer@berger-logistik.com

- Gruppenpostfächer:
# office@c-c-s.co.at
# zoll.berger@berger-logistik.com

= Ablauf =

Der RPA überprüft alle 5 Minuten, ob Zolldokumente aus dem Telotec Datenaustausch (Ordner "C:\RPA_Datenaustausch\Telotec\getfromtelo" auf VM blsvrpa001) eingespielt worden sind und versendet im Fall eines relevanten Zolldokumentes Mails an die oben genannten Mailadressen und loggt folgende Daten in einer Datenbanktabelle (IN_TELOTEC):
# MRN
# Bezugsnummer (Sendungs-ID)
# Dokumenttyp
# Bearbeiter
# Telotec Referenz-ID
# Abgabenkonto

== Eingabe ==

XML- und PDF-Dateien

== Ausnahmen ==

Im Falle eines fehlerhaften und in weiterer Folge stornierten Zolldokumentes, muss die Zollabteilung manuell dem externen Partner mitteilen, dass das vom Bot versendete fehlerhafte Dokument zu ignorieren ist

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Vienna Air]]
[[Kategorie: Team Graz Air]]
[[Kategorie: Team Red Bull Air]]
[[Kategorie: Team Zoll Wörgl]]
[[Kategorie: Team Red Bull Office Nüziders]]

[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Zollabgabenkonto AIR

2021-09-21T14:27:09Z

Zijbe: /* Eingabe */

Dieser RPA greift XML- und PDF-Dateien ab, entscheidet ob diese relevant sind (=> wenn AT320000 in MRN), archiviert die zugehörigen PDFs in Intex und versendet Benachrichtigungen an folgende Mailadressen:

- Einzelpersonen:
# b.chen@berger-logistik.com
# d.britz@berger-logistik.com
# i.brandstetter@berger-logistik.com
# k.erlacher-boeheim@berger-logistik.com
# l.born@berger-logistik.com
# m.agguen@berger-logistik.com
# m.maier@berger-logistik.com
# m.gartlgruber@berger-logistik.com
# n.reinthaler@berger-logistik.com
# n.klobasa@berger-logistik.com
# p.scholz@berger-logistik.com
# r.erlacher@berger-logistik.com
# s.dachauer@berger-logistik.com

- Gruppenpostfächer:
# office@c-c-s.co.at
# zoll.berger@berger-logistik.com

= Ablauf =

Der RPA überprüft alle 5 Minuten, ob Zolldokumente aus dem Telotec Datenaustausch (Ordner "C:\RPA_Datenaustausch\Telotec\getfromtelo" auf VM blsvrpa001) eingespielt worden sind und versendet im Fall eines relevanten Zolldokumentes Mails an die oben genannten Mailadressen und loggt folgende Daten in einer Datenbanktabelle (IN_TELOTEC):
# MRN
# Bezugsnummer (Sendungs-ID)
# Dokumenttyp
# Bearbeiter
# Telotec Referenz-ID
# Abgabenkonto

== Eingabe ==

XML- und PDF-Dateien

== Ausnahmen ==

Im Falle eines fehlerhaften und in weiterer Folge stornierten Zolldokumentes, muss die Zollabteilung manuell dem externen Partner mitteilen, dass das vom Bot versendete fehlerhafte Dokument zu ignorieren ist

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Vienna Air]]
[[Kategorie: Team Graz Air]]
[[Kategorie: Team Red Bull Air]]
[[Kategorie: Team Zoll Wörgl]]
[[Kategorie: Team Red Bull Office Nüziders]]

[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Zollabgabenkonto AIR

2021-09-21T14:26:22Z

Zijbe: /* Ablauf */

Dieser RPA greift XML- und PDF-Dateien ab, entscheidet ob diese relevant sind (=> wenn AT320000 in MRN), archiviert die zugehörigen PDFs in Intex und versendet Benachrichtigungen an folgende Mailadressen:

- Einzelpersonen:
# b.chen@berger-logistik.com
# d.britz@berger-logistik.com
# i.brandstetter@berger-logistik.com
# k.erlacher-boeheim@berger-logistik.com
# l.born@berger-logistik.com
# m.agguen@berger-logistik.com
# m.maier@berger-logistik.com
# m.gartlgruber@berger-logistik.com
# n.reinthaler@berger-logistik.com
# n.klobasa@berger-logistik.com
# p.scholz@berger-logistik.com
# r.erlacher@berger-logistik.com
# s.dachauer@berger-logistik.com

- Gruppenpostfächer:
# office@c-c-s.co.at
# zoll.berger@berger-logistik.com

= Ablauf =

Der RPA überprüft alle 5 Minuten, ob Zolldokumente aus dem Telotec Datenaustausch (Ordner "C:\RPA_Datenaustausch\Telotec\getfromtelo" auf VM blsvrpa001) eingespielt worden sind und versendet im Fall eines relevanten Zolldokumentes Mails an die oben genannten Mailadressen und loggt folgende Daten in einer Datenbanktabelle (IN_TELOTEC):
# MRN
# Bezugsnummer (Sendungs-ID)
# Dokumenttyp
# Bearbeiter
# Telotec Referenz-ID
# Abgabenkonto

== Eingabe ==

XML- und PDF-Dateien

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Vienna Air]]
[[Kategorie: Team Graz Air]]
[[Kategorie: Team Red Bull Air]]
[[Kategorie: Team Zoll Wörgl]]
[[Kategorie: Team Red Bull Office Nüziders]]

[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Zollabgabenkonto AIR

2021-09-21T14:25:44Z

Zijbe: /* Ablauf */

Dieser RPA greift XML- und PDF-Dateien ab, entscheidet ob diese relevant sind (=> wenn AT320000 in MRN), archiviert die zugehörigen PDFs in Intex und versendet Benachrichtigungen an folgende Mailadressen:

- Einzelpersonen:
# b.chen@berger-logistik.com
# d.britz@berger-logistik.com
# i.brandstetter@berger-logistik.com
# k.erlacher-boeheim@berger-logistik.com
# l.born@berger-logistik.com
# m.agguen@berger-logistik.com
# m.maier@berger-logistik.com
# m.gartlgruber@berger-logistik.com
# n.reinthaler@berger-logistik.com
# n.klobasa@berger-logistik.com
# p.scholz@berger-logistik.com
# r.erlacher@berger-logistik.com
# s.dachauer@berger-logistik.com

- Gruppenpostfächer:
# office@c-c-s.co.at
# zoll.berger@berger-logistik.com

= Ablauf =

Der RPA überprüft alle 5 Minuten, ob Zolldokumente aus dem Telotec Datenaustausch (Ordner C:\RPA_Datenaustausch\Telotec\getfromtelo auf VM blsvrpa001) eingespielt worden sind und versendet im Fall eines relevanten Zolldokumentes Mails an die oben genannten Mailadressen und loggt folgende Daten in einer Datenbanktabelle:
# MRN
# Bezugsnummer (Sendungs-ID)
# Dokumenttyp
# Bearbeiter
# Telotec Referenz-ID
# Abgabenkonto

== Eingabe ==

XML- und PDF-Dateien

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Vienna Air]]
[[Kategorie: Team Graz Air]]
[[Kategorie: Team Red Bull Air]]
[[Kategorie: Team Zoll Wörgl]]
[[Kategorie: Team Red Bull Office Nüziders]]

[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Zollabgabenkonto AIR

2021-09-21T14:24:31Z

Zijbe: /* Ablauf */

Dieser RPA greift XML- und PDF-Dateien ab, entscheidet ob diese relevant sind (=> wenn AT320000 in MRN), archiviert die zugehörigen PDFs in Intex und versendet Benachrichtigungen an folgende Mailadressen:

- Einzelpersonen:
# b.chen@berger-logistik.com
# d.britz@berger-logistik.com
# i.brandstetter@berger-logistik.com
# k.erlacher-boeheim@berger-logistik.com
# l.born@berger-logistik.com
# m.agguen@berger-logistik.com
# m.maier@berger-logistik.com
# m.gartlgruber@berger-logistik.com
# n.reinthaler@berger-logistik.com
# n.klobasa@berger-logistik.com
# p.scholz@berger-logistik.com
# r.erlacher@berger-logistik.com
# s.dachauer@berger-logistik.com

- Gruppenpostfächer:
# office@c-c-s.co.at
# zoll.berger@berger-logistik.com

= Ablauf =

Der RPA überprüft alle 5 Minuten, ob Zolldokumente aus dem Telotec Datenaustausch (Ordner C:\RPA_Datenaustausch\Telotec\getfromtelo auf VM blsvrpa001) eingespielt worden sind und versendet im Fall eines relevanten Zolldokumentes Mails an die oben genannten Mailadressen und loggt folgende Daten in einer Datenbanktabelle:
# MRN
# Bezugsnummer (Sendungs-ID)
# Dokumenttyp
# Bearbeiter
# Referenz_ID
# Abgabenkonto

== Eingabe ==

E-Mails mit PDF Dokumenten im Anhang vom Absender '''no-reply@ezollonline.at''' werden an das Postfach '''Zoll.ccs@berger-logistics.com''' versendet. Der RPA greift diese Emails ab.

== Durchlauf ==

Dieser RPA speichert die PDF Dateien und klassifiziert diese als Abgabenbescheide oder sonstige Zolldokumente. Anschließend werden via PDF Extrakt die Beträge der Abgabenbescheide und das Abgabenkonto ausgelesen.
Die Abgaben auf dem Berger Konto 5024641 werden in der Übersichtsexcel eingetragen.

== Ausgabe ==

Die Excel wird unter folgendem Pfad abgelegt:
H:\Abteilung_Zoll\Verzollungen_Abgabenkonto\Wien\Abgabenbeträge Masterdatei.xlsx

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Vienna Air]]
[[Kategorie: Team Graz Air]]
[[Kategorie: Team Red Bull Air]]
[[Kategorie: Team Zoll Wörgl]]
[[Kategorie: Team Red Bull Office Nüziders]]

[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Zollabgabenkonto AIR

2021-09-21T14:21:38Z

Zijbe: /* Ablauf */

Dieser RPA greift XML- und PDF-Dateien ab, entscheidet ob diese relevant sind (=> wenn AT320000 in MRN), archiviert die zugehörigen PDFs in Intex und versendet Benachrichtigungen an folgende Mailadressen:

- Einzelpersonen:
# b.chen@berger-logistik.com
# d.britz@berger-logistik.com
# i.brandstetter@berger-logistik.com
# k.erlacher-boeheim@berger-logistik.com
# l.born@berger-logistik.com
# m.agguen@berger-logistik.com
# m.maier@berger-logistik.com
# m.gartlgruber@berger-logistik.com
# n.reinthaler@berger-logistik.com
# n.klobasa@berger-logistik.com
# p.scholz@berger-logistik.com
# r.erlacher@berger-logistik.com
# s.dachauer@berger-logistik.com

- Gruppenpostfächer:
# office@c-c-s.co.at
# zoll.berger@berger-logistik.com

= Ablauf =

Der RPA überprüft alle 5 Minuten, ob Zolldokumente aus dem Telotec Datenaustausch (Ordner C:\RPA_Datenaustausch\Telotec\getfromtelo auf VM blsvrpa001) eingespielt worden sind und versendet im Fall eines relevanten Zolldokumentes Mails an die oben genannten Mailadressen und loggt folgende Daten in einer Datenbanktabelle:

== Eingabe ==

E-Mails mit PDF Dokumenten im Anhang vom Absender '''no-reply@ezollonline.at''' werden an das Postfach '''Zoll.ccs@berger-logistics.com''' versendet. Der RPA greift diese Emails ab.

== Durchlauf ==

Dieser RPA speichert die PDF Dateien und klassifiziert diese als Abgabenbescheide oder sonstige Zolldokumente. Anschließend werden via PDF Extrakt die Beträge der Abgabenbescheide und das Abgabenkonto ausgelesen.
Die Abgaben auf dem Berger Konto 5024641 werden in der Übersichtsexcel eingetragen.

== Ausgabe ==

Die Excel wird unter folgendem Pfad abgelegt:
H:\Abteilung_Zoll\Verzollungen_Abgabenkonto\Wien\Abgabenbeträge Masterdatei.xlsx

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Vienna Air]]
[[Kategorie: Team Graz Air]]
[[Kategorie: Team Red Bull Air]]
[[Kategorie: Team Zoll Wörgl]]
[[Kategorie: Team Red Bull Office Nüziders]]

[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Zollabgabenkonto AIR

2021-09-21T14:21:09Z

Zijbe: /* Ablauf */

Dieser RPA greift XML- und PDF-Dateien ab, entscheidet ob diese relevant sind (=> wenn AT320000 in MRN), archiviert die zugehörigen PDFs in Intex und versendet Benachrichtigungen an folgende Mailadressen:

- Einzelpersonen:
# b.chen@berger-logistik.com
# d.britz@berger-logistik.com
# i.brandstetter@berger-logistik.com
# k.erlacher-boeheim@berger-logistik.com
# l.born@berger-logistik.com
# m.agguen@berger-logistik.com
# m.maier@berger-logistik.com
# m.gartlgruber@berger-logistik.com
# n.reinthaler@berger-logistik.com
# n.klobasa@berger-logistik.com
# p.scholz@berger-logistik.com
# r.erlacher@berger-logistik.com
# s.dachauer@berger-logistik.com

- Gruppenpostfächer:
# office@c-c-s.co.at
# zoll.berger@berger-logistik.com

= Ablauf =

Der RPA überprüft alle 5 Minuten, ob Zolldokumente aus dem Telotec Datenaustausch eingespielt worden sind und versendet im Fall eines relevanten Zolldokumentes Mails an die oben genannten Mailadressen und loggt folgende Daten in einer Datenbanktabelle:

== Eingabe ==

E-Mails mit PDF Dokumenten im Anhang vom Absender '''no-reply@ezollonline.at''' werden an das Postfach '''Zoll.ccs@berger-logistics.com''' versendet. Der RPA greift diese Emails ab.

== Durchlauf ==

Dieser RPA speichert die PDF Dateien und klassifiziert diese als Abgabenbescheide oder sonstige Zolldokumente. Anschließend werden via PDF Extrakt die Beträge der Abgabenbescheide und das Abgabenkonto ausgelesen.
Die Abgaben auf dem Berger Konto 5024641 werden in der Übersichtsexcel eingetragen.

== Ausgabe ==

Die Excel wird unter folgendem Pfad abgelegt:
H:\Abteilung_Zoll\Verzollungen_Abgabenkonto\Wien\Abgabenbeträge Masterdatei.xlsx

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Vienna Air]]
[[Kategorie: Team Graz Air]]
[[Kategorie: Team Red Bull Air]]
[[Kategorie: Team Zoll Wörgl]]
[[Kategorie: Team Red Bull Office Nüziders]]

[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Zollabgabenkonto AIR

2021-09-21T14:18:42Z

Zijbe:

Dieser RPA greift XML- und PDF-Dateien ab, entscheidet ob diese relevant sind (=> wenn AT320000 in MRN), archiviert die zugehörigen PDFs in Intex und versendet Benachrichtigungen an folgende Mailadressen:

- Einzelpersonen:
# b.chen@berger-logistik.com
# d.britz@berger-logistik.com
# i.brandstetter@berger-logistik.com
# k.erlacher-boeheim@berger-logistik.com
# l.born@berger-logistik.com
# m.agguen@berger-logistik.com
# m.maier@berger-logistik.com
# m.gartlgruber@berger-logistik.com
# n.reinthaler@berger-logistik.com
# n.klobasa@berger-logistik.com
# p.scholz@berger-logistik.com
# r.erlacher@berger-logistik.com
# s.dachauer@berger-logistik.com

- Gruppenpostfächer:
# office@c-c-s.co.at
# zoll.berger@berger-logistik.com

= Ablauf =

Der RPA wird zu folgenden Zeiten ausgeführt:

Jeden Sonntag um 23:50 Uhr

== Eingabe ==

E-Mails mit PDF Dokumenten im Anhang vom Absender '''no-reply@ezollonline.at''' werden an das Postfach '''Zoll.ccs@berger-logistics.com''' versendet. Der RPA greift diese Emails ab.

== Durchlauf ==

Dieser RPA speichert die PDF Dateien und klassifiziert diese als Abgabenbescheide oder sonstige Zolldokumente. Anschließend werden via PDF Extrakt die Beträge der Abgabenbescheide und das Abgabenkonto ausgelesen.
Die Abgaben auf dem Berger Konto 5024641 werden in der Übersichtsexcel eingetragen.

== Ausgabe ==

Die Excel wird unter folgendem Pfad abgelegt:
H:\Abteilung_Zoll\Verzollungen_Abgabenkonto\Wien\Abgabenbeträge Masterdatei.xlsx

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Vienna Air]]
[[Kategorie: Team Graz Air]]
[[Kategorie: Team Red Bull Air]]
[[Kategorie: Team Zoll Wörgl]]
[[Kategorie: Team Red Bull Office Nüziders]]

[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Zollabgabenkonto AIR

2021-09-21T14:18:08Z

Zijbe:

Dieser RPA greift XML- und PDF-Dateien ab, entscheidet ob diese relevant sind (=> wenn AT320000 in MRN), archiviert die zugehörigen PDFs in Intex und versendet Benachrichtigungen an folgende Mailadressen:

# b.chen@berger-logistik.com
# d.britz@berger-logistik.com
# i.brandstetter@berger-logistik.com
# k.erlacher-boeheim@berger-logistik.com
# l.born@berger-logistik.com
# m.agguen@berger-logistik.com
# m.maier@berger-logistik.com
# m.gartlgruber@berger-logistik.com
# n.reinthaler@berger-logistik.com
# n.klobasa@berger-logistik.com
# p.scholz@berger-logistik.com
# r.erlacher@berger-logistik.com
# s.dachauer@berger-logistik.com
# office@c-c-s.co.at
# zoll.berger@berger-logistik.com

= Ablauf =

Der RPA wird zu folgenden Zeiten ausgeführt:

Jeden Sonntag um 23:50 Uhr

== Eingabe ==

E-Mails mit PDF Dokumenten im Anhang vom Absender '''no-reply@ezollonline.at''' werden an das Postfach '''Zoll.ccs@berger-logistics.com''' versendet. Der RPA greift diese Emails ab.

== Durchlauf ==

Dieser RPA speichert die PDF Dateien und klassifiziert diese als Abgabenbescheide oder sonstige Zolldokumente. Anschließend werden via PDF Extrakt die Beträge der Abgabenbescheide und das Abgabenkonto ausgelesen.
Die Abgaben auf dem Berger Konto 5024641 werden in der Übersichtsexcel eingetragen.

== Ausgabe ==

Die Excel wird unter folgendem Pfad abgelegt:
H:\Abteilung_Zoll\Verzollungen_Abgabenkonto\Wien\Abgabenbeträge Masterdatei.xlsx

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Vienna Air]]
[[Kategorie: Team Graz Air]]
[[Kategorie: Team Red Bull Air]]
[[Kategorie: Team Zoll Wörgl]]
[[Kategorie: Team Red Bull Office Nüziders]]

[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Zollabgabenkonto AIR

2021-09-21T14:17:57Z

Zijbe:

Dieser RPA greift XML- und PDF-Dateien ab, entscheidet ob diese relevant sind (=> wenn AT320000 in MRN), archiviert die zugehörigen PDFs in Intex und versendet Benachrichtigungen an folgende Mailadressen:

# b.chen@berger-logistik.com
# d.britz@berger-logistik.com
# i.brandstetter@berger-logistik.com
# k.erlacher-boeheim@berger-logistik.com
# l.born@berger-logistik.com
# m.agguen@berger-logistik.com
# m.maier@berger-logistik.com
# m.gartlgruber@berger-logistik.com
# n.reinthaler@berger-logistik.com
# n.klobasa@berger-logistik.com
# p.scholz@berger-logistik.com
# r.erlacher@berger-logistik.com
# s.dachauer@berger-logistik.com
# b.zijerveld@berger-logistik.com
# office@c-c-s.co.at
# zoll.berger@berger-logistik.com

= Ablauf =

Der RPA wird zu folgenden Zeiten ausgeführt:

Jeden Sonntag um 23:50 Uhr

== Eingabe ==

E-Mails mit PDF Dokumenten im Anhang vom Absender '''no-reply@ezollonline.at''' werden an das Postfach '''Zoll.ccs@berger-logistics.com''' versendet. Der RPA greift diese Emails ab.

== Durchlauf ==

Dieser RPA speichert die PDF Dateien und klassifiziert diese als Abgabenbescheide oder sonstige Zolldokumente. Anschließend werden via PDF Extrakt die Beträge der Abgabenbescheide und das Abgabenkonto ausgelesen.
Die Abgaben auf dem Berger Konto 5024641 werden in der Übersichtsexcel eingetragen.

== Ausgabe ==

Die Excel wird unter folgendem Pfad abgelegt:
H:\Abteilung_Zoll\Verzollungen_Abgabenkonto\Wien\Abgabenbeträge Masterdatei.xlsx

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Vienna Air]]
[[Kategorie: Team Graz Air]]
[[Kategorie: Team Red Bull Air]]
[[Kategorie: Team Zoll Wörgl]]
[[Kategorie: Team Red Bull Office Nüziders]]

[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Zollabgabenkonto AIR

2021-09-21T14:15:18Z

Zijbe:

Dieser RPA greift XML- und PDF-Dateien ab, entscheidet ob diese relevant sind (=> wenn AT320000 in MRN), archiviert die zugehörigen PDFs in Intex und versendet Benachrichtigungen an definierte Mailadressen

= Ablauf =

Der RPA wird zu folgenden Zeiten ausgeführt:

Jeden Sonntag um 23:50 Uhr

== Eingabe ==

E-Mails mit PDF Dokumenten im Anhang vom Absender '''no-reply@ezollonline.at''' werden an das Postfach '''Zoll.ccs@berger-logistics.com''' versendet. Der RPA greift diese Emails ab.

== Durchlauf ==

Dieser RPA speichert die PDF Dateien und klassifiziert diese als Abgabenbescheide oder sonstige Zolldokumente. Anschließend werden via PDF Extrakt die Beträge der Abgabenbescheide und das Abgabenkonto ausgelesen.
Die Abgaben auf dem Berger Konto 5024641 werden in der Übersichtsexcel eingetragen.

== Ausgabe ==

Die Excel wird unter folgendem Pfad abgelegt:
H:\Abteilung_Zoll\Verzollungen_Abgabenkonto\Wien\Abgabenbeträge Masterdatei.xlsx

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Vienna Air]]
[[Kategorie: Team Graz Air]]
[[Kategorie: Team Red Bull Air]]
[[Kategorie: Team Zoll Wörgl]]
[[Kategorie: Team Red Bull Office Nüziders]]

[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Zollabgabenkonto AIR

2021-09-21T14:15:03Z

Zijbe:

greift XML- und PDF-Dateien ab, entscheidet ob diese relevant sind (=> wenn AT320000 in MRN), archiviert die zugehörigen PDFs in Intex und versendet Benachrichtigungen an definierte Mailadressen

= Ablauf =

Der RPA wird zu folgenden Zeiten ausgeführt:

Jeden Sonntag um 23:50 Uhr

== Eingabe ==

E-Mails mit PDF Dokumenten im Anhang vom Absender '''no-reply@ezollonline.at''' werden an das Postfach '''Zoll.ccs@berger-logistics.com''' versendet. Der RPA greift diese Emails ab.

== Durchlauf ==

Dieser RPA speichert die PDF Dateien und klassifiziert diese als Abgabenbescheide oder sonstige Zolldokumente. Anschließend werden via PDF Extrakt die Beträge der Abgabenbescheide und das Abgabenkonto ausgelesen.
Die Abgaben auf dem Berger Konto 5024641 werden in der Übersichtsexcel eingetragen.

== Ausgabe ==

Die Excel wird unter folgendem Pfad abgelegt:
H:\Abteilung_Zoll\Verzollungen_Abgabenkonto\Wien\Abgabenbeträge Masterdatei.xlsx

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Vienna Air]]
[[Kategorie: Team Graz Air]]
[[Kategorie: Team Red Bull Air]]
[[Kategorie: Team Zoll Wörgl]]
[[Kategorie: Team Red Bull Office Nüziders]]

[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Statusmeldung ePortal Tetra Pak

2021-07-22T14:52:12Z

Zijbe: /* Eingabe */

Dieser RPA überwacht und setzt den Status von Fahrten im [https://www.navispherecarrier.com/my-loads ePortal von Tetra Pak].
= Ablauf =

== Eingabe ==
Der Bot macht eine Datenbankabfrage der abgeschlossenen Fahrten mit dem Auftraggeber Tetra Pak und vergleicht alle Referenznummern aus der Lbase-Datenbank mit allen Ladungsnummern im Portal von Tetra Pak.

== Durchlauf ==
Der Bot liest die gesamte Webseite aus und filtert jene Fahrten heraus, bei denen der Status noch zu setzen ist. Wenn hier eine Übereinstimmung mit den Referenznummern aus der Lbase-Datenbank vorliegt, wird der Status auf "Zugestellt" gesetzt, andernfalls werden die jeweiligen Ladungsnummern intern in einer Info-Mail versendet.

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Tetra Pak, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Tetra Pak enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen
* gegebenenfalls die Links zu Ladungen, bei denen aufgrund einer Verspätung der Grund für die Verspätung anzugeben ist

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Statusmeldung ePortal Tetra Pak

2021-07-22T14:51:06Z

Zijbe: /* Ausgabe */

Dieser RPA überwacht und setzt den Status von Fahrten im [https://www.navispherecarrier.com/my-loads ePortal von Tetra Pak].
= Ablauf =

== Eingabe ==
Der Bot macht eine Datenbankabfrage der abgeschlossenen Fahrten mit dem Auftraggeber Tetra Pak und vergleicht alle Referenznummern aus der Lbase-Datenbank mit allen Ladungsnummern im Gebrüder Weiss Portal.

== Durchlauf ==
Der Bot liest die gesamte Webseite aus und filtert jene Fahrten heraus, bei denen der Status noch zu setzen ist. Wenn hier eine Übereinstimmung mit den Referenznummern aus der Lbase-Datenbank vorliegt, wird der Status auf "Zugestellt" gesetzt, andernfalls werden die jeweiligen Ladungsnummern intern in einer Info-Mail versendet.

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Tetra Pak, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Tetra Pak enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen
* gegebenenfalls die Links zu Ladungen, bei denen aufgrund einer Verspätung der Grund für die Verspätung anzugeben ist

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Statusmeldung ePortal Tetra Pak

2021-07-22T14:49:38Z

Zijbe: /* Eingabe */

Dieser RPA überwacht und setzt den Status von Fahrten im [https://www.navispherecarrier.com/my-loads ePortal von Tetra Pak].
= Ablauf =

== Eingabe ==
Der Bot macht eine Datenbankabfrage der abgeschlossenen Fahrten mit dem Auftraggeber Tetra Pak und vergleicht alle Referenznummern aus der Lbase-Datenbank mit allen Ladungsnummern im Gebrüder Weiss Portal.

== Durchlauf ==
Der Bot liest die gesamte Webseite aus und filtert jene Fahrten heraus, bei denen der Status noch zu setzen ist. Wenn hier eine Übereinstimmung mit den Referenznummern aus der Lbase-Datenbank vorliegt, wird der Status auf "Zugestellt" gesetzt, andernfalls werden die jeweiligen Ladungsnummern intern in einer Info-Mail versendet.

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Gebrüder Weiss, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Gebrüder Weiss enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Statusmeldung ePortal Tetra Pak

2021-07-22T14:48:58Z

Zijbe: /* Durchlauf */

Dieser RPA überwacht und setzt den Status von Fahrten im [https://www.navispherecarrier.com/my-loads ePortal von Tetra Pak].
= Ablauf =

== Eingabe ==
Der Bot macht eine Datenbankabfrage der abgeschlossenen Fahrten der letzten 5 Tage und vergleicht alle Referenznummern aus der Lbase-Datenbank mit allen Ladungsnummern im Gebrüder Weiss Portal.

== Durchlauf ==
Der Bot liest die gesamte Webseite aus und filtert jene Fahrten heraus, bei denen der Status noch zu setzen ist. Wenn hier eine Übereinstimmung mit den Referenznummern aus der Lbase-Datenbank vorliegt, wird der Status auf "Zugestellt" gesetzt, andernfalls werden die jeweiligen Ladungsnummern intern in einer Info-Mail versendet.

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Gebrüder Weiss, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Gebrüder Weiss enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Statusmeldung ePortal Tetra Pak

2021-07-22T14:47:42Z

Zijbe:

Dieser RPA überwacht und setzt den Status von Fahrten im [https://www.navispherecarrier.com/my-loads ePortal von Tetra Pak].
= Ablauf =

== Eingabe ==
Der Bot macht eine Datenbankabfrage der abgeschlossenen Fahrten der letzten 5 Tage und vergleicht alle Referenznummern aus der Lbase-Datenbank mit allen Ladungsnummern im Gebrüder Weiss Portal.

== Durchlauf ==
Der Bot liest die gesamte Webseite aus und filtert jene Fahrten heraus, bei denen der Status noch zu setzen ist. Wenn hier eine Übereinstimmung mit den Referenznummern aus der Lbase-Datenbank vorliegt, wird der Status auf "Zugestellt" gesetzt, andernfalls werden die jeweiligen Ladungsnummern intern in einer Info-Mail versendet. Im roten Kästchen im Bild sind die Fahrten zu sehen, wo der Status noch zu setzen ist.

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Gebrüder Weiss, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Gebrüder Weiss enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Statusmeldung ePortal Tetra Pak

2021-07-22T14:45:28Z

Zijbe: Die Seite wurde neu angelegt: „Dieser RPA überwacht und setzt den Status von Fahrten im [https://www.navispherecarrier.com/load-details ePortal von Tetra Pak]. = Ablauf = == Eingabe == Der…“

Dieser RPA überwacht und setzt den Status von Fahrten im [https://www.navispherecarrier.com/load-details ePortal von Tetra Pak].
= Ablauf =

== Eingabe ==
Der Bot macht eine Datenbankabfrage der abgeschlossenen Fahrten der letzten 5 Tage und vergleicht alle Referenznummern aus der Lbase-Datenbank mit allen Ladungsnummern im Gebrüder Weiss Portal.

== Durchlauf ==
Der Bot liest die gesamte Webseite aus und filtert jene Fahrten heraus, bei denen der Status noch zu setzen ist. Wenn hier eine Übereinstimmung mit den Referenznummern aus der Lbase-Datenbank vorliegt, wird der Status auf "Zugestellt" gesetzt, andernfalls werden die jeweiligen Ladungsnummern intern in einer Info-Mail versendet. Im roten Kästchen im Bild sind die Fahrten zu sehen, wo der Status noch zu setzen ist.

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Gebrüder Weiss, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Gebrüder Weiss enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Versand Ablieferbelege

2021-07-12T12:40:03Z

Zijbe: /* Durchlauf */

In diesem Prozess werden die Ablieferbelege aus dem Archiv S42 automatisiert heruntergeladen und an den Kunden versendet.

= Ablauf =

Durch eine Datenbankabfrage werden die Links zu den PDF-Dateien aus dem Archiv S42 abgefragt und diese werden heruntergeladen und unter der Rechnungsempfänger-Referenz abgespeichert. Im Anschluss werden diese als Anhang in einer Mail verschickt an folgende Adressen:
# Wheels Logistics: accounts@wheelslogistics.com
# Tetra Pak: TD.TPIBO@tetrapak.com

== Eingabe ==

Links für das Easyarchiv von Intex

== Durchlauf ==

Der Download und Versand startet automatisiert täglich für untenstehende Kunden zu folgenden Zeiten:
# Wheels Logistics (Adr.-ID 106053): 20:30
# Tetra Pak (Adr.-ID 137210): 20:40

 

Um den doppelten Versand von Dokumenten zu vermeiden, wird vor dem Versand der Mail geprüft, ob für die jeweilige Referenznummer bereits ein Mail versendet wurde. 
Nach jeder versendeten Mail wird ein Eintrag in eine Datenbanktabelle gemacht mit folgenden Informationen:
# Kunden Adress-ID
# Kunden-Name
# Rechnungsempfänger-Referenz
# aktuelles Datum

== Ausgabe ==

Mails mit PDF-Dateien im Anhang (benannt nach der Rechnungsempfänger-Referenz)

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Versicherung]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Dokumentenupload Versalis

2021-07-12T12:35:37Z

Zijbe: /* Ablauf */

In diesem Prozess werden die Ablieferbelege aus dem Archiv S42 automatisiert heruntergeladen und anschließend in das [https://vegat.eni.com/sap/bc/ui5_ui5/sap/zdocumentiodt/index.html Portal von Versalis] hochgeladen.

= Ablauf =

Durch eine Datenbankabfrage werden die Links zu den PDF-Dateien aus dem Archiv S42 abgefragt und diese werden heruntergeladen und unter der LA-ID abgespeichert. Im Anschluss werden diese im Versalis Portal unter der Kundenreferenz abgespeichert. 
Betroffene Adress-IDs:
# 104487
# 104822
# 105182
# 105183
# 105317

== Eingabe ==

Links für das Easyarchiv von Intex

== Durchlauf ==

Der Download aus Intex und Upload ins Versalis Portal startet automatisiert wöchentlich MO/DO/SO um 23:00.

== Ausgabe ==

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Versicherung]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Dokumentenupload Versalis

2021-07-12T12:35:07Z

Zijbe:

In diesem Prozess werden die Ablieferbelege aus dem Archiv S42 automatisiert heruntergeladen und anschließend in das [https://vegat.eni.com/sap/bc/ui5_ui5/sap/zdocumentiodt/index.html Portal von Versalis] hochgeladen.

= Ablauf =

Durch eine Datenbankabfrage werden die Links zu den PDF-Dateien aus dem Archiv S42 abgefragt und diese werden heruntergeladen und unter der LA-ID abgespeichert. Im Anschluss werden diese im Versalis Portal unter der Kundenreferenz abgespeichert. 
Betroffene Adress-IDs:
# 104822
# 105183
# 105317
# 105182
# 104487

== Eingabe ==

Links für das Easyarchiv von Intex

== Durchlauf ==

Der Download aus Intex und Upload ins Versalis Portal startet automatisiert wöchentlich MO/DO/SO um 23:00.

== Ausgabe ==

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Versicherung]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Dokumentenupload Versalis

2021-07-12T12:32:36Z

Zijbe: Die Seite wurde neu angelegt: „In diesem Prozess werden die Ablieferbelege aus dem Archiv S42 automatisiert heruntergeladen und anschließend in das [https://vegat.eni.com/sap/bc/ui5_ui5/sap…“

In diesem Prozess werden die Ablieferbelege aus dem Archiv S42 automatisiert heruntergeladen und anschließend in das [https://vegat.eni.com/sap/bc/ui5_ui5/sap/zdocumentiodt/index.html Portal von Versalis] hochgeladen.

= Ablauf =

Durch eine Datenbankabfrage werden die Links zu den PDF-Dateien aus dem Archiv S42 abgefragt und diese werden heruntergeladen und unter der LA-ID abgespeichert. Im Anschluss werden diese im Versalis Portal unter der Kundenreferenz abgespeichert.

== Eingabe ==

Links für das Easyarchiv von Intex

== Durchlauf ==

Der Download aus Intex und Upload ins Versalis Portal startet automatisiert wöchentlich MO/DO/SO um 23:00.

== Ausgabe ==

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Versicherung]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Versand Ablieferbelege

2021-07-12T12:17:29Z

Zijbe:

In diesem Prozess werden die Ablieferbelege aus dem Archiv S42 automatisiert heruntergeladen und an den Kunden versendet.

= Ablauf =

Durch eine Datenbankabfrage werden die Links zu den PDF-Dateien aus dem Archiv S42 abgefragt und diese werden heruntergeladen und unter der Rechnungsempfänger-Referenz abgespeichert. Im Anschluss werden diese als Anhang in einer Mail verschickt an folgende Adressen:
# Wheels Logistics: accounts@wheelslogistics.com
# Tetra Pak: TD.TPIBO@tetrapak.com

== Eingabe ==

Links für das Easyarchiv von Intex

== Durchlauf ==

Der Download und Versand startet automatisiert täglich für untenstehende Kunden zu folgenden Zeiten:
# Wheels Logistics: 20:30
# Tetra Pak: 20:40

 

Um den doppelten Versand von Dokumenten zu vermeiden, wird vor dem Versand der Mail geprüft, ob für die jeweilige Referenznummer bereits ein Mail versendet wurde. 
Nach jeder versendeten Mail wird ein Eintrag in eine Datenbanktabelle gemacht mit folgenden Informationen:
# Kunden Adress-ID
# Kunden-Name
# Rechnungsempfänger-Referenz
# aktuelles Datum

== Ausgabe ==

Mails mit PDF-Dateien im Anhang (benannt nach der Rechnungsempfänger-Referenz)

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Versicherung]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Versand Ablieferbelege

2021-07-12T12:17:00Z

Zijbe: /* Ablauf */

In diesem Prozess werden die Ablieferbelege aus dem Archiv S42 automatisiert heruntergeladen und an den Kunden versendet.

= Ablauf =

Durch eine Datenbankabfrage werden die Links zu den PDF-Dateien aus dem Archiv S42 abgefragt und diese werden heruntergeladen und unter der Rechnungsempfänger-Referenz abgespeichert. Im Anschluss werden diese als Anhang in einer Mail verschickt an folgende Adressen:
# Wheels Logistics: accounts@wheelslogistics.com
# Tetra Pak: TD.TPIBO@tetrapak.com

== Eingabe ==

Links für das Easyarchiv von Intex

== Durchlauf ==

Der Download und Versand startet automatisiert täglich für untenstehende Kunden zu folgenden Zeiten:
# Wheels Logistics: 20:30
# Tetra Pak: 20:40

 

Um den doppelten Versand von Dokumenten zu vermeiden, wird vor dem Versand der Mail geprüft, ob für die jeweilige Referenznummer bereits ein Mail versendet wurde. 
Nach jeder versendeten Mail wird ein Eintrag in eine Datenbanktabelle gemacht mit folgenden Informationen:
# Kunden Adress-ID
# Kunden-Name
# Rechnungsempfänger-Referenz
# aktuelles Datum

== Ausgabe ==

Mails mit PDF-Dateien im Anhang (benannt nach der Rechnungsempfänger-Referenz)

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Versicherung]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Versand Ablieferbelege

2021-07-12T12:15:15Z

Zijbe: Die Seite wurde neu angelegt: „In diesem Prozess werden die Ablieferbelege aus dem Archiv S42 automatisiert heruntergeladen und an den Kunden versendet. = Ablauf = Durch eine Datenbankabfr…“

In diesem Prozess werden die Ablieferbelege aus dem Archiv S42 automatisiert heruntergeladen und an den Kunden versendet.

= Ablauf =

Durch eine Datenbankabfrage werden die Links zu den PDF-Dateien aus dem Archiv S42 abgefragt und diese werden heruntergeladen und unter der Rechnungsempfänger-Referenz abgespeichert. Im Anschluss werden diese als Anhang in einer Mail verschickt an folgende Adressen:

== Eingabe ==

Links für das Easyarchiv von Intex

== Durchlauf ==

Der Download und Versand startet automatisiert täglich für untenstehende Kunden zu folgenden Zeiten:
# Wheels Logistics: 20:30
# Tetra Pak: 20:40

 

Um den doppelten Versand von Dokumenten zu vermeiden, wird vor dem Versand der Mail geprüft, ob für die jeweilige Referenznummer bereits ein Mail versendet wurde. 
Nach jeder versendeten Mail wird ein Eintrag in eine Datenbanktabelle gemacht mit folgenden Informationen:
# Kunden Adress-ID
# Kunden-Name
# Rechnungsempfänger-Referenz
# aktuelles Datum

== Ausgabe ==

Mails mit PDF-Dateien im Anhang (benannt nach der Rechnungsempfänger-Referenz)

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team Versicherung]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Wöchentliches DB Aviso

2021-07-12T12:03:14Z

Zijbe: /* Eingabe */

Dieser RPA sendet das wöchentliche Aviso an DB-Schenker und Duisport

= Ablauf =

[[Datei:19_DB Aviso.JPG|1200px]]

== Eingabe ==
Der Bot macht folgende Datenbankabfrage aus der Lbase-Datenbank:

# Filtern nach "Alle Sdg. mit DPA als CD Partner"
# Filtern nach Bahntransporte
# Filtern Sdg. Datum heute -90 / +90 Tage
# Filtern nach Stopp Datum -5 / +29 Tage

== Durchlauf ==
Der Bot exportiert die Abfrage in eine Exceldatei und färbt die Spalte I mit Farbe gelb, anschließend nimmt er die erste Reihe und setzt das Format auf FETT und Filtert die Tabelle.

== Ausgabe ==

Es wird ein Mail mit der bearbeiteten Excel im Anhang an folgende Adressen versendet

AN:
cd_cs@Duisport.de;
ch.sm.stm.beverages-stm@dbschenker.com

CC:
crossdocking.network@berger-logistik.com;
A.Mayr@berger-logistik.com
B.braun@berger-logistik.com

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: SCM Crossdocking Coordination]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

Gebrüder Weiss-Kundenvorschriften

2021-06-14T07:52:49Z

Zijbe: /* Gebrüder Weiss Altenrhein */

Hier findest Du kundenspezifische Abrechnungs- bzw. Belegrückmeldungsvorschriften

= Abrechnungsvorschriften =

== Gebrüder Weiss Altenrhein ==

'''Kundennummer LBase 135862'''

* Ab August 2020 umgestellt auf internes Gutschriftenverfahren
* Über das GW Portal werden Belege wie CMRs und Lieferscheine hochgeladen; Stati werden von der Dispo gesetzt
* Danach erhalten wir Gutschriften, die intern einzubuchen sind

* Link zum Direktline Portal: https://gw.tislog.de/directline/fraechterstatus/fraechterstatus.html
Zugangsdaten:
Nutzername: BergerLog Passwort: Berger123

'''Bitte beachten: der Zeitraum der auf dem Portal ersichtlichen Auftrage ist auf 14 Tage ab Sendungsdatum begrenzt. In dieser Zeit sollten alle Ablieferbelege hochgeladen sein.'''
'''Nachträglich kann man einen Ablieferbeleg per Email an den jeweiligen Sachbearbeiter bei GW mit Angabe der Referenznummer verschicken. Dies ist allerdings zu vermeiden und der Portalweg möglichst einzuhalten
'''

== Gebrüder Weiss Lauterach ==

'''Kundennummer LBase 105464'''

* Rechnung und Ablieferbelege in jeweils separaten PDF-Dateien erstellen und in einem Mail senden an [mailto:invoice.gw-lauterach@gw-world.com invoice.gw-lauterach@gw-world.com] und in cc [mailto:jasmin.sohm@gw-world.com jasmin.sohm@gw-world.com]
* pro Rechnung ein Email

== Gebrüder Weiss Maria Lanzendorf ==

'''Kundennummer CarO 135220, Lbase 107423'''

* Rechnung und Ablieferbelege per Mail senden an [mailto:invoice.gw-mld@gw-world.com invoice.gw-mld@gw-world.com]
* wenn Absender Coca-Cola oder Billa, dann immer auch Originalbelege (unbedingt Lieferscheine) per Post senden und im EMail erwähnen.

== Gebrüder Weiss Hall in Tirol ==

'''Kundennummer CarO 103640, Lbase 104105 '''

* wenn Absender '''VS Hohldielen West Ges.m.b.H. in 6241 Radfeld ''' ist, dann immer den original Lieferschein (orig. Ablieferbelege) mit Rechnung zH Hrn. Dominik Margreiter per Post senden.
Adresse: Gebrüder Weiss GmbH, Löfflerweg 35, 6060 Hall in Tirol

== Gebrüder Weiss Pöchlarn ==

'''Kundennummer LBase 105669'''

* je eine PDF-Datei für die Rechnung und den Ablieferbelegen erstellen und senden an [mailto:invoice.gw-poc@gw-world.com invoice.gw-poc@gw-world.com]

== Gebrüder Weiss Pratteln ==

'''Kundennummer Lbase 110548 '''

* Kundengutschriftverfahren - intern einbuchen
* Nach Erhalt der Gutschrift müssen die Ablieferbelege innerhalb von 10 Tagen per Mail an [mailto:cmr.basel@gw-world.com cmr.basel@gw-world.com] gesendet werden

= Belegrückmeldungsvorschriften =

= siehe auch =

= Verantwortlicher =

Menekse Lacin





[[Kategorie:Abteilung Verrechnung]]


[[Kategorie:Fakturierung]]
[[Kategorie:Belegrückmeldung]]


[[Kategorie:Kundenvorschriften]]

RPA - Statusmeldung ePortal Gebr. Weiss

2021-05-06T08:02:15Z

Zijbe: /* Eingabe */

Dieser RPA überwacht und setzt den Status von Fahrten im [https://gw.tislog.de/directline/fraechterstatus/fraechterstatus.html ePortal von Gebrüder Weiss].
= Ablauf =

[[Datei:StatusGW1.JPG|1400px]]

== Eingabe ==
Der Bot macht eine Datenbankabfrage der abgeschlossenen Fahrten der letzten 5 Tage und vergleicht alle Referenznummern aus der Lbase-Datenbank mit allen Ladungsnummern im Gebrüder Weiss Portal.

== Durchlauf ==
Der Bot liest die gesamte Webseite aus und filtert jene Fahrten heraus, bei denen der Status noch zu setzen ist. Wenn hier eine Übereinstimmung mit den Referenznummern aus der Lbase-Datenbank vorliegt, wird der Status auf "Zugestellt" gesetzt, andernfalls werden die jeweiligen Ladungsnummern intern in einer Info-Mail versendet. Im roten Kästchen im Bild sind die Fahrten zu sehen, wo der Status noch zu setzen ist.

[[Datei:GW.JPG|1400px]]

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Gebrüder Weiss, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Gebrüder Weiss enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Statusmeldung ePortal Gebr. Weiss

2021-05-05T09:55:14Z

Zijbe: /* Durchlauf */

Dieser RPA überwacht und setzt den Status von Fahrten im [https://gw.tislog.de/directline/fraechterstatus/fraechterstatus.html ePortal von Gebrüder Weiss].
= Ablauf =

[[Datei:StatusGW1.JPG|1400px]]

== Eingabe ==
Der Bot macht eine Datenbankabfrage der abgeschlossenen Fahrten der letzten 10 Tage und vergleicht alle Referenznummern aus der Lbase-Datenbank mit allen Ladungsnummern im Gebrüder Weiss Portal.

== Durchlauf ==
Der Bot liest die gesamte Webseite aus und filtert jene Fahrten heraus, bei denen der Status noch zu setzen ist. Wenn hier eine Übereinstimmung mit den Referenznummern aus der Lbase-Datenbank vorliegt, wird der Status auf "Zugestellt" gesetzt, andernfalls werden die jeweiligen Ladungsnummern intern in einer Info-Mail versendet. Im roten Kästchen im Bild sind die Fahrten zu sehen, wo der Status noch zu setzen ist.

[[Datei:GW.JPG|1400px]]

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Gebrüder Weiss, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Gebrüder Weiss enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Statusmeldung ePortal Gebr. Weiss

2021-05-05T09:54:37Z

Zijbe: /* Durchlauf */

Dieser RPA überwacht und setzt den Status von Fahrten im [https://gw.tislog.de/directline/fraechterstatus/fraechterstatus.html ePortal von Gebrüder Weiss].
= Ablauf =

[[Datei:StatusGW1.JPG|1400px]]

== Eingabe ==
Der Bot macht eine Datenbankabfrage der abgeschlossenen Fahrten der letzten 10 Tage und vergleicht alle Referenznummern aus der Lbase-Datenbank mit allen Ladungsnummern im Gebrüder Weiss Portal.

== Durchlauf ==
Der Bot liest die gesamte Webseite aus und filtert jene Fahrten heraus, bei denen der Status noch zu setzen ist. Wenn hier eine Übereinstimmung mit den Referenznummern aus der Lbase-Datenbank vorliegt, wird der Status auf "Zugestellt" gesetzt, andernfalls werden die jeweiligen Ladungsnummern intern in einer Info-Mail versendet.

[[Datei:GW.JPG|1400px]]

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Gebrüder Weiss, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Gebrüder Weiss enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Statusmeldung ePortal Gebr. Weiss

2021-05-05T09:53:51Z

Zijbe: /* Eingabe */

Dieser RPA überwacht und setzt den Status von Fahrten im [https://gw.tislog.de/directline/fraechterstatus/fraechterstatus.html ePortal von Gebrüder Weiss].
= Ablauf =

[[Datei:StatusGW1.JPG|1400px]]

== Eingabe ==
Der Bot macht eine Datenbankabfrage der abgeschlossenen Fahrten der letzten 10 Tage und vergleicht alle Referenznummern aus der Lbase-Datenbank mit allen Ladungsnummern im Gebrüder Weiss Portal.

== Durchlauf ==
Der Bot liest die gesamte Webseite aus und filtert jene Fahrten heraus, bei denen der Status noch zu setzen ist.

[[Datei:GW.JPG|1400px]]

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Gebrüder Weiss, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Gebrüder Weiss enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

Datei:GW.JPG

2021-05-05T09:52:36Z

Zijbe:

RPA - Statusmeldung ePortal Gebr. Weiss

2021-05-05T09:52:13Z

Zijbe: /* Durchlauf */

Dieser RPA überwacht und setzt den Status von Fahrten im [https://gw.tislog.de/directline/fraechterstatus/fraechterstatus.html ePortal von Gebrüder Weiss].
= Ablauf =

[[Datei:StatusGW1.JPG|1400px]]

== Eingabe ==
Der Bot macht eine Datenbankabfrage der abgeschlossenen Fahrten der letzten 10 Tage und vergleicht alle Referenznummern aus der Lbase-Datenbank mit allen Ladungsnummern im Gebrüder Weiss Portal. Wenn hier eine Übereinstimmung vorliegt, wird der Status auf "Zugestellt" gesetzt, andernfalls werden die jeweiligen Ladungsnummern intern in einer Info-Mail versendet.

== Durchlauf ==
Der Bot liest die gesamte Webseite aus und filtert jene Fahrten heraus, bei denen der Status noch zu setzen ist.

[[Datei:GW.JPG|1400px]]

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Gebrüder Weiss, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Gebrüder Weiss enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Statusmeldung ePortal Gebr. Weiss

2021-05-05T09:48:44Z

Zijbe: /* Durchlauf */

Dieser RPA überwacht und setzt den Status von Fahrten im [https://gw.tislog.de/directline/fraechterstatus/fraechterstatus.html ePortal von Gebrüder Weiss].
= Ablauf =

[[Datei:StatusGW1.JPG|1400px]]

== Eingabe ==
Der Bot macht eine Datenbankabfrage der abgeschlossenen Fahrten der letzten 10 Tage und vergleicht alle Referenznummern aus der Lbase-Datenbank mit allen Ladungsnummern im Gebrüder Weiss Portal. Wenn hier eine Übereinstimmung vorliegt, wird der Status auf "Zugestellt" gesetzt, andernfalls werden die jeweiligen Ladungsnummern intern in einer Info-Mail versendet.

== Durchlauf ==
Der Bot liest die gesamte Webseite aus und filtert jene Fahrten heraus, bei denen der Status noch zu setzen ist.

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Gebrüder Weiss, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Gebrüder Weiss enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Statusmeldung ePortal Gebr. Weiss

2021-05-05T09:47:11Z

Zijbe: /* Eingabe */

Dieser RPA überwacht und setzt den Status von Fahrten im [https://gw.tislog.de/directline/fraechterstatus/fraechterstatus.html ePortal von Gebrüder Weiss].
= Ablauf =

[[Datei:StatusGW1.JPG|1400px]]

== Eingabe ==
Der Bot macht eine Datenbankabfrage der abgeschlossenen Fahrten der letzten 10 Tage und vergleicht alle Referenznummern aus der Lbase-Datenbank mit allen Ladungsnummern im Gebrüder Weiss Portal. Wenn hier eine Übereinstimmung vorliegt, wird der Status auf "Zugestellt" gesetzt, andernfalls werden die jeweiligen Ladungsnummern intern in einer Info-Mail versendet.

== Durchlauf ==

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Gebrüder Weiss, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Gebrüder Weiss enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Statusmeldung ePortal Gebr. Weiss

2021-05-05T09:46:38Z

Zijbe: /* Eingabe */

Dieser RPA überwacht und setzt den Status von Fahrten im [https://gw.tislog.de/directline/fraechterstatus/fraechterstatus.html ePortal von Gebrüder Weiss].
= Ablauf =

[[Datei:StatusGW1.JPG|1400px]]

== Eingabe ==
Der Bot macht eine Datenbankabfrage der abgeschlossenen Fahrten der letzten 10 Tage und vergleicht alle Referenznummern aus Lbase mit allen Ladungsnummern im Gebrüder Weiss Portal. Wenn hier eine Übereinstimmung vorliegt, wird der Status auf "Zugestellt" gesetzt, andernfalls werden die jeweiligen Ladungsnummern intern in einer Info-Mail versendet.

== Durchlauf ==

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Gebrüder Weiss, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Gebrüder Weiss enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]

RPA - Statusmeldung ePortal Gebr. Weiss

2021-05-05T09:43:12Z

Zijbe: /* Ausgabe */

Dieser RPA überwacht und setzt den Status von Fahrten im [https://gw.tislog.de/directline/fraechterstatus/fraechterstatus.html ePortal von Gebrüder Weiss].
= Ablauf =

[[Datei:StatusGW1.JPG|1400px]]

== Eingabe ==

== Durchlauf ==

== Ausgabe ==
Es wird ein Mail an die zuständigen Disponenten versendet mit folgendem Inhalt:
* Referenznummern von Gebrüder Weiss, bei denen der Status im Portal noch nicht gesetzt ist
* eine Excelliste, die die abgeschlossenen Fahrten und die erfassten Sendungen von Gebrüder Weiss enthält für eine schnelle Kontrolle ohne Lbase öffnen zu müssen

= siehe auch =

= Verantwortlicher =

Sven Schmidt




[[Kategorie: Team DE Mitte & Ost]]
[[Kategorie: Abteilung Lean- & Prozessmanagement]]


[[Kategorie: Prozesse]]