Heart-Profit ERP

17980   KG   18-Feb-08
zijn er de volgende merkwaardige voorraadmutaties:
TIJD          CHARGE        LOK            BY/AF   OMSCHRIJVING VOORRAADMUTATIE             
11:50:24.81   967430269   PDADD   -31,800   OV/OG naar 17980/KG/PE055 (1x31,800)
11:51:15.78   967430269   PDADD   -31,800   OV/OG naar 17980/KG/PE055 (1x31,800)
11:51:15.78   967430269   PE055   31,800   OV/OG van 17980/KG/PDADD (1x31,800)


Er is een -31,8 terwijl er geen opboeking tegenover staat. Waar is dit gebleven? Dit zal wel  met deze geblokkeerde functie

DATUM  : 18-02-08    TIJD : 11:35:45          VISUAL FOXPRO         UID : SB     
      KODE : 9        MESSAGE : Data type mismatch.                                         
      AREA : 15         ALIAS : LOB1              INDEX : A1            ROW : 229
      LINE :                                                                       
      STCK : SYERAH  SYER  ON...  LOPOAVB3  LOPOAVBK  LOPOABRA  LOPOAB  LOPBGR  LOPB  LOWP  LO
              SYSA  LOIN  PROFIT8
      XST  : =MEEL=...<...A][]F4[LOPOGVBK][WINHOUD_S]13.756Tab[POEENH_S]Tab[SMNVGN_S]TabEnter[A
             FSLTN_S] TabEnter[OPSLEHAV_S]Tab[LOLO_LID_S]pe045F1[LOPOGVRA][]Esc[LOPOGV][LOPO_OI
             D_S]Esc[LOPBGR]1[LOPOAB]F1[LOPOABRA][]F4[LOPOAVBK][LOVS_VID_S]Enter[VBAANT_S]F5[LO
             VIRA][]1Esc[LOPOAVBK][LOVS_VID_S]F1[LOLO_LID_S]Esc[LOPOABRA][]F4[LOPOAVBK][LOVS_VI
             D_S]Enter[VBAANT_S]F5[LOVIRA][]1F2[LOVIMN]j[LOVIRA]F2[LOVIMN]e[LOVIOT1][LOLO_LID_S
             ]Enter[LOAR_AID_S]Enter[LOVS_VID_S]Enter[LOCP_CID_S]Enter[WINHOUD_S]Enter[CHARGEIN
             _S]Enter[KENGID1_S]Enter[KEWGID1_S]Enter[KENM1_S]Enter[KENGID2_S]Enter[KEWGID2_S]E
             nter[KENM2_S]Enter[KENGID3_S]Enter[KEWGID3_S]Enter[KENM3_S]Enter[NLOKATIE_S]pf117T
             ab[AANTNL_S]1F1[LOVIRA][]Esc[LOPOAVBK][LOVS_VID_S]F1F1F1
       
te maken hebben, die (nog) niet automatisch gereorganiseerd is. (ik weet dat dit inmiddels wel gebeurd, vandaag of morgen voer ik de reeds klaar gezette upgrade o.a. daarvoor uit.)

Ook financieel is er niets mee gebeurd. Hoe verwijder je ook alweer een dergelijke voorraadmutatie? Was dat niet 1 of andere expliciete autorisatie?

Is deze mutatie aub te verwijderen uit de MEEL PRODUKTIE bestanden?
:19c:

Volgens mij is er geen funktionaliteit om Voorraadmutaties toe te voegen of te verwijderen. Ja, "Toevoegen Voorraadmutatie", maar dat past je Voorraaditem bestand aan. Sec. een mutatie toevoegen-/verwijderen is dacht ik niet mogelijk.  "Wijzigen" is er wel, maar stelt je alleen maar in staat "de omschrijving" te wijzigen.

In dit geval wil je kunnen verwijderen (om een onjuiste mutatie eruit te halen), maar in theorie kun je je voorstellen dat "toevoegen" ook aan de orde kan zijn.
Laten we dat vooralsnog maar eens achterwege...

Wil je dit soort dingen kunnen doen, zal m.i. een dergelijke verwijderfunktie formeel ontwikkeld moeten worden. Dit, bij de gratie dat gebruikers als jullie steeds meer zaken gaan baseren op deze Voorraadmutaties (Verkoopoverzichten, terugrekenen van voorraad etc) en het natuurlijk niet zo kan zijn dat wij een ieders Voorraadmutatiebestand maar recht moeten gaan zitten browsen  :wink: Merk op dat normaal gesproken overzichten bijv. t.o.v. "de laatste Inventarisatie" werken, en je daarmee dus een nieuw 0 punt kreëert.

E.d. verwijderfunktie komt uit op 3 uur, en doet verder niets. Het kán amper ergens op kontroleren. Met het grootste gemak gooi je dan (dus) ook een verkeerde mutatie eruit, waardoor toepassingen als 'terugrekenen' of 'overzichten' niet meer zullen werken. Ook funkties als "Doorrekenen Gewijzigde Inkoopprijs" of "Terugboeken Voorraad" die zich baseren op de aanwezigheid van de Voorraaditems zullen niet (of fout) werken als je de verkeerde mutatie eruit gooit. Reden te meer om die toets enkel op te nemen als "vereist expliciete autorisatie".

En na het posten van mijn post zie ik dat ze inmiddels al aan iemand anders is toegekend. :wink:

Zojuist gedaan.

Beschouw dit maar als ongeschreven... Als de te verwijderen voorraadmutatie het gevolg is van een fout, dan herstellen wij deze, hetgeen inmiddels gebeurd is. :yahoo:
(en als het goed is heb je in alle andere gevallen geen reden om een voorraadmutatie te willen verwijderen).

OVERZICHT VOORRAADMUTATIES OP ARTIKEL/VERSCHIJNING                           
Artikel 4271  01-03-2008 00:00:00.00  t/m  18-03-2008 14:12:29.18                           

art   vrs   dat.   TIJD          CHARGE        LOK            BY/AF   EH    OMSCHRIJVING    
4271   RN   11-Mar-08   10:09:58.99   103.553,0010   PD612   60,148   TN   P.O. 200803060130   GVW
4271   RN   11-Mar-08   10:44:02.42   103.534,0010   PD612   -41,784   TN   Prod. P.O. 200802220082   ADJ
4271   RN   11-Mar-08   16:37:28.71   103.553,0010   PD612   -60,148   TN   Correctie eindejaar 2007   WWE
4271   RN   11-Mar-08   16:37:29.46   103.553,0010   PD612   -60,148   TN   Correctie eindejaar 2007   WWE
4271   RN   13-Mar-08   11:12:34.60   103.553,0010   PD612   60,148   TN   Correctie eindejaar 2007   SB
4271   RN   13-Mar-08   11:12:55.40   103.553,0010   PD612   -60,148   TN   Prod. P.O. 200803060131   SB
4271   RN   13-Mar-08   11:13:43.92   103.553,0010   PD612   60,148   TN   Correctie eindejaar 2007   SB
4271   RN   14-Mar-08   09:15:27.51   103.553,0010   PD612   -60,148   TN   Correctie eindejaar 2007   SB



En hier heb ik nog 1 die heel merkwaardig is. Dit spul is 1 maal opgeboekt, (zie 11-Mar-08 10:09:58.99) en wordt twee maal afgeboekt. Hoe kan dit? En vooral: is deze aub te verwijderen.
:19c:

betreft wedereom meel produktiebestanden

En die omschrijving  "Correctie eindejaar 2007" slaat niet echt ergens op, dat is gevolg van gedisablede / enabelde rubrieken aldaar

De omschrijving van de Voorraadmutatie kun je i.i.g. wél zelf wijzigen  :wink:

Het verwijderen van een zelf geïntroduceerde omschrijving via Profit-Dynscreen kun je ook zelf ongedaan maken als je vindt dat die omschrijving nergens op slaat; moet je dat maar niet als defaultwaarde instellen.

Ook deze is verwijderd.
Was hier trouwens ook een geblokkeerde Funktie in het spel? Zo nee, dan is het misschien toch goed om verder uit te zoeken hoe dit is ontstaan.

Ik heb daar inderdaad al eventjes om gezocht, maar kan 'm niet ontdekken bij die gebruiker. Ik heb de geblokkeerde functies vanaf 10-3 afgedrukt, en vervolgens gezocht op gebruiker "wwe", maar bij die gebruiker zie ik "pas" op  DATUM  : 13-03-08    TIJD : 12:59:42  een registratie staan. En de kans dat er op die pc een andere gebruiker is geweest acht ik klein.

Kan iemand deze mutatie verwijderen:  :bored:
17920   KG   07-Mar-08   09:08:52.96   9358501   EHF1L   450,000   KG   Wijziging Soort Charge
17920   KG   07-Mar-08   09:09:06.40   9358501   EHF1L   450,000   KG   Wijziging Soort Charge
17920   KG   07-Mar-08   09:09:06.45   9358501   EHF1L   -450,000   KG   Wijziging Soort Charge

2 logistieke opboekingen, 1 logistieke afboeking.
1 financieel gemaakte opboeking, 1 financieel gemaakte afboeking:
Klopt niet. Alvast bedankt voor het verwijderen van deze voorraadmutatie en wellicht een methode om dit te voorkomen. geblokkeerde functies rondom deze datum zijn er niet bij deze gebruiker.

MEEL PRODUKTIE bestanden

Gedaan. Gebruiker WWE moet eens proberen te onthouden wat er gebeurt, want 2 maal achter elkaar trachten een zelfde Voorraad-Item van Charge-soort te veranderen doe je niet zomaar... ik kan in ieder geval niets vreemds ontdekken..

Dit is een methode om van soort "K" naar "N" te gaan, dus uit keuring halen.

Fout is natuurlijk dat dit met wijziging soort charge gaat ipv invullen keuringen + vrijgeven ervan.

Maar waarom 2 maal achter elkaar? er is toch maar sprake van 1 keer een wijziging soort charge? Dus 1 maal en niet 2 maal? die eerste maal mislukte, de tweede ging wel goed. Ik begrijp even niet wat je met die "2 maal" bedoeld.

Juist! Dat is mijn vraag: waarom doet gebruiker WWE dit 2 maal? 1 keer moet voldoende zijn.
Hij/zij heeft de eerste keer blijkbaar in de gaten dat het niet heeft gewerkt, en tracht daarna bij hetzelfde Voorraad-Item nogmaals het Charge-type te veranderen... en waarom het de eerste keer niet lukt, daar ben ik dus benieuwd naar.
Daarom: opletten wat er gebeurt...

Wat bedoel je, de eerste keer mislukte ? hoe ? wat gebeurde er ?

De gevraagde omvormactie werd de eerste keer niet afgerond, dus wel een opboeking en geen afboeking.


Ik zit er niet constant naast of iets dergelijks, dus kan heb het niet zien gebeuren. Maar ik heb inmiddels Robert z'n suggesties doorgespeeld naar deze mensen, en ze zullen het in de gaten houden. Het is alleen de vraag wanneer zich zoiets weer eens voor gaat doen. En dan maar zo'n geblokkeerde functie laten registreren (execstack). HOpelijk bedenken ze zich dat dan ook nog.