geblokkeerde functie bij retour ontvangst

[Johan]

In het bedrijf Meel (Productie) is een credit Verkooporder toegevoegd. Toen ik de Inkooporder middels ontvangst van de 20 zak (4-2-1 F5) wilde goedkeuren kwam ik te “hangen” om tenslotte de mededeling “ Sorry de functie is geblokkeerd” te krijgen.
Deze creditorder factureren lukt ook niet.

Iemand enig idee wat hier niet goed gaat, en hoe we dit het meest verstandig recht kunnen zetten?

    ____________________________________________________________________________________________
    DATUM  : 24-04-12    TIJD : 14:20:24          VISUAL FOXPRO         UID : FB     
      KODE : 26       MESSAGE : Table has no index order set.                               
      AREA : 22         ALIAS : LOMI              INDEX :               ROW : 53
      LINE :                                                                       
      STCK : SYERAH  SYER  ON...  LOMITGBK  LOILGLF1  LOILOGGL  LOILOGRA  LOIBGO  LOIB  LO  SYS
             A  LOIN  PROFIT8
      XST  : =MEEL=[LO]EscEscEscEsc4[LOIB]2[LOIBGO]1[LOILOGRA]F5[LOILOGGL][ONTVNGEN_S]Tab[OPSLE
             HAV_S]Tab[WINHOUD_S]Tab[LOLO_LID_S]peretF1EscEsc
    ____________________________________________________________________________________________
    DATUM  : 24-04-12    TIJD : 14:20:41          VISUAL FOXPRO         UID : FB     
      KODE : 9000     MESSAGE : TBC / COPY K:\FOX\LO\LOTB\                                 
      AREA : 0          ALIAS :                   INDEX :               ROW : 0
      LINE : H:\FOX\LO\LOTB\                                                       
      STCK :
    ____________________________________________________________________________________________
    DATUM  : 24-04-12    TIJD : 14:21:44          VISUAL FOXPRO         UID : FB     
      KODE : 39       MESSAGE : Numeric overflow. Data was lost.                           
      AREA : 22         ALIAS : LOVR              INDEX : A1            ROW : 142
      LINE :                                                                       
      STCK : SYERAH  SYER  ON...  LOVRCRBW  LOILOGRA  LOIBGO  LOIB  LO  SYSA  LOIN  PROFIT8
      XST  : =MEEL=[LO]4[LOIB]2[LOIBGO]1[LOILOGRA]F5F4[LOILOGDL][LOVS_VID_S]Tab[LOOD_DID_S]Tab[
             ONTVNGEN_S]F1
    ____________________________________________________________________________________________
    DATUM  : 24-04-12    TIJD : 14:22:41          VISUAL FOXPRO         UID : FB     
      KODE : 1908     MESSAGE : Width or decimal place argument is invalid.                 
      AREA : 76         ALIAS : LORD              INDEX : A1            ROW : 133
      LINE : REWRITE = 0 .AND. (PAGECLCK = 0 .OR. SCHERMF = PAGECLCK)               
      STCK : SYERAH  SYER  ON...  SYCD  MAKEOUTPUT  SYGV  SYST  LOVRWG4  LOVRMN  LOVRRA  LOVORA
               LOVO  LOVE  LO  SYSA  LOIN  PROFIT8
      XST  : =MEEL=[LO][ONTVNGEN_S]EscEsc3[LOVE]1[LOVO]1[LOVORA][]1Shift+F4[LOVRRAC]Esc[LOVORA]
             F6F1[LOVORAWX]20120424088EnterEsc[LOVORA]Shift+F4[LOVRMN]Mouse
    ____________________________________________________________________________________________
    DATUM  : 24-04-12    TIJD : 14:22:51          VISUAL FOXPRO         UID : FB     
      KODE : 9000     MESSAGE : TBC / COPY K:\FOX\LO\LOTB\                                 
      AREA : 0          ALIAS :                   INDEX :               ROW : 0
      LINE : H:\FOX\LO\LOTB\                                                       
      STCK :
    ____________________________________________________________________________________________
    DATUM  : 24-04-12    TIJD : 14:26:33          VISUAL FOXPRO         UID : FB     
      KODE : 39       MESSAGE : Numeric overflow. Data was lost.                           
      AREA : 33         ALIAS : LOFR              INDEX : A1            ROW : 2019
      LINE :                                                                       
      STCK : SYERAH  SYER  ON...  LOUFGN2  LOUFGN1  LOUFGN  LOVEFA  LOVE  LO  SYSA  LOIN  PROFI
             T8
      XST  : =MEEL=[LO]EscEscEsc3[LOVE]3[LOVEFA]3[LOUFGN][LORD_RID_S]3BackspaceF1
    ____________________________________________________________________________________________

[Johan]

Ooh ja, er is ook al een factuur voor gemaakt (factuur naar groepsdebiteur)

het is natuurlijk niet geheel onverstelbaar dat met dergelijke vreemde beelden in de Verkooporderregels, de factuur ook niet goed is. Maar even ter info voor jullie hierbij het beeld van de factuur (financieel doorbelast toont "?")

[Wouter Rijnbende]

Hebben toevallig gisteren eenzelfde soort situatie gehad bij een andere klant (LE). Daar betrof het een Credit VO uit een Klachtorder, maar, met mijn vermoeden dat e.e.a. getriggerd wordt door een Ontvangstorder (zoals nu bij jullie het geval is).

Herken je op e.o.a. manier dat je bij het boeken van die Ontvangst iets verkeerds kan hebben ingevuld wat leidt tot een veel te groot getal?

Nb: Omdat de Verkooporderregel fout is (daar zal al een geblokkeerde funktie zijn ontstaan) is de Faktuur natuurlijk ook fout.

[Wouter Rijnbende]

Nou... lastig verhaal...

Het begint bij een "Table has no index order set" op LOMI.
Die tabel wordt bij jullie niet gebruikt, en heeft wél indexen.
De index is voor het laatst in 2011 opgebouwd (dus ruim voor deze melding).
Aangezien ik veel meer meldingen in deze vorm bij jullie tegenkom, vermoed ik dat dit met jullie netwerk te maken heeft welke zo af en toe geen response geeft (ah... je moest ook even heel lang wachten..., is dat ook weer verklaard).

Numeric overflow.
Raar, immers alles omtrent de 13292/25KG ziet er goed uit.
Wel één ding wat opvalt: de tabel voldoet niet (meer) aan onze indeling.
Het systeemrecord #1 is met een data record overschreven.

Mogelijk is dit ontstaan vanuit LOVRCRBW.
Dit zal ik eens uitzoeken.

[Wouter Rijnbende]

Yep. Inderdaad. Had te maken met een deelontvangst van 0 bij het boeken van de Retourorder; zie http://ha1.heartprofit.nl/profit/index.php?topic=24289.0

Aanpassing staat inmiddels op jullie systeem (en ook bij LE, daar betrof het dezelfde situatie).