Zodra we met Masterroutes werken, dan werd een Verkooporder altijd ingedeeld in de eerst vólgende Rit welke op of ná de in de Verkooporder ingevulde Leverdatum-/tijd lag.
Waar de Route-/Rit bepaling tot vandaag op basis van de Leverdatum-/ tijd werd bepaald, is hier m.i.v. heden een separate 'Datum-/tijd' set voor opgenomen. Deze is in eerste instatie 'redundant' maar, staat ons toe om een van beide te wijzigen waarbij de andere in tact blijft.
Een voorbeeld hoe dit precies werkt: Een Debiteur-/Afleveradres is in de volgende Masterroutes opgenomen:
Ze wordt Maandag t/m Zaterdag 2x per dag beleverd; één levering vertrekt 's morgens om 06:30 en de volgende levering 's avonds om 21:30.
Nb: Merk op dat in bovenstaand voorbeeld er meerdere Routes zijn aangemaakt, waar het ook mogelijk zou zijn om aan dezelfde Route meerdere Rittijden te koppelen. Reden voor e.d. werkwijze kan zijn omdat bijv. de avondrit langs andere klanten rijdt dan de ochtendrit.
Bij een Verkooporder is nu een redundante set "Datum-/tijd" opgenomen welke puur en alleen wordt gebruikt voor de bepaling van de eerst volgende Rittijd. Deze Datum-/tijd wordt in eerste instantie bepaald door wat er bij de Leverdatum-/tijd wordt ingevuld (is dan redundant), maar kan dan alsnog worden gewijzigd en leidt daarna zijn eigen leven.
Als we een Verkooporder toevoegen voor onze Debiteur-/Afleveradres en we vullen op de Verkooporder Leverdatum 27-11-2019 in (terwijl het vandaag 26-11-2019 is) dan wordt deze datum doorgekopieerd naar het nieuwe veld 'Rit na datum'. De tijd horende bij dat setje wordt dan op '00:00' gezet, waarmee we impliceren dat de de levering met het eerste levermoment op 27-11 moet worden geleverd.
In het Raadpleegoverzicht (LOVORA) zien we terug t.o.v. welke Datum-/tijd kombinatie de eerst volgende Route-/Rit bepaald zal worden:
Vragen we de Verkooporder op met
F1, dan zien we tot welke Route en Rittijd dat leidt:
Doen we hetzelfde, maar dan voor vandaag, dinsdag 26-11, dan wordt niet alleen het datumveld (1e Rit bepalen na Datum-/tijd) gevuld, maar wordt ook de tijd gevuld met de Systeemtijd: 14:33.
Deze tijd wordt nu ingevuld, omdat de levering 'vandaag' plaatsvindt, en deze (tenzij we dat expliciet zouden overrulen, als dat in praktijk al haalbaar is) niet 'in het verleden mag liggen'. M.a.w., als iemand iets om 14:33 's middags besteld, dan kan dat nooit meer met de Rit mee die vanmorgen om 06:30 vertrokken is. Feitelijk komt het er dus op neer dat als de kombinatie '1e Rit bepalen na datum-/tijd' in het verleden ligt, ze met de Systeemtijd wordt gevuld.
Vragen we déze Verkooporder op met
F1, dan zien we dat nu de eerst volgende Rit ná 26-11-2019 / 14:33 wordt gekozen, welke om 21:30 vertrekt, en een totaal andere Route betreft als de Route van 06:30.
Let op: Bij een Route kunnen we formeel Rittijden registereren. Deze kunnen iedere week anders zijn. Per Rit kunnen we formeel aangeven op welke Dock de vrachtwagen geladen moet worden. Ook kunnen we alvast 'vooruit' werken, en kunnen we goederen gaan rapen voor een Rit, en deze 'Afleggen' bij een van de Dockrijen van het Dock. Zodra de vrachtwagen bij het Dock 'aanmeert' vullen we haar met de goederen van de betreffende Dockrij, genereren we de Vrachtbrief, en melden we 'de Vrachtwagen de deur uit'. Als een Rit formeel is 'Vrijgegeven' (lees: de vrachtwagen is weggereden) 'weet' Profit dat er niets meer aan die Rit kan worden toegevoegd, en schuift een eventueel nog openstaande levering door naar het eerst volgende levermoment.
In de voorbeeld situatie waar we het nu over hebben wordt
niet gewerkt met Ritten, Dockrijen, Afleggen, en Vrachtwagens de deur uit boeken, derhalve is er eigenlijk géén middel op basis waarvan we kunnen detekteren dat een Vrachtwagen de deur uit is.
Het mag duidelijk zijn dat als het vandaag dinsdag om 15:00 is, de vrachtwagen van vanmorgen 06:30 wel vertrokken zal zijn. Maar, stel dat we vanmorgen om 06:45 nog een spoed order hadden gekregen, en de vrachtwagen van 06:30 wilde daar nog op wachten, dan hád dit nog mee gekund.
Andersom, stel dat het vanmorgen 06:29 was en er moesten nog 10 produkten geraapt worden alvorens de vrachtwagen kon vertrekken, dan mag het niet zo zijn dat als het ineens 06:30 (of 06:31) wordt, er ineens niets meer geraapt mag worden, omdat de levering al de deur uit had moeten zijn...
Rubriek '1e Rit bepalen na Datum-/tijd' is bepalend voor het bepalen van de eerst volgende Route/Rit waarop deze levering de deur uit kan. Dit kán leiden tot een Route-/Rit die in het verleden ligt (mits dat maar 'vandaag' is). Aangezien orders normaliter minimaal 1 dag van te voren binnen zullen komen, zijn er 'tools' waarmee de workload kan worden getoond. Op basis daarvan kan bepaald worden hoeveel orderregels er op enig moment geraapt moeten worden, en kan mankracht worden opgetrommeld om dat te realiseren. Uitgangspunt is dat alle goederen die voor een bepaalde Route-/Rit geraapt moeten worden, ook daadwerkelijk geraapt zúllen worden.
Moet de levering alsnog met een andere Route mee, dan kan de bepaling van de Route-/Rit worden beďnvloed door het veld '1e Rit bepalen ná Datum-/tijd' aan te passen.
Let op: Er is nog een proces waarmee we Orderbestanden inlezen voor een specifieke klant. Alhier gelden nog een paar andere regels v.w.b. het vullen van de 'tijd' van de '1e Rit bepalen na Datum-/tijd'.
Alhier een opsomming van die regels:
* Tijd = default 07:00
* Indien Datum-/tijd in het verleden, dan wordt tijd de Systeemtijd
* Leverdatum miniaal één dag vooruit én Distributie Centrum = 70,71, 73,83 of 93 én Leverdatum van klant aan zijn klant is minimaal één dag later, dan tijd = 07:00.
* Geen Direct Delivery én er zitten 2 dagen tussen de levering aan onze klant, en zijn doorlevering aan haar klant (bijv. een pinkster maandag, waarbij de levering aan het DC plaatsvindt op zaterdag, maar het DC levert zondag/maandagmorgen uit voor de levering op maandag aan haar klant) dan: tijd = 23:30.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| CLASSES | Geen standaard funktie | 25-11-2019 | 26-11-2019 |
| LOBHOI | Reorganiseren Bestanden | 12-11-2019 | 25-11-2019 |
| LODUGN2 | Omschrijving (nog) niet bekend | 26-11-2019 | 26-11-2019 |
| LODUGN3 | Omschrijving (nog) niet bekend | 31-08-2018 | 26-11-2019 |
| LODUGNVO | Omschrijving (nog) niet bekend | 30-10-2019 | 26-11-2019 |
| LOELGNHR | Omschrijving (nog) niet bekend | 02-01-2017 | 26-11-2019 |
| LOELGNV2 | Omschrijving (nog) niet bekend | 27-09-2019 | 26-11-2019 |
| LOIFGVVO | Omschrijving (nog) niet bekend | 25-07-2018 | 26-11-2019 |
| LOIFWIVO | Omschrijving (nog) niet bekend | 07-11-2019 | 26-11-2019 |
| LOIRPOTV | Toevoegen Produktieorders | 31-08-2018 | 26-11-2019 |
| LOIRVOGN | Omschrijving (nog) niet bekend | 02-01-2017 | 26-11-2019 |
| LOIRVRGH | Omschrijving (nog) niet bekend | 02-01-2017 | 26-11-2019 |
| LOIRVRGN | Omschrijving (nog) niet bekend | 06-08-2019 | 26-11-2019 |
| LOKOVR | Genereren Order vanuit Klacht | 12-04-2018 | 26-11-2019 |
| LOKOVRC | Genereren Credit-Verkooporder vanuit Klachtorder-r | 02-01-2017 | 26-11-2019 |
| LOKV0142 | Omschrijving (nog) niet bekend | - - | 25-11-2019 |
| LOLVGNVO | Omschrijving (nog) niet bekend | 05-11-2019 | 26-11-2019 |
| LOOVGNVO | Omschrijving (nog) niet bekend | 24-09-2019 | 26-11-2019 |
| LOOVWY | Wijzigen Verplaatsopdracht | 24-09-2019 | 26-11-2019 |
| LOPGVOLD | Omschrijving (nog) niet bekend | 26-10-2005 | 26-11-2019 |
| LORSVOGN | Omschrijving (nog) niet bekend | 02-01-2017 | 26-11-2019 |
| LOTSLVOR | Omschrijving (nog) niet bekend | 29-03-2017 | 26-11-2019 |
| LOVIOBT5 | Omschrijving (nog) niet bekend | 02-01-2017 | 26-11-2019 |
| LOVOBHGN | Omschrijving (nog) niet bekend | 07-01-2011 | 26-11-2019 |
| LOVOGN | Omschrijving (nog) niet bekend | 02-01-2017 | 26-11-2019 |
| LOVOKO | Genereren Order vanuit Order | 27-09-2019 | 26-11-2019 |
| LOVOLDWY | Omschrijving (nog) niet bekend | 06-07-2012 | 26-11-2019 |
| LOVORA | Raadplegen Verkooporders | 30-10-2019 | 26-11-2019 |
| LOVOTV | Toevoegen Verkooporders | 22-10-2019 | 26-11-2019 |
| LOVOTVO1 | Omschrijving (nog) niet bekend | 19-04-2017 | 26-11-2019 |
| LOVOTVO2 | Omschrijving (nog) niet bekend | 19-04-2017 | 26-11-2019 |
| LOVOTVVA | Omschrijving (nog) niet bekend | 22-10-2019 | 26-11-2019 |
| LOVOWY | Wijzigen Verkooporder | 22-10-2019 | 26-11-2019 |
| LOVRSR | Splitsen Verkooporderregel | 21-10-2019 | 26-11-2019 |
| LOVRVRGN | Omschrijving (nog) niet bekend | 21-11-2019 | 26-11-2019 |
