"DryDock" betreft een ontwerp wat ontwikkeld is voor de scheepsbouw. DryDock staat ons toe om enerzijds 100 Verschijningen te leveren aan een klant en op een later moment er 20 retour te boeken waarna de klant slechts 1 Faktuur krijgt waarop hem het saldo (80) in rekening wordt gebracht. Zonder dit ontwerp DryDock hadden we eerst een Faktuur moeten sturen voor 100V en daarna een Creditnota voor 20V, met voor zowel U alsmede voor Uw klant extra werk.
Omdat deze funktionaliteit niet alleen binnen de scheepsbouw gewenst is maar veel vaker toegepast kan worden (u heeft een supermarkt en een klant viert een feestje; hij haalt meer dan genoeg drank ik huis en spreekt met u af dat hij alles wat hij overhoudt weer retour mag sturen), heet de rubriek die dit triggert geen "DryDock J/N" maar "Komt Retour J/N".
Het maatwerk is ruim 15 jaar geleden ontwikkeld voor een klant en pas recentelijk in gebruik genomen. Per heden is gekonstateerd dat er wat mis gaat met de financiële afhandeling van deze retouren met betrekking tot de kostprijs van deze batches en dan vnl. in verhouding met het saldo van de Grootboekrekening "Nog te Faktureren Voorraad".
Een voorbeeld: De 100V die geleverd wordt betreft 65V Charge A t.w.v. EUR 2,-/V en 35V Charge B t.w.v. EUR 3,-/V. De levering van deze twee partijen leidt tot een journalisering van "Nog te faktureren voorraad / Aan Voorraad Goederen" voor een waarde van 130+105 = EUR 235,-.
Als we nu een Verkooporderregel Credit boeken dan wordt er een Inkooporderregel gegenereerd waarmee de goederen kunnen worden teruggeboekt. Hierbij kon het terugboeken tot verschillende kostprijzen leiden:
Als we geen Chargenummer invulden, dan werd de voorraad retour geboekt met een gemiddelde kostprijs van alle Charges die geleverd zijn; in dit voorbeeld EUR 235,- / 100V = EUR 2,35 per Verschijning.
Zouden we expliciet Charge A Retour ontvangen, dan werd de Voorraad opgeboekt tegen de waarde van de geleverde partij A: EUR 2,-.
Zouden we expliciet Charge B Retour ontvangen, dan werd de Voorraad opgeboekt tegen de waarde van de geleverde partij B: EUR 3,-.
Zouden we een willekeurige andere Charge invullen (omdat de klant bijv Charge C retour stuurt die hem in een andere order geleverd is) dan werd er geen kostprijs bepaald, en werd de partij gewaardeerd tegen de Effektieve Kostprijs van het betreffende Artikel, in dit voorbeeld EUR 4,-. Enerzijds geldt natuurlijk dat er niets mis is met de bepaling van de waarde van bovenstaande items en ook is expliciet gesteld dat we niet per geleverde Charge gaan bijhouden wat er al wel/niet retour van is geboekt. Is er geen blokkade die voorkomt dat we meer van Charge A Retour kunnen boeken dan het aantal wat we van Charge A geleverd hebben. Uiteraard zou zoiets ontwikkeld kunnen worden, maar de praktijk zal toch weer anders zijn. Misschien heeft uw klant in een eerdere levering ook dit produkt ontvangen en stuurt hij e.e.a. retour op een tweede order waarop hetzelfde produkt ontvangen is. En, zou de klant slechts 1 levering gekregen hebben dan geldt natuurlijk ook dat de klant nooit meer van een partij KAN terugsturen dan wat hij ontvangen heeft. Dus, als we vinden dat de gebruiker die de produkten retour boekt de Charges moet aangeven die retour genomen zijn, dan behoort dat probleem al niet op te treden.
Toch geldt dat het op zich leuk bedacht is dat de voorraad tegen verschillende waarden terug op voorraad geboekt kan worden, en logistiek zal dit ook vast wel werken, maar financieel lokken we verschillen uit.
Zo zal de Fakturatie de 20V die retour gekomen zijn journaliseren op basis van een gemiddelde kostprijs van de geleverde charges. Ofwel, de Fakturatie zegt dat er 100-20 = 80V geleverd zijn, en zal "Kostprijs Verkopen / Aan Nog te Faktureren Voorraad" journaliseren voor 80V x EUR 2,35 (gemiddeld) = EUR 188,- waardoor er een saldo open blijft staan op "Nog te Faktureren Voorraad" omdat de Retourname de 20V journaliseert tegen EUR 2,-, EUR 3,- of EUR 4,-.
Omdat al eerder in dit ontwerp gesteld is dat het te complex wordt om bij te houden welke Charges al wel/niet retour zijn genomen, zal de oplossing voor nu worden dat iedere retour verplicht zal moeten worden opgeboekt tegen dezelfde waarde als dat de Fakturatie dat doet: de gemiddelde waarde van de geleverde Charges.
Dit houdt dan in dat we een partij A kunnen leveren met een kostprijs van EUR 2,- en dat als we deze retour boeken ze voor EUR 2,35 terug op voorraad komt; op eenzelfde wijze zal ook de partij van EUR 3,- voor EUR 2,35 terug op voorraad komen.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOILGLF1 | Omschrijving (nog) niet bekend | 23-11-2015 | 24-11-2015 |
| LOILOGGL | Volledige Ontvangst. | 03-07-2015 | 24-11-2015 |
