|
Title: Aanpassen Doorrekenen Gew. Inkoopprijs - Interface Fakturatie Post by: Heart Informatisering B.V. on June 09, 2015, 03:23:45 pm "Doorrekenen Gewijzigde Inkoopprijs" is op nacalculatorische basis ontwikkeld met als doel om achteraf de prijs van een Inkooporderregel te kunnen wijzigen, en de gevolgen daarvan "door te rekenen" naar alle plekken waar die voorraad gebruikt-/verbruikt is. Hierbij optioneel ook weer rekeninghoudend met DKK tarieven. Zoals in de Helptekst aangegeven ondersteunen we alleen die zaken die we expliciet ondervangen hebben. Dit, omdat de funktionaliteit simpelweg 'te complex' is, en er ook situaties te bedenken zijn waarin ze niet kan worden uitgevoerd.
In de meest eenvoudigste vorm kopen we 100 Kg produkt in voor een prijs van EUR 5,- per Kg, ontvangen we dit produkt, en blijkt later dat de prijs geen EUR 5,-/Kg had moeten zijn maar EUR 6,-/Kg. De voorraadwaarde zal nu met 100 Kg x EUR 1,- verhoogd moeten worden, en ook de Faktuur die we van de Leverancier mogen verwachten zal EUR 100,- hoger zijn. De kostprijs van het Voorraaditem zal worden gewijzigd, en we journaliseren "Voorraad Goederen / Aan Nog te ontvangen Fakturen" voor een bedrag van 100 Kg x EUR 1,-. In een complexere situatie is de 100 Kg in meerdere Produktieorders verwerkt, waardoor nu ook de prijs van de geproduceerde eindprodukten duurder geworden is, daar weer een Kostprijsopslagpercentage op kan liggen (waardoor de prijsstijging niet bij EUR 1,- per Kg blijft) en zijn die eindprodukten inmiddels geleverd aan klanten, en zijn de betreffender Verkooporders al gefaktureerd... De 'verwachtingen' voor deze funktionaliteit kunnen dus sterk uiteenlopen, afhankelijk van hoe een ieder met het pakket werkt. Met ingang van deze Releasenote wordt de gewijzigde kostprijs van de Faktuurregels middels separate korrektieboekingen gejournaliseerd. In de overige versie werd weliswaar de kostprijs van de Faktuurregel aangepast, maar kwam dit in het grootboek terecht door de Journaalpost van de Faktuur te verwijderen, en opnieuw te journaliseren. Als in bovenstaand voorbeeld de 100 Kg al zou zijn verkocht tegen een prijs van EUR 8,50/Kg, dan zou er een Faktuur zijn die resulteerde in een Journaalpost: Debiteuren EUR 1028,50 Aan Opbrengst Verkopen EUR 850,- Aan Af te dragen BTW EUR 178,50 Kostprijs Verkopen EUR 500,- Aan Voorraad Goederen EUR 500,-. Door nu deze oude journaalpost te verwijderen (technisch gezien: funktionaliteit die al bestond in het pakket) en de Faktuur opnieuw Financieel door te belasten (bestond ook al), volgde er automatisch een nieuwe boeking met: Debiteuren EUR 1028,50 Aan Opbrengst Verkopen EUR 850,- Aan Af te dragen BTW EUR 178,50 Kostprijs Verkopen EUR 600,- Aan Voorraad Goederen EUR 600,-. De reden dat de korrektie nu toch via een korrektieboeking loopt (en niet meer door de oude Journaalpost te verwijderen en een nieuwe te genereren) is omdat "Doorrekenen gewijzigde Inkoopprijs" ook gebruikt wordt door een klant die veel met hele grote Fakturen werkt, soms wel bestaand uit enkele duizenden regels. Het effekt is dan dat er eerst een hele grote Journaalpost (veel boekingsregels) verwijderd moet worden, en daarna van de duizenden Faktuurregels opnieuw bepaald moet worden op welke rekeningen zij gejournaliseerd moeten worden (Fin. Groep), er opnieuw duizenden Batchboekingsregels gegenereerd moeten worden, en deze boekingen moeten worden doorbelast naar het Grootboek. Kombineer dit vervolgens met het inkopen van 1000 Kg produkt welke in etappes van 1 KG aan 1000 verschillende klanten geleverd wordt, dan kan het wijzigen van 1 kostprijs al snel impliceren dat er meer dan een miljoen records gelezen/gemaakt moeten worden. Kortom: in zo'n situatie ging Doorrekenen teveel tijd kosten (soms tot wel 20 minuten per prijswijziging). Let op: in tegenstelling tot de normale journalisering (via de Batch) zal de journaalpost van de korrektieboeking op de Faktuur NIET onder het aktieve Userid worden geregistreerd, maar onder het Userid van de persoon die de oorspronkelijke Faktuur journaliseerde ! Dit, opdat de hele Faktuurjournaalpost onder hetzelfde Userid valt. Zouden we dit niet doen, dan zal het verwijderen van de Faktuur alleen de oorspronkelijke Faktuurboeking doen verwijderen, en niet alle korrekties daarop (immers, die zijn van een andere gebruiker).
|