Heart-Profit ERP
November 27, 2024, 09:47:18 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Afdrukken totaal per Verkooporder op Faktuur  (Read 1130 times)
0 Members and 0 Guests are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27476


View Profile WWW
« on: August 05, 2015, 12:22:22 pm »

Voor een klant in de AGF branche zijn er een aantal nieuwe Layoutvariabelen opgenomen voor de print van de Uitgaande Faktuur, om wat meer inzicht en kontrolemogelijkheden te bieden om de Faktuur aan te sluiten met de Leveringen (Pakbonnen).

Nb: Omdat er een aantal uitgangspunten zijn, wordt e.e.a. hier als "geheel" beschreven.

In de voor ogen liggende situatie voor een klant dagelijks beleverd. De klant heeft iedere dag wel (minimaal) een Verkooporder, en de klant krijgt bij levering een Pakbon waarop staat wat hij geleverd heeft gekregen.

Op de Pakbon worden ook de prijzen vermeldt van de geleverde goederen, en in de voetlayout van de Pakbon wordt de totale waarde van de geleverde goederen en emballage omgesomd, middels:

 Goederen   %PB-TTRGLBDRG%

 Emballage  %PB-TTEMBBDRG%

Iedere Verkooporder bevat tientallen produkten, en uiteraard kan het ook wel eens gebeuren dat een besteld produkt niet geleverd kan worden. Vanwege het grote aantal orders wordt niet iedere order afzonderlijk gefaktureerd, maar wordt dit (stel voor dit voorbeeld maar eens iedere week) verzameld op een Verzamelfaktuur.

Bij Verzamelfakturatie kan worden ingesteld dat de Faktuurregels moeten worden geprint op volgorde van Verkooporderregelnummer; uitgangspunt is dat dat ook gebeurd.

Stel dat iedere Verkooporder 50 regels bevat, en de klant 6 dagen in de week beleverd wordt, dan zal een Verzamelfaktuur na 1 week al een 300 tal regels bevatten. Ok, 6 setjes van 50 regels, want de Faktuurprint weet al wel welke regels uit welke order komen.

Neent niet weg dat de klant een Faktuur krijgt voor stel EUR 3.721,16 en 300 regels moet kontroleren of ze "terecht" zijn (en, 300 regels is slechts een voorbeeld, want meer dan 5000 regels op 1 faktuur hebben we ook al aan de orde gehad).

Kortom, er zijn "totalen per Verkooporder" gewenst op de Faktuur, die kunnen worden aangesloten met de informatie die op de Pakbon wordt weergegeven.

Een volgend uitgangspunt is dat in deze situatie orders altijd met 1 Pakbon worden uitgeleverd; de Pakbon wordt pas geprint als "alles" geraapt is, en hetgeen niet geraapt kan worden wordt geannulleerd. E.e.a. is in zoverre van belang dat de huidige Faktuurprint al gegevens splitst "per Verkooporder", waar dit (bij de wens e.e.a. te kunnen kontroleren op Pakbonniveau) dus niet per order maar per Pakbon zou moeten zijn!

Uitgangspunt is dat dit alles per Verkooporder getoond en getotaliseerd mág worden, bij de gratie dat iedere order toch in 1 keer wordt uitgeleverd.

Op de Variabele Layout van de Faktuur hebben we sinds medio 2001 een aantal "/ONVO" variabelen. ONVO staat hier voor "Overgang naar Nieuw Verkoop Order". Deze variabelen kunnen worden gebruikt om data te printen die alleen aan de orde is bij de overgang naar een nieuwe Verkooporder.

Let op: de /ONVO variabelen worden alleen afgedrukt indien er meerdere Verkooporders in rekening worden gebracht op de betreffende Faktuur, immers, anders is het totaal v/d Faktuur al gelijk aan het totaal v/d Verkooporder, en is separate totaliseren niet nodig.

Helaas kunnen we de variabelen die er nu zijn niet gebruiken, omdat een expliciete wens is onderscheid te maken tussen de bedragen van de goederen en de bedragen a.g.v. in rekening gebracht Statiegeld (Emballage). Hier is nu het volgende voor bedacht:

a. Ten eerste, omdat op de Pakbon "Bruto" bedragen vermeld worden, zal ook op de Faktuur de bruto prijs moeten worden getoond. "Bruto prijs" hier als zijnde de prijs zoals die op de Verkooporderregel staat, zónder dat hierop de Faktuurkorting in mindering is gebracht.

Let op: uitgangspunt is dat er op de Verkooporder NIET met regelkorting wordt gewerkt!

Vervolgens willen we alleen "de goederenwaarde" hebben, zonder het Statiegeld daarin verwerkt. Dit wordt iets anders opgelost, nl. door een nieuwe Layoutvariabele

 %HH:BRGLPRES:9.2%  Bruto ReGeLPRijs Exklusief Statiegeld

Statiegeld wordt beschikbaargesteld met Layoutvariabele:

 %HH:BRGLPRSG:9.2%  Bruto ReGeLPRijs StatieGeld

Bovenste twee variabelen zorgen ervoor dat we het Faktuurbedrag over twee kolommen op onze Faktuur kunnen verdelen:



"Iets anders", omdat BRGLPRSES niet expliciet de Goederenwaarde bevat, maar eigenlijk "alles behalve het Statiegeld". Dat houdt in dat eventueel in rekening gebrachte kosten/diensten ook onder deze noemer vallen. Kosten en Diensten staan niet op de Pakbon, en wat dat betreft zal de Pakbon (indien er Kosten/Diensten aan de orde zijn) nog niet 1:1 kunnen worden aangesloten, maar, ook hier, met als uitgangspunt dat deze er meestal niet zijn, is voor deze werkwijze gekozen. Alternatief wordt nl. al snel dat er nog weer een aparte kolom gereserveerd moet worden voor dit soort bedragen, en dat gaat te ver.

Bij de "Overgang naar een Nieuwe VerkoopOrder (ONVO)" gaan we nu een totaal opnemen, door in de Layout op een volgende regel dezelfde variabelen op te nemen met "/ONVO" er achter:

 %HH:BRGLPRES/ONVO:9.2%  Bruto ReGeLPRijs Exklusief Statiegeld

 %HH:BRGLPRSG/ONVO:9.2%  Bruto ReGeLPRijs StatieGeld



Dit drukt nu een totaal van die variabele af, doch alleen bij de overgang naar een nieuwe Verkooporder.



Vervolgens willen we nog aangeven dat het hier om een totaal gaat.

Middels een herhalende regel TXT gekombineerd met /ONVO kunnen we een tekst afdrukken bij de overgang naar een nieuwe regel.

 Totaal:%HH:TXT/ONVO:7%

Zorgt ervoor dat de eerste 7 posities van de tekst "Totaal:" wordt afgedrukt, waarmee e.e.a. er als volgt uit komt te zien:



Resteert nog 1 ding:

Onderop de Faktuur worden nu per BTW kode de totalen opgesomd:



V.w.b. het Statiegeld klopt deze totaaltelling, immers, Statiegeld betreft "een borg" en daarover is geen BTW verschuldigd. Tevens geldt dat als de klant 2% Faktuurkorting krijgt, deze korting niet wordt berekend over zijn borg (en-/of Kosten).

Ergens zal nu nog vermeld moeten worden dat we EUR 1,09 korting hebben gekregen om van EUR 54,47 (10,90 + 43,57) op EUR 53,38 uit te komen. Dit betreft in dit voorbeeld 2% van EUR 54,47.

Het Faktuurkortingspercentage vinden we terug in de Layoutvariabele:

 %UF-FAKORT%

Het totale bedrag aan Faktuurkorting staat in Layoutvariabele:

 %UF-TTFAKKORT%

Maar, nog een extra complexiteit: we willen alleen Faktuurkorting (met een eventueel voorafgaande tekst) vermelden indien er Faktuurkorting aan de orde is, dit, om te voorkomen dat andere klanten hier 0% zien staan en gaan bellen "waarom krijgen wij geen korting"?

Derhalve zijn er nog 2 Layoutvariabelen bijgekomen; deze hebben dezelfde Id als bovenstaande variabelen, doch met een toevoeging "NN" (niet-nul). Deze variabelen zijn alleen gevuld indien het erbij behorende bedrag niet gelijk is aan 0.

 %UF-FAKORTNN%  Faktuurkortingspercentage indien <> 0

 %UF-TTFAKKORTNN%  Faktuurkortingbedrag indien <> 0

Dat kunnen we vervolgens weer kombineren met de wijze waarop we onze Layoutregel definiëren, immers, alsdaar hebben we de mogelijkheid om een regel niet op te nemen als de waarde leeg is. Kortom, is het Faktuurkortingspercentage (en bedrag) 0, dan zal de variabele leeg zijn, en wordt ook de tekst die daarvoor moet worden afgedrukt niet afgedrukt.



Op deze wijze kunnen we dan de Faktuurkorting vermelden, doch alleen als deze aan de orde is:



FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LOLVGNU4    Genereren Layout Variabelen; Faktuurgegevens.    23-06-2015    05-08-2015
LOPRUFV1    Omschrijving (nog) niet bekend    17-06-2015    04-08-2015
LOPRUFV2    Omschrijving (nog) niet bekend    20-05-2015    04-08-2015
LOPRUFV3    Omschrijving (nog) niet bekend    13-10-2014    04-08-2015
LOPRUFVR    Omschrijving (nog) niet bekend    09-10-2014    04-08-2015
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.172 seconds with 20 queries.