Avatar billede janeruth Novice
04. august 1999 - 14:50 Der er 9 kommentarer og
1 løsning

XAL

Vi har XAL vers.2.6.
Ved regnskabsafslutning viser totalsaldo af alle statuskonti en væsentlig difference ultimo regnskabsåret- og igen en helt anderleders primosaldo (også en stor difference) i det nye regnskabsår.
Ændringen sker under lager samt i ovf. resultat. Vi har prøvet efterberegning af alt - varer, perioder, dan ny primoposter mm.
Er der nogen der har et godt argument til, hvorfor dette sker???
mvh
ruthjane@sol.dk
Avatar billede snowball Novice
04. august 1999 - 15:08 #1
Har I snakket med Damgaard A/S om det ??? Det kunne jo være en fejl i programmet. Si'r ikke det er, men det kunne være.

Snowball
Avatar billede janeruth Novice
05. august 1999 - 10:09 #2
Dette er forsøgt - men de tygger på det endnu.
Jane
Avatar billede Slettet bruger
24. november 1999 - 20:17 #3
Hvornår er I startet på vers. 2.60?
Jeg tænker på, om dette er jeres første version af XAL, og hvis det er, hvornår I er startet med at bruge den?
For det andet, hvis I er opdateret til denne version fra en anden version af XAL, hvornår er det så sket?
Dette kan have betydning da I
evt. ikke har opsat systemkonti korrekt eller data kan være indlæst/behandlet på "underlige" måder inden XAL tages i brug.
Yderligere kunne det være sjovt at kør en finansafstemning fra Debitor, Kreditor og Lager. Hvis der er ufoklarlige fejl vil det være sandsynligt at det kan skyldes uoverensstemmelse mellem modulerne i XAL.
God fornøjelse:-)
Avatar billede Slettet bruger
24. november 1999 - 20:31 #4
Det ser iøvrigt ud til at damgaard har oplevet noget tilsvarende.
Der er optaget fejlrapport om primosaldi (Kan ikke sige om det er det samme..) og dette vil blive retteti version 3, som frigives 1. kvt 2000.
Avatar billede Slettet bruger
24. november 1999 - 20:33 #5
Fejlen er registreret for mindre end 2 md siden, så damgaard havde (måske) ikke kendskab til problemet i aug....
Avatar billede janeruth Novice
25. november 1999 - 09:05 #6
Det er en opdateret version vi kører med. Den blev opdateret sommeren 1998 - vi har endnu ikke turdet opdatere den yderligere, før vi er sikre på, at det vi har kører ordentligt.
Når vi har regnskabsafslutning får vi os bogført ud af det på en eller anden mystisk måde. Finansafstemninger kører upåklageligt - jeg er bange for, at det har noget med MPS modulet at gøre, der sker hele tiden underlige ting der. Men vores EDB mand arbejder ihærdigt på sagen. Men tak for svaret.
Avatar billede Slettet bruger
26. november 1999 - 09:50 #7
Jeg vil ikke umiddelbart tro at fejlen opstår ved næste regnskabsafslutning.
Jeg tror ikke det sker, fordi XAL så i et helt år har fået lov at danne data, der i bund og grund på være konsistente (Ikke konverteret fra tidligere versioner)
Vær dog sikker på at ALLE systemkonti er opsat korrekt, både i Finans modul og sidemoduler.
Når version 3 kommer vil jeg anbefale dig og din virksomhed at opgradere til denne version; men gør lige det at du får din EDB mand til at lave en test installation eller i hvert tilfælde venter til han har erfaring med versionen fra andre kunder.
(Damgaard er ikke ufejlbarlige, så det er jo meget rart, hvis det ikke er dig, der opdager problemerne; men du til gengæld får rettelserne ;-) )
Avatar billede janeruth Novice
26. november 1999 - 14:29 #8
Det har jeg taget til efterretning - tak.
Avatar billede asa Nybegynder
27. november 1999 - 23:49 #9
Har du pøvet at køre en check database.??? er ikke det samme som efterberegning.
Kørselen kan rette fejlen, og du får ovenikøbet en udskrift, hvor du kan se hvor den er gal, og den kan udskrives.
Når du kører check databse, så skal du lige være klar over, at der må ikke være andre bruger på systemet, da de kan blokere alt, og du får en stører fejl.
Jeg skriver dette da jeg selv har være udefor det.

Har du prøvet at lave en udtræk på de kontier som der er difference på, først på måned basis, der efter når difference er fundet, så lave en i dato orden, i den måned hvor differencen er.???

Avatar billede hesko Nybegynder
20. marts 2000 - 23:00 #10
Under finans\tilpasning\parametre kan man svare ja/nej til slet tidligere primoposter. Har I Ja i dette felt?

Vedrørende check/fix af databasen, er det meget smart at gemme din databasestatus inden, da XAL automatisk fjerner de poster den ikke kan redde. Dermed kan du miste data.
Databasestatus kan gemmes under generelt\kartotek\databasestatus\f10\gem. Når du er færdig med check\fix indlæser du den gemte fil samme sted og kontrollerer antallet af poster pr. kartotek. Den indlæste må ikke være størst! Desuden laver XAL en fil i biblioteket xalcheck.chk, som fortæller nøjagtigt hvilke poster der berørt.
Fix fjerner kun en fejl ad gangen. Du skal derfor køre check/fix indtil check ikke finder fejl

Håber det hjælper lidt.
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
IT-kurser om Microsoft 365, sikkerhed, personlig vækst, udvikling, digital markedsføring, grafisk design, SAP og forretningsanalyse.

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester





White paper
SAP: Skab værdi og minimér omkostninger med effektiv dokumenthåndtering