In topic
http://ha1.heartprofit.nl/profit/index.php?topic=29477.0 is beschreven dat áls we met een extern WMS systeem werken, de leveringen die gedaan worden vanuit dat WMS systeem (en in Profit ingelezen en als geleverd verwerkt worden) op een separate Raaplijst terecht komen. Met deze aanpassing hebben we naast de Raaplijsten-/Pakbonnen voor leveringen die vanuit Profit zelf worden gedaan, óók de mogelijkheid om een Pakbon te printen van een Levering die in het WMS systeem is gedaan. Als het goed is zou die nimmer gebruikt hoeven te worden, immers, het externe WMS systeem zou daar zélf voor moeten zorgen.
Met dat een klant feitelijk vanaf twee lokaties beleverd wordt (de Profit-lokatie en de WMS-lokatie) horen daar op zich 2 Pakbonnen bij. Toch zullen beide zendingen in 99 van de 100 gevallen altijd op hetzelfde moment aan de klant worden geleverd, en voor de klant is dit daarmee één levering. Die klant krijgt nu twee Pakbonnen, omdat wij de goederen vanuit twee systemen hebben geraapt. Dat is voor die klant niet handig. We hebben derhalve bedacht dat het mogelijk moet zijn om een 'Getotaliseerde' Pakbon te kunnen printen die dan zowel de gegevens van de Profit-Pakbon bevat alsmede die van de WMS-Pakbon. Per Debiteur is instelbaar dat of dit getotaliseerd geprint moet worden of niet.
Let op: dit 'getotaliseerd' printen is alléén mogelijk indien we de Pakbon achteraf printen (Hoofdmenu-3-2-7-5); immers, stel dat we zoiets zouden over laten aan het TouchScreen Leveren Verkooporder, dan hoeft het feit dat WIJ ons deel geraapt hebben nog niet in te houden dat het WMS deel ook al geraapt is, en andersom. Daarnaast zou zowel het Profit- alsmede het WMS-deel triggeren dat er een Pakbon geprint moet worden, en zouden we twee getotaliseerde prints krijgen, wat ook niet de bedoeling is. Tijdens het achteraf printen kunnen we bepalen welke Pakbonnen geprint moeten worden, en welke daarvan moeten worden getotaliseerd.
De Funktie "Printen Pakbon" staat ons toe om één specifieke Pakbon te printen (de Pakbon van een op te geven Raaplijst) ňf laat of een filter instellen van Debiteur-/Afleveradres, Relatie-Rubriek en Verzendatumrange:
Als we een Verkoopordernummer invullen waarvan de Debiteur aangeeft dat er een getotaliseerde Pakbon geprint moet worden, dan zal het Raaplijstnummer default wijzigen naar #0. Deze #0 triggert nu dat er een getotaliseerde Pakbon geprint moet worden. #0 is alleen toegestaan als de Debiteur dat aangeeft. Merk op dat die rubriek dan alsnog mag worden overruled met het specifieke Raaplijstnummer, opdat we (als we daarvoor kiezen) alsnog een Pakbon kunnen printen van énkel het Profit-deel of het WMS-deel.
Wordt er o.b.v. de selektie reeks geprint, dan zal Profit zelf bepalen welke Pakbonnen getotaliseerd moeten worden of niet.
Het hierboven genoemde 'Getotaliseerd Printen' is bedoeld om bijv. achteraf een Pakbon te kunnen printen die met de Faktuur meegezonden kan worden, en welke de som van de Leveringen uit Profit én WMS bevat. Gekombineerd met een rubriek 'Profit/WMS/Beide Pakbonnen printen', kunnen we nu:
a. alle Profit-Pakbonnen printen
b. alle WMS-Pakbonnen printen
c. alle Profit + alle WMS Pakbonnen printen
d. een getotaliseerde Pakbon van Profit+WMS printen (op basis van een instelling bij de Debiteur)
Let op: De print van uw Pakbon kan gegevens bevatten die verwijzen naar de header van die Pakbon, zoals "de Vervoerder". Daar waar wij vanuit twee lokaties (of systemen) leveren kunnen in theorie ook twee vervoerders aan de orde zijn. Totaliseren is natuurlijk alleen toegestaan als Vervoerder (en Verzenddatum) gelijk zijn! Als we echter een Pakbon van de (niet bestaande) Raaplijst #0 printen, dan krijgen we altijd een getotaliseerde Pakbon, en zal de Vervoerder en Leverdatum van de 1e Pakbon worden gehanteerd. Merk hierbij op dat we een getotaliseerde Pakbon alleen printen om ACHTERAF na te kunnen sturen (bijvoorbeeld met de Faktuur) en dat een Vervoerder er op dat moment niet eens meer toe doet; zou het een document betreffen die aan de Vervoerder wordt meegegevenm dan mógen we wellicht niet eens totaliseren.
Voor de volledigheid nog de opmerking dat het getotaliseerd printen alléén is verwerkt in Printen Pakbon volgens een Variabele Layout.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOBHOI4 | Omschrijving (nog) niet bekend | 08-10-2018 | 30-09-2019 |
| LOBHOI6 | Omschrijving (nog) niet bekend | 27-09-2019 | 27-09-2019 |
| LOLVGNPB | Omschrijving (nog) niet bekend | 10-11-2017 | 27-09-2019 |
| LOLVGNUS | Omschrijving (nog) niet bekend | 09-10-2014 | 30-09-2019 |
| LOOFT | Omschrijving (nog) niet bekend | 10-09-2019 | 27-09-2019 |
| LOPRPB | Printen Pakbon. | 28-06-2018 | 27-09-2019 |
| LOPRPB2 | Omschrijving (nog) niet bekend | 19-01-2018 | 30-09-2019 |
| LOPRPBV2 | Printen Variabele Pakbon op Palletnummer. | 26-09-2019 | 27-09-2019 |
| LOPRPBV4 | Omschrijving (nog) niet bekend | 03-03-2019 | 30-09-2019 |
| LORDOP | Relatie Opnemen als Debiteur | 24-09-2019 | 26-09-2019 |
| LORDOP1 | Omschrijving (nog) niet bekend | 11-09-2019 | 26-09-2019 |
| LORDWG1 | Omschrijving (nog) niet bekend | 11-09-2019 | 26-09-2019 |
| LORDWY | Wijzigen Debiteur | 11-09-2019 | 26-09-2019 |
| LORDWY1 | Omschrijving (nog) niet bekend | 11-09-2019 | 26-09-2019 |
