Wouter
je hebt nu in de print PO functie een escape ingebouwd, wanneer een lus meer dan x keer wordt doorlopen.

Ik heb nog even zitten redeneren en zitten kijken hoe dit bij AD gebruikt wordt.
in 99% van de gevallen is er 1 van de 2 onderstaande modi van toepassing:

-1-
Het recept bevat een 0 kg regel ongeacht verschijningsvorm tbv opwerk restanten
Deze zou in het kader van de overerfbaarheid eigenlijk geskipped moeten worden, immers een 0-hoeveelheid mag geen eigenschappen geven aan het eindproduct. (als ik er geen rood in stop kan het i.p. ook niet rood worden)

-2-
Het recept bevat een koopartikel waarvoor een "ompakrecept" bestaat.
Hier zou de lus eigenlijk ook moeten stoppen, immers als de artikeleigenschap = "koop" ben ik al op het basisniveau en hoef ik niet meer naar recepturen te kijken, dan hoef ik alleen nog te kijken naar een eventuele stukslijst als dat nodig is vanuit de gevaarstoffen-artikel.

Volgens mij als je die 2 zaken realiseerd zal de "noodescape" alleen nog geraakt worden als ik een PO handmatig knutsel ivm opwerkmaterialen en hierin meerdere eindproducten plak, die een lus genereren. (Ik neem 100 kg oude rode verf en 900 kg grondstoffen om 1000 kg goede nieuwe rode verf te krijgen)

Kun je hier eens jouw gedachten laten gaan?

Als ik een nieuwe debiteur toevoeg gaat het veld ABC transactie op het afleveradres 0 naar N.
Dat is niet de gewenste situatie, want normale stand is de "-".

Volgens mijn verkoopafdeling was dit niet zo en is dit waarschijnlijk met de laatste of voorlaatste update meegekomen?

Er staat op LORDAATV geen dynscreen met een waarde gedefinieerd.

Of wordt dit ergens anders aangestuurd?

Kun je me tonen hoe en waar dit in te richten is, en wordt dit dan ook meegenomen in de behoefterun (6.2)?
Ik wil dan met dezelfde opties werken als in een PO, zonder de reserveringen, want ook dat was juist 1 van de redenen dat het in het verleden niet goed ging. Dan blokkeerde heel mijn voorraadtank op een omvormorder voor volgende week.

Nee hoor, zoals jij en Menno weten zijn wij de "gelukkige" gebruikers van Chemges
dus...

Als ik op een van de beide genoemde PC's draai krijg ik deze melding, maar op mijn PC gaat het goed.

Bij PICT 1 Escapen geeft een systeem dat helemaal hangt
Bij Pict1 op ignore klikken geeft beide volgende schermen

Index does noit match .... 9999
return bla bla TBC


Treedt trouwens machinegericht op (lab en admin PC wel, maar mijn PC niet)
is niet user afhankelijk, want of ik of een ander op die PC inlogt geeft beide hetzelfde.

Dit treedt al op vanaf vorige week bij aanroepen vanmuit zoeken trefwoord LOAC.
LOX0 is gereorganiseerd, maar dat helpt niet.
Moet ik de trefwoorden trachten opnieuw te genereren?

mvg

MK

Ho even, haal ze niet door elkaar:

Ik heb de aanvraag op print recept single level !!!, niet op print productieorder!!!

Productieorder is voor productie, dus daar wil je het recept zien met alle correcties voor verdamping verlies e.d. (gaat dus bv 110 kg in een ketel om er 100 kg uit te kunnen krijgen)

Printen recept is het recept, daar wil ik zowel met als zonder de verliesfactoren kunnen printen. Want met verliesfactoren is wat we prakytisch doen
Zonder verliesfactoren is wat we willen hebben immers als ik ik een lak maak met 50% vaste stof kan het best zijn dat ik moet starten met 60 delen oplosmiddel, maar dan is "het basisrecept" nog steeds 50:50, immers ik werk naar die waarde en keur daar ook op.

Ik wil absoluut niet de functionaliteit in Heart veranderen.
Maar wel in staat zijn een receptuur zonder de verliesfactoren te printen
Immers dat is hetgeen wat je wilt voor MSDS en veel andere zaken

Bedankt,

Ik ben acoord met de  2uur voor het plaatsen van een vinkje op de print waarmee het "kale basisrecept" zonder de verliesfactoren geprint kan worden


mvg

MK

Is het mogelijk op basis van een verschijningsvorm op de inkooporder teksten te triggeren?

Zo zou ik graag bv aan een Tankwagen verschijning standaard een tekst willen hangen in de trend van:
"leveren met Certificaat van reiniging en certificaat van analyse. Tankwagen dient eigen pomp te hebben"

Is het mogelijk om dit op een inkooporder op basis verschijning te koppelen en triggeren?

Ik kan n.l. wel artikel/verschijningsteksten kwijt maar volgens mij geen verschijningsteksten, of zitten die mogelijk nog ergens verstopt

Beste Peter

Wil je hier nogmaals jouw gedachten over laten gaan.

Wat ik nog steeds zoek is:

-1-
De gewone functionaliteit welke al aanwezig is in het bepalen en printen van de PO

-2-
Daarnaast willen wij ook het recept kunnen printen.
-a- conform de huidige modus (dus met verrekening van de ingegeven verliesfactoren)
-b- conform het "basisrecept" met de verliesfactoren niet meeggenomen

Ik snap eigenlijk niet meer goed wat nu de basis van jouw argumenten is om die printoptie niet in te bouwen.
Kun jij hier nog eens naar kijken

mvg

MK

In principe staan ze hier ook op EN
Maar MS wil dat wel eens zelf veranderen (ook al heb je 2e toetsenbord definitie weggemikt)

Het lijkt erop dat de bepaling van de decimale punt niet altijd goed gaat

Quote gebruiker
Ik hoop dat je het kunt lezen, maar dit doet hij regelmatig, en even voor de duidelijkheid ik werk altijd met het numerieke toetsenbord. (dat werkt het snelst)
meestal gaat het goed en soms gaat het fout.
 
Groetjes,
    Brenda

Hoe is dit te voorkomen?

mijn insteek is dat het minder vervelend is al je niet in een pakket kunt komen vs. dat een ander eruit gegooid wordt.

Immers dan hou je het probleem bij de gebruiker die er niet in kan
Misschien een mogelijkheid om van de inlogmelding een blok te maken?

Nu klapten door heel het bedrijf mensen steeds uit het systeem omdat een ander de melding niet respecteerd. Je snapt hopelijk dat dat veel meer onrust geeft dan wanneer een persoon niet in het systeem kan omdat hij/zij boventallig is.

Ik heb een aantal licenties bijgekocht omdat we veel meldingen kregen mbt users die er als de X-e gebruiker uitgegooid werden.

Wat wel als uitermate irritant wordt ervaren is dat deze controle uitgevoerd wordt bij het teruggaan naar het hoofdmenu ipv bij het inloggen.

Dat betekent dat mensen druk bezig zijn en er dan uitklappen.
Waarom is deze oplossing gekozen?


mvg

Marco