Juni dit jaar is voor een klant maatwerk ontwikkeld om zgn. DryDock Retouren op een separate "Nog te faktureren Voorraad" rekening te journaliseren.
Normaal gesproken geldt, dat als we voorraad leveren, er een boeking volgt in de vorm "Nog te Faktureren Voorraad / Aan Voorraad Goederen". Zodra de Faktuur gegenereerd wordt met de boeking "Kostprijs Verkopen / Aan Nog te Faktureren Voorraad" deze rekening weer glad geboekt.
"DryDock orders" zijn orders voor schepen die ergens in een haven liggen. Op moment X worden er 100 blikken aan de haven geleverd en hebben we m.b.v. een Verkooporderregel-Credit de mogelijkheid om 20 blikken Retour te boeken, waarna de Faktuur de retouren verrekent met de levering en per saldo 80 blikken in rekening brengt.
De eerdere aanpassing (
http://ha1.heartprofit.nl/profit/index.php?topic=26745.0) zorgt ervoor dat dit soort DryDock orders via een aparte Grootboekrekening "Nog te Faktureren Voorraad" verlopen; geen "3601" maar "3602" in het voorbeeld van de betreffende klant.
Maar... net als bij de Gefaktureerde Verkoopoverzichten is dit informatie die helemaal niet uit het Grootboek HOEFT te blijken. In deze overzichten hebben we wel 2 miljoen mogelijkheden om onze omzet te rapporteren, terwijl slechts 1 van die 2 miljoen mogelijkheden de wijze is waarop het in het Grootboek gebeurt. Ook voor deze 3601/3602 problematiek is later besloten alsnog een Excel rapport te ontwikkelen, waarbij op separate Tabbladen DryDock orders worden gescheiden van normale orders; iets wat "met terugwerkende kracht" anders ingedeeld kan worden en toch consistent blijft. Het maatwerk m.b.t. het opsplitsen van "Te faktureren voorraad" is dan ook nooit in gebruik genomen.
Bij ons is nu echter gekonstateerd dat dit maatwerk toch weer problemen kan opleveren als halverwege een order die status wordt omgezet. Dus, als we bij een order de DryDock indikator niet op Ja zetten, en dan de levering doen, wordt ze gejournaliseerd op 3601. Gaan we daarna de indikator alsnog op Ja zetten (omdat we er later achter komen dat we dit vergeten zijn) en vervolgens een Retour boeken of de Faktuur sturen, dan boekt dit 3602 tegen. Resultaat is dat zowel 3601 als 3602 niet glad lopen.
In plaats van hier nu een oplossing voor te verzinnen (bijv. het saldo te bepalen en dit met een nieuwe Financiële Interface over te boeken van 3601 naar 3602) is er voor gekozen om de eerdere aanpassing (die toch nooit in gebruik genomen is) te laten vervallen. Met ingang van deze Releasenote is er dus gewoon één Grootboekrekening "Nog te Faktureren Voorraad" en geen twee.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOIFGVLP | Omschrijving (nog) niet bekend | 29-05-2015 | 17-12-2015 |
| LOILOGD2 | Omschrijving (nog) niet bekend | 16-12-2015 | 18-12-2015 |
| LOIRPEBR | Doorrekenen Gewijzigde Inkoopprijs | 09-06-2015 | 17-12-2015 |
| LOLLDR | Direkt Leveren | 23-11-2015 | 17-12-2015 |
| LOLLTVBK | Omschrijving (nog) niet bekend | 04-11-2015 | 17-12-2015 |
| LOLLTVZR | Levering zonder Raaplijst | 04-11-2015 | 17-12-2015 |
| LOLRBK | Invullen Raaplijst-Regel. | 04-11-2015 | 17-12-2015 |
| LOLRRG | Rapen en Goedkeuren Raaplijst. | 04-11-2015 | 17-12-2015 |
| LOLRRGA1 | Omschrijving (nog) niet bekend | 04-11-2015 | 17-12-2015 |
| LOLRTBZ3 | Omschrijving (nog) niet bekend | 04-11-2015 | 17-12-2015 |
| LOLRTR | Omschrijving (nog) niet bekend | 01-06-2015 | 17-12-2015 |
| LOLRTRGC | Terugboeken Levering op Voorraad-Geleverde Charges | 01-06-2015 | 17-12-2015 |
| LOLRWLLV | Omschrijving (nog) niet bekend | 01-06-2015 | 17-12-2015 |
| LOPOGVG1 | Omschrijving (nog) niet bekend | 01-06-2015 | 17-12-2015 |
| LOPOVPTB | Omschrijving (nog) niet bekend | 01-06-2015 | 17-12-2015 |
| LOUFDB | Fin. Doorbelasten Faktuur | 13-11-2015 | 17-12-2015 |
| LOVIHW | Herwaarderen Voorraad | 29-05-2015 | 17-12-2015 |
| LOVRTVBK | Omschrijving (nog) niet bekend | 04-11-2015 | 17-12-2015 |
