Ietwat prematuur gepost door mij :

Welk probleem "jullie" er ook mee hebben, uiteindelijk is het onoplosbaar. M.i. dan.
Al eerder is gemeld dat e.e.a. alleen bij "gelijksoortige" produkten mag, wat dat ook waard is. Maar in die hoek moet je wel zijn.

Als je hier de Potency niet bij betrekt kom je er wat mij betreft sowieso al niet uit, en zelfs als je dat doet ben je er nog lang niet (natronloog voorbeeld).

Merk op dat als de Receptgrootte wel wordt aangepast, het net zo fout is. Of soms goed, op basis van toeval.
Als ik een dikke pasta ergens ingooi, en die vervang door een dunnere waardoor er dus -omgerekend- meer liters van moeten worden ingegooid (recept is in liters en grootte neemt dus toe), dan denken jullie dat de kleur gelijk is ?
Lamenielache. 

Ech nie ...

Heren,

Wat in deze de meest degelijke weg is, met ook het meeste perspectief, is Profit-Transact aanschaffen waarmee je de beschikking krijgt over alle transakties die in je systeem plaatsvinden. N.b.: Eventueel kun je ongewenste transakties uitzetten (worden dan niet gelogged tot op tabel/veld niveau).

Je hebt dan nog niet de informatie die je wenst, lees, er is geen funktionaliteit die ophoest wat je wilt. Echter, de gegevens zijn er, en de basis is er dus eveneens. Wellicht dat je zelf de queries kunt maken ?

We kunnen in Barneveld natuurlijk ook e.e.a. opzetten, maar ik vermoed dat dit dermate specifiek is dat we dit niet "zo maar" kunnen doen.

Denk er ook aan dat als je (bijvoorbeeld !!) de Prijs van een Artikelgroep wijzigt, je daarmee impliciet Prijzen van/voor Debiteuren wijzigt, verder ook afhankelijk van de inrichting van de Prijzen. Ik zou zelf niet eens weten waar te beginnen, als er een "funktionele" lijst uit zou moeten komen; Het simpeltjes weergeven dat de prijs van een Artikelgroep is gewijzigt stelt niets voor, want dat is 1 op 1 met de Transaktie. Dus als dat voldoet ...

Hmm ... zo rigide zou ik het niet willen maken ...

De bedoeling is dat het overal in zit. Dus ook VTV en zo.

Kan zonder upgrade. Wordt wel volgende week natuurlijk.

Moet expliciet worden gemaakt (lees : werkt niet impliciet zoals de rest).
Half uur.

En nee, het zit er niet al in; ik heb het deze keer zelf maar gekontroleerd (als we het aan jou moeten overlaten ...  )

Wat gebeurt er als de houdbaarheid bijvoorbeeld 450 dagen is ? Ik zie je reaktie al : "dat verschil in die dag zien ze dan toch niet". Jaa ja.
Oplossing : geen houdbaarheid van hele jaren definiëren. Kost niets.

N.b.: Ik was begonnen met te noteren dat we voor 5 uur alles in deze wel kunnen aanpassen, maar ik kan niet bedenken hoe om te gaan met niet-hele jaren. Wat kan voor die 5 uur, is dat er een vinkje bij de THT komt met "Getal betreft Jaren". Jij vult dus 2 in bij het getal. Betreft het 450 dagen, dan vul je gewoon die 450 in. Het werkt dan alleen bij hele jaren (en daar is het ook het belangrijkste).

Maar ik weet je reaktie al : laat dan maar.

Ja, die werken met SAP. Jammer dat daar de rest nou weer niet mogelijk is.

De meeste klanten weten het intussen wel : op goede vrijdag zijn wij er nooit.
Middels het forum kunnen we het nu ook netjes melden. 

Het was leuk geprobeerd, toch ? 

Komt er ook een deel van de code op het papier te staan ?

1,5 uur.

Maar goed, een ontwerp ervoor is er wel, en dus moeten we maar eens kijken hoe de krommiteiten in deze moeten worden aangepakt.