Axapta 3.0 - Vedligeholdelse + oprydning + optimering

Jeg ved ikke, hvor godt du er inde i problemerne omkring lagerlukning. Jeg er ikke selv helt hjemme i det, men ved der er store problemer. Nogle af dem løses med den nye servicepack 3. Se f.eks. mere herom:

http://www.hob.dk/HOB/Download/Axapta30_InventoryClosing_WhitePaper_SecondEdition%20_2_.pdf

Hej lasseo,

Tusind tak for svaret. Jeg har faktisk set det White-Paper du linker til. Faktum er at Microsoft efter alt at dømme har gedigne problemer med Axapta og dets lagermodul, men det er old news :)

Har i implementeret SP 3? og hvis i har - Har det bidraget med mere nøjagtigt lager/lagerværdi?

Jeg har fx. annuleret alle efterberegninger og lunkinger for dette regnskabsår (Vi kører regnskab fra juli til juni).
Herefter har jeg kørt lukkninger for hver enkelt måned. Resultatet har været rigtigt positivt. Der har ikke været voldsomme sving og jeg mener at vi nu har mere pålidelige tal.
Tallene er dog slet ikke helt til at stole på, men jeg håber at vi via diverse interne tiltag bl.a. i form af bedre datadiciplin kan gøre systemet mere troværdigt.

Jeg tænker yderliger på hvordan man bedst vedligeholder Axapta - hvilke oprydnings rutiner man skal foretage udover Lagerlukninger/reguleringer? Vi gemmer f.eks. en masse gamle lager o.l. kladder samt indkøbs + ordre infromationer  Er det overhovedet nødvendigt i revisionsmæssig sammenhæng?

Yderligere leder jeg efter veje der kan få vores system til at operere mere hurtigt.

Hilsen Raffar

Lukker

Hej Raffar,

Jeg beklager dit indlæg af 6.6. var forbigået min opmærksomhed - på en travl dag går det hurtigt med at slette Eksperten-mails, men på den anden side vil jeg også gerne have liv i et Axapta-miljø.

Vi kører Axapta 3.0 og kæmper forsat for at holde performance acceptabel.
Pga. de kendte problemer har vi endnu aldrig kørt lagerlukning - alene efterberegning. Det kan vi selvfølgelig ikke blive ved med, men med de mange fejl jf. omtalte whitepaper vurderer vi det som mere sikkert. Mht. lagerværdier har vi også selv åbnet døren for nogle af problemerne. Hos os opstår de bl.a. fordi vi tillader negativt lager. Det giver efterfølgende problemer mht. kostpriser - i de situationer kikser det for Axapta, og har vi først fået en transaktion der efter efterberegning viser 0-omkostning kan det være næsten umuligt at få lagermodulet til at vise rette beholdning og værdi på det varenummer.

Jeg kaster derfor hver kvartal hele lageret i regneark og sammenligner prisudvikling pr. varenummer ift. foregående opgørelser. Her fanger jeg de største afvigelser og har efterhånden lært at spotte de vigtigste risikoområder.

Som sådan har vi ikke en bestemt oprydningsrutine, hvilket vil blive et behov efterhånden som vi får flere data. Vi har kørt siden 1.1.2002 og har ca. 100 unikke brugerer. Lageret indeholder ca. 11.000 varenumre, så vi har såmænd transaktioner nok og efterberegningen ER en tidskrævende proces. Jeg slår den i stykker ved at efterberegne pr. varegruppe, men den samlede procestid er ca. 1 time.
Mht. hastighedsoptimering har vi haft glæde af, at sætte vores Axapta-konsulent (deres bedste på database-siden) sammen med en Oracle-ekspert. Det har resulteret i, at vi løbende afvikler nogle statistikkørsler på Oracle-serveren, som forbedrer performance.

Jeg håber, du kan bruge lidt af ovenstående og hører gerne om dine erfaringer.