none
Fejlkode 101 og derefter fejlkode 22

    Spørgsmål

  • Hej med jer,

    Nogen som kan hjælpe med følgende fejlkoder i en C5 2008 Native.
    Der forsøges at danne primoposter for 01.2013, men så kommer C5 med følgende fejlbesked.

    Der forsøges så at lave en reindexsering af LedTrans, hvor følgende fejl så fremkommer. (Der er også lavet Check/Fix af database, uden fejl)

    Hvad kan man gøre her ? Er løbet tør for muligheder, udover at måske multi eksporterer alle data og
    importerer dem i en nyt dannet dat-fil.

    Gode råd modtages gerne. :-)

    Mvh
    Jan

    7. februar 2013 08:48

Svar

  • Hej NJB,

    Tak for dit svar. Det har jeg desværre også prøvet, begge ting.

    Kunden kører "næsten" 100% standard.

    Prøvede i går at løfte c5direct.sys og c5data.dat til en C5 2010 med tilhørende opdatering

    af begge filer. Derefter forsvandt problemet, så løsningen bliver at opgradere kunden til

    en C5 2012.

    Men takker mange gange for jeres input.

    Mvh

    Jan

    8. februar 2013 07:54

Alle besvarelser

  • Kør Generelt / Tilpasning / Vedligehold / Database / CheckFix

    derefter

    Kør Generelt / Tilpasning / Vedligehold / Database / Reindex Database

    Disse kørsler gentages til fejlen er væk.

    7. februar 2013 11:05
  • Hej Henning,

    Tak for din response, desværre løser det ikke problemet,
    er prøvet op til flere gange nu.

    Har nu multi exporteret / lavet ny dat fil / multi importeret igen
    og har stadigvæk fejlkode 101, dog er fejlkode 22 væk nu.

    Så søger stadigvæk efter en løsning til vores kunde,
    som med rette bliver lidt skræmt når sådan fejlbeskeder
    dukker op.

    Ved nogen om det ville løses ved opdatering til C5 2012 ?


    7. februar 2013 13:10
  • Hej Jan

    Hermed et par forslag:

    *  Du kan prøve at sætte "x" i Debet/Kredit i Primo/Ultimo  kørslen.

     Hvis det ikke hjælper,

    *  så lav en frisk installation af C5 uden aktuel C5Direct.Sys, C5Util.Usr og C5Util.Var mv.

           Lav en multiimport af data.

    Hvis det kører, så ligger problemet formentlig i egenudviklede programmer, databasefelter mv.

    Mvh NJB

    7. februar 2013 16:08
  • Hej NJB,

    Tak for dit svar. Det har jeg desværre også prøvet, begge ting.

    Kunden kører "næsten" 100% standard.

    Prøvede i går at løfte c5direct.sys og c5data.dat til en C5 2010 med tilhørende opdatering

    af begge filer. Derefter forsvandt problemet, så løsningen bliver at opgradere kunden til

    en C5 2012.

    Men takker mange gange for jeres input.

    Mvh

    Jan

    8. februar 2013 07:54
  • Hej Jan

    Lige et par andre ting du kan prøve hvis du ikke allerede har gjort det:

    - Genstart PCen (blot for at være sikker - det har du jo nok gjort :-) ).

    - Genoversæt applikationen

    - Check at brugerens rettigheder i TEMP-kataloget er som de skal være - og slet evt. gamle C5 fileri det katalog (*.$$$)

    - Bed C5 bruge et andet temp-katalog (parameter ved opstart af C5)

    - Slå antivirus fra lige mens du tester (eller få den til at undtage temp-kataloget eller *.$$$-filer fra sine scanninger)

    - Kør reparationsværktøjet til UTIL.*-filerne fra udviklingsmenuen. Og genoversæt applikationen igen bagefter...

    Indrømmet - jeg "famler" lidt men det er jo ting der er til at teste :-)....

    PS: Forslaget med at prøve at fjerne al USR- og VAR-kode - dvs. teste i standardapplikationen - er i øvrigt også et rigtigt godt bud!


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    8. februar 2013 08:03