geblokkeerde functie na opschonen adbo bij aktiveren rekeningschema

[Johan]

ik heb 20-1 ADBO opgeschoond, en gereorganiseerd. Hierbij heb ik eerst in MEEL ca 325 mb opgeruimd, daarna Laco nog een 114 mb en daarna ADBO Gereorganiseerd.

Kan het zijn dat je bij die actie ook ADRS moet reorganiseren? Misschien moet dit er als optie maar bij staan of voor gewaarschuwd worden. want ik krijg vandaag bij het aktiveren van een rekeingschema deze geblokkeerde functie:
    ____________________________________________________________________________________________
    DATUM  : 21-01-10    TIJD : 13:21:13          VISUAL FOXPRO         UID : UB     
      KODE : 5        MESSAGE : Record is out of range.                                     
      AREA : 4          ALIAS : ADRS              INDEX : A1            ROW : 0
      LINE :                                                                       
      STCK : SYERAH  SYER  ON...  CLRAFRM.CNTDATA.GRDRAADPLEEG.COLUMN1.TEXT1.CLICK  CLRAFRM.CNT
             DATA.GRDRAADPLEEG.AFTERROWCOLCHANGE  SYSMRE  SYGB  SYIF  ADRSRA  ADRS  ADOB  AD  LO  SYSA  LOIN  PROFIT8
      XST  : =MEEL=[LO][ADGR_GNR_S]EscMouse[AD]Mouse[ADOB]Mouse[ADRS]Mouse[ADRSWY][ADRS_IDE_S]M
             LEnter[KONSIND_S]Mouse[DATBVNAF_S]31122009Tab[DATBTM_S]2Larrw3101F1[ADRS_IDE_S]Esc
    ____________________________________________________________________________________________
    DATUM  : 21-01-10    TIJD : 13:54:17          VISUAL FOXPRO         UID : UB     
      KODE : 5        MESSAGE : Record is out of range.                                     
      AREA : 22         ALIAS : ADRS              INDEX : A1            ROW : 0
      LINE :                                                                       
      STCK : SYERAH  SYER  ON...  CLRAFRM.CNTDATA.GRDRAADPLEEG.COLUMN1.TEXT1.CLICK  CLRAFRM.CNT
             DATA.GRDRAADPLEEG.AFTERROWCOLCHANGE  SYSMRE  SYGB  SYIF  ADRSRA  ADRS  ADOB  AD  LO  SYSA  LOIN  PROFIT8
      XST  : =MEEL=[LO][DATVAN_S]MouseMouseMouseMouse[AD]Mouse[ADOB]MouseMouse[ADRS]Mouse[ADRSW
             Y][ADRS_IDE_S]MLEnter[KONSIND_S]Mouse[DATBVNAF_S]23LarrwLarrwRarrwLarrw31122009F1[
             ADRS_IDE_S]Esc
    ____________________________________________________________________________________________
    DATUM  : 21-01-10    TIJD : 15:00:49          VISUAL FOXPRO         UID : JVR     
      KODE : 5        MESSAGE : Record is out of range.                                     
      AREA : 65         ALIAS : ADRS              INDEX : A1            ROW : 0
      LINE :                                                                       
      STCK : SYERAH  SYER  ON...  CLRAFRM.CNTDATA.GRDRAADPLEEG.COLUMN1.TEXT1.CLICK  CLRAFRM.CNT
             DATA.GRDRAADPLEEG.AFTERROWCOLCHANGE  SYSMRE  SYGB  SYIF  ADRSRA  ADRS  ADOB  AD  LO  SYSA  LOIN  PROFIT8
      XST  : =MEEL=[LO][PASSW_S]7[AD]7[ADAG]Esc[AD]8[ADOB]2[ADRS]1[ADRSRA][]F5[ADRSWY][ADRS_IDE
             _S]MLEnter[KONSIND_S]DarrwEnter[OMSCHR_S]Darrw[BALANS_S]Darrw[BDATRA_S]Darrw[DATBV
             NAF_S]Uarrw[BDATRA_S]0106Tab[DATBVNAF_S]F1[ADRS_IDE_S]Esc[ADRSRA][]F2
    ____________________________________________________________________________________________

Ik heb geprobeerd adrs te reorganiseren, maar er zitten er teveel gebruikers in (iemand blokkeert de boel)

[Robert Hekkers]

Nee, dan zou dat echt wel gemeld zijn.
Zolang je ADRS niet reorganiseert blijf je met deze geblokkeerde funktie zitten (en de eventuele gevolgen!), dus: iedereen eruit en reorganiseren!

[Wouter Rijnbende]

Reorganiseren helpt je ook niet, want het gaat gewoon fout als je bij Raadplegen Rekeningschema's middels F2 een Rekeningschema aktiveert.

Ok, fout, wordt naar gekeken, maar...

Waarom doe je dat eigenlijk? Houden júllie er een dubbele boekhouding op na ? 

[Wouter Rijnbende]

Ook hier geldt dat het eigenlijk dat het de Raadpleegfunktie is die fout is. Het probleem komt nu echter pas aan het licht, sinds een aanpassing in de afhandeling van het Public maken (bewaren) van het geselekteerde record.

Wat er fout gaat is in de Raadpleegfunktie, is dat als je een Rekeningschema geaktiveerd hebt, je daarna terugkomt in een leeg Grid ! terwijl er wel degelijk nog steeds Rekeningschema's zijn. Ok, fout (geblokkeerde funktie) ging dit in ieder geval niet, maar echt goed was het niet.

Om nu te voorkomen dat we nog meer meldingen met Record is out of range krijgen, veroorzaakt door Raadpleegfunkties die eigenlijk niet juist terugkeren, heb ik hiervoor iets ingebouwd dat de nieuwe methode ook tegen zo'n leeg Grid kan.

E.e.a. vereist een nieuwe versie van de Classes, die ik op dit moment even niet beschikbaar kan stellen i.v.m. andere aanpassingen.

Maar, heb je ook helemaal niet met spoed nodig, omdat je "Aktiveren Rekeningschema" m.i. niet echt hoeft te gebruiken.

[Johan]

het is (of Was?) altijd nodig om een rekeningschema te aktiveren nadat je die aangepast hebt. We passen dit rekeningschema maandelijks aan. Er bestaan twee schema's: LO (alfabetisch de eerste) en "ML". ML wordt gebruikt. Die laatste passen we aan en daarna moesten we m altijd aktiveren. Dat doen we al jaren, en al jaren zonder fouten. Als je m niet aktiveerde, was er na het aanpassen geen rekeningschema geaktiveerd.

[Wouter Rijnbende]

Als je m niet aktiveerde, was er na het aanpassen geen rekeningschema geaktiveerd.

Tuurlijk wel. Er moet altijd een Rekeningschema geaktiveerd zijn.

Wat je mag bedoelen is dat bepaalde rubrieken (net als Bedrijfsparameters) pas aktief worden als je het Bedrijf opnieuw geaktiveerd hebt.
Je zou dit dus kunnen doen om er zeker van te zijn dat bijv. een veld als "Boeken toegestaan van - t/m" opnieuw opgehaald wordt (maar volgens mij wordt dat al geïnitialiseerd als de Fin. Interface van een willekeurige funktie geïnitialiseerd wordt).

Hoe dan ook, als het al nodig is, je redt je dan ook wel even met opnieuw Bedrijf aktiveren.