Matching i bilagsregistrering   Du har et valg på bilagsarten - kopierer åpne poster fra åpen poster til motreferanser ved oppslag – som gjør at du enkelt kan huke av for postene du vil matche. Legg inn kunde/leverandør og trykk * i motref – da listes alle åpne poster og du kan markere posten(e) du ønsker med x i feltet betalingsreg i motref.tabellen   Fra hjelp:   Kopierer åpne poster fra åpen poster til motreferanser ved oppslag Hvis avkrysset kopieres de åpne postene til feltet for motreferanser slik at du ser disse når du gjør oppslag i dette feltet. Det forutsetter at tabellen Motreferanse er koblet til tabellen Bilag. Merk: Det er begrensinger på hvor mange tabeller og felter du kan inkludere data fra når du benytter matchingsmetoden Kopier åpne poster ved oppslag, da dataene kun blir lest inn i minnet, og ikke ligger som rader i tabellen Motreferanse før du lagrer. Det betyr også at inkluderte felter forsvinner hvis du søker eller oppfrisker før du lagrer. Alle poster som ikke har kryss for betalt i feltet Betaling reg. i tabellen Motreferanse forsvinner når du lagrer. ... View more

Periodisering   Du kan kjøre periodisering av bilag fra behandlingsmenyen på bilagslinjen Du vil da få opp denne dialogboksen:       Til start               Standarverdien er satt til 1 som er fra og med neste periode.                             Du kan også sette 0 (null) som betyr fra og med buntens periode. Ved å angi                             minus foran tallet kan du angi perioder bakover i tid   Varighet             Hvor mange perioder periodiseringen skal gå over. Ved å angi et negativt tall                             kan du angi perioder bakover i tid fra startperioden   Konto                 Angi hvilken motkonto som skal benyttes på transaksjonene   Debet/kredit     Angi om motposteringen skal til debet eller kredit   På bilagslinjen kan du hente frem feltet valuteringsdato ( trykk ctrl+o for å hente fra tabellen). Du vil da se riktig valuteringsdato på periodiseringstransaksjonene   Om du får feil – «mangler regnskapsperioder» – Sjekk tabellene regnskapsperioder og avgiftsterminer, at det ligger riktig her mtp periode og år, og periode og år ligger langt nok frem i tid mtp periodiseringen   I noen tilfeller kan det ligge feil i disse tabellene som kanskje ikke alltid er like lett å se. Slett da radene for periodene, og opprett ny rad med riktig regnskapsår og første periode – resten av periodene kan du fylle ut med +.  Det samme kan gjøres i avgiftstermintabellen. Det vil da bli fylt ut med riktige perioder. ... View more

Avskriv restbeløp   Du kan avskrive restbeløp som ligger i åpen kundeposttabellen ved å høyreklikke – avskriv betalinger. Det blir da produsert avskrivingsbilag for fakturaer     Du har noen settinger i bedriftsopplysninger vedr dette Maks betalingsavvik annet og maks betalingsavvik kontantrabatt Betaling avskrivingskonto annet og og betalings avskrivings konto kontantrabatt Betaling avskrivingsserie   Du har også tre settinger i regnskapsbehandling i bedriftsopplysninger : avskriv restbeløp istedenfor betalingsavvik avskriv negative beløp kjør avskriv betalinger etter oppdatering av bunt Sistnevnte gjør at avskriving blir kjørt automatisk etter oppdatering så du slipper å kjøre dette fra åpen posttabell     Alle rader i tabellen åpen kundepost vil bli behandlet, det er dessverre ingen mulighet for å markere kun en rad (Dersom Avskriv restbeløp i stedet for betalingsavvik ikke er valgt vil feltet Bet.avvik annet bli benyttet for avskrivningsbilaget, og kun valgte rader vil bli behandlet.)     ... View more

Bankavstemming   Forutsetninger: Aktiv bankavtale i visma.net AutoPay Komme i gang med visma.net AutoPay, les her: Brukertips Visma-Business-Oppstart-Visma-net-AutoPay-med-Visma-Business/ Visma Business versjon 14.10. Alle kunder på bankavstemming må benytte ver. 15.x og nyere. Ver.14.10 var pilotversjon, og sentrale feil ble rettet etter pilotkjøring. Lisens for “Visma Business Bank reconciliation”. Modulen har ingen begrensning på antall brukere, det er kun en Av/På-lisens. Uten lisensen vil ikke behandlingsvalgene for bankavstemming være tilgjengelige   Se gjennomgang av bankavstemming ( se vedlagte pdf ) :   Banktransaksjoner tilbake i tid: Det fungerer ikke hente ned banktransaksjoner tilbake i tid, Du kan kun hente ned/motta automatisk via visma.net autopay kontoutskrifts-transaksjoner fra det tidspunkt hvor dette aktiveres på bankavtalen i Autopay. Du kan registrere kontoutskrifts-transaksjonene manuelt tilbake i tid inne i Visma Business.   Formular bankavstemmingsrapport: Det ligger 2 formularer som standard til bankavstemmingsrapporten – formulartype lik 12. Et formular for innenlands – og et formular for valutakonto   I formularet som benyttes mot en innlands- konto så er det viktig at det er kolonnen  for "avstemming restbeløp" som er tatt frem og benyttes - ikke kolonnen for "avstemming restbeløp i valuta". "Avstemming restbeløp i valuta" kolonnen benyttes ved avstemming valutakonti da det er "Beløp i valuta" verdiene som ligger til grunn   Husk å velge riktig formular ved godkjenning av periodens avstemming. Du kan manuelt evt endre vindu for utskriftsoppsett – eller lage et nytt utskriftsoppsett med riktige kolonner – og knytte dette til et nytt formular   Versjonsendringer:   Versjon 16.0     Avstemming av regnskapstransaksjon med valuta   Avstemming av en hovedbokstransaksjon med valuta mot en tilhørende kontoutskriftstransaksjonen, var ikke alltid mulig. Dette fordi mange banker leverer kontoutskrifter kun med beløp i kontovalutaen, uten de tilhørende valutabeløpene. Avstemming er nå endret for bankkontoer i innenlandske valuta (dvs. kontoer hvor feltet Valutanr i tabellen Bankpartner er tomt, eller likt med feltet Valutanr i tabellen Bedriftsopplysninger). For disse vil kun verdien i feltet Avstemming restbeløp bli tatt hensyn til i avstemmingen, og ikke som tidligere også valutafeltet på transaksjonen. Godkjent avstemming vedlegg   Det er nå mulig å koble vedlegg til rader i tabellen Godkjent avstemming. Vedlegg kan for eksempel være PDF-filer med kontoutdrag fra banken, eller dokumenter med ekstra forklaringer av beløpene i avstemmingen.   Versjon 15.01.0 Manuell avstemming   I tidligere versjoner fikk man en advarsel når det ble gjort forsøk på å matche transaksjoner med ulike beløp. Nå er standard virkemåte at dette ikke er mulig, og en feilmelding returneres. Det er imidlertid mulig å få tilbake den "gamle" virkemåten ved å angi den nye parameteren Match transaksjoner selv om beløpene er forskjellige i feltet EBF-behandling 2 i tabellen Bankpartner.   Versjon 15.00 Automatisk avstemming som en del av behandlingen Bokfør bankgebyrer og renter   Når Direkte oppdatering er aktivert i dialogboksen Bokfør bankgebyrer og renter, blir avstemmingsprosessen automatisk utført. Den opprettede posten i tabellen Hovedbokstransaksjon blir automatisk avstemt med den refererte posten i tabellen Kontoutskriftstransaksjon.   Merk: Kolonnen Kontoutskr.trans.nr har blitt lagt til i tabellene Bilag og Oppdatert bilag og som referanse til tabellen Kontoutskriftstransaksjon.   Bankreferanse-basert matchingsalgoritme for Automatisk avstemming   Det er lagt til en ny matchingsalgoritme for automatisk å kunne avstemme Hovedbokstransaksjon-poster med poster i tabellen Kontoutskriftstransaksjon. Algoritmen søker i disse to tabellene etter unike, matchende kombinasjoner av Bankreferanse og Avstemming restbeløp i valuta. Etter at matchingen er gjennomført, vil de resulterende Avstemt transaksjon-postene ha Algoritme angitt som 7 - Enkeltvise transaksjoner med samme bankreferanse.   Merk: Denne nye algoritmen får den høyeste kjøringsprioriteten av alle algoritmene for behandlingsvalget Automatisk avstemming. Ny kolonne for Bankpartnernr   Kolonnen Bankpartnernr er lagt til i tabellene Godkjent avstemming og Avstemt transaksjon. Ved hjelp av denne fremmednøkkelen kan tabellen Bankpartner slås sammen med tabellene Godkjent avstemming og Avstemt transaksjon.   Trekk tilbake godkjent avstemming   Nå er det mulig å trekke tilbake en bankavstemmingsrapport. Behandlingsvalget Trekk tilbake godkjent avstemming kan bare kjøres for den seneste godkjente rapporten. Dvs. hvis den valgte raden i tabellen Godkjent avstemming har det høyeste Avstemmingsnr. for en bestemt Bankpartnernr-verdi. I tillegg kan behandlingsvalget bare kjøres hvis Avstemt pr. dato for den valgte posten er nyere enn sperredatoen.   Bruk av feltet "Avstemming restbeløp" for matching   For bankkontoer i innenlandsk valuta benyttes nå feltet Avstemming restbeløp for matching av transaksjoner i tabellene Hovedbokstransaksjon og Kontoutskriftstransaksjon. Feltet Avstemming restbeløp i valuta ble tidligere brukt både for bankkontoer både i innenlandsk og utenlandsk valuta, men benyttes nå kun for utenlandske kontoer.   Bankavstemmingsrapport   I filen for norske standardoppsett (norstd.txt), har formularet for Bankavstemmingsrapport blitt oppdatert med informasjon for "Bankkonto" og "Hovedbokskonto". Det finnes nå også to utskriftsformularer, et som skal benyttes for bankkontoer i innenlandsk valuta og et for valutakontoer   Konvertering av format på bankkontonr. ved import av kontoutskriftstransaksjoner   Enkelte banker kan sende kontoutskriftstransaksjoner for bankkontonr. med et annet format (BBAN eller IBAN) enn det som er angitt på den aktuelle bankpartneren. For bankavstemmingsformål blir nå bankkontonr. på importerte rader i tabellen Kontoutskriftstransaksjon lagt til med samme format som bankkontonr. på bankpartneren.   Feil fortegn på banksaldo   Ved import av kontoutskriftstransaksjoner ble negative verdier i saldofeltene for bank importert som positive. Dette er nå løst.   Bankavstemmingsrapport   Ved utskrift av Bankavstemmingsrapport ble ikke uavstemte transaksjoner for tidligere perioder spesifisert, noe som førte til differanse på rapporten. Dette er nå løst.   Import av kontoutskriftstransaksjoner feiler   Hvis XML-filen for kontoutskriftstransaksjoner kun inneholdt saldoer, og ingen transaksjoner (dvs. ingen <Entry>-elementer), feilet importen. Dette er nå løst.   Versjon 14.10 Utskrift og godkjenning av avstemning   Det er lagt til utskrift av Bankavstemmingsrapport. Dette har blitt gjort for en eller flere bankkontoer, for en bestemt regnskapsperiode/år. Hvis innholdet i rapporten er riktig, kan det godkjennes før de avstemte transaksjonene låses for videre behandling. Det opprettes en post for godkjenningen i tabellen Godkjent avstemming, som også vil inneholde PDF-rapporten.   Legge inn data manuelt i tabellen Kontoutskriftstransaksjon   Når man starter opp med bankavstemmingen, kan man noen ganger trenge å legge inn poster manuelt i tabellen Kontoutskriftstransaksjon. Dette kan nå gjøres direkte i tabellen. Radene som er lagt inn manuelt, vil ha verdien 1 - Manuelt registrert i det nye feltet Opprinnelse. Disse radene kan redigeres og slettes helt til de har blitt avstemt, mens rader med opprinnelsen 2 - Importert fra AutoPay er låst for redigering.   Ny kolonne for Algoritme i tabellen Avstemt transaksjon   Det er lagt til en ny kolonne for Algoritme i tabellen Avstemt transaksjon. Kolonnen viser hvilken avstemmingsalgoritme den automatiske avstemmingsrutinen brukte. Hvis manuell avstemming ble brukt, logges det også.   Gjenstående desimaler etter avstemming   Avstemmingen kunne for noen beløp føre til at 0,01 ble stående igjen i feltene for Avstemming restbeløp. Dette er nå løst.     ... View more

Vedr spørsmål om hvilken versjon av Visma Business man må ha for å kunne levere nødvendig informasjon i SAF-T-format til Skatteetaten. SAF-T blir som kjent obligatorisk ved bokettersyn for transaksjoner registrert etter 1/1 2020.    Vi har kun eksport av saf-t fil, dessverre ikke laget en import av saf-t til Visma Business ISO-koder anbefales å være oppdatert i valutatabellen, med 3 lengdesiffer. I eldre versjoner i VB har det hendt at en har kopiert ISO-kode fra landtabellen, og disse inneholder kun 2 bokstaver. Skatteetaten tilbyr systemleverandører eller andre som utvikler løsning for å støtte SAF-T formatene, å delta på test via Altinn. https://www.skatteetaten.no/bedrift-og-organisasjon/starte-og-drive/rutiner-regnskap-og-kassasystem/saf-t-regnskap/testinnsending/     Vi anbefaler at du kjører siste versjon vedr saf-t, da det er en del endringer. Dette er noen av endringene som ligger i versjonene:   Versjon 16.01: Delt eksportfil for SAF-T hvis antall transaksjoner er svært høyt Under behandlingsvalget Eksporter SAF-T er det lagt til alternativ for Eksporter grunndata og hver periodes transaksjoner i separate filer. Velges dette opprettes det én XML-fil med grunndata og 12 XML-filer med overskrift og hovedbokstransaksjoner.   Merk: Dette alternativet skal brukes av selskap med store datamengder der xml-filen blir større enn 2 GB hvis den eksporeres i en fil, fordi skattemyndighetene ikke kan håndtere filer som er større en 2 GB Utelat: Grunndata – utelater grunndata fra XML-filen Utelat: Hovedbokstransaksjoner – utelater hovedbokstransaksjonene fra XML-filen.   Versjon 16.0 Justert utlegg av data Bokstavene «MVA» legges ikke lenger ut i taggen <TacRegistration>   Versjon 15.10.1: Bilag uten Bilagsart Et problem ved eksport av bilag uten bilagsart har blitt løst.   Bilag anbefales å oppdateres med bilagsart, ved ikke angitt bilagsart ved bokføring tildeles automatisk bilagsart = 0 og denne finnes ikke i Masterdata. Dette kan for eksempeloppstå ved en filimport hvor bilagsart ikke er satt   Mva-beløp Fordeling av mva-beløp mellom transaksjoner kunne i noen tilfeller bli feil. Dette   er nå løst. Et litt smalt scenario i utfordringene rundt akkumulerte transaksjoner - når vi splitter det akkumulerte ut igjen på separate poster fant de en feil når det i samme journal var flere ordre med flere mva-satser innen hver ordre. - Versjon 15.10   Automatisk genererte transaksjoner Det er to oppsett i systemet som kan forårsake akkumulering av transaksjoner i tabellen Hovedbokstransaksjon, som kommer i konflikt med SAF-T-formatet. Disse to parametere i tabellen Bedriftsopplysninger blir endret under oppgraderingen av bedriftsdatabasene: Aut.gen.trans.beh. settes til 2 - Produseres fortløpende (anbefalt). Hovedbokstransaksjoner pr. faktura (anbefalt) i Regnskapsbehandl. aktiveres. Med innstillingene satt som beskrevet over, vil all informasjon som kreves av SAF-T-formatet være tilgjengelig for hver transaksjon. Denne har ikke tilbakevirkende kraft, denne blir satt under oppgradering – men anbefaler at denne blir satt evt også før oppgradering     Versjon 15.01 Behandlingsvalget Eksporter SAF-T Behandlingsvalget Eksporter SAF-T har blitt flyttet fra tabellen Bedrift til tabellen Bedriftsopplysninger.   Oppdatert felt-mapping Mapping har blitt oppdatert for følgende tagger i filen: <GLPosting date> - Valuteringsdato (tidligere Opprettet dato) <JournalID> - Bilagsjour.nr (tidligere "A")   Versjon 15.0 Avrunding av strengverdier For å oppfylle spesifikasjonene for maksimal strenglengde for data eksportert til SAF-T, vil følgende datatyper avrundes på følgende måte: Kode: 9 tegn Kort tekst: 18 tegn Medium tekst 1: 35 tegn Medium tekst 2: 70 tegn Lang tekst: 256 tegn ISO-landskode: 2 tegn ISO-valutakode: 3 tegn SAF-T XML-fil, format Den eksporterte XML-filen ble ikke korrekt lagret i UTF-8-format. Dette er nå løst.   Det er noen som har fått feilmelding på ugyldige verdier i xml filen - "Invalid character in the given encoding.." Løsningen er da å lagre filen som utf-8 format, åpne filen i notepad+ og gjøre endringene   Generelt kan det feile på bruk i _ (understrek). Dette kan evt scriptes vekk. Vi har oppdaget at dette kan være satt på aktører, og filen kan feile her.     Versjon 14.10.1 Oppdatert fil for standardkontoer Skatteetaten har oppdatert filen for standardkontoer som benyttes i SAF-T. En oppdatert Standard_account.txt er inkludert i denne versjonen og kan importeres til tabellen Standardkonto.   Oppdatert til AuditFileVersion 1.10 SAF-T AuditFileVersion har blitt oppdatert til ver 1.10.   Filtrering av data Det er nå mulig å filtrere vekk Kundenr, Lev.nr og Ansvarsenhet 1 - Ansvarsenhet 12 uten data fra eksporten til SAF-T.   Versjon 14.10.0 XML-elementet NumberOfEntries (<n1:NumberOfEntries>) XML-filen som ble produsert av Eksporter SAF-T, viste antall Hovedbokstransaksjon i stedet for antall Bilag. Dette er nå løst. Utelatte XML-elementer Eksporter SAF-T eksporterte ikke XML-elementene GroupingCategory (<n1:GroupingCategory>) og GroupingCode (<n1:GroupingCode>). Dette er nå løst. Overflødige forekomster av XML-elementene CustomerID og SupplierID Eksporter SAF-T eksporterte XML-elementene CustomerID (<n1:CustomerID>) og SupplierID (<n1:SupplierID>) i linjene (<n1:Line>) under hovedboksposter (<n1:GeneralLedgerEntries>) for alle linjer, og ikke bare for linjer med en hovedbokskonto knyttet til kundereskontro og/eller leverandørreskontro. Dette er nå løst.   IB utelatt på resultatkontoer Eksport til SAF-T tok ikke med inngående balanse på resultatkontoer. Dette er nå løst.   Manglende Avg.kode når 0% mva. Eksport til SAF-T utelot elementer under <n1:TaxInformation> hvis raden i tabellen Hovedbokstransaksjon hadde en mva.kode med 0% mva. Dette er nå løst.   Man kan mappe mot næringsoppgave f.o.m. 14.10. Da må man bruke de feltene som heter Grupperingskategori og -kode. NB! Før denne versjonen blir ikke disse feltene tatt med i eksporten, selv om de finnes i databasen. Forarbeidet kan mao. gjøres i tidligere versjon, men ikke selve eksporten. Disse feltene må fylles manuelt med korresponderende kategori og koder, som finnes f.eks. her: https://github.com/Skatteetaten/saf-t/blob/master/Grouping%20Category%20Code/XML/RF-1167_Grouping_Category_Code.xml  Vi har ikke laget støtte for mappingforslag mot næringsoppgave, så det er evt. en manuell operasjon for dem som ønsker å bruke det.      F.o.m. 13.10 kan du importere SAF-T standardkonti til vbsys (fra fiilen Standard_account.txt som finnes i mappen Nor.Int der Business er installert, f.eks. C:\Visma\Business\Nor.Int), og deretter bruke behandlingsvalget "Angi standardkonto" på hovedbokskonti for å få et forslag til mapping mot 2- eller 4-sifret SAF-T-kode. Behandlingen kan kjøres enkeltvis for firma eller for flere firma av gangen via en tidsstyrt oppgave. Se også - https://community.visma.com/t5/Nyheter-i-Visma-Business-og/SAF-T-i-Visma-Business-versjonskrav/ba-p/242197     ... View more

Ocr import (betalinger fra kunder) i VismaBusiness via Visma.net.Autopay eller Babelbank Hvorfor Automatisk generering av bilag for ocr betalinger Formål I VismaBusiness må du definere ocr kid så betalingsløsningen kan finne ut hvordan systemet skal finne kundenummer og fakturanummer ut fra kid. Det er naturlig å definer flere rader for håndtering av betalinger.   Beste praksis Bruk tabellen “Factoringselskap” for å definere kid Du må se på settingene for betalingsprosessen og lengden på kundenr og fakturanr for å få en oversikt over tolkingen av kid Eks: Lengden på kid inklderer kontrollsiffer på 16 tegn, dette betyr at du må definere settinger for 15 tegn   "Fact behandling” Denne må hakes av for ocr/kid definisjon. (bitverdi 2) "Factoring id" Du kan matche innkommende betaling direkte mot kid som står på fakturaen (åpen post) i Visma Business. For å få til dette må “Fctoring id” stå til 0;0 Du kan også bruke kolonnen factoring id til å sette start posisjon for kundenr og fakturanummer – kundenr; fakturanr. (eks 6;8) Hvis kid kun består av kunde- eller fakturanr må du sette 0 (null) for settingen som ikke er i bruk. Avhenging av settingene i kolonnen betalingsbehandling og bruk bare kundenr /bruk bare fakturanr som kid (Kun Babelbank). “Kid factoring siffer” Babelbank vil behandle disses som siffer mellom kunde og fakturanr   “Kid kunde/levsiffer” Antall siffer i kundenummer   “Kid refnr sifer” Antall siffer i fakturanummer "Bankkonto" Her legges klienten bankkontonummer. Om de har flere bankkontoer defineres en kiddefinisjon pr bankkonto “Ocr bankkontnummer” Legg inn hovedbokskontoen for denne bankkontoen   “Ansvarsenheter” Legg inn ansvarsenhet som benyttes, eks. avdeling og prosjekt "Betalingsbehandling” Denne er i bruk kun for Babelbank Eks: KID 010234000024672 (010234 00002467 2)   Innstillinger for ocr import (avansert) Hvis firmaet mottar betalinger for mer enn en bankkonto eller har forskjellig kid på samme bankkonto, må dette settes opp på flere linjer. Eksempel som viser to varianter av kid på samme bankkontonummer.   KID "OCR betaling" 010234000024672 (010234 00002467 2) KID "OCR ekstern kID" 0200010234001013589 (020 0010234 00101358 9)     Hvis kid inneholder mer enn fakturanummer og kundenummer, kan du sette start posisjon for kundenummer og fakturanummer. Eksempel kid 0200010234001013589 viser kundenummer fra posisjon 4 og fakturanummer fra posisjon 11. "Bilagsserienummer" (Kun BabelBank) Hvis det er to varianter av kid med samme lengde men med forskjellige bilagsserienummer, kan du sette serien i denne kolonnen så betalingsløsningen tester på denne og velger rett bilagsserie. I tabellen bilagsserie definerer du fakturanummer for hver serie med første bilagsnummer og siste bilagsnummer. ... View more

Opprett ny bunt eller bilag fra oppdaterte bunter /bilag Dette er en fin funksjon for tilbakeføring (snu fortegn) samt skape ny bunt for korrigering (husk eventuelt å endre aktuelle data).   Ønsker du å opprette en ny bunt ut fra en oppdaterte bunt, markerer du den aktuelle bunten, eventuelt flere bunter, og velger behandlingsvalget opprett ny bunt. Du får da opp dialogboksen for opprett ny bunt. Det samme kan du gjøre ved å stå i bilag, markere det aktuelle bilaget og velge opprette ny bunt   Merk: Behandlingsvalget Opprett ny bunt fra tabellen - oppdatert bunt,  kopierer hele bunten inkl. motreferanser, i motsetning til behandlingsvalget opprett ny bunt fra tabellen - oppdatert bilag, som ikke tar med motreferanser (siden linjene blir tildelt nytt linjenummer).       Menyvalg i dialogen: Bytt om debet/kredit Her kan du krysse av for om debet og kredit skal bytte plass, slik at de nye bilagslinjene utligner de opprinnelige. Merk: Har du benyttet feltet Periodiser kredit på bilagslinjene må du registrere eller ta bort flagget i dette feltet manuelt hvis du skal krysse av for Bytt om debet/kredit. Gjør du ikke dette blir kontofordelingen snudd på feil måte. Når du velger OK, vil du se hvilken bunt som blir behandlet på statuslinjen. Samtidig vil en prosessindikator illustrere hvor mange av de valgte buntene som er behandlet hittil. De nye buntene tildeles forløpende buntnummer. De blir dessuten påført opprinnelseskoden 14 - Tidligere bunt. Feltet Oppr. kjørenr blir også tatt med til den nye bunten.   Bruk opprinnelig valutakurs 2 Har du kryss i dette feltet får den kopierte bilagslinjen automatisk et kryss i feltet Ikke oppdater valutakurs fra bilagsdato under Trans.status, og krysset i feltet Oppdater valutakurs fra bilagsdato under Bilagsart beh. i tabellen Bilagsart blir slått av. Feltet er standard avkrysset. Du kan se bort fra dette krysset om ikke valuta 2 er i bruk. Avhengig av hva du ønsker med de kopierte bilagene, må du enten slå av valget i dialogen ved kopiering, eller endre på de kopierte bilagslinjene i etterkant. Ved tilbakeføring av bilagslinjer er det vanlig å ha kryss i feltet. Du skal ikke ha kryss i feltet hvis det er en kopi av en bunt som: skal bli brukt som mal og skal bli oppdatert i annen periode med ny bilagsdato og skal beregne valutakurser på nytt ... View more