Heart-Profit ERP
November 30, 2024, 10:38:46 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Voorraadmutatie (ontvangst) zonder voorraad  (Read 2490 times)
0 Members and 0 Guests are viewing this topic.
Johan
Designer
*****
Offline Offline

Posts: 2178


As it net kin sa't moat, dan mat it mar sa't kin.


View Profile
« on: January 23, 2013, 08:58:10 am »

Ik heb gister drie voorraadmutaties gehad, waarbij we de voorraad niet meer terug kunnen vinden.
er zijn gister 2 inkooporders ontvangen: 20130121001 en 20130121002

de voorraad van eerst genoemde is op 0,010 kg na, niet terug te vinden. Het is volgens de voorraadmutaties en de inkooporder wel ontvangen, maar het is niet op voorrad gekomen. Danwel:

Kunnen jullie voor mij in de LACO productie bestanden de 22150 KG met charge P3121001001  op locatie PA033        24891,020 kg opboeken?

Mogelijk oorzaak kan gelegen zijn in deze geblokkeerde functies die ik rondom dit tijdstip heb gevonden:
    ____________________________________________________________________________________________
    DATUM  : 22-01-13    TIJD : 07:38:27          FOXPRO                UID : GVW     
      KODE : 26       MESSAGE : Database is not ordered.                                   
      AREA : 10         ALIAS : LOOM              INDEX :               ROW : 2504
      LINE : Database is not ordered.                                               
      STCK : SYERAH  SYER  ON...  LOILOGD2  LOILOGDL  LOIFGVO1  LOIFGVVW  LOIFGVBA  LOPBBMGV  L
             OPBBM  LOPB  LOWP  LO  SYSA  LOIN
    ____________________________________________________________________________________________
    DATUM  : 22-01-13    TIJD : 08:09:09          FOXPRO                UID : GVW     
      KODE : 9000     MESSAGE : TBC / COPY K:\FOX\LO\LOTB\                                 
      AREA : 0          ALIAS :                   INDEX :               ROW : 0
      LINE : C:\FOX\LO\LOTB\                                                       
      STCK :
    ____________________________________________________________________________________________
    DATUM  : 22-01-13    TIJD : 08:11:51          VISUAL FOXPRO         UID : BA     
      KODE : 9000     MESSAGE : TBC / COPY K:\FOX\LO\LOTB\                                 
      AREA : 0          ALIAS :                   INDEX :               ROW : 0
      LINE : H:\FOX\LO\LOTB\                                                       
      STCK :
    ____________________________________________________________________________________________
    DATUM  : 22-01-13    TIJD : 09:07:21          VISUAL FOXPRO         UID : LH     
      KODE : 1881     MESSAGE : Error with PRSEENH_S - Value : Data type mismatch.         
      AREA : 19         ALIAS : ADGR              INDEX : A1            ROW : 1515
      LINE : REWRITE = 0 .AND. (PAGECLCK = 0 .OR. SCHERMF = PAGECLCK)               
      STCK : SYERAH  SYER  ON...  SYSMRE  LOIRTV  LOIORA  LOIBIO  LOIB  LO  SYSA  LOIN  PROFIT8
      XST  : =LACO=[LO]4[LOIB]1[LOIBIO]1[LOIORA]Shift+F5[LOIRTV][WKLVRN_S]1MouseUserButton[LOVI
             RA][]27187PgUpPgDnF1[LOVIRAWX]27187          EnterKB750  Enter86448      EnterSZ13
             3Enter  750.000EnterXXXXXX                              Enter           EnterEsc[L
             OVIRA]F1[LOVIRAWX]27187          EnterKB750  Enter86448      EnterSZ133Enter  750.
             000EnterXXXXXX                              Enter           EnterEsc[LOVIRA]Esc
    ____________________________________________________________________________________________
    DATUM  : 22-01-13    TIJD : 09:25:33          VISUAL FOXPRO         UID : LH     
      KODE : 2091     MESSAGE : Table 'K:\FOX\LO\LOPF\LOOM.DBF' has become corrupted. The ta
      AREA : 10         ALIAS : LOOM              INDEX : A4            ROW : 2515
      LINE :  K:\FOX\LO\LOPF\LOOM.DBF                                               
      STCK : SYERAH  SYER  ON...  LOILOGD2  LOILOGDL  LOILOGRA  LOIBGO  LOIB  LO  SYSA  LOIN  P
             ROFIT8
      XST  : =LACO=[LO]4[LOIB]2[LOIBGO]1[LOILOGRA]F4[LOILOGDL][LOVS_VID_S]Tab[LOOD_DID_S]Tab[AA
             NTVRP_S]Tab[WINHOUD_S]0.01Tab[LOLO_LID_S]pa032Tab[VOLDAAN_S] TabEnter[CHARGERC_S]2
             2012013F1
    ____________________________________________________________________________________________
    DATUM  : 22-01-13    TIJD : 09:27:20          FOXPRO                UID : GVW     
      KODE : 5        MESSAGE : Record is out of range.                                     
      AREA : 10         ALIAS : LOOM              INDEX :               ROW : 10081
      LINE : Record is out of range.                                               
      STCK : SYERAH  SYER  ON...  SYSI  SYFB  LOILOGD2  LOILOGDL  LOIFGVO1  LOIFGVVW  LOIFGVBA
              LOPBBMGV  LOPBBM  LOPB  LOWP  LO  SYSA  LOIN
    ____________________________________________________________________________________________



* lomdra_22150_Lacox.png (24.07 KB, 877x344 - viewed 144 times.)

* 22150_01voorraad.jpg (31.83 KB, 615x299 - viewed 164 times.)
Logged

KM
Johan
Designer
*****
Offline Offline

Posts: 2178


As it net kin sa't moat, dan mat it mar sa't kin.


View Profile
« Reply #1 on: January 23, 2013, 11:17:16 am »

of gewoon zelf met een HM mutatie?
Logged

KM
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5367


View Profile WWW
« Reply #2 on: January 23, 2013, 01:01:39 pm »

In principe kun je je voorraad altijd zelf korrigeren met een Voorraadmutatie.

Ellende is alleen dat als e.e.a. een gevolg is van een fout, je een situatie hebt waarbij je al wél een voorraadmutatie hebt, maar geen voorraad. Of wel voorraad, maar geen mutatie. Hoe dan ook, natuurlijk kun je e.e.a. dan zelf op voorraad leggen, maar, dan krijg je wel weer een nieuwe Voorraadmutatie. Als het je alleen om de voorraad gaat, en die Voorraadmutaties je verder niet interesseren, dan is dit een oplossing.

Zou je o.b.v. je Voorraadmutaties een aansluiting met je Voorraad willen maken, dan zal dat niet meer lukken, immers, nu heb je ineens 2 voorraadmutaties van 24891 Kg, terwijl er maar 1x 24981 op voorraad ligt. Ach, kom op zich ook vanzelf goed bij de eerst volgende Inventarisatie, maar toch.

Aan de andere kant kan het ook niet de bedoeling zijn dat als je fouten hebt op je netwerk, of als er tabellen 'corrupted' zijn (desnoods door het niet netjes afsluiten van een systeem) wij je Voorraadmutaties maar even moeten rechtbrijen.

Er is ooit eens funktionaliteit ontwikkeld om voor zo'n situatie Voorraad op te kunnen boeken zónder een Voorraadmutatie en zónder verder financiële afhandeling.  Behoor je dus nooit te gebruiken, alleen in zo'n foutsituatie. In augustus 2012 is Richard daar al eens mee bezig geweest voor Windows (werkte nl. alleen in DOS), maar, dat blijkt toch nog even niet te werken. Kortom, we zijn eerst even naar die korrektie funktionaliteit op zoek, immers, daarmee zou je e.e.a. gewoon zélf kunnen korrigeren (en dan vast wel met een speciale autorisatie, want je kunt de boel er ook juist mee uit evenwicht trekken).
Logged

Heart-Profit company ID : HA
Johan
Designer
*****
Offline Offline

Posts: 2178


As it net kin sa't moat, dan mat it mar sa't kin.


View Profile
« Reply #3 on: January 23, 2013, 03:11:13 pm »

Hoe dan ook, natuurlijk kun je e.e.a. dan zelf op voorraad leggen, maar, dan krijg je wel weer een nieuwe Voorraadmutatie.

Dat was juist de reden dat ik het even vroeg. Ook al is het een kromme manier, ik heb nu zelf een voorraadmutatie er van gemaakt. Hiermee ligt het wel op vooorraad .
Logged

KM
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.052 seconds with 19 queries.