Nog een opmerking hierbij : Wèlke Parameters op Wouter's manier moeten worden gekopieerd kun je niet zien. Dat ook altijd uitvoeren dus.

2,5 uur.
Merk op dat het dan overal in moet, dus ook de niet-TS funkties (inkl. de Weergevers).

Ongeveer heel erg precies : 47 uur.

Da's snel ...
Wordt aan gewerkt.

Ik heb zojuist een best lang epistel maar weer weggegooid.
Ik kom hier zo één twee drie nog niet uit.

Dit wordt een keuze van "de minst kwade" ...

Daarvoor zullen we toch echt de "inhoud" van de geblokkeerde funktie moeten zien (9-3-4).

Op zich wel.
Maar weet je wel heel zeker dat die "gebruiker" wel werkt ? En zo niet (want betreffende personen loggen niet steeds in op de betreffende terminals) of je dan zeker weet dat het nog wel nut heeft ?

En dat lijkt jou wel wat ?

Hier ook iets om goed bij stil te staan ...

Het mag dan zo zijn dat we er met z'n allen nog niet zo uit zijn, en dat de daadwerkelijke heffing pas later dit jaar in gaat (dacht ik toch), maar als dat gebeurt, gebeurt het wel met terugwerkende kracht. Ofwel :

Waar het erop lijkt (leek ?) dat we rustig allemaal achterover kunnen zitten tot alles definitief bekend is, en je had het idee alles door te belasten naar de klant moet je waarschijnlijk niet denken dat je verderop in 2008 nog met een extra rekeningetje ad 10.000 euri kunt aankomen bij een willekeurige klant ...

Tja, dit zou er toch toe leiden dat je *NU* al het betreffende in rekening moet gaan brengen.
Moet je wel precies weten wat/wanneer natuurlijk. En op welke wijze (zie ook Re: Verpakkingsbelasting in DKK?.

En toen ?

(ik heb dit trouwens niet zelf verzonnen )

Ik zat zojuist een minuut of 15 met een klant te praten over dit onderwerp en de (eventueel) benodigde automatisering hiervoor, toen ik toch ineens het gevoel kreeg dat je dit wel erg "fout" kunt oplossen;

Ik denk dat als je dit aanpakt op een letterlijk "doorbelasten" manier, je juridisch niet goed zit. Immers, waar de wet zegt (o.a. en i.h.a.) dat de eerste partij die de verpakking op de markt brengt deze moet betalen, kan een klant zeggen "maar ik ben die eerste niet, doei".

Aannemend dat er altijd -en op een gelegen moment (denk aan ruzie)- wel klanten zijn die zo'n pad op willen, komt het er denkelijk op neer dat je het op zo'n manier niet mag aanpakken. Dus, je produkt gewoon duurder maken c.q. e.e.a. in de prijs verdisconteren kan wel.

Nu is dit op zich zo simpel weer niet, denkend aan btw perikelen, en het eventueel (?) zo zijn dat dit soort zaken vrij zijn van het heffen van BTW, terwijl het verdisconteren in de prijs het dus duurder maakt voor die klanten die geen BTW kunnen terugvorderen.
Dat dit dan weer mag leiden tot het verhogen van Statiegeld of iets in die richting leidt tot ...

... wel, tot iets waar in elk geval goed over moet worden nagedacht.

Sorry, is een beetje mijn schuld dat hier niet op is gereageerd; intern hadden we het al enigszins uitgewerkt;

Een Recept geeft aan hoe iets moet worden gemaakt, en wat dat betreft geeft de print dat ook aan.
Ofwel de print moet worden uitgebreid met een kolom "Netto" o.i.d. (2 uur) dan wel het vergt een nieuwe print die "Recept Resultaat" o.i.d. als naam in zich heeft (5,5 uur).

Klaar ? welnee, want dit kan allemaal nooit zo ...

Wat jij (kennelijk) aan de orde hebt, is een Receptuur van 100 Kg (50/50 verdeeld) waarbij de mannen echt die 50/50 erin moeten knikkeren. Alleen, als ze dit uit een blik moeten zien te schrapen blijft er kennelijk ong. 10% achter en heb je dus ong. 11 procent meer blikken nodig. Dit heeft helemaal niets met je Receptuur te maken, behalve dat dat ding er technisch wel voor zorgt dat het met de Behoefte goed komt. En nu hebben we iets te pakken waar kennelijk nog nooit iemand aan heeft gedacht ...
In plaats van voorgaande voorstel, geldt deze wèl als oplossing :

- Aanpassen TV/WY/RA Receptregel i.v.m. extra (redundant) veld met daarin de netto Behoefte (de 50) 2 uur;
De Bruto Behoefte (de 55) blijft in het oude veld te staan. N.b.: Alle Kostprijsberekeningen, Behoefterun, VTV overzichten, Afboeken Produktieorder blijven het gewoon doen.

- Aanpassen Raadpleegfunkties en Prints waarvan het nuttig wordt geacht de Netto Behoefte weer te geven, en wat als zodanig ook expliciet zal worden genoemd. Lees : zolang er niets staat betreft dit de gangbare Bruto Behoefte.
Voor jou Marco, betreft dit de door jou aangegeven print, en wat mij betreft ook jouw print Produktieorder (2 uur + 1,5 uur. N.b.: een nieuwe print Single Level Recept mag ook nog steeds, dan : 5,5 + 1,5 uur).

Let op : Dit geldt voor iedereen die op deze wijze met Verlies moet omgaan, en betreft dan minimaal de op maat gemaakte Produktieorder print ad 1,5 uur.
Verder iedere funktie waar de betreffende klant dit wenst.


Denk er ook nog even over na dat er denkelijk nog iets anders moet worden opgezet, omdat het niet per definitie zo zal zijn dat de 55 Kg van jouw voorbeeld in het trajekt naar de Produktieorder toe verloren gaat. Dit kan toch net zo goed "in" de Order gebeuren, waarbij de mensen dus wel degelijk 55 Kg erin moeten gooien. wat dit betreft vergt het nog een veld bij de Receptregel "Verlies buiten Order J/N", waarbij N de Netto Hoeveelheid gelijkmaakt aan de Bruto Hoeveelheid. Alles is dan net zoals het nu (nog) werkt. 0,5 uur.

Peter

Zoals Wouter ook aangeeft ... ik denk persoonlijk dat tomaten uit Spanje een ander Artikelnummer "mogen" hebben als tomaten uit Nederland. Het is immers belangrijk genoeg voor de kwaliteit/smaak en klanten zullen expliciet tomaten uit Spanje (etc.) willen.

In dat geval zal de herkomst in het Artikel Omschrijving behoren te staan, en heb je het probleem niet.

Volgens mij nergens. Dit heeft gewoon nog nooit iemand gewild.
... Alhoewel recent (1,5 maand geleden ?) iemand dit ook heeft gevraagd wat mij betreft zonder het resultaat dat het toen gemaakt moest worden

Is ook echt wel wat prijziger om het eerste begin ervoor te maken. We hebben het nog niet uitgezocht, maar stel dat het 20 uur kost, wil jij er dan 10 uur voor betalen ?

Zou je svp kunnen proberen om het na te doen ? Dus, Genereren Inkooporder uit Verkooporder op de maniet zoals je verwacht dat het fout gaat, en dan precies melden wat wij moeten doen (in jullie systeem hoor) om het fout te laten gaan ?

Ok. Er zal denk ik best iets voor te maken zijn. 10 uur schat ik (iets met een Dummy Raaplijst, aanpassen VTV, wat menu opties, Reserveren ongedaan kunnen maken (expliciet) plus overboeken naar Verkooporderregel.
Maarrrr, ik denk wel dat we dan moeten oppassen dat we niet nog meer moeten doen om het werkbaar te houden. En dit moét gebeuren, anders tonen zaken onjuist. Denk bijvoorbeeld aan diverse printjes die "VTV-achtig" zijn, en zelfse de Behoefterun.
Kan bij elkaar wel 20 uur worden vrees ik.

Kun je geen dummy Verkooporders maken ?