M.i.v. deze Releasenote is besloten om niet meer per Debiteur per Artikel-/Verschijning-/Kenmerken aan te geven dat er specifiek voor deze Debiteur gereserveerd moet worden, maar wordt dit op Artikelgroepniveau geregistreerd en dan niet per Debiteur, maar per Debiteur-/Afleveradres volgnummer.
Voor het niveau van Artikelgroep is gekozen, omdat we ons anders helemaal suf zitten te definiëren kwa kombinaties die optreden. Immers, nu bestelt iemand Paprika's in een rode doos. Maar als die er niet is, krijgt hij het in een andere Verschijningsvorm geleverd, en zou gelden dan we ook voor de andere Verschijningen alle Reserverings prioriteiten zouden moeten instellen.
Dit gaat vervolgens ook over de Artikelen heen, immers, als er een spaanse tomaat besteld is, maar we besluiten een franse tomaat te leveren, geldt dan soms niet dat we specifieke Charges (kwaliteiten) vooraf moeten toekennen?
Derhalve ligt e.e.a. per heden vast op Artikelniveau: voor Tomaten geven we aan dat er gereserveerd moet worden (met een bepaalde prioriteit).
Daarnaast is nu gekozen voor het niveau "Debiteur-/Afleveradres". Dit, omdat één Debiteur zowel een Afleveradres in Nederland zou kunnen hebben, maar ook een Afleveradres in Japan, en we, alléén als we aan Japan leveren, we specifieke partijen vooraf willen toekennen aan de order. Dit kan bijv. zijn omdat een land als Japan eisen stelt aan de kwaliteit van de in te voeren produkten, maar heeft uiteraard ook te maken met de af te leggen afstand; zouden we nu rijpe tomaten versturen, dan zijn ze rot tegen de tijd dat ze aankomen.
Nb: Met deze aanpassing is de eerdere Raadpleegfunktie en Toevoegen-/ Wijzigen-/Verwijderen (op Artikel-/Vrs-/Kenmerk kombinatie) komen te vervallen. Zie ook
http://ha1.heartprofit.nl/profit/index.php?topic=24382.0 De nieuwe registratie (per Artikelgroep en per Afleveradres) is nu opgezet in de vorm van een List-Mover en List-Sorteer control.
Dit, met name omwille van het Sorteren...
Immers, in de oude situatie stelden we de gebruiker in staat een prioriteit in te vullen. In praktijk komt het eropneer dat we amper weten wat we hier moeten invullen, A, B, C, C0001, C0500 etc. Waar het om gaat is dat dergelijke prioriteiten relatief zijn aan wat er al gedefinieerd is. Dus, klant X is belangrijker dan klant Y, en dus moeten we klant X boven klant Y behandelen.
Middels de List-Sort control kunnen we deze volgorde op een eenvoudige wijze aanbrengen, zonder dat we ons zorgen hoeven te maken over het moeten nadenken over een prioriteitskode.
Het nieuwe scherm kan middels
Shift +
F5___ worden aangeroepen vanuit Raadplegen Raapstations (Hmenu-1-1-3-1-8).
Boven in het scherm wordt als eerste het geselekteerde Raapstation weergegeven. Vervolgens wordt in een Combobox een lijst opgebouw met daarin alle Artikelgroepen die aan dat Raapstation zijn gekoppeld. Hieruit dienen we eerst de gewenste Artikelgroep te selekteren, bijvoorbeeld "579 Paprika Rood".
Het onderste deel van het scherm bevat een Listmover control, en toont links alle Afleveradressen die nog niet aan de betreffende Artikelgroep zijn gekoppeld, en rechts de Afleveradressen die al wel zijn gekoppeld. Ofwel, rechts staan alle kombinaties met Debiteur-/Afleveradres voor wie er expliciet gereserveerd moet worden, links staan alle kombinaties voor wie niet gereserveerd hoeft te worden.
Met de pijltjes buttons >, >> kunnen Afleveradressen van links naar rechts worden verplaatst, en met < en << kunnen de Afleveradressen van rechts weer terug naar links worden verplaatst.
Standaard worden de Afleveradressen die van links naar rechts worden verplaatst opgenomen in de volgorde waarin ze verplaatst worden. Dit bepaalt dan vanzelf "de prioriteit". Als we de Afleveradressen in de juiste volgorde zouden opnemen (door ze naar rechts te verplaatsen) zouden we daarna niet meer te hoeven sorteren.
Door op de kolommen boven de Listview control te clicken zal het overzicht op die kolom worden gesorteerd. Zo zouden we bijv. op de kolom "Landkode" kunnen clicken, waarna we bijv. alle Japanse klanten in een keer onder elkaar te zien krijgen.
In onderstaand scherm hebben we 4 Afleveradressen opgenomen.
Na gebruik van
F1___ zal de selektie daadwerkelijk worden verwerkt.
Tevens verschijnt na
F1___ het 2e Tabblad, van waaruit gesorteerd kan worden.
De nieuwe Afleveradressen worden hierin opgenomen in de volgorde waarin ze werden geselekteerd. Door een regel te selekteren kan deze m.b.v. pijltjes toetsen verder naar boven danwel naar onderen worden verplaatst, waarmee we de prioriteit van een Afleveradres aangeven t.o.v. een ander Afleveradres.
Na
F1___ worden opnieuw prioriteiten toegekend op basis van de volgorde waarin ze op dit scherm zijn opgenomen.
De Sorteercontrol bevat hier een MultiSelect optie, wat inhoud dat we meerdere regels tegelijk kunnen selekteren om deze vervolgens naar boven danwel naar beneden te verplaatsen. Hoewel er weinig funktionaliteit zal zitten in het selekteren van regel 5, dan een paar overslaan, dan 17 en 23 om die vervolgens naar boven te verplaatsen, kan dit wel. Het effekt zal zijn dat 5->4, 17->16 en 23->22.
Waar wel funktionaliteit in zit is dat we een nieuw opgenomen reeks Afleveradressen (bijv. alle Japanners), of alle Afleveradressen van 1 Debiteur, of alle Debiteuren horende bij dezelfde organisatie, als groep kunnen selekteren, en in een handeling naar boven danwel naar onderen kunnen verplaatsen.
Nog niet opgenomen (omdat een dergelijke berekening even wat tijd vergt) maar bijzonder handig, is als we deze funktionaliteit gaan kombineren met het onder water draaien van een Verkoopoverzicht. Stel je hierbij maar eens voor dat we bijv. alleen de Afleveradressen tonen die ook daadwerkelijk produkten bestellen uit de opgegeven Artikelgroep, of nog leuker, presenteer meteen de omzet (uit een op te geven periode), sorteer de Afleveradressen vervolgens op deze omzet (simpelweg door op de kolom te clicken), en we kunnen "de hoogste omzet" als kriterium gaan gebruiken om vooraf produkten te gaan reserveren. In een later stadium kan zoiets alsnog als aanvullend maatwerk worden ontwikkeld.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOBHOI8 | Omschrijving (nog) niet bekend | 29-05-2012 | 13-06-2012 |
| LOJDRA | Omschrijving (nog) niet bekend | 22-05-2012 | 13-06-2012 |
| LOJDTV | Omschrijving (nog) niet bekend | 31-05-2012 | 13-06-2012 |
| LOJDVA | Omschrijving (nog) niet bekend | 31-05-2012 | 13-06-2012 |
| LOJDVW | Omschrijving (nog) niet bekend | 25-05-2012 | 13-06-2012 |
| LOJDWY | Omschrijving (nog) niet bekend | 29-05-2012 | 13-06-2012 |
| LOLLRAKZ | Keuze raadpleegfunkties | 31-05-2012 | 13-06-2012 |
| LOOFT1 | Omschrijving (nog) niet bekend | 29-05-2012 | 13-06-2012 |
| LOVEKL2 | Kliënt-gerichte Gegevens Overigen | 22-05-2012 | 13-06-2012 |
| LOZYAAMV | Omschrijving (nog) niet bekend | - - | 13-06-2012 |
| LOZYRA | Omschrijving (nog) niet bekend | 18-05-2012 | 13-06-2012 |
