🚀 go-pugleaf

Ulrik Lunddahl <lunddahl@post1.tele.dk> skrev i artiklen
<6j1t9s$3cig$1@news-inn.inet.tele.dk>...
> Carsten Overgaard wrote in message <01bd78e7$4308ca70$0a14a0c0@FG_P01>...
> 
> >Programmet k�rer p� NT 4.0 med NT 4.0 WS (DK). Der er ca. 16 brugere,
> >hvoraf 7-8 personer konstant opholder sig i ordrekartoteket i samtlige
> >timer. Der dannes ca. 450 ordrer om ugen og der faktureres tilsvarende.
> 
> Et ganske lille load systemets st�relse taget i betragtning.

Men meget belastende for systemet efter Damgaard Data mening. Modsat C4 er
C5/XAL med native database ikke glad for at mange personer tramper rundt i
samme kartotek. Det skulle bla. v�re derfor at der ikke er lanceret et
detail-modul, selvom det har v�ret f�rdigprogrammeret af IT-system Partner
og DD i f�llesskab tilbage i 93. Jeg er blevet anbefalet skift til Oracle
eller SQL af den grund.
 
> >Vi st�r med 14 fakturaer i h�nden, som ikke er registeret i databasen,
men
> >er udskrevet derfra. De forefindes hverken i lagerposteringer,
> >debitorposteringer, som ordrelinier og i finanskartoteket.
> 
> Jeps, kunne v�re fordi der mangler noget i de tabeller som fakturaen
> relaterer til, f.eks. en fejl p� debitorens stamkort, eller en fejl p� et
af
> de lagerkort hvor varen indg�r i fakturaen.

Nej, jeg har s�gt isoleret i de enkelte kartoteker ved hj�lp af egen
XAL-kode. Der skulle v�re stumper af fakturaerne i de enkelte kartoteker
(Finpost, Debpost, DebFakPost, LagerPost.), men det er ikke tilf�ldet.

> >Vor forhandler, som i�vrigt afviser at have set f�nomenet f�r, har
kommet
> >med en teori, at XAL's cache p� arbejdsstationen skulle v�re g�et tabt
og
> >at vi derfor skulle �ndre p� parametren (-P) fra 10 til 5.
> 
> Hmmm, lyder ikke ret sansynligt, er alle 14 fakturaer laver fra den samme
> arbejdsplads, eller indeholder de alle en speciel vare, eller er de alle
p�
> den samme debitor.

De er lavet fra samme arbejdsplads, men med forskellige varer og debitorer.

Som en kommentar omkring dit indl�g omkring C4, kan jeg huske en sag fra
min tid som Concorde Konsulent.

Jeg blev kaldt ud til et reng�ringsfirma, som k�rte p� en NT 3.51server med
WfW-klienter. I deres ellers tomme kassekladder dukkede der pludselig
posteringer op, som var bogf�rt for flere m�neder siden.

En n�rmere analyse viste af der var mange fejl i allerede bogf�rte
posteringer. Efter at have repareret systemet, begyndte vi en analyse af
NT-systemet, som blev justeret et par steder. Det holdte et halvt �r. S�
skete det samme igen.

Igen en reparation, men denne gang skiftede vi serveren til en Novell 3.12
server. Vi har ikke h�rt om problemer siden.

Konklusionen m� v�re at der i relation til de server-systemer, som er
kommet til efter at det administrative system er blevet konstrueret, vil
komme problemer. Simpelthen fordi man m�ske har optimeret sin kode for
meget mod eksisterende systemer. Det er m�ske ogs� fair nok, hvis man blot
et eller andet sted havde skrevet det til brugerne, men det er desv�rre
der, at salgsafdelingen har for meget indflydelse. Det er DD ikke alene om.

Med venlig hilsen
Carsten Overgaard