Heart-Profit ERP
September 29, 2024, 07:18:02 am *
Welcome, Guest. Please login or register.

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

Posts: 27468


View Profile WWW
« on: October 28, 2013, 01:33:28 pm »

Bij een klant speelt een situatie dat indien een order eenmaal volledig is uitgeleverd, er voor fakturatie nog prijzen worden gekontroleerd (en gewijzigd) en vervolgens de Debiteur wil kunnen aangeven dat bepaalde Verkooporderregels op een separate Faktuur in rekening moeten worden gebracht.

Normaliter Faktureren wij vanuit Profit alle "leveringen" (geraapte Raaplijst regels), en wordt òf een Raaplijst (een levering) in zijn geheel gefaktureerd, òf wordt een hele order gefaktureerd òf worden diverse leveringen aan dezelfde Debiteur samengevoegd op één Faktuur.

M.i.v. deze Releasenote is hieraan de mogelijkheid toegevoegd dat Verkooporderregels kunnen worden getagd, waarna vanuit het Verkooporderregelmenu met optie Y een Faktuur kan worden gegenereerd voor alleen de getagde Verkooporderregels.

Hierdoor is het mogelijk om bijv. alleen regels 1,2 en 5 van een Verkooporder te faktureren, om vervolgens regels 3,4, en 6 op een 2e Faktuur in rekening te brengen.

Deze aanpassing betreft een relatief simpele oplossing waarbij een Verkooporderregel in zijn geheel wordt gefaktureerd (d.w.z. als zij volledig geleverd is). In theorie zou je ook nog aan alternatieven kunnen denken als "we hebben 100 besteld, met een 1e levering gaan 80V de deur uit, en de overige 20V op een 2e levering, en nu willen we alleen voor deze regel alleen voor de 1e 80V een faktuur sturen". Bij de huidige oplossing wordt alles overgelaten aan de 'Faktuurrun'. Indien op deze wijze wordt gefaktureerd, verwerkt de Faktuurrun alleen de getagde orderregels uit de geselekteerde Verkooporder.

De aanpassing voorziet overigens niet in een indikator die per Verkooporderregel toont welke regel wel/niet gefaktureerd is. Nou hebben we zo'n indikator sowieso nooit gehad, maar, normaliter wordt er altijd gefaktureerd "per Raaplijst" en zal (als de Verkooporder geen status "F" heeft) dit impliceren dat er Raaplijsten moeten zijn die nog geen status "F" hebben.

Wel onderdeel van deze aanpassing is dat nu per regel van een Raaplijst een status "F" wordt aangegeven. In de situatie waarvoor deze funktionaliteit ontwikkeld is geldt overigens dat er sowieso altijd maar één Raaplijst is. Aldaar is op basis van de indikator "F" zichbaar of de regel gefaktureerd is of niet.

Het weergeven van een indikator 'of de hele VO regel gefaktureerd is' is op zich best wel mogelijk, maar, dit betreft iets wat t.t.v. Raadplegen Verkooporderregels 'bepaald' moet worden. Dit uitzoeken 'kost tijd', en zou 'Raadplegen Verkooporderregels' standaard doen vertragen, óók als er niet vanuit Verkooporderregels wordt gefaktureerd. Dergelijke funktionaliteit zou dan "achter een bedrijfsparameter" behoren te zitten (= 4 uur).

Gezien het 'low budget' is ervoor gekozen deze funktionaliteit niet uit te voeren; de gebruiker kan dit ook zelf wel even bijhouden, c.q. achterhalen op basis van de Raaplijstregels danwel een print "Nog te faktureren Verkooporderregels'. Indien gewenst kan zo'n indikator alsnog worden toegevoegd.

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LOLLRA3     Selekteren Raaplijsten tbv Vra    03-10-2013    28-10-2013
LOLRRA      Raadplegen Raaplijst.    11-05-2012    28-10-2013
LOUFGN      Genereren Uitg. Fakturen    25-05-2013    28-10-2013
LOUFGN1     Omschrijving (nog) niet bekend    08-10-2013    28-10-2013
LOUFGNLL    Omschrijving (nog) niet bekend    09-08-2013    28-10-2013
LOVRMN      Menu Verkooporderregels    20-06-2013    28-10-2013
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.159 seconds with 20 queries.