Herstel !!!!

Ik was even afgeleid...
Normaal gesproken gaat mijn verhaal wel op(voor de HH:..variabelen) echter deze Variabelen impliceren met hoeveel decimalen er afgedrukt moet worden.

Toch te veel zon gehad..

Wat je ziet is de maximale lengte van de Variabele die beschikbaar is.
Wanneer je bijvoorbeeld naar %aviinhoud0% kijkt kan deze maximaal 14 posities hebben wanneer je de variabele als volgt ingeeft worden ook decimalen afgedrukt dus %aviinhoud0:5.2%
Achter de dubbele punt geef je aan hoeveel posities er afgedrukt mogen worden en achter de punt staan de decimalen, dus maximaal 5 posities waarvan 2 decimalen.
Opgave van aantal postities is overigens altijd verplicht bij zgn herhalende variabelen (HH:...), bij overige variabele wordt gebruik gemaakt van de maximale posities indien er geen aantal wordt opgegeven.

Ik had het gelezen alsof de Leverancier niet bekend was in het bestand.
Als deze funktie in DOS wel werkt moeten we ervoor zorgen dat dit net zo werkt in WIN.

Het verwerken van een bestand tot Inslaglijst is inderdaad moeilijk als er geen Leverancier is..
Je mag echter wel verwachten dat het Inslaglijstnummer gewoon opgehoogd wordt.
Er zal een kontrole ingebouwd worden waardoor bij ontbrekende informatie in ieder geval het Inslaglijstnummer netjes wordt opgehoogd.

Rest de vraag hoe je een bestand aangeleverd krijgt zonder vermelding van de Leverancier..

Kleine korrektie chr(27)+"%-12345X @PJL @PJL SET STAPLE etc....................."

Sorry, vergeten te  melden. 

We hadden het toch over Fakturatie???
Dus volgende rubriek?? 

Dirk-Jan,

Als ik een Klachtorder toevoeg kan ik gewoon Kenmerken opnemen, de uit de Klachtorder gegenereerde Credit Verkooporder krijgt dan automatisch de ingevulde Kenmerkwaarden.
Het enige vreemde wat ik zie is dat bij het genereren van de Credit VO het Klachtordernummer als oorspronkelijk Debet VO gezien wordt wat dus een melding oplevert dat het VO-nummer niet bestaat(is immers een nummer beginnend met bijv. 9(zo bij ons ingesteld))

Indien je de Klachtorder meteen laat verwijzen naar de Debetorder/regel zullen de Kenmerken vanuit die Debetregel overgenomen worden.

Dus laat maar even weten hoe welke wegen jij bewandelt.

Mocht bovenstaande niet het geval zijn kontroleer dan de Parameter (C=Artikel Beheer) daar is tegenwoordig een parameter "P-Lokaties verplicht bij Exkl.Magazijnen Artikel".
Als deze op "N" staat kan je wat mij betreft wel vanaf P-lokaties leveren.

wellicht het verkeerde plaatje?????????

Goed inmiddels gevonden hoe het ontstaan is.

Het orderbedrag van 1120,- is gebaseerd op de niet afgeronde prijs van 0,0889 of eigenlijk moet ik zeggen dat de Mutatiewaarde van het voorraaditem 1120,- gedeeld wordt door het aantal van 12600 en resulteer in een prijs van 0,0889.

De boeking wordt met het afgeronde bedrag van 0,09 gedaan (inkoopprijzen zijn immers maximaal met 2 decimalen) en leidt dus tot een bedrag van 1134,-

nu nog oplossen.....

De nummeric overflow wordt veroorzaakt door een Voorraaditem met een werkelijk inhoud van 0,00
Ik neem kontakt met je op om de juiste inhoud op te nemen.

Als je het eerste blad leest dan zie je dat het bedrag gelijk is.
Het bedrag wat je aangeeft is het bedrag obv van ontvangst (staat ook voor het bedrag genoemd)
dus wellicht zit er een DKK tussen.

Heeft te maken met Afnemen Inhoud welke bij de Artikel/Verschijning aangevinkt kan worden.
(zie Helptekst van de Rubriek)

Verkoopprijzen of Inkoopprijzen ???????

Verkoopprijzen kunnen middels Parameter op 2 of 4 decimalen gesteld worden.