Logga in

nShift Help Center

Destinationbaserad ETA-konfiguration

Avatar
Malene Tidemann
Uppdaterad

Du kan nu konfigurera ETA-regler per destinationsområde inom samma transportörstjänst eller produkt.

Tidigare definierades operativa regler som upphämtningsscheman, transportdagar och leveransdagar en gång per tjänst och gällde för alla destinationer. Denna uppdatering gör det möjligt att definiera olika regler beroende på vart försändelsen ska, vilket gör ETA-beräkningarna mer exakta och anpassade efter verkliga transportörsoperationer.
 

Hur det fungerar

ETA-relaterade regler kan nu definieras på flera nivåer. När flera regler finns tillämpas de i följande prioritetsordning:

Destination (Till) → Ursprung (Från) → Produkt → TransitTime (standard)

Detta innebär att destinationsspecifika regler kommer att åsidosätta mer generella konfigurationer.
 

Vad du kan konfigurera

Du kan nu definiera följande per destinationsområde:

  • Upphämtningstider (inklusive sista beställningstid)
  • Transportdagar
  • Leveransdagar
  • Initieringsdagar

Om ingen destinationsspecifik regel anges, faller systemet tillbaka på standardkonfigurationen.
 

Exempel

Nedan är ett förenklat exempel som visar hur olika leveransregler kan tillämpas beroende på destination:

<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: allows Saturday delivery -->
      <To area="METRO" days="2" deliverydays="1,2,3,4,5,6"/>

      <!-- Rural: weekday delivery only -->
      <To area="RURAL" days="3" deliverydays="1,2,3,4,5"/>

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


I detta exempel:

  • Försändelser till METRO-områden kan levereras måndag–lördag
  • Försändelser till RURAL-områden levereras endast måndag–fredag

Anmärkningar

  • Undvik överlappande eller motstridiga områdesdefinitioner för att säkerställa förutsägbara resultat
  • Destinationsregler har företräde framför ursprungs- och produktnivåregler
  • Denna uppdatering eliminerar behovet av att duplicera tjänster eller produkter för olika destinationsbeteenden

Relaterade artiklar