Misschien zit de misvatting in het feit dat je als Heart alles probeert te beantwoorden.

Een forum heeft immers ook een hoog zelflerend effect, oftewel je probeert middels de antwoorden van anderen jouw eigen probleem beter te definieren, hetgeen voor de "programma-krassers" moet leiden tot meer inzicht in het operationele gebruik van een functie en de sterktes en zwaktes die daarin zitten.

We weten beiden immers dat mooi geprogrammeerde oplossingen soms in het geheel niet blijken te werken in de praktijk.
Immers je heb ook nog van die (...) gebruikers die de boel anders gebruiken dan dat jij dacht.

Begrijp ik hieruit dat het nu vast staat dat de datum van een kostenregel niet gerespecteerd staat bij het factureren t/m datum?

Even terug:
Mijn vraag was origineel:
Is het mogelijk de facturatie rekening te laten houden met de "leverdatum" welke opgegeven wordt in de kostenregel, zodat als ik 2 artikelregels opgeef met verschillende leverdatum en 2 kostenregels met matchende leverdata, ik hieruit 2 facturen kan genereren (na de respectievelijke leveringen) welke beide hun eigen kostenregel meekrijgen.

Wij werken dus inderdaad niet zoals jij opgeeft.
Wij willen dit meteen invoeren omdat je anders de kans loopt dat je vergeet de kostenregel toe te voegen na de daadwerkelijke levering

mvg

Mk

Ga je hier niet voorbij aan de basis van het feit dat dit een forum is?
Immers juist uit de discussie hoop je een "serendipiteit" te genereren die leidt tot andere (misschien nog niet bekende) oplossingen voor een zelfde probleem, hetgeen moet leide tot het bepalen van de in dat geval beste oplossing.

Efficientie kan nooit het doel van een forum zijn.
Het doel van een Forum is het bieden van een discussieruimte om tot een gefundeerd antwoord te komen (hopelijk)
(forum = "pleinpraat" ; om de oude Romeinen aan te halen)

Klopt, sorry DKN.

Wouter, kun jij deze weeg (grapje) een kijken hoe dit zit dat het bij DKN wel zo schijnt te werken en bij AD niet?
Eventueel inbellen. We kunnen wel schermpjes over blijven sturen, maar waarschijnlijk heb jij het probleem zo eerder gevonden.
Want een probleem is het ip voor ons wel.....

mk

Je kunt zover ik weet alleen een intern chargenummer toekennen middels Bij/AF boeken

Wij hebben (zoals ik meldde) onze werkwijze aangepast.
Er wordt nu in 1 run op en afgeboekt, zoadat chargenummer en intern chargenummer bekend blijven, danwel gebruiken wij omvormen naar verlies.
In beide gevallen heb je geen last (meer) van het genoemde probleem.
Een andere oplossing is als je een item uit dezelfde levering nog hebt deze middels optie LOVMTV vanuit de technische voorraad te nemen (optie A van artikelvoorraadmenu). Dan krijg je meteen de juiste orderreferenties mee en hoef je het voorstel voor afboeken alleen aan te passen naar een positieve voorraad correctie met de gewenste inhoud en locatie.

mvg

Marco

Bij ons lijkt het niet te werken, hoe kan dit
In order 20070110031 staat op regel 4 een FACT (kostenartikel) op datum 02/02/2007

zie pict2.png

Bij facturatie t/m 17/01/2007 komt deze regel toch op factuur (nr. 2036576) ondanks dat de datumselectie niet sluit!

zie pict2.png

Is dit een inrichtingsprobleem, want DirkJan geeft aan dat het bij hem wel werkt

Wij hebben dit ook vaak gehad met handmatig opgeboekte artikelen.
Mijn oplossing was inderdaad ook meestal om handmatig het interne chargenummer alsnog toe te kennen.

Beter is het om voorraad verschillen dan middels omvormen (naar verlies) te corrigeren ipv afboeken en opboeken.
Als je dan toch af en op wil boeken, doe het dan in 1 schermbewerking, dan houdt het systeem alle referenties vast....

Dat is ook een mooie oplossing...
Vraagt een klant wat iets doet en dan blijkt het toch niets te doen (LOL)
Ruimt in ieder geval lekker op zo, meestal krijg je er bij een vraag een tabblad bij

 

Wat doet dit?
Staat op tabblad 6 en de help is leeg

heb ik update nodig?

LOL 
Hoeveel bedrijven heb jij als klant met dual core (2.5 GHz) werkstations en 4GB intern?
Klinkt meer iets als voor een grafisch bedrijf of LVT (leuk voor thuis), gamers en zo

Wij hebben meerendeel 2.2 GHz of beter met 500 intern stations staan met XP, maar naar wat ik weet zijn er ook nog genoeg Heart klanten met lichtere basisconfiguraties...

Als een deel bv al gebruikt en gefactureerd is gaat dit niet meer.
Wat wij dan soms doen (als het inkoopprijsverschil toch significant is en we de voorraad prijs willen aanpassen daar anders onze margebewaking in de soep loopt) is de rest van de desbetreffende partij tegen de werkelijke prijs herwaarderen en de herwaardering financieel tegen boeken met de rekening inkoopprijsverschillen.

Wel hou je dan een bedrag over (je had immers al een deel gebruikt). Dat gaat dan gewoon via inkoopprijsverschillen naar kostprijs...

thx