Plānoto izmaksu aprēķina pielāgošana vairākām pasūtījuma piegādēm

Plānoto izmaksu aprēķinā dažkārt ir nepieciešama loģika, kas ņem vērā piegāžu skaitu un katras piegādes saturu. Piemēram, ar klientu tiek veikta vienošanās, ka pasūtījums tiek izpildīts trijos piegājienos, trīs dažādos datumos. Katrā nosūtīšanā būs savs preču apjoms un katram nepieciešams aprēķināt plānotās transporta izmaksas.

Vienāda maksa par katru piegādi

Gadījumos, kad katrai kravai būs maksa, bet tās visas būs vienādas, piemēram 10EUR par piegādi viedojam sekojošu ierakstus. 

Izveidosim piemēru ar transporta nosacījuma veidu - piegādājam mēs.

1. Modulis Noliktava > Iestatījumi > Izmaksu kodi > veidojam jaunu ierakstu
   1. Kods - TF
   2. Nosaukums - Transports fixed
   3. Cena - 10
   4. Daudzums - 1

   5. Pievienot artikulu sarakstam: Jā

      

2. Modulis Noliktava > iestatījumi > Piegādes izmaksas > veidojam jaunu ierakstu.
   1. Kods -  DDP
   2. Nosaukums - Delivery Duty Paid
   3. Matricā 'Plānotās izmaksas' ievietojam iepriekš veidoto izmaksu kodu 'TF'

3. Modulis Klientu pasūtījumi > veidojam jaunu klientu pasūtījumu. Norādam divas rindas ar vienādu vai dažādiem artikuliem. Norādam katrai rindai citu piegādes datumu. Saglabājam ierakstu.

Transporta izmaksas rindiņa aprēķināsies kā 2 gab un kopsummu 20 EUR. 

Aprēķins noteica, ka klientu pasūtījumā ir paredzētas divas piegādes pēc plānotā piegādes datuma. Katrai piegādei tiek izrēķināta šīs piegādes cena un daudzums. Šāds aprēķins noder nelieliem sūtījumiem, kuriem nepieciešams iegūt standarta maksu, piemēram Omniva vai DPD sūtījumi.

Plānotās izmaksas ierakstā ir iespēja norādīt arī daudzuma formulu, tomēr jāņem vērā, ka  daudzums tiks izrēķināts par pamatu izmantojot visu ierakstu nevis individuālu piegādi. Lai katrai piegādei pielāgotu daudzumu var izmantot nākošo piemēru.

 

Piegādes maksas variācijas balstoties uz tās saturu

Gadījumos, kad katra sūtījuma maksa jāpielāgo balstoties uz sūtījum apjomu var izmantot piegādes nosacījumos norādāmo papildu loģiku. Ņemsim situāciju, kad atkarībā no katras piegādes savara, jāizmanto lielā vai mazā kaste. 

1. Izveidojam divus jaunus izmaksu kodu ierakstus. TF_BIG un TF_SMALL apzīmējot lielo un mazo piegādes veidu (piemēram, lielā un mazā kaste). Norādam katram savu artikula kodu un savu cenu. 

   !!! Filtru matricā (Lauks/Darbība/Vērtība) izdzēšam visas rindas, atstājam tukšu filtru sarakstu, lai noklusētais koda pievienošanas algoritms šo ierakstu neizmantotu. 

   
    

2. Izmainam piegādes nosacījumu ierakstu. 
   1. Norādam abus jaunos izmaksas kodus TF_BIG un TF_SMALL. 
   2. Piesaistīt aprēķinu - uzstādam 'No daudzuma'. 
   3. Koeficienta lauks - uzstādam 'itemcode__netweight'
   4. Kodam TF_BIG norādam darbība "Lielāks vai vienāds par" 10

   5. Kodam TF_SMALL norādam darbība "Mazāks" 10

      
      
      
       

3. Modulis Klientu pasūtījumi > Reģistri > Klientu pasūtījumi > izveidojam jaunu klientu pasūtījumu.
   1. Ievadam vienu artikulu ar svaru mazāku par 10 kg, piegādes datums 10.12.2025
   2. Ievadam vienu artikulu ar svaru lielāku par 10 kg, piegādes datums 17.12.2025

   3. Ievadam vienu artikulu ar svaru mazāku par 10 kg, piegādes datums 17.12.2025

      
      Norādīto trīs rindu rezultātā jāaprēķinās vienai mazai piegādei priekš 1. rindas un vienai lielai piegādei priekš 2. un 3. rindās.
      

      Piegādes nosacījumos parametri "Piesaistīt aprēķinu: no daudzuma" un "Koeficienta lauks" tiek izmantoti, lai noteiktu vai attiecīgā piegādes nosacījuma rinda ir jāizmanto klientu pasūtījumu ierakstā. Aprēķina algoritms ir sekojošs:

      1. Sistēma pārbauda piegādes nosacījuma ierakstā kodu TF_BIG un TF_SMALL. 
      2. Katram kodam skatās - ja rindā norādīts "Piesaistīt rēķinu" "No daudzuma", ieraksts tiek sadalīts pa plānotajiem piegādes datumiem. Piemērā būs divi datumi - 10.12.2025 un 17.12.2025. Pirmajā ir viena rinda ar daudzumu 1 un otrajā ir divas rindas ar daudzumiem 1 un 1.
      3. Katra piegādes datuma, katrai ieraksta rindai tiek rēķināts koeficients. Mūsu piemērā koeficients ir artikula neto svars (itemcode__netweight). Tas tiek reizināts ar attiecīgās rindas daudzumu. Mūsu piemērā iegūsim kopējo svaru pa divām piegādēm - 10.12.2025 - 0.01 kg un 17.12.2025 - 13.01 kg.
      4. Sistēma pārbauda katru no piegādēm pret piegādes nosacījumos norādītajiem rindu pārbaudes parametriem (piemērā, lielāks/mazāks par 10). Ja piegāde atbilst nosacījumam, tad attiecīgajai piegādei tiek viens izmaksu ieraksts. Ja klientu pasūtījumā būtu 10 dažādi piegādes datumi un katram svars lielāks par 10kg, tad sistēma izrēķinātu 10 lielās kastes. 

       

4. Veidojam nosūtīšanas kā parasti. Nosūtišanā paciņas izmērs tiks noteikts balstoties uz attiecīgās nosūtīšanas datiem. Ja būsim sakombinējuši vairākas plānotas nosūtīšanas (mazas paciņas) vienā nosūtīšanā un tas būs prasījs vienu lielo kasti, tad tā arī tiks aprēķināts plānoto izmaksu sarakstā. 

5. Veidojam rēķinu no nosūtišanas. Rēķinā iekļaujamo artikulu sarakstā vajadzētu iekļauties piegādes artikuliem - lielā vai mazā paciņa, atkarībā no tā, kas izrēķinājies nosūtišanā.

   !!! Ja rēķins tiek veidots viens no klientu pasūtījuma par vairākām nosūtīšanām, Moneo nespēs aprēķināt katras nosūtīšanas izmantoto transporta artikulu, jo rēķina papildu izmaksu daudzums un artikuli tiek rēķināti tikai no tās informācijas, kas ir pieejama rēķinā. T.i. Rēķinā iekļaujot visas trīs piemēra rindas, tiks izrēķināta vajadzība tikai pēc vienas lielās kastes nevis viena mazā, viena lielā, pat ja no klientu pasūtījuma veidotas vairākas nosūtīšanas