Verhuurberichten

Versie: Procesbeschrijving SALES005 v1.0.1

1 Inleiding

Deze handleiding bevat de algemene spelregels voor bedrijven uit de bouw- en installatiesector die gestandaardiseerde en elektronische berichten willen uitwisselen die te maken hebben met het verhuren van materiaal en materieel. Dit is een sectorspecifiek document over verhuurberichten en hebben een relatie met andere proces gebieden (databerichten, transactieberichten en onderhoudsberichten) en bevat algemene informatie over elektronische communicatie en de gebruikersregels. In de bouw- en installatiesector wordt gebruik gemaakt van DICO XML-berichten.

1.1 De verhuurberichten binnen de DICO Standaard

De DICO Standaard bestaat uit verschillende deelgebieden waar de berichten gebruikt kunnen worden. De verhuurberichten (rood) hebben overlap met de Databerichtenset (blauw) en de Transactieberichtenset (groen). De DICO Standaard kent ook de Onderhoudsberichten (oranje).

Figuur 1 – Huidige berichten in de DICO Standaard

De verhuurberichten kent ook twee nieuwe berichten, namelijk het Checkout en de CheckoutResponse. In dit document wordt getracht het hele verhuurproces in de SALES005 te beschrijven. De relaties tussen de verschillende SALES005 berichten worden hierin ook meegenomen en toegelicht.

Figuur 2 – Nieuwe verhuurberichten in de DICO Standaard 

1.2 Wat is het doel van dit document?

In dit document leest u welke overkoepelende afspraken zijn gemaakt binnen de branche over het gebruik van de DICO XML verhuurberichten. Dit procesmodel is bedoeld voor de verhuurberichten en geeft een overzicht van de spelregels die gelden binnen de DICO Standaard.

1.3 Welke documenten maken deel uit van de gebruikersdocumentatie?

De gebruikersdocumentatie voor de verhuurberichten bestaat uit twee documenten: een procesbeschrijving (dit document) van de verhuurberichten en een technisch document. Overige (technische) informatie is gepubliceerd op Semantic Treehouse. Hier zijn onder andere voorbeeldberichten te vinden maar ook tools zoals een validatietool om berichten te valideren.

De documentatie is met zorg samengesteld, mochten er onverhoopt toch fouten of onduidelijkheden in staan wordt u verzocht contact op te nemen met Ketenstandaard voor uitsluitsel. Gelieve niet zelf een interpretatie te maken, om zo dialecten van de standaard te voorkomen. De documentatie beschrijft het toepassingsgebied, proces en technische uitgangspunten van de DICO Standaard. De structuur, inhoud en gebruikersregels worden verder toegelicht op Semantic Treehouse. Uiteindelijke DICO XML berichten moeten voldoen aan de beschreven eisen. Voor de daadwerkelijke uitwisseling van DICO berichten is een licentie vereist. Voor meer informatie en gebruikersvoorwaarden hierover, zie www.ketenstandaard.nl.

1.4 Samenstellers

Dit document wordt onderhouden door Ketenstandaard Bouw en Techniek. Ketenstandaard Bouw en Techniek beheert de DICO Standaard en faciliteert DICO Commissies voor de Bouw en Installatie sector. Bedrijven uit de sector zijn vertegenwoordigd binnen deze commissies, waarmee aansluiting op de informatiebehoefte van de sector gewaarborgd blijft. Voor vragen of opmerkingen over dit document kunt u contact opnemen met dico@ketenstandaard.nl. 

2 Het totale proces

De verhuurberichten zijn een aanvulling op de huidige DICO berichten en processen binnen de SALES005 versie. In de onderstaande figuur is duidelijk te zien hoe de verschillende berichten in relatie tot elkaar staan en omvat het hele verhuurproces. Zo is het factuurbericht de SALES005 factuur die onder de DICO transactieberichten valt. De kracht van de DICO berichten wordt groter naar mate het hele proces wordt aangehouden. De regels van de bestaande DICO berichten blijven gelden. Indien er contradicties optreden bij het gebruik van de verhuurextensie en daarmee deze procesbeschrijving, prevaleert de procesbeschrijving van de verhuurextensie boven die van de bestaande berichten.

Figuur 3 – Een voorbeeld van hoe de berichtenstroom kan lopen in het verhuurproces

Het Checkout en de CheckoutResponse zijn als nieuwe berichten die aan de SALES005 zijn toegevoegd. De twee berichten worden gebruikt voor een gestandaardiseerde afhandeling in het verhuurproces. Het stop zetten van gehuurd materieel, of informatie over het komen ophalen van het materieel zijn hier voorbeelden van. Het huren van materieel kent zoveel variabelen dat er niet vanuit gegaan mag worden dat de factuur(en) één op één gematcht kunnen worden tegen de oorspronkelijke order. Hier zal door de software zelf een ‘dossier’ gevormd moeten worden om matching te kunnen faciliteren.

Een verhuurperiode bestaat vaak uit meerdere (factuur)termijnen, waar uiteindelijk het proces wordt afgesloten met een eind of slotfactuur. De duur van de verhuurperiode die via de order wordt aangegeven kan afwijken van de duur die gefactureerd wordt. Het proces weergegeven in de tijd. Zie overstaande figuur:

Figuur 4 – Verhuurberichten geplaatst op een tijdlijn

3 Uitwisseling stamgegevens

Het proces begint met het wisselen van stamgegevens. In de hoofdstuk gaan we in op de twee databerichten; het product- en artikelbericht van de SALES005. Binnen DICO wordt een product gedefinieerd als iets wat gebruikseigenschappen bezit en een artikel als iets wat handelseigenschappen bezit. Het artikel kent in deze context dus de eigenschappen die de verhuurcondities vertegenwoordigen en het product beschrijft de gebruiksmogelijkheden die het gehuurde kan bieden.

3.1 Productbericht

3.1.1 Classificatie van producten

Het classificeren van producten wordt via de ETIM Classificatie gedaan. Er zijn geen aanvullingen ten opzichte van huidige productbericht. De eigenschappen van een product zijn binnen het verhuur proces hetzelfde als in andere processen. Uiteraard is de informatie over de eigenschappen van producten belangrijk. Op deze manier wordt de afnemer namelijk juist geïnformeerd over de diverse producteigenschappen zodat de afnemer tot de juiste keuze voor afname komen. Voorbeeld: Trilplaat met alle relevante (ETIM) eigenschappen:

Figuur 5 – De ETIM eigenschappen van een trilplaat

3.2 Artikelbericht

In het artikelbericht worden de producten voorzien van handelsgegevens: een artikel is te huren voor een bepaalde prijs per periode. Een belangrijk onderscheid ten opzichte van reguliere artikelen is het feit dat er sprake is van een termijn en niet sprake van het overdragen van eigendom. Merk op dat de prijs dus tot stand komt door twee componenten: stuks prijs en periode prijs. Ook is er in het artikelbericht plaats voor verschillende omschrijvingen zoals een marketingtekst. Middels het bericht kan nog meer artikelinformatie worden aangeboden, denk bijvoorbeeld aan voorraadinformatie, afmetingen en leverinformatie.

Er moet aandacht besteed worden aan de wijze waarop de artikelgegevens ingevuld moeten worden om op een gestandaardiseerde manier te kunnen communiceren over een verhuurbaar artikel. Hiervoor is een verhuurextensie ontwikkeld waarbij ook periodes en prijs per periode voor een artikel gecommuniceerd kunnen worden. Deze verhuurextensie moet gebruikt worden als men het heeft over verhuurbare artikelen. Als deze verhuurextensie niet zou worden gebruikt, weet de afnemer niet dat het gaat over een verhuurbaar artikel.

3.2.1 Een artikelregel: het opgeven van één artikel of meerdere artikelen

Het opgeven van artikelinformatie op de regel van een artikel dat verhuurbaar is gaat in de SALES005 net even iets anders dan bij ‘normale’ artikelen. De verschillen zitten vooral op het toepassen van gebruikersregels en de extensies. In de tabel wordt weergegeven hoe belangrijke velden gebruikt worden bij het verhuren van artikelen. De afspraak is dat de velden in onderstaande tabel altijd als stuks (PCE) gevuld worden. In <UseUnitInformation> kan eventueel aanvullende gebruiksinformatie worden meegegeven mocht het nodig zijn bijvoorbeeld strekkende meters of andere gebruiksinformatie te beschrijven.

Tabel 1 – Voorbeeld één dranghek, vullen artikelgegevens

Elementen	XML veld	Uitleg
Prijseenheid	<PriceBasisUoM>	Gaat bij verhuur altijd over stuks (PCE). Voorbeeld: 1 PCE bouwhek of 100 PCE bouwhekken.
Besteleenheid	<OrderUoM>	Ook de besteleenheid is in stuks (PCE).
Minimale besteleenheid	<MinimumOrderQuantity>	Het minimaal aantal artikelen dat besteld kan worden is tevens in stuks (PCE).
Aantal eenheden waarin de prijs is uitgedrukt.	<NumberOfUnitsInPriceBasis>	De prijs kan verwijzen naar 1 of meerdere stuks (PCE). Bijvoorbeeld: per 10 stuks (PCE) is de prijs €20.

Bij het verhuren van artikelen worden twee eenheden opgegeven. Bijvoorbeeld: het verhuren van een trilplaat of bouwhek. Er moet opgegeven kunnen worden hoeveel artikelen er verhuurt gaan worden maar ook voor welke periode. Daardoor is het meegeven van een aanvullende verhuurextensie in het SALES005 artikelbericht noodzakelijk.

3.2.2 Verhuurextensie artikelbericht

De onderstaande verhuurextensie wordt in het artikelbericht meegeven op regelniveau. Alleen op deze locatie in het bericht wordt de verhuurextensie geplaatst. Dus een artikelregel die een verhuurextensie bevat moet worden aangemerkt als een verhuurbaar artikel. De plaats van de extensie binnen het artikelbericht is op de regel, xpath is: PriceCatalogue/Grouping/TradeItemLine/UserDefinedExtension

Tabel 2 – Voorbeeld verhuurextensie XML structuur op de regel in het artikelbericht

<TradeItemLine>
  <UserDefinedExtension xmlns:rental=“http://www.ketenstandaard.nl/UDE/SALES/Rental/v1” xsi:schemaLocation=“http://www.ketenstandaard.nl/UDE/SALES/Rental/v1 RentalUDE.xsd”>
    <rental:RentalUDE>
      <rental:Prices>
        <rental:PricePerRentalTime>
          <rental:Quantity> </rental:Quantity>
          <rental:QuantityUoM> </rental:QuantityUoM>
          <rental:MinimumOrderQuantity> </rental:MinimumOrderQuantity>
          <rental:OrderMultiple> </rental:OrderMultiple>
          <rental:Price> </rental:Price>
        </rental:PricePerRentalTime>
        <rental:PricePerRentalTime>
          <rental:Quantity> </rental:Quantity>
          <rental:QuantityUoM> </rental:QuantityUoM>
          <rental:MinimumOrderQuantity> </rental:MinimumOrderQuantity>
          <rental:OrderMultiple> </rental:OrderMultiple>
          <rental:Price> </rental:Price>
        </rental:PricePerRentalTime>
      </rental:Prices>
      <rental:WeekendInvoicing> </rental:WeekendInvoicing>
      <rental:ContinuesUse> </rental:ContinuesUse>
    </rental:RentalUDE>
  </UserDefinedExtension>
</TradeItemLine>

Let op: voor het uitwisselen van stamgegevens van artikelen, volg de standaardregels van huidige XML berichten.

3.2.3 Prijsbepaling

De prijs van het verhuurbare artikel wordt opgegeven in de verhuurextensie. Hiermee wordt in de reguliere prijsstructuur geen <GrossPrice>, <NetPrice> of <SuggestedPrice> meer opgegeven bij gebruik van de verhuurextensie. Hiermee komt de gebruiksregel “Als 'Indicatie prijs op aanvraag' ongelijk is aan 'true' dan is het verplicht om de 'Bruto prijs' of de 'Netto prijs' in te vullen.” voor het veld <PriceOnRequestIndicator> te vervallen bij het gebruik van de verhuurextensie. De prijs die in de extensie staat is daarmee een brutoprijs omdat er nog kortingen en toeslagen over berekend moeten kunnen worden. Er kunnen meerdere prijzen worden opgenomen in de verhuurextensie door in de structuur <PricePerRentalTime> aan te geven hoe prijs zich verhoudt tot de huurtermijn. Bijvoorbeeld: een bouwhek huren voor 1 week kost €700 (zie tabel 2).

Om tot een goede prijsbepaling te kunnen komen zijn er een aantal basisregels:

• De <PriceBasisUoM> is altijd stuks (PCE) omdat het altijd gaat over aantallen van het verhuurde artikel gaat; stuks van iets. Dus ook aantallen in de prijsbasis worden altijd opgegeven in stuks.
• De <PriceBasisUoM> is gelijk aan de <OrderUoM>.
• Hieruit volgt dat de <PriceToOrderUnitFactor> altijd 1 is.
• De <NumberOfUnitsInPriceBasis> moet altijd gelijk zijn aan de <OrderMultiple>.
• De <MinimumOrderQuantity> moet gelijk zijn aan of een veelvoud zijn van de <OrderMultiple>.
• Kortingen en toeslagen zijn toepassing op alle opgegeven prijzen in de extensie.

In het vervolg van de prijsbepaling, om te komen tot een totaalprijs van een bepaalde afname geldt de onderstaande formule:

(aantal bestelde verhuurbare artikelen)
---------------------------------------------------- (prijs huurtermijn aantal termijnen) = Totale prijs
(aantal in prijsbasis)

Het aantal termijnen wordt de opgegeven door <RentalPeriod> te transformeren naar de juiste <Quantity> in relatie tot <QuantityUoM>. Om een beter beeld te geven van de prijsbepaling wordt hieronder een paar voorbeelden gegeven. Hierbij wordt in de eerste kolom al een fictieve afname benoemd (de bedragen zijn uiteraard ook fictief). Normaliter vindt dit pas plaats in de order en worden de randvoorwaarden opgesomd en uitgewisseld met het artikelberichten.

Tabel 3 – Voorbeelden prijsbepaling, deel 1

Afname	Gegevens	Voorbeeld berekeningen
1 trilplaat voor 1 week	OrderMultiple = 1 MinimumOrderQuantity = 1 NumberOfUnitsInPriceBasis = 1 Extensie: rental:Quantity = 1 rental:QuantityUoM = Week rental:Price = €700	(1 trilplaat PCE) ----------------------------- (700 prijs 1) = €700 (1 aantal in prijsbasis)
2 trilplaten voor 3 weken	OrderMultiple = 1 MinimumOrderQuantity = 1 NumberOfUnitsInPriceBasis = 1 Extensie: rental:Quantity = 1 rental:QuantityUoM = Week rental:Price = €700	(2 trilplaten PCE) ----------------------------- (€700 prijs 3) =€4200 (1 aantal in prijsbasis)
100 bouwheken voor 8 dagen	OrderMultiple = 1 MinimumOrderQuantity = 1 NumberOfUnitsInPriceBasis = 1 Extensie: rental:Quantity = 1 rental:QuantityUoM = Dag rental:Price = €5	(100 bouwhekken PCE) ----------------------------- (€5 prijs 8) = €4000 (1 aantal in prijsbasis)
50 bouwhekken voor 2 weken	OrderMultiple = 10 MinimumOrderQuantity = 20 NumberOfUnitsInPriceBasis = 10 Extensie: rental:Quantity = 1 rental:QuantityUoM = Week rental:Price = €50	(50 bouwhekken PCE ) ----------------------------- (€50 prijs 2) = €500 (10 aantal in prijsbasis)

Tabel 4 – Voorbeelden prijsbepaling, deel 2

Afname	Gegevens	Voorbeeld berekeningen
19 bouwhekken voor 2 weken	OrderMultiple = 10 MinimumOrderQuantity = 20 NumberOfUnitsInPriceBasis = 10 Extensie: rental:Quantity = 1 rental:QuantityUoM = Week rental:Price = €50	Voldoet niet aan MinimumOrderQuantity en OrderMultiple
50 bouwhekken voor 6 weken	OrderMultiple = 10 MinimumOrderQuantity = 20 NumberOfUnitsInPriceBasis = 10 Extensie: rental:Quantity = 2 rental:QuantityUoM = Week rental:Price = €75	(50 bouwhekken PCE ) ----------------------------- (€75 prijs 3)= €1250 (10 aantal in prijsbasis)

3.2.4 Staffels

Bij het gebruikmaken van staffels, via <BracketLowerLimit>, om bij bepaalde afnamehoeveelheden (bestelhoeveelheden) korting te geven gelden een aantal aanvullende regels om uiteindelijk tot de juiste prijs te komen:

• Het weergeven van staffels in bestelhoeveelheden kan via de reguliere korting structuren. Hierbij is het belangrijk om alleen het percentage te vullen. De kortingen zijn namelijk op alle opgegeven prijzen van toepassing.
• Het opgeven van huurtermijnstaffels kan alleen met behulp van de extensie. Hier kunnen meerdere termijnen en bijbehorende prijzen worden opgegeven.
  • Staffels dienen van groot naar klein benaderd te worden: een staffel voor een grotere eenheid/aantal gaat voor op een kleinere. Dat wil niet zeggen dat de kleinere staffels niet ook geldig kunnen zijn. Men moet dus de huurtermijn opdelen tot de gehele termijn berekend is (zie voorbeeld in tabel 6). Bij het gebruik van meerdere staffels zal de software via meerdere stappen moeten berekenen wat de juiste prijs oplevert. De prijs is niet af te leiden uit één veld.
• Staffels voor bestelhoeveelheden en termijn kunnen samen worden gebruikt, dat hoeft uiteraard niet.

Tabel 5 – Voorbeeld staffel met percentage

Afname	Gegevens	Voorbeeld berekeningen
150 bouwhekken voor 2 weken	OrderMultiple = 10 MinimumOrderQuantity = 10 NumberOfUnitsInPriceBasis = 1 AllowancePercentage = 5% BracketLowerLimit = 100 Extensie: rental:Quantity = 1 rental:QuantityUoM = Week rental:Price = €4	(150 bouwhekken PCE) ----------------------------- (€4 prijs 2) = €1200 (1 aantal in prijsbasis) €1200 * 0.95 (staffelkorting) = €1140

Tabel 6 – Voorbeeld staffel met termijn

Afname	Gegevens	Voorbeeld berekeningen
3 trilplaten voor 1 jaar en 12 dagen	De groots mogelijk staffel wordt gekozen, dat geeft de laagste (totaal)prijs geeft. OrderMultiple = 1 MinimumOrderQuantity = 1 NumberOfUnitsInPriceBasis = 1 Extensie: rental:Quantity = 1 rental:QuantityUoM = Dag rental:Price = €4 rental:Quantity = 1 rental:QuantityUoM = Week rental:Price = €21 rental:Quantity = 1 rental:QuantityUoM = Jaar rental:Price = €1000	Totaal prijs per 1 jaar: (3 trilplaten PCE) --------------------------- (€1000 prijs 1) = €3000 (1 aantal in prijsbasis) Totaal prijs per 1 week: (3 trilplaten PCE) --------------------------- (€21 prijs 1) = €63 (1 aantal in prijsbasis) Totaal prijs per 1 dag: (3 trilplaten PCE) --------------------------- (€4 prijs 5) = €60 (1 aantal in prijsbasis) De totale huurprijs van 3 trilplaten voor 1 jaar en 12 dagen is: €3123

3.2.5 Artikelgroepen

In het geval dat de prijs via een artikelgroep bepaald wordt kunnen artikelen gegroepeerd worden via het veld <BuyingGroup> binnen de structuur <TradeItemGrouping> per artikelregel. Hierbij moet een code door de leverancier aan de groep worden gegeven, houd hierbij rekening met de beperkte ruimte in het veld <BuyingGroup>. Via deze code kan software van de afnemer de artikelen groeperen. Hierbij moet wel bij ieder artikel een prijs opgegeven worden. Dit om zoveel mogelijk van het huidige artikelbericht in stand te laten.

3.3 Itemrelatiebericht en Conditiebericht

Het conditiebericht gaat over prijsvorming en kan worden toegepast. De kortingen en staffels worden toegepast op dezelfde manier zoals aangegeven in paragraaf 3.2.4, tabel 5 in dit document. Deze kortingen gaan dus over de totaalprijs van de bestelling. De kortingen opgegeven in het conditiebericht prevaleren boven de opgegeven kortingen in het artikelbericht, zie ook procesbeschrijving Databerichten paragraaf 5.3.4. Er geldt net als in het artikelbericht dat er alleen percentages voor kortingen opgegeven kunnen worden. De structuur <PriceInformation> wordt niet gebruikt in het conditiebericht.

Er zijn dus grofweg twee methodes voor het toepassen van kortingen. Er kunnen in het artikelbericht en via het conditiebericht kortingen worden toegepast. Aan te raden is om één methode toe te passen.

Het itemrelatiebericht kan in zijn bestaande vorm gebruikt worden om relaties tussen artikelen of producten weer te geven: “welke slijpschijf past op een haakse slijper?” en “valbescherming hoort bij een hoogwerker.”

4 Bestellen

4.1 Orderbericht en Orderbevestiging

Na de uitwisseling van stamgegevens (direct of via een datapool) worden artikelen voor een bepaalde (verhuur)periode besteld. In dit hoofdstuk wordt verder ingegaan op de relatie van het verhuurproces en de DICO transactieberichten (versie SALES005).

4.1.1 Bestellen verhuur artikel(en)

Tabel 7 – Aandachtspunten in de order

Elementen	XML veld of structuur	Uitleg
Besteld aantal	<OrderedQuantity>	Het besteld aantal in de order wordt altijd in stuks (PCE) opgegeven.
Gepland geleverd aantal	<PlannedDeliveryQuantity>	In de bevestiging wordt het geplande aantal te leveren ook altijd in stuks (PCE) opgegeven.
Gegevens over de aflevering	<DeliveryDateTimeInformation>	Deze structuur wordt in de order en bevestiging meegestuurd op de levering van de artikelen te duiden. Niet de verhuurperiode.

Bij het bestellen van artikelen die verhuurd gaan worden is het meegeven van een verhuurextensie ook noodzakelijk. Dus net als in het artikelbericht wordt ook in de order en bevestiging een verhuurextensie op de regel meegestuurd. In de verhuurextensie wordt de verhuurtermijn nader gespecificeerd. Het opgeven van de termijn gebeurt via datums en wordt door de software omgezet in de juiste termijnen die corresponderen met het artikelbericht.

Tabel 8 – Voorbeeld verhuurextensie XML structuur op de regel in de order

<OrderLine>
  <UserDefinedExtension xmlns:rental=“http://www.ketenstandaard.nl/UDE/SALES/Rental/v1” xsi:schemaLocation=“http://www.ketenstandaard.nl/UDE/SALES/Rental/v1 RentalUDE.xsd”>
    <rental:RentalUDE>
      <rental:RentalPeriod>
       <rental:FixedStartDateTime> </rental:FixedStartDateTime>
       <rental:FixedEndDateTime> </rental:FixedEndDateTime>
      </rental:RentalPeriod>
    </rental:RentalUDE>
  </UserDefinedExtension>
</OrderLine>

Let op: voor het bestellen van artikelen, dus niet verhuurartikelen, volg de standaardregels van huidige berichten binnen de SALES005 versie.

4.1.2 Bevestigen van de bestelling

De orderbevestiging kan in zijn bestaande vorm gebruikt worden incl. geldende regels. Maar ook in de orderbevestiging is de verhuurextensie van belang. Immers, als er een bevestiging gestuurd wordt met een wijziging van het bestelde zal dit ook meegestuurd moeten worden. In de analogie van het voorbeeld in paragraaf “Bestellen verhuur artikel(en)” kan met de verhuurextensie bevestigd worden dat de verhuurtermijn geen 100 dagen kan zijn maar wel 80 dagen. Uiteraard hangen dit soort procedures van wijziging ook af van projectafspraken dan wel contractuele verhoudingen.

  Niet alleen voor de verhuurtermijn maar ook voor de traceerbaarheid van prijzen kan de extensie gebruikt worden in de orderbevestiging. De traceerbaarheid van de orderbevestiging naar de factuur is wel van een heel aantal zaken afhankelijk. Zie ook hoofdstuk 7 “Financiële afhandeling”.

Tabel 9 – Voorbeeld verhuurextensie XML structuur op de regel in de orderbevestiging

<OrderLine>
  <UserDefinedExtension xmlns:rental=“http://www.ketenstandaard.nl/UDE/SALES/Rental/v1” xsi:schemaLocation=“http://www.ketenstandaard.nl/UDE/SALES/Rental/v1 RentalUDE.xsd”>
    <rental:RentalUDE>
      <rental:Prices>
 <rental:PricePerRentalTime>
          <rental:Quantity> </rental:Quantity>
          <rental:QuantityUoM> </rental:QuantityUoM>
          <rental:MinimumOrderQuantity> </rental:MinimumOrderQuantity>
          <rental:OrderMultiple> </rental:OrderMultiple>
          <rental:Price> </rental:Price>
 </rental:PricePerRentalTime>
      </rental:Prices>
      <rental:WeekendInvoicing> </rental:WeekendInvoicing>
      <rental:RentalPeriod>
        <rental:FixedStartDateTime> </rental:FixedStartDateTime>
        <rental:FixedEndDateTime> </rental:FixedEndDateTime>
      </rental:RentalPeriod>
      <rental:StartRentalPeriod> </rental:StartRentalPeriod>
    </rental:RentalUDE>
  </UserDefinedExtension>
</OrderLine>

Let op: voor het bevestigen van artikelen, dus niet verhuurartikelen, volg de standaardregels van huidige berichten binnen de SALES005 versie.

4.1.3 Wijzigen van bestelling

Zowel de klant als de leverancier kan een aanpassingen in de bestelling willen maken. Denk hierbij aan het wijzigen van een afleverdatum, aantallen of het splitsen van de bestelling over verschillende vestigingen. In de SALES005 voor artikelen is geen proces opgenomen om de bestelling elektronisch te annuleren. Om deze processen in goede banen te leiden zijn een aantal afspraken gemaakt.

• De order kan gewijzigd worden door een nieuw bericht (orderbevestiging of order) te sturen met hetzelfde <OrderNumber> en een nieuwe <OrderDate>. Hierbij geld de afspraak dat de laatst gedateerde bericht leidend is.
• Een orderbevestiging kan gewijzigd worden door een nieuw bericht met hetzelfde <OrderResponseNumber> en <OrderReference> te sturen. Hierbij geld de afspraak dat de laatst gedateerde bericht leidend is.
• Conform paragraaf 6.1.1 van de procesbeschrijving Transactieberichten kunnen een aantal velden gewijzigd worden. De volgende gegevens kunnen aanvullend gewijzigd worden: <rental:RentalPeriod>.
• Het annuleren van een bestelling zal altijd bilateraal moeten gebeuren zoals telefonisch. Beide partijen zullen dan handmatig in hun systeem de annulering moeten verwerken.

5 Leveren

Het verzendbericht geeft aan welke en wanneer bestelde (verhuur)artikelen ook daadwerkelijk geleverd zijn. De levering is vaak het beginpunt van de verhuurtermijn. Dit hoeft echter niet altijd het geval te zijn, bijvoorbeeld: als om logistieke redenen het gehuurde artikel eerder geleverd wordt dan dat de verhuurtermijn ingaat.

5.1.1 Verhuurartikel(en) in het verzendbericht

Tabel 10 – Aandachtspunten in de order

Elementen	XML veld of structuur	Uitleg
Geleverd aantal	<DeliveredQuantity>	Het aantal geleverde verhuurartikelen gaat bij verhuur altijd over stuks (PCE).
Gegevens over de aflevering	<DeliveryDateTimeInformation>	Deze structuur wordt in het verzendbericht meegestuurd om de levering van de artikelen te duiden. Niet de verhuurperiode.

Ook bij de levering is een uitbereiding op het verzendbericht mogelijk. In het verzendbericht is het bevestigen van de verhuurtermijn mogelijk maar niet noodzakelijk; de orderbevestiging volstaat hier. Mocht dit wel nodig zijn omdat er toch een tussentijdse wijziging optreedt kan dit via de extensie. De verhuurextensie is identiek aan de verhuurextensie in de order en/of bevestiging.

Tabel 11 – Voorbeeld verhuurextensie XML structuur op de regel in het verzendbericht

<DespatchLine>
  <UserDefinedExtension xmlns:rental=“http://www.ketenstandaard.nl/UDE/SALES/Rental/v1” xsi:schemaLocation=“http://www.ketenstandaard.nl/UDE/SALES/Rental/v1 RentalUDE.xsd”>
    <rental:RentalUDE>
      <rental:RentalPeriod>
        <rental:FixedStartDateTime> </rental:FixedStartDateTime>
        <rental:FixedEndDateTime> </rental:FixedEndDateTime>
      </rental:RentalPeriod >
    </rental:RentalUDE>
  </UserDefinedExtension>
</DespatchLine>

Let op: voor de levering van artikelen volg de standaardregels van huidige SALES005 transactieberichten.

5.1.2 Keuringsrapporten van een verhuurartikel(en)

Keuringrapporten worden meegestuurd in verzendbericht. Dit kan middels de bijlagen/certificaten structuur. In het bericht kan op regelniveau een rapport worden toegevoegd. Op de regel kan ook een serienummer worden meegeven. Zijn voor dezelfde artikelen op één regel verschillende keuringsrapporten van toepassing dan zullen deze artikelen gesplitst moeten worden over meerdere itemregels. Zodat de 1 op 1 link met het serienummer behouden blijft.

6 Terugzending

In het proces van het verhuren van artikelen is de terugzending geregeld met twee nieuwe berichten. Het Checkout bericht is om te laten weten per wanneer de verhuurtermijn gestopt moet worden vanuit de huurder. En de CheckoutResponse is om te bevestigen dat de verhuurtermijn daadwerkelijk is/wordt stopgezet vanuit de verhuurder.

Checkout en CheckoutResponse kunnen tussentijds gebruikt worden om de verhuurperiode te herbevestigen en/of het gedeeltelijk ophalen van de gehuurde artikelen. Ook om bijvoorbeeld brandstofverrekening en eventuele schade te communiceren. Dit kan ingezet worden om partijen op de hoogte te houden en een deel van de matching op factuurniveau te faciliteren. Gebruik van deze berichten om deze informatie over te brengen draagt bij aan een goede dossiervorming voor beide partijen.

6.1 Afmeldbericht (Checkout)

Met het Checkout bericht wordt een verzoek tot vaststellen einddatum van de verhuurtermijn van de artikelen verstuurd. Het einde van de periode geeft de mogelijkheid om een (eind)factuur te sturen, zie hoofdstuk 7. Het is niet verplicht om een Checkout bericht voor een CheckoutResponse te versturen, afmelden kan ook telefonisch gebeuren.

Voor het gebruik van het Checkout bericht gelden een aantal basisregels:

• Bij inlevering aan een balie geldt dat specifieke afmeldmoment.
• Het afmeldmoment beschrijft een verzoek van de huurder om de verhuurtermijn te stoppen.
• Het Checkout bericht verwijst altijd naar één en dezelfde order.
• Verhuurartikelen op dezelfde regel kunnen apart worden afgemeld . Voorbeeld: er worden 2 dixi-toiletten gehuurd, 1 daarvan wordt 1 week eerder afgemeld dan de andere.
• Bij het terugbrengen aan de balie kan een Checkout bericht verstuurd te worden, dit hoeft echter niet.
• Per afmelding mag maar één locatie worden opgegeven.

6.2 Afmeldbevestiging (CheckoutResponse)

Met het CheckoutResponse wordt de einddatum van de verhuurtermijn van de artikelen bepaald. Het bericht wordt gebruikt om de afmelding van de verhuurtermijn te bevestigingen aan de klant. Daarnaast kan de opgegeven ophaaldatum ook worden bevestigd, dagprijzen worden verrekend en schademeldingen worden gecommuniceerd.

Voor het gebruik van de CheckoutResponse gelden een aantal basisregels:

• Een CheckoutResponse kan vaker worden verstuurd:
  • voor de bevestiging van de <rental:CheckoutDateTime>;
  • en/of de wijziging van de <rental:CheckoutDateTime>;
  • en/of de bevestiging van de <rental:PickupDateTimeInformation>;
  • en/of de wijziging van de <rental:PickupDateTimeInformation>;
  • en/of een bevestiging van het daadwerkelijk ophalen van verhuurde artikelen.
• De CheckoutResponse verwijst altijd naar één en dezelfde order.
• Bij een wijziging van <rental:CheckoutDateTime> of <rental:PickupDateTimeInformation> in de CheckoutResponse waar de tegenpartij het niet mee eens is, moeten bilateraal afspraken worden gemaakt.
• Het afmeldmoment hoeft niet gelijk te zijn aan het aflevermoment van de huurder of het ophaalmoment van de verhuurder.
• De laatste CheckoutResponse is leidend.
• Bij aflevering door de huurder aan de verhuurder wordt door de verhuurder een CheckoutResponse gestuurd. Hierin kan eventueel de geconstateerde schade ook worden gecommuniceerd.
• Op een Checkout volgt /volgen altijd één of meer CheckoutResponse berichten.

6.2.1 Prijsbepaling

Indien er sprake is van het achteraf afrekenen van diesel, slijtage of andere toeslagen die pas achteraf bepaald kunnen worden, kan gebruik gemaakt worden van de Charge structuur. Op deze manier kan dat gematcht worden met het gehuurde artikel. Op het moment dat deze als aparte regel wordt opgenomen vervalt de één op één traceerbaarheid naar het gehuurde artikel.

Indien er wachttijd voor de chauffeur gerekend wordt dient dit op de CheckoutResponse vermeld te worden. ‘Wachttijd’ kan als artikel/dienst opgenomen worden in het artikelbericht.

6.2.2 Dagprijzen

Met “dagprijzen” wordt bedoeld prijzen voor gebruiksartikelen waar per dag de prijs kan verschillen. Denk hierbij aan brandstof, hierbij is de dag waarop de brandstof afgerekend wordt van belang omdat deze invloed heeft op de prijs. Het bepalen van de geldende dagprijzen dient afgesproken te worden tussen partijen onderling. Het communiceren van de dagprijs geschied via de factuur en er dient op vertrouwd te worden dat de opgegeven dagprijs juist is. In het artikelbericht staat de prijs op “prijs op aanvraag” zodat er wel een artikelnummer opgegeven kan worden.

6.2.3 Schade

Hoe schade afgehandeld wordt dient door verhuurder en huurder afgesproken te worden. Per Checkout– of CheckoutResponseLine kan schade worden opgegeven als deze geconstateerd is door de huurder of verhuurder. Hier kan een omschrijving en een indicatie worden meegegeven of het door de huurder veroorzaakt is. Daarbij kunnen bijlagen worden meegegeven zodat de partijen elkaar kunnen informeren over de geconstateerde schade. De partij die de schade constateert wordt niet in de standaard vastgelegd. De juridische en/of financiële afhandeling van de schade worden bilateraal afgestemd.

7 Financiële afhandeling

De financiële afhandeling in het verhuurproces wijkt af van het normale proces van het betalen van artikelen. Bij het verhuren van artikelen is de verhuurtermijn niet altijd vooraf bekend. Voor de financiële afhandeling is deze termijn cruciaal om de bedragen te kunnen verifiëren.

7.1 Factuur

Ook bij het verhuren van artikelen is de factuur het sluitstuk. Daarnaast is er in het verhuurproces vaak sprake van tussentijdse facturen, zogenaamde termijnfacturen. Bijvoorbeeld: artikel A is verhuurd voor 8 maanden. Er volgen dan 8 termijnfacturen waar de laatste termijn wordt afgesloten met een slotfactuur. De laatste termijn hoeft daarbij geen volledige termijn van een maand te zijn.

Net als andere berichten in het verhuurproces wordt ook op de factuur de verhuurextensie meegestuurd. In de verhuurextensie worden de verhuurtermijn en prijzen nader gespecificeerd. Vanwege controle aan beide kanten is het verplicht de <rental:RentalPeriod> mee te geven. De <rental:RentalPeriod> op de factuur beschrijft altijd de periode die gefactureerd wordt en niet persé de gehele huurperiode. Verder is het noodzakelijk om voor het bepalen van de prijs per gehuurd artikel ook de <rental:PricePerRentalTime> die aanwezig zijn op te geven in de extensie voor het factuurbericht.

Controle op de gehele huurperiode moet door software zelf worden bijgehouden.

Tabel 12 – Voorbeeld verhuurextensie XML structuur op de regel in de factuur

<InvoiceLine>
  <UserDefinedExtension xmlns:rental=“http://www.ketenstandaard.nl/UDE/SALES/Rental/v1” xsi:schemaLocation=“http://www.ketenstandaard.nl/UDE/SALES/Rental/v1 RentalUDE.xsd”>
    <rental:RentalUDE>
      <rental:Prices>
        <rental:PricePerRentalTime>
          <rental:Quantity> </rental:Quantity>
          <rental:QuantityUoM> </rental:QuantityUoM>
          <rental:MinimumOrderQuantity> </rental:MinimumOrderQuantity>
          <rental:OrderMultiple> </rental:OrderMultiple>
          <rental:Price> </rental:Price>
        </rental:PricePerRentalTime>
        <rental:PricePerRentalTime>
          <rental:Quantity> </rental:Quantity>
          <rental:QuantityUoM> </rental:QuantityUoM>
          <rental:MinimumOrderQuantity> </rental:MinimumOrderQuantity>
          <rental:OrderMultiple> </rental:OrderMultiple>
          <rental:Price> </rental:Price>
        </rental:PricePerRentalTime>
      </rental:Prices>
      <rental:WeekendInvoicing> </rental:WeekendInvoicing>
      <rental:RentalPeriod>
        <rental:FixedStartDateTime> </rental:FixedStartDateTime>
        <rental:FixedEndDateTime> </rental:FixedEndDateTime>
      </rental:RentalPeriod>
      <rental:StartRentalPeriod> </rental:StartRentalPeriod>
    </rental:RentalUDE>
  </UserDefinedExtension>
</InvoiceLine>

Let op: voor de verdere financiële afhandeling van artikelen volg de standaardregels van huidige SALES005 transactieberichten.

7.1.1 Prijsbepaling

Voor de prijsbepaling zijn er drie componenten belangrijk:

• de verhuurtermijn <rental:RentalPeriod>
• het aantal gehuurde artikelen <NumberOfInvoicingUnits>

• de prijs per verhuurperiode  `<rental:PricePerRentalTime>`

Een voorbeeld om de prijs <Price> te bepalen om te kunnen komen tot een regelbedrag <NetLineAmount>.

Tabel 13 – Voorbeelden prijsbepaling factuurbericht

Gegevens	Voorbeeld berekeningen
Voorbeeld 1 Gegevens factuur NumberOfInvoicingUnits = 2 Gegevens extensie rental:FixedStartDateTime = 2021-02-01T00:01:00+01:00 rental:FixedFinishDateTime = 2021-02-09T23:59:00+01:00 rental:WeekendInvoicing = True rental:Quantity = 1 rental:QuantityUoM = Week rental:Price = €10 rental:Quantity = 1 rental:QuantityUoM = Day rental:Price = €4	Stap 1 = Berekenen periode • De begin en einddatum(tijd) bepalende de periode. • In dit geval bestaat een week uit 7 dagen (weekendInvoicing = true). Dat betekent dat de verhuurperiode in dit voorbeeld neerkomt op: 1 week en 1 dagen Stap 2 = Berekenen prijs 1 x ( 1 week á €10 ) = €10 1 x (1 dag á €4 ) = €4 Dus de prijs per gehuurd artikel is €52 voor deze factuur. Stap 3 = Berekenen factuurregelbedrag 2 x €14 = €28
Voorbeeld 2 Gegevens factuur NumberOfInvoicingUnits = 100 Gegevens extensie rental:FixedStartDateTime = 2021-03-03T00:01:00+01:00 rental:FixedFinishDateTime = 2021-03-29T23:59:00+01:00 rental:WeekendInvoicing = False rental:Quantity = 1 rental:QuantityUoM = Week rental:Price = €12 rental:Quantity = 1 rental:QuantityUoM = Day rental:Price = €2	Stap 1 = Berekenen periode • De begin en einddatum(tijd) bepalende de periode. • In dit geval bestaat een week uit 7 dagen (weekendInvoicing = false). Dat betekent dat de verhuurperiode in dit voorbeeld neerkomt op: 3 weken en 4 dagen. • dagen in het weekend worden niet meegerekend Stap 2 = Berekenen prijs 3 x ( 1 week á €12 ) = €36 4 x (1 dag á €2 ) = €8 Dus de prijs per gehuurd artikel is €44 voor deze factuur. Stap 3 = Berekenen factuurregelbedrag 100 x €44 = €4400

7.1.2 Matching

De matching gebeurt doormiddel van dossiervorming in de software. Met dossiervorming wordt bedoeld dat het aan de software is om bij te houden wat afgenomen, afgemeld, betaald en/of niet betaald is per order en uiteindelijk per orderregel. Dit komt omdat het verhuren van artikelen betekent dat de periode die vooraf (in de order) is ‘afgesproken’ niet persé de uiteindelijke verhuurtermijn hoeft te zijn. Het gevolg daarvan is dat de matching niet één op één op basis van een order, orderbevestiging, verzendbericht, Checkout of CheckoutResponse plaats kan vinden. Voor het gebruik van de factuur gelden een aantal basisregels:

• De <rental:FixedStartDateTime> binnen <rental:RentalPeriod> op de laatste orderbevestiging of het laatste verzendbericht in combinatie met de bevestigde <CheckoutDateTime> op de Checkoutresponse leidt tot de uiteindelijke verhuurperiode.

• De `<rental:RentalPeriod>` op de factuurregel beschrijft de periode die op deze factuurregel van toepassing is. Dit hoeft niet de totale verhuurperiode te beschrijven.
• De laatst gestuurde verhuurextensie voor de factuur met <rental:RentalPeriod> in de orderbevestiging of verzendbericht bepaalt de startdatum die gebruikt wordt voor het bepalen van de totale verhuurtermijn.

• Wordt de startdatum verschoven door een afwijkende levering zal dit in de verzendbericht worden aangegeven. Dan geldt de startdatum in verhuurextensie met `<rental:RentalPeriod>` in het verzendbericht.
• Bij een tussentijdse afmelding is een directe matching op aantal verhuurde artikelen met de orderbevestiging, order en/of verzendbericht niet meer mogelijk. Daardoor moet de matching plaatsvinden door in de software de diverse optellingen bij te houden (dossiervorming).
• De matching van de CheckoutResponse met de factuur kan alleen plaatsvinden als prijsvelden in de response correct zijn meegegeven ook voorkomen op de daarop volgende factuur. Dus in de response moeten bijvoorbeeld ook bijhorende slijtage, dieselkosten op regel worden vermeld als toeslag. Wordt dit alleen op de factuur gedaan is matching niet mogelijk. Voor matching van response met de factuur ontstaan een soort voor koppeltjes (CheckoutResponse 1 match met factuur 1 enz.).
• De matching factuur naar CheckoutResponse kan alleen plaatsvinden als de CheckoutResponse prijs dezelfde huurperiode beschrijft als de factuurprijs.
• Qua facturatie zal de software zelf moeten bijhouden of er termijnfacturen zijn gestuurd/betaald en welk bedrag/regels er vervolgens nog openstaan.
• Factuurtermijn worden in het proces niet nader gespecificeerd, deze afspraken zijn klantafhankelijk. Een verwijzing naar het betreffende contractnummer waarin deze afspraken vastgelegd zijn is een mogelijkheid in het bericht. 

7.1.3 Voorbeelden factuur matching

Zoals in hoofdstuk 6 beschreven kunnen artikelen tussentijds worden afgemeld. Zelfs op 1 openstaande regel kan 1 van de 2 artikelen worden afgemeld. In de onderstaande voorbeelden is getracht om aan te geven hoe dat proces op één orderregel over de berichten heen in elkaar steekt:

Tabel 14 – Voorbeeld relaties tussen DICO berichten in het verhuurproces op één orderregel

Vb 1: Happy-flow			Vb 2: Termijnen facturen			Vb 3: Meerdere afmeldingen
Aantal artikelen	Bericht		Aantal artikelen	Bericht		Aantal artikelen	Bericht
20	Orderbevestiging		25	Orderbevestiging		20	Orderbevestiging
20	COResponse		25	Factuur 1		20	Factuur 1
20	(Slot)Factuur		25	Factuur 2		5	COResponse
			25	Factuur 3		5	(DeelSlot)Factuur 2
			25	COResponse		15	Factuur 3
			25	(Slot)Factuur 4		15	COResponse
						15	(Slot)Factuur 4

Toelichting tabel:

Voorbeeld 1:

In de happyflow worden 20 artikelen bevestigd (en dus ook geleverd). Alle 20 artikelen worden op hetzelfde moment afmeld en dat wordt bevestigd met de CheckoutResponse (COResponse). Deze 20 artikelen worden daarna ook gefactureerd.

Voorbeeld 2:

Termijnfacturen worden gestuurd na ingang van de verhuurperiode na een afgesproken termijn. In het voorbeeld worden 4 facturen verstuurd met 3 tussentijdse termijnfacturen en 1 slotfactuur.

Voorbeeld 3:

Tussentijds worden 5 artikelen op de regel afgemeld. Deze worden afgesloten door een COResponse en vervolgens een deelslotfactuur. De 15 andere openstaande artikelen worden vervolgens gewoon op de derde termijnfactuur geplaatst. Uiteindelijk worden ook de laatste 15 artikelen afgemeld en gefactureerd op de slotfactuur. In de praktijk kunnen factuur 2 en 3 ook worden samengevoegd tot een combi-termijnfactuur.

8 UserDefinedExtension

De UserDefinedExtension is hieronder in zijn geheel te zien.

<UserDefinedExtension xmlns:rental=“http://www.ketenstandaard.nl/UDE/SALES/Rental/v1” xsi:schemaLocation=“http://www.ketenstandaard.nl/UDE/SALES/Rental/v1 RentalUDE.xsd”>
  <rental:RentalUDE>
    <rental:Prices>
      <rental:PricePerRentalTime>
        <rental:Quantity> </rental:Quantity>
        <rental:QuantityUoM> </rental:QuantityUoM>
        <rental:MinimumOrderQuantity> </rental:MinimumOrderQuantity>
        <rental:OrderMultiple> </rental:OrderMultiple>
        <rental:Price> </rental:Price>
      </rental:PricePerRentalTime>
    </rental:Prices>
    <rental:WeekendInvoicing> </rental:WeekendInvoicing>
    <rental:ContinuesUse> </rental:ContinuesUse>
    <rental:RentalPeriod>
      <rental:FixedStartDateTime> </rental:FixedStartDateTime>
      <rental:FixedFinishDateTime> </rental:FixedFinishDateTime>
    </rental:RentalPeriod>
    <rental:StartRentalPeriod> </rental:StartRentalPeriod>
</rental:RentalUDE>

Hierbij is het belangrijk op te merken dat de extensie altijd opgeroepen dient te worden door gebruik te maken van de volgende tag:

<UserDefinedExtension xmlns:rental=“http://www.ketenstandaard.nl/UDE/SALES/Rental/v1” xsi:schemaLocation=“http://www.ketenstandaard.nl/UDE/SALES/Rental/v1 RentalUDE.xsd”>

Op deze manier wordt de XSD van de extensie ingeladen waardoor de extensie te valideren is en is tevens de enige juiste wijze om de extensie officieel te gebruiken.

In de desbetreffende deelhoofdstukken van de berichten is de locatie van de extensie aangegeven. Er is gekozen om de extensie op één plek te plaatsen. Bijvoorbeeld in de factuur staat de informatie periode en prijzen in één en dezelfde extensie op regelniveau.

8.1 Artikelbericht

De volgende onderdelen van de extensie mogen binnen het artikelbericht gebruikt worden:

<rental:Prices>
  <rental:PricePerRentalTime>
    <rental:Quantity> </rental:Quantity>
    <rental:QuantityUoM> </rental:QuantityUoM>
    <rental:MinimumOrderQuantity> </rental:MinimumOrderQuantity>
    <rental:OrderMultiple> </rental:OrderMultiple>
    <rental:Price> </rental:Price>
  </rental:PricePerRentalTime>
</rental:Prices>
<rental:WeekendInvoicing> </rental:WeekendInvoicing>
<rental:ContinuesUse> </rental:ContinuesUse>

8.2 Orderbericht

De volgende onderdelen van de extensie mogen binnen het orderbericht gebruikt worden:

<rental:RentalPeriod>
  <rental:FixedStartDateTime> </rental:FixedStartDateTime>
  <rental:FixedFinishDateTime> </rental:FixedFinishDateTime>
</rental:RentalPeriod>

8.3 Orderbevestiging

De volgende onderdelen van de extensie mogen binnen de orderbevestiging gebruikt worden:

<rental:Prices>
  <rental:PricePerRentalTime>
    <rental:Quantity> </rental:Quantity>
    <rental:QuantityUoM> </rental:QuantityUoM>
    <rental:MinimumOrderQuantity> </rental:MinimumOrderQuantity>
    <rental:OrderMultiple> </rental:OrderMultiple>
    <rental:Price> </rental:Price>
  </rental:PricePerRentalTime>
</rental:Prices>
<rental:WeekendInvoicing> </rental:WeekendInvoicing>
<rental:RentalPeriod>
  <rental:FixedStartDateTime> </rental:FixedStartDateTime>
  <rental:FixedFinishDateTime> </rental:FixedFinishDateTime>
</rental:RentalPeriod>

8.4 Verzendbericht

De volgende onderdelen van de extensie mogen binnen het verzendbericht gebruikt worden:

<rental:RentalPeriod>
  <rental:FixedStartDateTime> </rental:FixedStartDateTime>
  <rental:FixedFinishDateTime> </rental:FixedFinishDateTime>
</rental:RentalPeriod>

8.5 Factuurbericht

De volgende onderdelen van de extensie mogen binnen het factuurbericht gebruikt worden:

<rental:Prices>
  <rental:PricePerRentalTime>
    <rental:Quantity> </rental:Quantity>
    <rental:QuantityUoM> </rental:QuantityUoM>
    <rental:MinimumOrderQuantity> </rental:MinimumOrderQuantity>
    <rental:OrderMultiple> </rental:OrderMultiple>
    <rental:Price> </rental:Price>
  </rental:PricePerRentalTime>
</rental:Prices>
<rental:WeekendInvoicing> </rental:WeekendInvoicing>
<rental:RentalPeriod>
  <rental:FixedStartDateTime> </rental:FixedStartDateTime>
  <rental:FixedFinishDateTime> </rental:FixedFinishDateTime>
</rental:RentalPeriod>
<rental:StartRentalPeriod> </rental:StartRentalPeriod>

Op de factuur wordt in RentalPeriod de periode meegegeven waarover gefactureerd wordt, dus niet de gehele huurperiode (tenzij deze gelijk is aan de gehele huurperiode).