Visma Global
Visma Global
Visma Global
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
I tilfeller der man brukte posteringstyper med behandlinsregel "kopiering<br />
av ført bilag", "reversering av ført bilag" og "kopiering og reversering av ført<br />
bilag" ble mva koden hentet fra konto og ikke det førte bilaget. Dersom<br />
man hadde overstyrt mvakode på det opprinnelige bilaget ble denne<br />
ignorert. Dette er nå korrigert.<br />
Nytt felt for total saldo på kunder/leverandører<br />
Det er lagt til et nytt felt for å vise total saldo på kunder og leverandører<br />
(Resk.saldo). Feltet er også mulig å dra inn som et hjelpefelt i dialogen for<br />
inn\utbetalinger. Feltet har objektID 20725.<br />
Automatisk fritekst i bilagsregistrering<br />
Dersom du benytter automatisk fritekst ved bilagsregistrering og du i<br />
bilagsnummerfeltet benytter pluss for å få neste ledige bilagsnummer, så<br />
ble friteksten kopiert fra foregående linje.<br />
Sjekk på gyldig konto i periodiseringsdialogen<br />
Ved periodisering i bilagsregistrering opplevde man at <strong>Global</strong> serveren<br />
kræsjet dersom man ikke anga noen konto i periodiseringsdialogen. Det er<br />
nå blitt lagt inn sjekk på gyldig konto med teksten "ugyldig konto" i<br />
dialogen.<br />
Feltet fritekst og endring av transaksjon/reversering av bunt<br />
Dersom friteksten var mer en 50 karakterere så ble den kuttet ved endring<br />
av transaksjon/reversering av bunt. Feltet er nå endret til lengde 100 i<br />
buntlinjekopi tabellen<br />
Automatposteringer<br />
Intervaller som basis for automatposteringer<br />
Dersom du kjører med intervaller som basis for automatposteringer, så ble<br />
ikke dette tatt hensyn til ved automatisk buntoppdatering. Eks<br />
kontonummer 3000,3001,3002.<br />
Merk! Dersom man har kjørt automat posteringer på en periode før versjon<br />
7.70, vil man få samme resultat på den perioden første gangen som<br />
automatposteringer kjøres. De neste oppdateringene vil opptre korrekt.<br />
Dette skyldes at problemet er forårsaket av å ha for lite historiske data om<br />
hvilke transaksjoner som er inkludert i tidligere oppdateringer, og disse<br />
dataene kan ikke rekonstrueres.<br />
Automatposteringer ved kostnadsbærerhierarki<br />
Ved manuelle automatposteringer med kostnadsbærerhierarki og hvor det<br />
ble spesifisert "Alle" som verdi for ekstra kostnadsbærere så fikk de - 1<br />
som verdi. Dette er nå korrigert.<br />
<strong>Visma</strong> <strong>Global</strong> - Nyheter og forbedringer versjon 7.70 18
Change language