Sie können jetzt ETA-Regeln pro Zielgebiet innerhalb desselben Carrier-Services oder Produkts konfigurieren.

Früher wurden operative Regeln wie Abholpläne, Transporttage und Liefertage einmal pro Service definiert und auf alle Ziele angewendet. Dieses Update ermöglicht es Ihnen, je nach Versandziel unterschiedliche Regeln festzulegen, wodurch ETA-Berechnungen genauer und besser auf die tatsächlichen Carrier-Abläufe abgestimmt werden.
 

Funktionsweise

ETA-bezogene Regeln können jetzt auf mehreren Ebenen definiert werden. Wenn mehrere Regeln existieren, wendet das System sie in folgender Prioritätsreihenfolge an:

Ziel (To) → Herkunft (From) → Produkt → TransitTime (Standard)

Das bedeutet, dass ziel-spezifische Regeln allgemeinere Konfigurationen überschreiben.
 

Was Sie konfigurieren können

Sie können nun Folgendes pro Zielgebiet definieren:

• Abholpläne (einschließlich Cutoff-Zeiten)
• Transporttage
• Liefertage
• Starttage

Wenn keine ziel-spezifische Regel vorliegt, greift das System auf die Standardkonfiguration zurück.
 

Beispiel

Nachfolgend ein vereinfachtes Beispiel, das zeigt, wie je nach Ziel unterschiedliche Lieferregeln angewendet werden können:

<TransitTime name="CarrierX" trigger="submit"
            transportdays="1,2,3,4,5" deliverydays="1,2,3,4,5">

  <Products>
    <Product id="CARRIERX_STD" name="CarrierX Standard"/>
  </Products>

  <TimeTable>
    <From area="ORIGIN">

      <!-- Metro: erlaubt Lieferung am Samstag -->
      <To area="METRO" days="2" deliverydays="1,2,3,4,5,6"/>

      <!-- Ländlich: Lieferung nur an Werktagen -->
      <To area="RURAL" days="3" deliverydays="1,2,3,4,5"/>

    </From>
  </TimeTable>
</TransitTime>

In diesem Beispiel:

• Sendungen in METRO-Gebiete können Montag bis Samstag zugestellt werden
• Sendungen in RURAL-Gebiete werden nur Montag bis Freitag zugestellt

Hinweise

• Vermeiden Sie überlappende oder widersprüchliche Gebietedefinitionen, um vorhersehbare Ergebnisse zu gewährleisten
• Zielregeln haben Vorrang vor Regeln auf Herkunfts- und Produktebene
• Dieses Update macht es überflüssig, Services oder Produkte für unterschiedliche Zielverhalten zu duplizieren