Voor Demis die geen gebruik maakt van Notities op Art/Vrs was dit wel een oplossing terwijl dit natuurlijk niet de oplossing is.
Inmiddels is er in LOOFT een aanpassing gemaakt mbt een automatisch geopend bestand wat waarschijnlijkwel de oorzaak is geweest.

Ik neem aan dat de Tekstblokken gekontroleerd zijn in 1-1-3-5-4 m.a.w. Profit kan toch wel de Tekstblokken per Debiteur, Art./Verschijning vinden?

Geef maar even de details per email dan zal ik even kijken.
 

Het een en ander werd veroorzaakt door de kontrole op de aanwezigheid van Notities op Artikel/Verschijning.
Middels een parameter is deze kontrole uit te schakelen waardoor de Notities niet meer getoond cq gekontroleerd worden.

Ik heb net even op jullie systeem het een en ander gechecked.
Het printje van LOPRPOSS (Overzicht PO van een Status) toont voor de betreffende order een bedrag van 30k, zijnde de gedeeltelijk afgebroekte grondstoffen.
Kijk ik naar de boekingen op de rekening 600.000 Goederen in Bewerking dan kom ik op hetzelfde bedrag uit!
Let wel op dat per grondstofregel een boeking plaatsvindt op rekening 600.000, in dit geval dus 2 regels!
Het printje sluit dus aan met wat op Goederen in Bewerking geboekt wordt.

Status M kan ook inhouden dat de verbruikte materialen gedeeltelijk zijn afgeboekt.
Dus als je "zomaar" de 3 regels optel dan zou dit het normatieve verbruik zijn terwijl wellicht de 15k die je in de doorboeking tegenkomt gebaseert is op de gedeeltelijke fboeking van verbruikte materialen.
Dus even kontroleren of hier sprake is van een gedeeltelijke afboeking en zo ja dan even naar de afboekingen kijken om te beoordelen of de afboekingen overeenkomen met de 15k.
IK zal verder even kijken of dit printje inderdaad op bovengenoemde situatie anticipeert.

Ik kan het bij ons nadoen nu nog een kwestie van hoe het veroorzaakt wordt.
Als je overigens met het pijltje terug gaat naar de rubriek van de Verschijningsvorm en je vult daarna weer het aantal in dan blijft dit wel staan na verder te gaan met het pijltje.
Dus de 1ste keer wordt aantal weer op 0 gesteld en de tweede keer wordt het aantal gerespekteerd.

Artikel 171I2 is inmiddels in de database gewijzigd in 171i2.
Wijzigingen zijn aangebracht in LOAR, LOVA, LOVR, LORT, LOAB, LOVI, LOVM, LOPO, LOOP, LOCP en LOGA.

Aangepaste funkties moet je nog krijgen dus een nieuw Artikel als zodanig invoeren kan nog niet.

Ja....UF-KFTXT1 etc.

Maar je kan toch zelf de beschikbare Layout variabelen raadplegen? 

Hoofdmenu 3-5-2

Je kan ook bij de Klient-gerichte gegevens Pakbonteksten (en eventueel Faktuurteksten) opnemen.
Hiervoor zijn Layoutvariabelen PB-TXTREG1 en PB-TXTREG2 beschikbaar.
 

Is er inmiddels uit.

Ben je overigens al eens op zoek gegaan naar de oorzaak, het valt op dat al deze orders van user WP(Webprocessor) afkomstig zijn.

In het verleden kon dit wel ontstaan door het gebruik van een User-button tijdens het invoeren van een VO-regel.
Bij terugkomst in LOVRTV kon de public variabele verkeerd gevuld zijn, maar zover ik weet kunnen deze situaties niet meer optreden.

Zijn er inmiddels uit.

Ik heb even geprobeerd om VO 20070417041 naar de Raaplijst te brengen.
Deze VO staat te leveren vanuit lokatie OL. Na F4 krijg ik gewoon de melding dat het te rapen aantal groter dan 0 is. (er staat geen voorraad op OL)
Met andere woorden ik krijg een dergelijke Raaplijst met andere Lokatie voorstellen niet voor elkaar.
Ik denk dat dit alleen mogelijk is als je gebruik maakt van Levering via Voorraaditem (Shift+F6 LevVi)

Kan je dit (bijv in de test) nogeens fout laten gaan??