Calculatie (huidig)

[Een ex-gebruiker]

Uniforme calculatie voor alle prijsgroepen

4 modes, 6 prijsgroepen

• sea_import => lcl_import, fcl_import
• sea_export => lcl_export, fcl_export
• air_import => air_import
• air_export => air_export

Filters zoekopdracht

• Port of Loading (pol)
• Port of Discharge (pod) optioneel
• Destination adres optioneel
  (postcode + land, geldt als ophaaladres bij export)
• CBM alleen air
• KGs alleen air

Doel is om passende vaart-schedules te vinden voor bovenstaande criteria en daar alle mogelijke prijsvarianten voor te berekenen.

Prijsvarianten

Afhankelijk van de prijsgroep zijn er verschillende prijsvarianten. Afhankelijk van de invoer worden er wel of geen transportprijzen berekend.

LCL import/export

Price units: cbm1, cbm2, cbm3, cbm4, cbm5, cbm6, cbm7, cbm8, cbm9, cbm10
units: W/M, W, M
Transport price units: pallet1, pallet2, pallet3, pallet4, pallet5, pallet6, pallet7, pallet8, pallet9, pallet10
Transport units: pallet, km
Incoterms: haven tot haven, all-in Dit zijn eigenlijk geen incoterms. Is dit te vertalen naar incoterms?

• CBM > 10 wordt berekend door de cbm10 prijs te vermenigvuldigen met het aantal CBM
• Prijzen worden berekend voor totaal aantal CBM, en dan gedeeld tot prijs/CBM en naar boven afgerond. Hierdoor is de uiteindelijke prijs hoger dan de gecalculeerde prijs. Dit geeft uitdagingen in het terugverdelen van de kosten in de factuur.

FCL import/export

Price units: ft20, ft40, ft40hc
Units: Container, TUE
Transport price units: ft20, ft40, ft40hc
Transport units: Container, km, TUE
Incoterms: haven tot haven, all-in Dit zijn eigenlijk geen incoterms. Is dit te vertalen naar incoterms?

Air import/export

Price units: day1, day3-5
Units: kg, kg_actual
Transport Price units: day1, day3-5
Transport units: Shipment, kg, kg_actual, km
Incoterms: FOB, FCA, EXW

• Afhankelijk van Agent, heeft elke prijs ranges (0-250kg, 250-500kg, etc) waar prijzen voor gelden
• KGs is "Chargeable Kgs", berekend icm CBM. * g_actual* is het eigenlijke aantal kilo's van de vracht.

De Air prijsgroep heeft de meeste varianten die ook zinvol zouden zijn voor de andere prijsgroepen. Door de introductie van quantity op alle prijsgroepen, is een ranges verdeling daar ook zinvol. Dit maakt herberekenen van quantity op de client moeilijker omdat er dan range-kostprijzen gegeven moeten worden, of op de server gecalculeerd moet worden (zoals het nu bij air gaat).

Quantity
Het "aantal", quantity is in het geval van LCL het CBM, en heeft per CBM <= 10 een andere prijs. Het is daar de Price unit. Bij Air is het aantal eerder vertegenwoordigd in het aantal chargeable KGs, daar in de ranges. Alleen bij FCL heeft het zin om die als aparte input erbij te voegen en eventueel ranges aan te koppelen.

• Voor FCL moet een quantity input komen

Prijsfactoren

Prijsfactoren zijn de basis van de calculatie. Ze staan voor alle componenten van de kostprijs en hebben hun eigen prijzen, voorwaarden en eigenschappen. Per prijsgroep kan een prijsfactor verschillende eenheden, voorwaarden en eigenschappen hebben.

Alle verschillende entiteiten die betrokken zijn bij de prijsberekening kunnen hun eigen prijsfactoren hebben.

• Laadhaven
• Loshaven
• Agent (nu alleen bij air)
• Schedule/Sailing (ongebruikt)
• Transportbedrijf
• Transportprijs

Niet in pre-calculatie, maar wel als er een shipment aan gekoppeld is:

• Company van klant (kortingen)
• Shipment (handmatig toegevoegde kosten)

• Prijsfactoren moeten een begin- en einddatum hebben om juiste prijsberekeningen uit te kunnen voeren.
• Prijsfactoren moeten een currency hebben zodat een centrale (dag)Dollar koers kan worden aangehouden.
• Prijsfactoren moeten een leverancier aan zich gekoppeld hebben vanwaar een factuur voor deze kosten vandaan komt.

Kostenplaatsen

Er bestaan nu kostenplaatsen waarin de calculatie gesplitst wordt.

• sailing
• harbourpol
• harbourpod
• transportprice
• shipment

Op deze groepen kunnen de factoren (kortingen, dieseltoeslag) toegepast worden.

• Er moeten betere kostenplaatsen komen en die moeten terug te leiden zijn naar een leverancier. Zo kan er automatische factuurkoppeling en -controle komen.

Marges

Marges worden nu op 2 plaatsen bepaald. Op de Base Harbours (NLRTM, DEHAM, BEANR) per price unit van de prijsgroep en voor transportprijzen bij de transporteurs per price unit van de prijsgroep.

• Marges moeten beter beheerbaar zijn. Bij voorkeur overschrijfbaar op Prijsfactor niveau
• Kortingen die toegepast worden, moeten op de verkoopprijs worden toegepast

Berekening

1. Van alle Prijsfactoren die geldig zijn voor de te berekenen prijsgroep, price unit, loshaven en laadhaven wordt de kostprijs berekend.
2. Deze kosten worden uitgesplitst naar de kostenplaatsen.
3. De prijsfactoren van type factor worden toegepast op de kostenplaatsen.
4. De marges worden berekend en be de kostprijs opgeteld.
5. Prijsfactoren zonder marge worden toegepast.
6. In geval van LCL wordt de prijs gedeeld door het aantal CBM.
7. Prijs wordt naar eerste hele euro afgerond.

Om een factuur te kunnen specificeren in de juiste verhoudingen, moet de afgeronde verkoopprijs daarna gesplitst worden.

• De uiteindelijke verkoopprijs moet worden opgeslagen in de prijsfactor, zodat in een later stadium, als meer data bekend is, de inkoopprijs kan worden bijgesteld onafhankelijk van de verkoopprijs.