Ik vrees dat je nu de vraag te makkelijk hebt gemaakt;

Gewoon een credit nota maken van 5 euro (en dus geen Credit Verkooporder). Komt ook geen DKK bij kijken natuurlijk, tenzij je de DKK's op zich wilt crediteren ... En tja, dat zul je wel bedoelen.

Wel, bij deze zit je iedereen mooi bang te maken, want wij komen er nu achter (net als jij ?) dat dat helemaal niet mogelijk is (en dus ook niet gebeurt !)... Althans, niet als je de Verkooporder niet crediteert (wat het terugontvangen van de goederen nog zou kunnen tegenhouden, maar bij het opnieuw maken van de Debet Order zou je opnieuw moeten leveren).

Nou, ga maar vast lachen ...

1. Loop naar een stempelboer, en schaf een stempel CREDIT NOTA aan.
2. Print een Duplicaat Faktuur van het betreffende, zonder het opschrift "Duplikaat".
3. Druk de stempel in de inkt, en knal deze op de zojuist geprinte Duplikaat Faktuur.
4. Verwijder de Faktuur.
5. Pas aan wat je wilt op de Verkooporder, desnoods de DKK tarieven, enz.
6. Genereer de faktuur.
7. Loop naar de printer, en doe de Faktuur in een envelop samen met de CREDIT NOTA.

Klaar.

Dit als best wel legitiem alternatief voor iets waar we anders redelijk onmogelijk uitkomen.
Izzieleukofniet ?

Sorry Johan :


Je kent me al aardig ...

Ook voor het overige :

Wat hier lijkt op peanuts, zijn schier onoplosbare zaken. Ze kosten relatief zo veel tijd dat we dit nooit (meer ?) zo maar tussendoor kunnen doen.
Het spijt me ...

We schroeven wel iets in elkaar.

Zo werkt dat ook. Let op : Hiervoor is wel een Bedrijfsparameter ergens. Als je die niet goed zet wordt het een "normale" Vrachtbrief.

Wouter heeft wel gelijk Demis ...

Het enige maatwerk wat hierin zit (volgens mij dan) is het door het systeem op 1 Vrachtbrief zetten van alle Pakbonnen. Overigens, je zult wel moeten aangeven van welke klant je dat wilt (jouw zojuist genoemde Taggen), omdat het systeem nog steeds niet kan weten wannéér de print eruit moet komen.

Enneh ... grapje misschien ... daarna kun je ook nog Faktureren per Vrachtbrief, mocht je dat wat lijken.
Hoe dat op zich gaat met weekfakturen moet je mij even niet vragen (ga maar uit van "niet", dan is *dit* onderwerp tenminste meteen afgesloten. )

Demis,

Werkt dit nou niet dan ?
E.e.a. n.a.v. ons telefoontje gisteren aangaande hetzelfd, en ik dit topic al niet meer in mijn hoofd had ...

Helpt niets. Je krijgt rustig eens in de zoveel dagen de vraag of er geen draaibol bij moet.
Is ook lastig, want het gebeurt best wel dat wij in deze iets vergeten. De goedwillende persoon zou maar denken dat 'ie iets verkeerd heet gedaan.

Maar goed. Zoiets.

DJEEEEEEEEEZZZZZZZZZZZZZZZZ

Hou nou een keer op man. Heb je nou zelf gezien dat het wel kon kloppen dat dat ding 100 keer te lang duurde ?!?!?!
Nou dan.

Ofwel : dit was een ander onderwerp.

Wat wil je daar nou mee dan ? Of je nou wel of niet de zojuist doorgevoerde aanpassing hebt, er zal geen verschil zijn (als je zo "dom" (dat wel) bent om het bij het Artikel op 0 te laten staan.
Je zoekt dingen die er niet zijn ...

Wat anders is dat ik nu weer niet begrijp waarom er alsnog een verschil tussen THT en Potency aan de orde is (toch ? je hebt toch alleen de THT weer laten werken zoals voorheen ?), terwijl je zelf ook suggereert dat er geen verschil zou behoren te zijn ...

Wat ik eerder al zei (strekking) is dit :

Ieder produkt heeft een potency, alleen deze is 100% als ze formeel niet aan de orde is / onderkend is. Dus, er is GEEN ENKELE reden, waarom een niet anders dan 100% toegekende Potency (impliciet of expliciet) niet toch als 100% kan worden beoordeeld. Zelfs als ik een 100% telefoon op voorraad leg, is het een 100% telefoon (hier bij dit voorbeeld geen 80% van maken svp).

Alles wat je doet om dit te ondervangen is onjuist. Dus, een telefoon is een 100% telefoon zolang je niet zegt dat het anders is.

Nu had ik dit al gezegd (strekking), dus waar de opmerking vandaan komt dat je niet begrijpt waarom dit voor Potency anders moet werken ... beats me.

Zullen we nu gewoon nuttige dingen gaan doen ?

Dan maar je bril opzetten ... Of je stropdas losser doen ?

Hoe kun je nou ooit denken dat dit over het inbouwen in de upgrade gaat ? DAT zou je in elk geval volledig moeten verzinnen. Het kan dus maar om 1 ding gaan : snelheid. Maar goed :


Buiten dat dit voor jou voldoende indikatie moet zijn, zou ik toch graag de regel inbouwen dat als wij geen antwoord krijgen op een vraag als deze, dat we toch even alles laten liggen, desnoods voor altijd. WAT ZOUDEN WIJ ONS DRUKMAKEN !

Het maakt me daarbij niets uit of het aan ons ligt dat we iets niet begrijpen. Een vraag is een vraag, en die wordt gesteld omdat wij dat nodig vinden.
Als betreffende personen zo onbehoorlijk zijn om de mening te hebben dat wij ons moeten uitsloven terwijl ze zich zich doodlachen ... houd het dan maar liever op het laatste.

... en dat lijkt mij ook werkbaar genoeg.

Lees ook : sinds dit werkbaar genoeg mag zijn èn we toch geen tijd hebben voor zo'n aanpassing, moet het ook maar werkbaar genoeg zijn.

Hmm ...

Beter lezen dan maar.

Ik vind (persoonlijk) dat je wel erg kromme voorbeelden noemt;

Als ik met alle geweld wil dat ik èn THT bij het Artikel op 0 heb, èn geen THT keuring doe, dan ga ik bij mezelf toch ook niet klagen dat het Voorraad-Item geen THT kent ? Dan had ik maar wèl die Keuring moeten doen ...
En als ik met alle geweld niet wil Keuren, dan had ik maar geen 0 moeten invullen ... ehh ... als ik met alle geweld wel een THT wilde op het Voorraad Item.

Alles is natuurlijk heel makkelijk op te lossen door tegen de gebruiker te zeggen dat hij geen 0 moet invullen (doe dan maar 1 of zo, of 999, enz.) maar waar het in elk geval om gaat is dat mensen nu 0 kùnnen hebben, ze voorheen gewoon THT konden Keuren, en dit nu ineens niet meer zou opgaan. En zo werken wij niet ...

Nu zitten we natuurlijk ook niet op werk te wachten, dus je kunt proberen iedereen te vertellen dat ze toch die 0 moeten veranderen. En eerlijk gezegd, een iemand die een beetje "normaal" doet heeft daar natuurlijk ook geen 0 staan. Aldus is e.e.a. wat ver gezocht.
Maar maak dan op z'n minst een ToDo voor de Upgrade ... (en alle alsnog boze gebruikers worden uiteraard met jou doorverbonden ).

Vergeet niet dat het nog steeds maar een klein percentage gebruikers (klanten) is wat hier op het forum rondzwerft, dus geen verdere reaktie alhier zegt niet zo veel ...

Ehh ... daar ging het m.i. niet over hoor.

De snelheid ! (Windows)

Als je dan toch weer aan de spacecake zit, nodig mij dan tenminste erbij uit !
Maar goed, met afwezig zul je wel aanwezig bedoelen, maar het vervolg snap ik toch niet hoor. Of het belangrijk is weet ik alleen niet.

Je mag er gelijk in hebben dat als de header toch nog niet bestaat ze dùs gwoon gekreëerd kan worden, en wel met de gegevens van het Kontrakt. Kost 2 uur, tenzij iemand mij erop wijst dat dit alsnog niet mogelijk is.

Wat jij met bovenstaande quote suggereert (en dat heb je al eerder gedaan ) is dat je de Kontraktgegevens aanpast om het betreffende produkt op dezelfde IO erbij te kunnen zetten ... Nee natuurlijk ! (als je dat inderdaad bedoelt hoor). Een Kontrakt is er nu eenmaal voor om vastgelegde (afgesproken) gegevens te handhaven, en als het het gevolg is dat verschillende produkten dus niet op dezelfde IO kunnen, ... dan niet.
Denk ook aan zaken als (ver gezocht) "de volgende dag leveren" versus "gewoon wanneer we het hebben". De prijs van de eerste zal vast hoger zijn, en daarnaast wil je natuurlijk niet die andere produkten -die ook op diezelfde IO zouden staan- (zoals je het denkelijk wilt) ineens tegen een hogere prijs geleverd krijgen, terwijl je er niet eens weet van hebt (je hebt de afspraak = kontrakt niet gemaakt, maar de leverancier wil en kan het intussen wel, tegen de hogere prijs).
Het is maar een voorbeeld, waarbij de werkelijkheid bij jullie zelf ligt.

Als je het anders bedoelt moet je het maar zeggen.