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 aanvullende kostencomponenten definiëren en configureren die worden berekend en meegenomen bij het bepalen van de optimale locatie voor het afhandelen van orderregels.

Wanneer kostencomponenten worden geconfigureerd, maakt de DOM-oplossingsfunctie alleen gebruik van deze kostendefinities om de optimale locatie te bepalen voor het afhandelen van een order. De afstandcomponent wordt niet als een kostenpost beschouwd. Als er echter geen kostencomponenten worden geconfigureerd, maakt de DOM-oplossingsfunctie wel gebruik van de afstandscomponent als kostenpost om de optimale locatie te bepalen voor het afhandelen van een order.

Kostencomponenten instellen

Er kunnen twee belangrijke kostencomponenttypen worden gedefinieerd in het systeem: Verzending en Overig.

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 moet de volgende velden instellen 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 kostenfator 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 waarde op die wordt gebruikt in combinatie met de waarde Berekeningstype om de kosten voor de leveringsmethode 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 moet de volgende velden instellen 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 kostenfator 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 waarde op die wordt gebruikt in combinatie met de waarde Berekeningstype om de kosten voor de leveringsmethode 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 de verschillende combinaties van het kostencomponenttype Ander en een ander kostentype voor niet-verzendkosten, en hoe de DOM-oplossingsfunctie gebruikmaakt van elke combinatie.

Kostencomponenttype = Overig en Overig kostentype = Verkooporder

Een combinatie van het kostencomponenttype Overig en het overige kostentype Verkooporder wordt gebruikt voor het definiëren van niet-verzendkosten op het niveau van de verkooporder.

U moet de volgende velden instellen 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 kostenfator 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 verkooporder.

Kostencomponenttype = Overig en Overig kostentype = Verkoopregel

Een combinatie van het kostencomponenttype Overig en het overige kostentype Verkoopregel wordt gebruikt voor het definiëren van niet-verzendkosten op het niveau van de verkooporderregel.

U moet de volgende velden instellen 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 kostenfator 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 kostencomponenttype Overig en het overige kostentype Locatie wordt gebruikt voor het definiëren van niet-verzendkosten voor een groep van locaties of een individuele locatie.

U moet de volgende velden instellen 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 kostenfator 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.

  • Afhandelingsgroep: geef de groep met locaties op waarvoor de niet-verzendkosten worden gedefinieerd.

  • Afhandelingslocatie: geef de locatie op waarvoor de niet-verzendkosten worden 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 niet-verzendkosten op het niveau van de afhandelingsgroep of de afhandelingslocatie.

Belangrijk

Voordat deze kosten in Gedistribueerd orderbeheer (DOM) worden meegenomen, moet u de kostenfactor toevoegen aan het relevante afhandelingsprofiel.

Aanvullende bronnen

DOM-overzicht

DOM instellen

DOM-regels

DOM-verwerking

Resultaten van DOM-uitvoeringen

Een opschoontaak voor DOM-afhandelingsplannen uitvoeren

DOM-uitbreidbaarheid

DOM-beperkingen