Brukertips i Visma Business og -Regnskapsbyrå

Nytt behandlingsvalg for levering av mva melding:     Mva-melding for 2022 blir sendt til Altinn 3 i steden for Altinn 2.  Siden mva-melding for 2022 blir sendt til Altinn 3 så benyttes ID porten - MinId, BankId etc.  Mva-melding blir sendt via Autoreport, så brukeren må ha en bruker i Autoreport  Når du sender mva-melding blir du satt til Id porten for autentisering. Etter autentisering blir Mva-melding sendt for validering. Når validering er ok kan du sende mva-melding fra Autoreport. Mva-melding bekreftelse/kvittering (pdf) blir automatisk nedlastet til AutoReport arkivet Ved pålogging mottar Autoreport en token fra ID-porten som varer i 8 timer. Betalingsoppfordring er dessverre ikke klart ennå (v. 17.00)  Komplett og signert er ikke tilgjengelig i Altinn 3.  Rapporter før 2022 blir fortsatt sendt til Altinn 2   Utfordringer pr 01.03.2022 Rapporteringsperiode var feil i utgående mva.melding for alt annet enn to-månedlig rapportering - Korrigert i versjon 16.10.2   Desimaler i norsk mva.rapportering blir nå fjernet og erstattet med .00 for å oppfylle valideringskravene i Altinn. - Korrigert i versjon 16.10.2   Dette gjelder både VB og VB Byrå. Du har mulighet til å korrigere manuelt, om du ikke har mulighet til å oppgradere.   Det er mulig å laste opp XML-en til Skatteetatens portal (https://skatt.skatteetaten.no/web/mva/) Du kan redigere  desimalverdiene i XML-en før du legger inn filen i Altinn. Xml-filen blir lagret i reportdata i autoreport arkiv. Det er også mulig å legge inn tallene manuelt i portalen 

Vi har fått et par henvendelser for dette. I dette brukertipset viser vi hvordan du kan utføre dette fra Visma Business.    I selve ansvarsenheten, dersom en henter opp kolonnen ansvarsenhetsbehandling. Har man et valg med bitverdi 8. Dersom en kun velger "unnta fra eksternt system". Se av bildet under som eksempel.     Lagrer en dette valget, vil prosjektet/ene bli slettet fra klienten  i Webfaktura.   Et annet tips vi kan nevne i denne anledningen. Er om en ønsker å vise når et prosjekt er avsluttet i Webfaktura. Da kan en sette inn en dato, inn under kolonnen "reell slutt-dato" for ansvarsenheten.   Følgende utføres. Prosjektet vil få status Avsluttet i Webfaktura. Prosjektet vil en ikke kunne få valgt i Webfaktura. Kolonne i Visma Business.   Visning i Webfaktura.      

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.

Valuta   Alle valutaene som du handler i, legger du inn i tabellen "Valuta". Hver rad i tabellen beskriver en valutakode. Tabellen ”Valutakurser” gir mulighet for innleggelse av daglige kurser og oversikt over historisk kurs. ”Valuta 2” gir mulighet til å føre med 2 valutaer på hver transaksjon. Når du starter opp Visma Business første gangen, ligger de mest vanlige valutakodene i henhold til standard ISO-koder inne. Har du behov for flere valutakoder eller ønsker å oppdatere for eksempel valutakursen på en av de eksisterende, kan du fritt gå inn å redigere i tabellen. Du bør minimum sjekke at kontohenvisningene til hovedbok stemmer, da disse blir brukt i de automatiske oppdateringene ved godkjenning av purrebrev, remitteringsgiro, rentenota og ved elektronisk betalingsformidling. Du bør ikke gå inn og endre en valutakode til en annen type valuta, hvis du har oppdatert bilag på koden. Ligger det verdi i kolonnen «Bankforb.nr», vil bankkontonummer til denne – blir benyttet ved produsering av bankkonto på fakturautskriften. MERK! Standard valutanummer for bedriften må bli lagt inn i tabellen "Bedriftsopplysninger". For standard valutanummer må du minimum fylle ut gyldige kontohenvisninger til hovedbok for å få startet purre, remitterings- og renteberegningsrutinene. Hvilken valutakode som blir benyttet i de ulike rutinene, blir styrt av valutanummeret som er oppgitt på kunden i tabellene "Aktører" og "Hovedbokskontoer" eller ved bilagsregistrering. Har du ikke fylt ut valutanummer noen av disse stedene, vil Visma Business bruke standard valutanummer fra tabellen "Bedriftsopplysninger". I valutatabellen defineres også hvilke konti f.eks purregebyr og fakturagebyr skal bokføres på.   Automatisk valutakurs oppdatering Har du aktivert visma.net Autopay på en av klientene i Visma Business, kan du slå på automatisk valutakurs oppdatering på alle klienter. Du aktiverer valutakursoppdatering i tabellen Bedrift.     Kort oversikt over valutaimporten: Valutakurser importeres daglig, bortsett fra bankens offisielle helligdager / helger. Valutakursene (midtkurs) utarbeides fra banken etter bankens stengetid. Disse kursene blir importert i løpet av kvelden.  I praksis betyr det at det er gårsdagens valutakurser som er den sistoppdaterte valutakurs i Visma Business. Bare eksisterende valutaer i Valuta-tabellen, som har en standard ISO-kode, blir importert. Tabeller / felt involvert: I Valuta-tabellen blir Salgskurs-kolonnen oppdatert I Valutakurs-tabellen opprettes en ny rad per dato. Valuta 2   Dersom bedriften inngår i et konsern som gjør opp regnskapet i en annen valuta enn den som er oppgitt i feltet "Valutanr", angir du konsernet sin valuta i feltet "Konsernvalutanr" i tabellen "Bedriftsopplysninger". Feltet refererer til tabellen "Valuta". Kontoutskrifter, saldolister og resultat- og balanserapporter kan bli presentert i denne valutaen. Konsernvalutaen som du definerer i tabellen "Bedriftsopplysninger", kan bare bli rapportert med en kurs for balanse og en for resultatkonti.   Med tabellen "Valutakurser 2", kan du ta vare på en valuta nummer to. Med tabellen "Valutakurser 2" kan du ta vare på en annen valuta på transaksjonen enn bokføringsvalutaen, og en faktureringsvaluta som kan bli beregnet enten ut fra bokføringsvalutaen eller transaksjonsvalutaen. Valuta nummer to er ment for rapportering til for eksempel morselskapet som bokfører i en annen valuta. Dette blir ofte brukt innenfor skipsfart hvor forskjellige fartøy rapporterer i forskjellige valutaer, men bokfører på en valuta i et selskap. I tabellen "Valutakurser 2" kan du angi valutakurser som gjelder fra angitte datoer. Kurser angitt i tabellen "Valutakurser 2", blir valgt før kurser fra tabellen "Valuta". Kursen som har lik dato eller nærmeste lavere dato enn en angitt kurs blir brukt. Parametere for valuta 2 stryring finner du i feltet «Regnskapsbehandling» i tabellen «Bedriftsopplysninger»:   Fast "Valutanr 2" Har du kryss i dette feltet, kan du ikke overstyre "Valutanr 2" andre steder enn i tabellen "Bedriftsopplysninger". Har du ikke kryss i feltet kan du overstyre feltet i tabellene "Aktører", "Hovedbokskontoer", "Driftsmidler", "Ansvarsenheter 1-12", "Bunter" og "Bilag". Det er ikke mulig å endre verdien i feltet "Valutanr 2" i tabellene "Oppdaterte bunter" og "Oppdaterte bilag". Hvis adgangsgruppen til brukeren har funksjonsadgang til å "Endre valuta 2 på transaksjoner", kan du også endre "Valuta 2" i tabellene "Kundetransaksjoner", "Leverandørtransaksjoner", "Hovedbokstransaksjoner", "Åpne kundeposter" og "Åpne leverandørposter".Fast "Valutakurs 2"   Fast «Valutakurs 2» Har du kryss i dette feltet, kan du ikke overstyre verdien i feltet "Valutakurs 2" i tabellene "Hovedbokskontoer", "Driftsmidler" og "Bilag". Det er ikke mulig å endre verdien i feltet "Valutakurs 2" i tabellen "Oppdaterte bilag". Hvis adgangsgruppen til brukeren har funksjonsadgang til å "Endre valuta 2 på transaksjoner", kan feltet også bli endret i tabellene "Kundetransaksjoner", "Leverandørtransaksjoner", "Hovedbokstransaksjoner", "Åpne kundeposter" og "Åpne leverandørposter".   Beregn "Beløp i valuta 2" fra "Beløp i valuta" Har du kryss i dette feltet, blir "Beløp i valuta 2" beregnet ut fra feltet "Beløp i valuta". Du kan ikke endre i feltet feltet "Valutanr 2", i tabellene "Åpne kundeposter", "Åpne leverandørposter", "Hovedbokstransaksjoner", "Kundetransaksjoner", "Leverandørtransaksjoner" og "Driftsmiddeltransaksjoner", hvis feltet "Beløp" er 0,00. Har du kryss i dette feltet kan ikke feltet "Valutanr 2" redigeres hvis "Beløp i valuta" er 0,00. Dette forhindrer at du ved en feiltakelse kan endre feltet "Valuta 2" når beregningsgrunnlaget for "Valuta beløp 2" er 0,00. Da vil også korreksjonstransaksjoner for bare "Valuta beløp 2" bli endret og det er ingen mulighet til å få den opprinnelige verdien tilbake. Hvis parameteret Beregn ”Beløp i valuta 2” fra ”beløp i valuta” er slått på må du registrere valutaforhold i ”valuta 2” tabellen.   Obligatorisk valuta 2 ved oppdatering bilag Hvis du har kryss i dette feltet, må feltene "Valutanr 2", "Valutakurs 2" og "Beløp i valuta 2" ha en verdi for å at bilaget skal bli oppdatert. Husk også å aktivere differanse kontroll på valuta 2 under «Debet/Kredit kontroll» i tabellen Bedrftsopplysninger.   Alle transaksjons- og saldotabeller inneholder opplysninger om valuta 2, beløp i valuta 2 og valutakurs 2. Dette gir mulighet til å hente rapporter i alternativ valuta enn den regnskapet føres i.  Ved utskrift av resultat- og balanserapporter har du mulighet til å velge rapporteringsvaluta.         Manuell valutajustering Vil du justere saldo på konto ihht gjellende valutakurs, kan dette gjøres manuelt. Du må da opprette egen bilagsart og i kolonne Bilagsart behandling må du krysse av for «Ikke oppdater valutabeløp». På denne måten justerer du kun beløp i NOK og saldo i valuta forblir uendret.  Dersom du kun vil oppdatere beløp i valuta eller valutabeløp 2 må du endre bilagsartbehandling i henhold til dette eller lage ny bilagsart. Dette kan være aktuelt ved differanse i beløp i valuta på reskontro som følge av feil valutakurs på matching.     Valutakorreksjon   Hensikten med valutakorreksjoner er å justere valutaposter i henhold til aktuell kurs ved rapporteringstidspunktet for å få regnskapet så riktig som mulig. NB! Denne rutinen skal kun benyttes for reskontro slik at tidligere valutakorreksjon blir reversert når post er oppgjort. Du kan bruke valutakorreksjon for beregning av endringer for hovedbok men valutakorreksjon må ikke gjennomføres da det ikke er reversibelt. I tabellen Valutakorreksjoner angir du konteringsregler for kalkulerte kursdifferanser. Du registrerer kontoer for tap/gevinst i balansen og resultatregnskapet. Du kan ha flere rader for samme kontotype med forskjellige kontointervall.   Eksemplet nedenfor viser hvordan du kan registrere i Tabellen Valutakorreksjoner.       Feltet Kontotype inneholder følgende valg i dialogen: Kunde Leverandør Hovedbokskonto Driftsmiddel I feltene Fra kontonr og Til kontonr registrerer du fra og til verdier for henholdsvis kunde-, leverandør og hovedbokskontonummer. Du bør vedlikeholde tabellen Valutakurser. Ved en kursregulering på en bestemt dato regulerer Visma Business med reguleringskurs i følgende prioriteringsrekkefølge: dagens kalkylekurs senest registrerte kalkylekurs før reguleringsdato den kalkylekursen du har angitt i tabellen Valuta dagens salgskurs senest registrerte salgskurs før reguleringsdato den salgskursen du har angitt i tabellen Valuta     I tabellen Bedriftsopplysninger finner du feltet Maks Valuta korreksjon hvor du angir maksimalt akseptert kursdifferanse i prosent og standard valuta. I feltet Valutakorreksjonsserie legger du inn bilagsserie som blir brukt ved postering av kursdifferanser.   Eksempel Eksemplet nedenfor viser hvordan du kan foreta en kursregulering fra tabellen Kundetransaksjoner.     Du kjører behandlingsmenyvalget "Valutakorreksjon" og får opp dialogen "Valutakorreksjon". Her velger du kursreguleringsdato. For å få riktig kursregulering forutsetter det at tabellen Valuta er vedlikeholdt. Behandlingsmenyvalget oppdaterer tabellen Valutakorreksjonsdata. Hvis det er generert linjer uten x i feltet Akseptert må du manuelt angi x på disse postene for at Visma Business skal kunne behandle de videre.   Eksemplet viser kursdifferansen i standard valuta. Dette beløpet blir postert som kursgevinst på den resultatkontoen du har angitt i tabellen Valuta korreksjoner. Det er nå klart for å oppdatere posten med behandlingsmenyvalget Oppdater valutakorreksjon.   Behandlingsmenyvalget oppdaterer feltene for valutakorreksjoner i tabellen Kundetransaksjoner. Se bilde nedenfor.   Kursgevinsten blir postert i en bunt med opprinnelseskode Valutakorreksjon. Visma Business lager bilaget pr. valuta, og valutanummeret blir angitt i feltet Ekstra tekst på bilagslinjen.   Hvis du foretar en ny kursregulering med lavere kurs slik at det blir et kurstap, lager Visma Business to nye bilag til tabellen Bilag når du kjører menyvalget Oppdater valutakorreksjon. Det ligger da et bilag med tilbakeføring av tidligere postert differanse og et med postering av ny differanse. Etter at fakturaen er innbetalt ligger det fremdeles en verdi i feltet Siste Valutakorreksjonsbeløp. Du må da foreta en ny kursregulering for å kunne tilbakeføre den siste kursreguleringen. Du bør derfor alltid ta hensyn til poster med verdi i feltene Restbeløp og Siste Valutakorreksjonsbeløp, når du gjør et utvalg på reskontroposter som du ønsker å kursregulere.  

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.

I løpet av mai måned 2021 ser vi at noen kunder har hatt utfordringer med at innbetalingsfiler i Visma.net Autopay er blitt lastet ned flere ganger til Visma Business   For å forhindre dette ble det implemenert endringer i Visma.net Autopay kvelden 1.juni. I tillegg blir det nå utviklet forbedringer i  Visma Business v.16 i forhold til håndtering gjeldende importer av innbetalinger (duplikatkontroll)   For kunder med Visma Business v.15, vil det komme en patch i slutten av juni. For de kunder som ikke oppgradere til Visma Business v.16 ved lansering, anbefaler vi installasjon av patch til Visma Business v.15 når denne releases.

Vi får av og til spørsmål om mulighet til å benytte engelske tekster i kontoplanen. Dette er systemet klargjort for, men kreves litt bearbeiding før dette er klart. Dette gjøres på følgende måte:   Kontoplan: Hent frem 2 skjulte kolonner, Opplysning 2 og Navn 2     Kopier så verdien i fra Opplysning 2 til Navn 2   Gå så over de kontoer som mangler info i Navn 2, slik at opplysningene blir komplett. Når dette så er lagret er Navn 2 klar til bruk.   Rapporter: Når denne informasjonen å er lagt i Navn 2 kan dette benyttes i rapporter. For å få til dette må det justeres ved utskrift av f.eks resultatregnskapet.   Dette gjøres på følgende måte: I utskriftsdialogen - velg avansert og deretter Kontoer, her velges: Benytte “Navn 2”, og da hentes de opplysningene som er lagt i Navn 2 på kontonavnet.     For å få en komplett rapport på engelsk så er det 2 ting til som må gjøres:   Det første er å stille om språket til engelsk, dette gjøres fra toppmenyen:     Og det andre er at ved utskrift så må det velges en rapport definisjon som er engelsk:   Rapporten vil da ha en tilnærmet slikt utseende:    

Dersom en Visma.net klient skal flyttes fra et byrå til et annet byrå, eller dersom en Visma.net klient skal flyttes fra en virksomhet til en annen virksomhet. Og dette inkluderer bytte av kundenummer. Vil det for Visma.net autopay bety en endring som man bør være oppmerksom på.   Dersom en i Visma.net Autopay inn under bankavtalen, ikke får endret / lagret kundenummer på følgende sted:     Da må Visma kontaktes via Support, eller så må en ta kontakt med din Visma Partner slik at en får åpnet opp for å endre dette. Selve endringen må skje av Visma sentralt.   Dette vil ikke gjelde hvis kunden har egen nettbank (og ikke er tilknyttet byråavtale). Det vil da være mulig å endre Kunde ID. KundeID er mulig å endre dersom det benyttes egen nettbank eller andre banker som henvist over.     Skjema for bestilling av Visma.net tjenester for flytting fra et kundenummer til et annet kundenummer, finner du i denne lenken. Bestilling av dette, bør gå via din Visma Partner. Skjema skal alltid benyttes for overføring av et Visma.net firma med historikk for selskap, og brukere.   Vi jobber med å få inn dette som et eget punkt i skjema. Dersom en ikke finner dette i skjemaet, benytt et av de ekstra feltene. Husk å oppgi company id / Firma id for firmaet det gjelder.  

OneStop Reporting Light for Visma Business   Som tidligere varslet så har Visma Reporting nådd sitt end of life, og vil bli erstattet av OneStop Reporting. For de kunder som har benyttet grunnpakken til Visma Reporting vil OneStop Reporting light erstatte dette.   Det har kommet en del forespørsler på hvordan dette kan gjøres for de som ikke har siste versjon av Visma Business. Det er nå laget en beskrivelse på hvordan komme i gang.   For å få en fullverdig beskrivelse så følg denne linken: https://help.onestopreporting.com/nb/brukerdokumentasjon-onestop-reporting-light/#post-18340-_u0j47xw0ocbc Denne tar for seg disse tre mulighetene: Kom i gang med OneStop Reporting Light Det er hovedsakelig tre måter å komme i gang med OneStop Reporting Light: Fra Visma Business versjon 15.10 installer Fra registreringssiden Fra fullversjonsløsningen Det er også en del som ønsker mer informasjon rundt hva OneStop er og hvilke muligheter dette gir, for de som ønsker å vite litt mer rundt det så foreligger dette webinaret som tar for seg dette:  OneStop Reporting for Visma Business, Light vs Fullversjon https://community.visma.com/t5/Nyheter-i-Visma-Business-og/OneStop-Reporting-for-Visma-Business-Light-vs-Fullversjon/ba-p/362590

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    

Mange har pdf-skrivere installert på sin PC. Ved hjelp av slike kan hva som helst skrives til pdf, like enkelt som til en vanlig skriver.

Som kjent må man alltid ha opprettet nødvendige regnskapsperioder og avgiftsterminer før man kan føre regnskap i Visma Business.

Regionale innstillinger i Windows påvirker kopiering og utskrift fra Visma Business til Excel.

Avvikende regnskapsår kan enkelt settes opp i Visma Business.

Spesifikke forutsetninger for Visma.net Expense-integrasjon i tillegg til de generelle Visma.net-forutsetningene.   Det er viktig å sette seg inn i mulighetene som finnes før en starter med oppsett og kobling. i hjelpefilen til Visma Business, les også disse dokumentene: Oppsett: http://doc.visma.net/userdoc/business/14.10/nb-no/products/business/reference/r_Expense_integration_setup_Business.html Generere bunter/bilag: http://doc.visma.net/userdoc/business/14.10/nb-no/products/business/concept/c_booking_expense_claims_to_accounting.html Refakturering: http://doc.visma.net/userdoc/business/14.10/nb-no/products/business/concept/c_sending_expense_claims_to_reinvoicing.html   Det er også laget et webinar som kan skaffes fra Visma Academy som viser rutinen med oppsett av Expense og Visma Business, samt hvordan dette fungerer i praksis. Klargjøring i Visma.net Expense     OBS: Benytter man flyt som inkluderer betaling i autopay, men har utlegg som er betalt av arbeidsgiver (f.eks kredittkort betalt av arbeidsgiver),og ikke skal utbetales via autopay, er det viktig at dette hukes av for i Expense (Betalt av arbeidsgiver). Systemet krever at denne reisen skal få status betalt og da må det sendes til Autopay for at Expense skal kunne sende melding til ERP.  Derfor er det viktig at dette kontrolleres før reisene godkjennes. Innstillinger Visma Business: Master Data Management (MDM) integrasjon må være aktivert.   Bedriftsbehandling i Bedriftstabellen Hvis Behandle innkommende bokføringsdokumenter automatisk er aktivert, behandles dokumenter automatisk når de blir mottatt fra Visma.net Expense.     Bokføringstilfeller: Inngående regnskapsdokumenter i  Bedriftsopplysninger tabellen   Det er mulig å aktivere en automatisk oppdatering av bunter ved å velge direkte oppdatering. Bare bunter uten feil vil bli automatisk oppdatert. Expense bilagsserie i Bedriftsopplysningertabellen.     Hent frem”Expense Bilagsserie - legg inn den nye serien her:     Bilagsnummer vil bli hentet fra denne serien når det blir opprettet nye bilag, og innkomne bilag vil få Opprinnelse 2 - Expense. Ordrebehandling 1: Spesialbehandling (faktura) i Bedriftsopplysninger-tabellen   Hvis Opprett separate ordrer fra Visma.net Expense er aktivert, vil Del opp-behandlingen automatisk bli utført på den nyopprettede salgsordren. Mer spesifikt vil det opprettes nye seperate ordrer for hver kunde fra den første salgsordren fra Visma.net Expense. Hvis dette alternativet er deaktivert, opprettes bare en salgsordre for hvert behandlet dokument. I dette tilfellet kan brukeren manuelt utføre Del opp-behandlingen for å opprette nye ordrer for hver kunde. Brukeren kan også manuelt utføre Overfør-behandlingen for å flytte ordrelinjer til    Produkt mapping for viderefakturering   Kostnadstyper fra Visma.net Expense må kobles mot produkter i Visma Business slik at viderefakturering skjer mot rette produkt. Her er det viktig å sjekke hva som står i hjelpefilen i forhold til Standard Expense typer slik at det blir unike koblinger mot produktet i Visma Business. http://doc.visma.net/userdoc/business/14.10/nb-no/products/business/reference/r_Expense_integration_setup_Business.html Koblingen som settes på de forskjellige produktene som en ønsker å benytte i VB, hentes fra Leveringsalternativ.   Se f.eks Bilgodgjørelse:   I Visma Business blir det da slik på produktet:     Viktig at denne koblingen er unik for produktene, og at det også settes opp bare en slik kobling pr produkt.   Viktig å huske på at Visma.net Expense operer med brutto priser, mens Visma Business med nettopriser. Og for å korrekte priser skal benyttes som grunnlag for fakturering og mva behandling er det viktig å benytte korrekt behandlingsmåte på de produktene som ikke skal ha mva fradrag på prisene fra Expense, f.eks Bilgodtgjørelse og Diett.     På alle produkter kan det også være lurt å sette på unntas lagerhåndtering: