bij raaplijsten zegt hij dat hij als 0-levering automatisch afgesloten is
bij afsluiten VO zegt hij dat hij open staat

zeg jij maar wat de status is dan....

orderregels op 20070601026 is middels 0-deellevering afgesloten
Raaplijst staat op afgesloten

echter als ik status naar F wil hebben gaat dit niet en blijft hij op G

Als ik het via 3.1.9.7 probeer geeft het systeem een foutmelding "raaplijst open" terwijl diezelfde raaplijst niet te bewerken is omdat hij afgesloten kan zijn.

met dank

Er zijn 2 orders voor klant 213262 achter elkaar ingevoerd met verschillende orderreferenties en verzenddata.
Beide staan in Heart op nummer 20080114044

Beide orders zijn door dezelfde persoon achter elkaar ingevoerd.

Ook zie ik uit dezelfde serie dat de header van order 20080114033 verdwenen is maar de regels nog wel bestaan.

Ik heb gisteravond een bestanden reorganisatie gedraaid op alle LO bestanden.
omdat ik verwachtte dat de dubbeling op 20080114044 een index fout was.

in testbest staat nog wel de "oude situatie mbt deze 2 orders

Kunnen jullie dit oplossen?

PS wat er volgens ons gebeurt zou zijn is dat op de een of andere manier het header record met nummer 33 "omgetoverd" is naar de 44, want als ik naar de orderreferenties kijk hoort de orderref ****295 de 33 order te zijn en de ****296 de 44 order.

Als ik een 50/50 recept definieer en op 1 van de regels een 10% verliesfactor leg, verhoogt het systeem conform het verwachtte naar 55,56% op de desbetreffende regel.

Als ik echter een single level printje draai van het recept, dan toont hij deze waarde zowel bij werkelijke inhoud als bij de percentages.

Uitgaande dat het hier een daadwerkelijk verlies is, lijkt het mij dat de percentages gewoon 50% om 50% zouden moeten aangeven.

Is dit niet te realiseren dan zou ik graag een printoptie krijgen vanuit hetzelde scherm om het "schone recept" zonder verliesfactoren te kunnen printen.

Immers als ik weet dat ik in productie altijd 10% verlies op een grondstof heb (bv omdat ik een vat met pasta niet leeg krijg) dan betekent dit nog niet dat ik hiervoor ook de basisreceptuur wil aanpassen. en die basisreceptuur wil ik wel kunnen printen.

mvg

mk



            _{REGNR  ART./BEW.        OMSCHRIJVING / TEKST                      VERSCH.  OMSCHRIJVING                  AANTL    W.INHOUD  HOEVEELHD  EENH    PERC.
            =====  ===============  ========================================  =======  ============================  =====  ==========  =========  ====  =======
               10  ART0001800       DEMI WATER                                -------  N.v.t.                            1      55,556     55,556  KG     55,556
               20  ART0007660       ZWAVELZUUR 50%                            -------  N.v.t.                            1      50,000     50,000  KG     50,000}

Dat is zeker niet de bedoeling!!

Echter de debiteuren saldi zijn extern ondergebracht en als ik niet aangeef dat de desbetreefende debiteur een betaling heef gedaan, maar nog geen specificatie heeft ingestuurd zal deze een aanmaning kunnen krijgen welke onterecht is.

Wat betreft de datum si boekingsdatum OK

De wens van een factuurnummer met allemaal 99999 kwam voort uit de wens van ING Comfin welke op deze wijze in hun inleesmasker willen triggeren dat het hier een "dummy" betreft welke een distributieontvangst of vooruitbetaling betreft en geen echte creditfactuur.

Ik ben accoord als het het binnen 3 uur voor elkaar krijgt

mvg
MK

Zie plaatje (nu wel)

Het blijkt echter dat dit alleen gaat werken met Actiekode KS en niet met S

Graag willen we hierin ook het saldo van de distributieontvangsten mee laten nemen.

Ik heb met Comfin overlegd:

Ditributieontvangst dient als "normale factuur" aangegeven te worden, met deze aanpassingen:
Factuurnummer = "9999999" (zeven negens)
Bedrag credit aangeven middels (-) teken
dummy datum 01-01-2000


Kun je dit voor ons aanpassen aub

mvg


Marco

Hallo Richard,
met dank

marco

is hier een upgrade voor benodigd?

mvg

MK

klein verbeterpuntje voor de toekomst:
graag een mogelijkheid om IFhelp (interface journaalpost opbouw) te kunnen printen

mvg

MK

Variabele layout vrachtbrief print het afleveradres dat fysiek in afleveradres 999 staat en niet het dynamische adres

Voorbeeld:
order 20080117020 debiteur 222382

Programmeurs die iets oplossen??????\

ALCOHOL, ja dat lost veel op

=)
MK

Probleem op vrachtbrief is er weer

Bij klant 222382 afleveradres 999 krijg ik nu adres zoals dat bij 999 staat ingevoerd en niet uit de dynamische lijst


mvg

Marco

Met dank, hier gaan we mee spelen