Heart-Profit ERP

Ik werk nu een aantal weken met 'leveringen journaliseren op ja'. Dit gaat op zich prima. Echter bij één punt gaat het goed fout.
Als er bij ons een verkooporderregel welke reeds is geleverd wordt teruggedraaid in het systeem gaat het fout.
Dit doen wij bij 3-1-1-vo raadplegen-shift F4-Shift F4 en dan de regel selecteren. De goederen worden dan weer op voorraad gezet en ook logistiek gaat dit goed.
Echter bij de levering zelf wordt er gejournaliseerd. Nog te factureren leveringen/ aan voorraad voor de kostprijs. Dit bedrag staat dan ook op de controlelijst welke ik bij 3-1-8-3-1 draai. Het saldo van deze lijst moet gelijk zijn aan het saldo nog te factureren.
Als ik de levering terugdraai zoals hierboven komt de retour op de lijst, maar dan met kostprijs nul.
Dus dag 1 :op de lijst bedrag x  en in grootboek bedrag x
en dag 2:   op de lijst bedrag x - 0 en in grootboek 0.
JE HOUDT GEEN AANSLUITING GROOTBOEK-NOG TE FACTUREREN V.O. BIJ 8-1-8-3-1
:17c:

Hallo Dinand - Misschien is het niet helemaal verstandig dit zo publiek te tonen ?

Via keuze Q ?

Peter,
inderdaad via optie Q en je hebt gelijk v.w.b. publiceren. Kan ik dit weer verwijderen?

m.a.w. hij maakt maar één keer een journaalpost nog te factureren/aan voorraad en van de terugboeking wordt dan gejournaliseerd
voorraad a/nog te verzenden creditnota's. (Dit wordt via de interface LOILOGVO geboekt)
Of kan ik deze journaalpost veranderen door hier a/ nog te facturen goederen aan te sturen?

Dinand

Sorry, ik sliep !
Ja !!

(we hebben de plaatjes hier al)

Het lijkt mij dat dit verkeerd werkt.

Interface LOILOGVO wordt gebruikt voor een Retour Ontvangst van een Verkooporder via een Inkooporder.
Ofwel, Credit Verkooporder toevoegen, via Inkooporder (Leverorder) aangeven hoeveel er retour ontvangen is, en dat is de hoeveelheid x prijs waarvoor een creditnota verzonden zou moeten worden.

Van wat ik van VO-Regelmenu optie Q begrepen heb, is dat je er daar 100 levert, achteraf kan aangeven dat er 20 op gekorrigeerd moet worden, en dat er dan 80 worden gefaktureerd. Hoewel er voor die 20 een creditregel op dezelfde order wordt gegenereerd, is er m.i. geen sprake van het verzenden van een creditnota, immers die methode faktureert gewoon een kleiner deel. Interface LOILOGVO zou in die situatie helemaal niet gebruikt mogen worden, en zo dit technisch toch beter uitpakt, dan moet ze in deze situatie andere Interfaceregels aansturen, die i.g.v. "Journaliseren Levering = Ja" dan inderdaad "Te faktureren Voorraad" zou moeten tegenboeken.

Maar ja... In die optie Q zie ik ook velden als "Komt Retour J/N" of "Reeds Retour J/N" welke ongetwijfeld ook hun invloed zullen hebben op de journalisering; ook al komt het niet retour, "te faktureren is het niet meer".

Mijn vermoeden is dat die optie Q dan ook ontwikkeld is voor een klant die geen Leveringen Journaliseert, en dat die kombinatie nooit is uitgewerkt.

Nb: Het aanpassen van de Journaalpostdefinitie zal je niet helpen, want dan kun je de andere situatie (de normale credit) niet meer aan.

Wouter, naar mijn idee sla je de spijker op zijn kop.
Het is wellicht gemaakt voor een klant die leveringen niet journaliseerd. Wij doen dit nu wel (en naar mijn grote tevredenheid). Echter wij willen ook die optie Q blijven gebruiken. (een geweldige fuctie). Je conclusie dat de gevolgen daarvan m.b.t. journalisering niet doorontwikkeld zijn klopt en dit had wellicht toenterdijd moeten gebeuren.
Afijn zo kan het niet en stel ik voor om deze 'buck' !!  aan te passen zodanig dat het met de journalisering wel goed gaat.

Dat moet Peter maar beoordelen. De "bug" in deze kan nl. ook zijn dat er geen controle in zit dat die funktionaliteit niet gebruikt kan worden als Journaliseren Leveringen aan staat.
:15c:

O, dan komt het goed.
Ik heb alle vertrouwen in Peter. Komt bij dat hij gisteren zat te slapen (volgens eigen zeggen!!!) en hij daarom vandaag goed wakker is. Dan komt er vast een goede oplossing.

Kontrole zit erin. Staat het "modem" klaar ?

Modem staat klaar

Jaa ja, spijkers en koppen heh ? :swoon::swoon::swoon:

Het feit dat ik erg wakker ben houdt nog niet in dat jij maar moet gaan slapen !!

Goed. Ik vrees dat we hier een typisch gevalletje hebben van "ik wil deze oplossing" in plaats van "ik heb dit probleem".

Waar wij nu opkomen, is dat dit allemaal helemaal niet gaat om een vrachtbrief blabla klaar willen hebben een dag eerder. Nee nee, dit gaat om het pas weten wat je geleverd hebt nadat de vrachtwagen terug is. En DAAROM wil je dit allemaal.
Wel, ik zal je proberen duizelig te maken;

Jullie gebruiken die Q optie, en ook al is die destijds niet in zijn geheel voor jullie gemaakt, hij is wel op jullie situatie toegesneden. Ofwel, het aankunnen van de manco's. Overigens mag ik wel opmerken dat je dat ook nu nog steeds niet noemt, waarbij ik je toch wel kan vertellen dat manco's als zodanig nog iets (heel) anders is dan het achteraf terugboeken op voorraad van 20 uit een levering van oorspronkelijk 100. En, omdat JIJ weet hoe jullie werken, had je (voorzichtig gezegd) misschien zelf wel even mogen zien dat je hier een tussenrekening aan het hanteren bent, die op de juiste wijze moet worden tegengeboekt. Maar niet zo simpeltjes als jij suggereert.

Je moet proberen te doorzien dat je nooit zo maar deze Journaliseren Leveren kan gebruiken waar je weet dat je iets journaliseert wat achteraf "fout" blijkt te zijn. Ofwel, waar je weet dat de fakturering achteraf anders zal zijn. Immers, anders zou je voortaan ook wel meteen kunnen faktureren.
En uiteindelijk komt het erop neer dat wij jou van een onjuist advies hebben voorzien, omdat wij niet (meer) doorhadden dat je andere hoeveeheden faktureert dan dat je levert. Jaja, lees goed, want daarop komt het nu ineens neer. Vroeger (maand terug) maakte dat niet uit, want je deed domweg *alles* achteraf. Nu echter, wil je "iets" vooraf doen, en dat vooraf kan alleen maar alles zijn, maar wat dus later moet worden gekorrigeerd.

Om een lang verhaal kort te maken, dit is toch werkelijk geen bug. Het is een schakel die voorheen niemand nodig had (zelfs jullie niet), en die er nu toch echt in moet.

Het werk wat moet gebeuren is op zich niet veel meer dan een juiste interface die alles aankan, maar met de helft van de tijd die nodig zal zijn voor het uitzoeken hoe alles in elkaar draait in jullie situaties. En, misschien volgt er ook nog iets uit de oude situatie die mogelijk al niet goed is, waardoor het hier ook nooit goed kan komen. Dat moet dus eerst worden gekontroleerd voordat we aan de gang kunnen met de (relatieve !!) aanpassingen die hier zijn benodigd.

Ik kan nog wel langer blabla-en, maar wij komen voor dit op 12 uur.

Begrijpelijjk verhaal. Echter ook in geval van een verkeerde debiteur wordt door ons optie Q gebruikt en mag ik als simele eindgebruiker ervan uitgaan dat e.e.a goed ingericht zal zijn. Dit moet niet negatief opgevat worden hoor. Immers als gebruiker sta je simpelweg niet bij zulke zaken stil én vertrouw je helemaal op je systeem/
Maar we moeten naar een oplossing waarbij 12 uur wel veel is en de vraag is of het echt 12 uur kost.
Ik stel voor om het sam-sam te doen daar het voor een deel te wijten is aan onze manier van werken en een deel algehele inrichting.

Zo, vraag jij je dat af ?
Dan kost het bij deze 24 uur.

Samsam is akkoord.

E.e.a. is intussen telefonisch doorgenomen en we gaan er mee aan de gang.

N.b.: Dinand probeert in Test de Journaslisering weer volgens de oude regels in te richten, opdat wij relatief daaraan kunnen werken en zien of alles in de oude sitatie in de basis wel juist is.
:17c:

Heren,

Ik heb in test de boel weer teruggedraaid naar de oude situatie.
M.a.w.  ik heb de parameter "leveringen journaliseren" weer op nee gezet. De journaalpost FAKGEN is aangepast.
Verder heb ik de interface "LOLRK" , (levering voorraad eindprodukten) verwijderd. Volgens mij wás dit niet nodig, maar is wel gebeurd.
Ik weet niet of dit nu consequenties heeft voor de testomgeving.
Gezien wij regelmatig produktiebestanden overzetten naar de testomgeving is enige haast geboden. Ik zal dit dan ook aan Pascal doorgeven dat hij voorlopig wacht met het overzetten van produktiebestanden naar testbestanden. Maar begrijpelijkwijs kan dit niet te lang duren.

Veel succes.
:17c:

Hartelijk dank Dinand. Geweldig.
Heb je toevallig ook nog getest of alles in die situatie consistent is ? (nee, dat hoefde je niet te doen, maar als ik jou was had ik het willen weten ...)

Maar natuurlijk Peter. Ik heb getest van v.o. t/m facturatie en dit ziet er goed uit.

Voor de volledigheid : beide situaties Manco's en Retouren ?

Ja natuurlijk. Nou, dan gaan we daar vanuit (want vergeet niet, als er ergens iets schort aan de basis, werkt straks de rest ook niet en snapt niemand het meer.

Nee, dit laatste niet. Dit omdat ik daar zelf nooit mee werk.

Hmm ...

Journalisering van VO-Regel Credit (VO Regelmenu optie Q) zojuist getest voor de situatie "Journaliseren Leveringen = Nee".

In alle voorbeelden 100 stuks geleverd, en 20 stuks Credit.

Verkoopprijs (stel) EUR 5,- / ST
Kostprijs (stel) EUR 4,- / ST

Bij een VO Regel Credit heb je 2 rubrieken: "Komt Retour" en "Reeds Retour". Die laatste is alleen maar generiek voor het aanroepen van de Goederen Ontvangstfunktie v.w.b. de Ontvangstorder die a.g.v. "Komt Retour" wordt gegenereerd. "Reeds Retour Ja" in kombinatie met "Komt Retour Nee" is dan ook niet mogelijk. Ofwel, eigenlijk hebben we maar 2 situaties: "Komt wel retour" en "Komt niet retour" (jullie manco's).

Komt wel Retour
Kwa omzet worden er 80 stuks gefaktureerd x EUR 5,-
Kwa kostprijs worden er 80 stuks gefaktureerd x EUR 4,- (er is eerst 100 x EUR 4,- geleverd, daarna 20 x EUR 4,- retour geboekt)

Komt niet Retour
Kwa omzet worden er 80 stuks gefaktureerd x EUR 5,-
Kwa kostprijs worden er 100 stuks gefaktureerd x EUR 4,- (er is eerst 100 x EUR 4,- geleverd, doch niets retour gekomen).

"Voorraad Goederen" wordt pas gejournaliseerd t.t.v. fakturatie, en journaliseert korrekt afhankelijk van het feit of de goederen wel/niet retour zijn gekomen.

Ik heb toch een fout gevonden :  

Zolang de VO Regel nog niet is gefaktureerd, kan ik een VO Regel Credit toevoegen.
Om de geleverde hoeveelheid (100) minus de credit (20) te kunnen faktureren, moet eerst de VO worden goedgekeurd voor Fakturatie.

Als ik echter de volgende procedure hanteer:

a. Verkooporder toevoegen voor 100 stuks
b. 100 stuks leveren
c. VO regel credit voor 20 stuks, is nog niet retour (genereert dus enkel een Ontvangstorder)
d. VO goedkeuren voor fakturatie (zonder eerst de retour binnen te boeken)
e. Faktureren

Er worden er nu 100 gefaktureerd á 5,- met een kostprijs van 100 á 4,-. Op zich logisch, want er is niets retour ontvangen. Echter, gaan we daarna

f. Retour ontvangst boeken

dan worden er alsnog 20 op voorraad geboekt, welke niet in de Faktuur verwerkt zijn, en welke ook nimmer gejournaliseerd worden (immers, de Faktuur is het enige wat in deze situatie de voorraad financieel afboekt, en die Faktuur is al gegenereerd). Ofwel, fout, immers, de logistieke voorraadhoogte is nu 20 hoger dan de financiële Voorraadhoogte.

Voor deze situatie zal een kontrole moeten worden ingebouwd.
:17c:

Kontrole is opgenomen. Komt vanzelf wel een keer mee met een Upgrade (je gebruikt die Retouren toch niet  :wink:)

Zie http://ha1.heartprofit.nl/profit/index.php?topic=21797.0


Edit: Die Retouren gebruiken jullie natuurlijk wel degelijk, anders heb je ook geen boekingen voor Interface LOILOGVO.
Je zult daar wel letterlijk bedoelt hebben dat jij dat niet getest had omdat jij nooit een Retour boekt (maar anderen binnen jullie bedrijf wel).

De journalisering van de situatie "Komt Retour = Ja" (die jullie niet gebruiken) lijkt grotendeels te werken. Ze is op 2 punten aangepast:

a. Waarde van Emballage in Gebruik, zie http://ha1.heartprofit.nl/profit/index.php?topic=21824.0

b. Aan de Retour Inkooporder werden opnieuw DKK's gekoppeld, waar het hier niet om een Inkoop gaat (maar ook geen Transportorder). Zie http://ha1.heartprofit.nl/profit/index.php?topic=21823.0

De resultaten van de situatie "Komt Retour = Nee" volgen nog...

Wel, v.w.b. de situatie "Komt Retour = Nee" lijkt ook alles goed te gaan. Er komt dan overigens niets retour, dus een Interface LOILOGVO wordt in die situatie niet eens aangestuurd.


Tsja... nu ben ik uren lang bezig om allerlei voorbeelden in elkaar te schroeven, testen, testen, testen, en nog eens testen, en kom ik er vervolgens achter dat het eigenlijk allemaal best nog wel meevalt, of sterker, dat i.g.v. Journaliseren Levering = Ja, de Interface LOILOGVO gewoon "aan te faktureren Voorraad" aanstuurt, en niet zoals jij aangeeft "aan te verzenden creditnota's". Attached een XLS met zoals bij jullie alle Batchboekingen voor LOILOGVO zijn aangestuurd (bedragen weggehaald). Zoals je ziet kun je hier precies uit halen dat op 20 mei 2009 de laatste boeking naar "Te verzenden Creditnota's" is gestuurd, en dat vanaf 25 mei 2009 alles op "Te Faktureren Voorraad" geboekt wordt, zoals het hoort.
Ofwel, er gaat eigenlijk niets fout.

Ja natuurlijk wel, want je zult e.e.a. niet voor niets zo opschrijven...

Wat meer uitspit werk levert dan ook op dat wij weliswaar o.b.v. de parameter "Journaliseren Levering" óf regel 2A (Te Faktureren Voorraad) óf regel 2B (Te Verzenden Creditnota's) aansturen, maar dat jullie keihard regel 2B verwijderd hebben uit de JP-definitie, en vervolgens regel 2A niet gedefinieerd hebben conform hoe deze volgens de Interface Beschrijving gedefinieerd moet zijn, maar vervolgens hetgeen op regel 2A beschikbaargesteld wordt doorsturen naar de Grootboekrekening "Te verzenden Creditnota's".

Ofwel, het systeem zegt "Journaliseren Leveren staat aan, dus ik moet het bedrag nu niet op te verzenden creditnota's boeken, maar op te faktureren voorraad" (zie ook kolom H in de Excelsheet), en jullie zeggen "nee, alles wat het systeem op te faktureren voorraad wordt aangestuurd, boek dat maar lekker op te verzenden creditnota's".

Het goede nieuws is dus dat e.e.a. zo slecht nog niet werkte, en dat je nu weet wat je verkeerd hebt gedaan.
Het slechte nieuws is dat de uren inmiddels wel besteedt zijn, en je er wat mij betreft vanuit mag gaan dat je daar gewoon de rekening voor krijgt.

back in Town.

Wouter, ik heb een tweetal vragen.

In je bericht van 22 juli jl. schrijf je dat de "Voorraad goederen" pas gejournaliseerd wordt t.t.v. facturatie. Dit komt toch uitsluitend doordat in testomgeving de oude situatie van toepassing is. Immers wij willen dat dit ten tijde van levering de voorraad wordt gejournaliseerd.

Verder schrijf je in dit bericht de situatie van komt wel retour en komt niet retour. Dit is inderdaad zo als wij het willen. Begrijp ik het nu goed dat als ik een journaalpostregel 2B toevoeg (zie je laatste bericht) alles werkt!!

Welk bericht van 22 juli? Ik heb op 22 juli geen bericht geplaatst ! :wacko:

Wellicht bedoel je het bericht van 14 juli (=reply 22); daar staat expliciet:

Je hebt gelijk. De 14e.
Blijft mijn vraag dat als ik de interface aanpas en regel 2B toevoeg dan goed gaat??

Het toevoegen van slechts een regel 2B is niet voldoende; je moet 2A en 2B inrichten conform hoe de helptekst het aangeeft.

En dat betekent dus ook 2A aanpassen (en 2B toevoegen), en vnl: juist inrichten !

Ok, en dan zou het moeten werken?

Yep  :smile: