Delen via


DOM-kostenconfiguratie

In dit artikel wordt de kostenconfiguratie voor Gedistribueerd orderbeheer (DOM) in Microsoft Dynamics 365 Commerce beschreven.

Organisaties houden rekening met meerdere kostencomponenten om de optimale locatie te bepalen voor het afhandelen van een order. Deze kostencomponenten kunnen bestaan uit verzendkosten, afhandelingskosten en verpakkingskosten. Er wordt een berekening gemaakt van de combinatie van deze kosten om de afhandelingslocatie te bepalen.

Toen de toewijzing van orders aan afhandelingslocatie voor het eerst met Gedistribueerd orderbeheer (DOM) werd geoptimaliseerd in Dynamics 365 Commerce, werd alleen rekening gehouden met de afstand. Hoewel afstand kan samenhangen met kosten, is het niet hetzelfde als kosten. Het verzenden van producten in één dag is bijvoorbeeld duurder dan verzendmethoden over dezelfde afstand die drie of zeven dagen in beslag nemen.

Met de functie voor kostenconfiguratie kunnen detailhandelaren extra kostenonderdelen definiëren en configureren die het systeem berekent en meeneemt om de optimale locatie te bepalen van waaruit orderregels worden afgehandeld.

Wanneer u kostenonderdelen configureert, gebruikt de DOM-oplosser alleen de kostendefinities om de optimale locatie voor orderafhandeling te bepalen. De afstandcomponent wordt niet als een kostenpost beschouwd. Als u echter geen kostenonderdelen configureert, gebruikt de DOM-oplosser het afstandsonderdeel als kosten om de optimale locatie voor orderafhandeling te bepalen.

Kostencomponenten instellen

U kunt twee belangrijke typen kostenonderdelen definiëren in het systeem: Verzending en Overige.

Maar beide kostencomponenttypen ondersteunen meerdere berekeningsbases, zoals wordt getoond in de volgende tabel.

Kostencomponenttype Berekeningsbasis
Verzenden
  • Eenvoudig
  • Gelaagd
Overig
  • Verkooporder
  • Verkoopregel
  • Locatie

Kostencomponenttype voor verzending

In deze sectie wordt uitgelegd hoe u de verschillende combinaties van het kostencomponenttype Verzending en de berekeningsbasis voor de verzendkosten kunt instellen en hoe de DOM-oplossingsfunctie gebruikmaakt van elke combinatie.

Kostencomponenttype = Verzending en Berekeningsbasis = Eenvoudig

Als een combinatie van het kostencomponenttype Verzending en de berekeningsbasis Eenvoudig wordt gebruikt, zijn de verzendkosten voor een leveringsmethode gebaseerd op een vast tarief of afstand.

U stelt de volgende velden in voor deze combinatie:

  • Kostenfactor: voer een unieke id voor de kostenfactor in.
  • Beschrijving: voer de naam en de omschrijving van de kostenfactor in.
  • Begindatum en Einddatum: gebruik deze velden om de kostenfactor te beperken voor een specifiek datumbereik. Als u deze velden leeg laat, is de kostenfactor voor een onbepaalde periode.
  • Actief: geef aan of de kostenfactor actief is. In Gedistribueerd orderbeheer wordt alleen rekening gehouden met actieve kostenfactoren die aan het afhandelingsprofiel zijn gekoppeld.
  • Bedrijf: geef de rechtspersoon op waarvoor de kostenfactor wordt geconfigureerd. Alle regels van de berekeningscriteria moeten gelden voor dezelfde rechtspersoon.
  • Leveringsmethoden: geef de leveringsmethoden op waarvoor de kosten zijn geconfigureerd.
  • Berekeningstype: geef op hoe de kosten moeten worden berekend voor een specifieke leveringsmethode. Er worden twee berekeningstypen ondersteund:
    • Vast: er wordt een standaardtarief gebruikt voor de leveringsmethode. Als u dit berekeningstype selecteert, definieert de waarde Kosten het standaardtarief.
    • Per afstandseenheid: de kosten voor de leveringsmethode worden berekend als de waarde die is opgegeven in de waarde Kosten maal de afstand tussen het afleveradres en de locaties.
  • Kosten : geef de kostenwaarde op die wordt gebruikt met de waarde van het berekeningstype om de kosten voor een leveringsmodus te berekenen.

Kostencomponenttype = Verzending en Berekeningsbasis = Gelaagd

Als een combinatie van het kostencomponenttype Verzending en de berekeningsbasis Gelaagd wordt gebruikt, zijn de verzendkosten voor een leveringsmethode gebaseerd op een vast tarief of afstand. Voor deze combinatie is de afstand echter gebaseerd op een gelaagd bereik van afstanden.

U stelt de volgende velden in voor deze combinatie:

  • Kostenfactor: voer een unieke id voor de kostenfactor in.
  • Beschrijving: voer de naam en de omschrijving van de kostenfactor in.
  • Standaardkosten: geef de kosten op voor een leveringsmethode als de afstand tussen het afleveradres en de locatie niet binnen een van de gelaagde afstanden voor de leveringsmethode vast.
  • Begindatum en Einddatum: gebruik deze velden om de kostenfactor te beperken voor een specifiek datumbereik. Als u deze velden leeg laat, is de kostenfactor voor een onbepaalde periode.
  • Actief: geef aan of de kostenfactor actief is. In Gedistribueerd orderbeheer wordt alleen rekening gehouden met actieve kostenfactoren die aan het afhandelingsprofiel zijn gekoppeld.
  • Bedrijf: geef de rechtspersoon op waarvoor de kostenfactor wordt geconfigureerd. Alle regels van de berekeningscriteria moeten gelden voor dezelfde rechtspersoon.
  • Leveringsmethoden: geef de leveringsmethoden op waarvoor de kosten zijn geconfigureerd.
  • Afstandstype: geef op of de gelaagde afstandsdefinitie een afstand hemelsbreed is of over de weg.
  • Afstandseenheden: geef de eenheid op waarin de gelaagde afstand wordt gemeten.
  • Afstand van: geef het beginbereik van de gelaagde afstand op.
  • Afstand tot: geef het eindbereik van de gelaagde afstand op.
  • Berekeningstype: geef op hoe de kosten moeten worden berekend voor een specifieke leveringsmethode en de gelaagde afstand. Er worden twee berekeningstypen ondersteund:
    • Vast: er wordt een standaardtarief gebruikt voor de leveringsmethode. Als u dit berekeningstype selecteert, definieert de waarde Kosten het standaardtarief.
    • Per afstandseenheid: de kosten voor de leveringsmethode en de gelaagde afstand worden berekend als de waarde die is opgegeven in de waarde Kosten maal de afstand tussen het afleveradres en de locaties.
  • Kosten : geef de kostenwaarde op waarin de waarde van het berekeningstype wordt gebruikt om de kosten voor een leveringsmodus te berekenen.

Notitie

  • Wanneer u gelaagde afstanden definieert, wordt door het systeem gecontroleerd of er geen ontbrekende of overlappende afstanden zijn.
  • Het afstandstype dat voor een leveringsmethode wordt gebruikt moet hetzelfde zijn voor alle gelaagde afstanden.

Kostencomponenttype Overig

In deze sectie wordt uitgelegd hoe u elke combinatie van het type Andere kostencomponent en een ander kostentype instelt voor niet-verschepende kosten en hoe de DOM-oplosser elke combinatie gebruikt.

Kostencomponenttype = Overig en Overig kostentype = Verkooporder

Een combinatie van het type Andere kostencomponent en het andere kostentype Verkooporder wordt gebruikt om niet-verschepende kosten te definiëren op het niveau van de verkooporder.

U stelt de volgende velden in voor deze combinatie:

  • Kostenfactor: voer een unieke id voor de kostenfactor in.
  • Beschrijving: voer de naam en de omschrijving van de kostenfactor in.
  • Begindatum en Einddatum: gebruik deze velden om de kostenfactor te beperken voor een specifiek datumbereik. Als u deze velden leeg laat, is de kostenfactor voor een onbepaalde periode.
  • Actief: geef aan of de kostenfactor actief is. In Gedistribueerd orderbeheer wordt alleen rekening gehouden met actieve kostenfactoren die aan het afhandelingsprofiel zijn gekoppeld.
  • Kosten : geef de kostprijs op voor een niet-verzendende kosten op verkooporderniveau.

Kostencomponenttype = Overig en Overig kostentype = Verkoopregel

Een combinatie van het type Andere kostencomponent en het andere kostentype Verkoopregel wordt gebruikt om niet-verschepende kosten te definiëren op het niveau van de verkooporderregel.

U stelt de volgende velden in voor deze combinatie:

  • Kostenfactor: voer een unieke id voor de kostenfactor in.
  • Beschrijving: voer de naam en de omschrijving van de kostenfactor in.
  • Begindatum en Einddatum: gebruik deze velden om de kostenfactor te beperken voor een specifiek datumbereik. Als u deze velden leeg laat, is de kostenfactor voor een onbepaalde periode.
  • Actief: geef aan of de kostenfactor actief is. In Gedistribueerd orderbeheer wordt alleen rekening gehouden met actieve kostenfactoren die aan het afhandelingsprofiel zijn gekoppeld.
  • Kosten – geef de kostenwaarde op voor niet-verzendkosten op het niveau van de verkooporderregel.

Kostencomponenttype = Overig en Overig kostentype = Locatie

Een combinatie van het type andere kostencomponent en het andere kostentype Locatie wordt gebruikt om niet-verschepende kosten voor een groep locaties of een afzonderlijke locatie te definiëren.

U stelt de volgende velden in voor deze combinatie:

  • Kostenfactor: voer een unieke id voor de kostenfactor in.

  • Beschrijving: voer de naam en de omschrijving van de kostenfactor in.

  • Begindatum en Einddatum: gebruik deze velden om de kostenfactor te beperken voor een specifiek datumbereik. Als u deze velden leeg laat, is de kostenfactor voor een onbepaalde periode.

  • Actief: geef aan of de kostenfactor actief is. In Gedistribueerd orderbeheer wordt alleen rekening gehouden met actieve kostenfactoren die aan het afhandelingsprofiel zijn gekoppeld.

  • Fulfillment-groep : geef de groep locaties op waarvoor de kosten voor niet-verzending zijn gedefinieerd.

  • Fulfillment-locatie – geef de locatie op waarvoor de niet-verzendkosten zijn gedefinieerd.

    Notitie

    U kunt niet op dezelfde regel een afhandelingsgroep en een afhandelingslocatie opgeven als op locatie gebaseerde berekeningscriteria.

  • Kosten : geef de kostenwaarde op voor een niet-verschepende kosten op het niveau van de uitvoeringsgroep of op het niveau van de uitvoeringslocatie.

Belangrijk

Als u met DOM rekening wilt houden met deze kosten wanneer deze worden uitgevoerd, moet u de kostenfactor toevoegen aan het relevante uitvoeringsprofiel.

Aanvullende bronnen

DOM-overzicht

DOM instellen

DOM-regels

DOM-verwerking

Resultaten van DOM-uitvoeringen

Een opschoontaak voor DOM-afhandelingsplannen uitvoeren

DOM-uitbreidbaarheid

DOM-beperkingen