N.b.: E.e.a. resulteerde er aldus in dat waar de betreffende Layoutvariabele in een kolom werd toegepast, de kolom vervolgens te smal was geworden voor de nu bredere inhoud (a.g.v. de duizendtal punten).

Voor diegenen die daarop hun Layout hebben aangepast (sinds de versie(s) van 19 december 2006) : Excuses.

Ik kan niet bedenken hoe dat ermee te maken heeft. Wel dat de server die e.e.a. bewerkstelligt een andere tijd heeft dan de server waar het forum op draait ...

PS: Ik heb eerder gereageerd dan dat het topic er stond. Hmm ... niet goed.

Ja, zo kennen we er nog wel een paar. Maar zo werken we toch niet. Dus het wordt verantwoord aangepast of het wordt niet aangepast. Hooguit mag je beredeneren dat niemand het "niet-geöffreerde" kàn gebruiken op dit moment.

Nou moe ... nou maak je stenen en dan ga je nòg van die moeilijke vragen stellen ? 


Waarmee je bedoelt dat je een Recept hebt waar de grondstof in Liters wordt gebruikt, en een andere Recept waar diezelfde grondstof in Kg wordt gebruikt ? ja, dat kan. Zie TV/WY Receptregel tabblad 1, laatste veld "Eenheid Produktie-/Werkorder".
Voor de rest heb je daar inderdaad de Soortelijk Massa bij nodig (arme jongens ), en dan gaat de rest vanzelf.


Je kunt de Inkoop doen in de Eenheid die je wenst (in te vullen bij Inkooporderregel, en mits om te rekenen uit de Voorraad Eenheid), die je vervolgens als zodanig bij Goederen Ontvangst ook zo weer terugziet. Het lijkt me echter stug dat je dat op de Faktuurkontrole in een andere Eenheid zult zien en zelfs wilt zien.

Dus nu klopt er iets niet meer, waarvan ik aanneem dat dat jullie gebrek aan ervaring in zo'n omgeving betreft. 
Het is misschien het beste als je eerst zo riedeltje eens opzet, zodat je de flow kunt volgen.
Probeer in te zien dat je de Voorraad Eenheid kunt kiezen zoals je dat wilt (in principe eenmalig natuurlijk), en dat vervolgens alles met Eenheden onafhankelijk van die keuze is (nogmaals, mits omrekenbaar, maar dat kan bij praktisch alles wel). Bijvoorbeeld, als de Voorraad Eenheid KG is, kun je inkopen in M3, verkopen in L en produceren in lengtes (jaja, dat laatste komt in het straatje ).

Aangaande de fakturkontrole moet je proberen te bedenken dat je in principe zult inkopen in de Eenheid die de leverancier hanteert voor het produkt. E.e.a. hangt natuurlijk ook van de aldaar gehanteerde software af, en jou zou het geen bal uitmaken (pakken, lagen, stuks, m2, Kg en als je wilt m1). Maar ga dus maar uit van het "nette gedrag" richting de leverancier, gewoon omdat je het kùnt. Dus, in deze kun je een andere Voorraad Eenheid hebben dan je inkoopt, dus koop je netjes in zoals de leverancier het levert. Dit houdt onverwijld in dat als je in L moet (mag) inkopen bij een leverancier, die leverancier echt wel op zijn faktuur ook die L neerzet. En dus loopt de faktuurkontrole gewoon in Liters. Die wìl je ook niet in je eigen Voorraad Eenheid (KG), want dat is onhandig (omrekenen). Dat er eerder een andere hoeveelheid (in KG) kwa getalletje op voorraad is gekomen interesseert je niets.

Heb je hier iets aan ?

Wat ontbreekt is de kontrole op het bestaan van de directory. Deze zal worden gemaakt. Voorbeeld : LOPRVKBU.
N.b.: Automatisch aanmaken is een optie die wat mij betreft niet hoeft.

Overigens mag ook de naam van de funktie worden aangepast, want die is niet conform de standaards.

Ahh, dat is wel duidelijk. Dank.

Kan dit tot maandag wachten ? of is dat erg lastig ?
N.b.: Als je F10 doet i.p.v. Esc zul je de geblokkeerde funktie niet krijgen.

Ik vrees dat we er op zo'n manier geen chocola van kunnen maken; beide getoonde fouten zijn anderen, en zondermeer het pad uitvoeren zoals je hebt aangegeven leidt niet tot de zichtbare stack.

Graag nogmaals noteren, dan met de uitgevoerde handelingen erbij en wanneer het fout gaat (zo te zien als je ergens op Esc drukt).

Houd svp wel in de gaten dat als het je ook maar aan iéts ontbreekt aangaande de BTW wat gerelateerd is aan "andere landen", je éérst de Bedrijfsparameter "BTW Aangeven in andere landen" (A- Bedrijfsgegevens tabblad 1) op Ja moet hebben staan, alvorens je kunt konstateren dat iets niet werkt zoals je wilt / denkt dat het hoort.

Het advies blijft wel om het zonder te proberen, aangezien BTW andere landen nogal wat additionele inrichting vergt.
N.b.: De meeste Profit gebruikers nemen de onvolkomenheden bij Nee voor lief, gezien het extra (inrichtings)werk.

Johan,

Dat je wel nummer 002 hebt maar niet 001 ruikt naar onraad wat mij betreft. Ik zou daaruit niet zonder meer kunnen bewijzen dat het daarom fout ging, maar het lijkt me dat er geen rekening is gehouden met ontbrekende Chargenummers.

Hebben jullie veel vaker van die ontbrekende Chargenummers ?
En domme vraag misschien (omdat het antwoord wel te simpel zal zijn) : zo ja, hoe krijg je dat voor elkaar ?

Tja ... niet dus (crosspost).

Tja ... ik misschien ook wel, maar zo werkt het niet;
Afleveradressen 0 zijn redundant en gegenereerd uit de oorspronkelijke gegevens (Relatie Kontaktpersonen). Zo geldt bijvoorbeeld ook dat het een keer als "dè" Kontaktpersoon aanmerken, het kopiëren naar het Afleveradres bewerkstelligt. Merk ook op het niet onbelangrijke gegeven dat de Kontaktpersoon in het Afleveradres een vrij in te vullen veld is, en dus niet in een tabel elders wordt gekontroleerd.

Met name als je het laatste doorgrond (c.q. het implicerende effekt daarvan) zie je dat het eigenlijk niet eens mógelijk is om de Kontaktpersoon te verwijderen. Formeel dan. Technisch zou het toevallig wel kunnen, omdat de Kontaktpersoon in Afleveradres 0 niet zelf kan worden opgenomen. Dit op zich kan dan weer niet altijd, omdat je de naam van de betreffende Kontaktpersoon kunt hebben gewijzigd, en dan weet het systeem niet meer of degene die aldaar staat genoemd mag worden gewijzigd.

De bijna beste oplossing zou nog het wijzigbaar maken in Afleveradres 0 zijn, denk ik. Maar, dit strookt dan op zich weer niet met het kunnen Genereren ervan, alsmede het "dè" verhaal (jij wijzigt wat aldaar, en de volgende dag is het weer weg).

De echt beste oplossing is : zorgen dat je een Kontaktpersoon hebt bij de Relaties, en die een aanmerken als "dè", waarna die gegevens netjes doorkomen. Lees : nu is het weer consistent met de verdere werking;
Heb je werkelijk geen Kontaktpersoon meer, dan moet je maar een "-" aanmaken of iets dergelijks. Klinkt misschien knullig, maar het is niet anders.

Beste Dirk-Jan,

Graag niet zo maar offtopic vragen stellen.
Dank.

Ok. PS moet wel goed lezen natuurlijk, want laastgenoemde "vervangen" is in dit geval een beetje voltooide tijd (een beetje ? ). Dus, de Prijs van de nieuwe regel moet 0,00 worden en zo had ik het niet gelezen.

Dat ene PS dit met de klant zo zou hebben besproken weet hij niets van ( ) en het enige wat we kunnen vinden is een mailtje waarin staat dat juist de prijs moet worden overgenomen van de oude regel. Maar ja, dat is juist de methode waarbij de oude regel ook wordt verwijderd, dus als je dàn de prijs op 0 zet weet je het ook echt niet meer.
m.c.

Dit is niet consistent met elkaar en ook niet de bedoeling. Het is inderdaad zo dat het doel is de prijs te handhaven (zichbaar te houden), waarbij diezelfde (?) klant dat zeker juist niet wil ?

Lekker duidelijk ook, methode-1, 1e methode ...