Brukertips i Visma Business og -Regnskapsbyrå

Med Visma.net AutoPay kan man motta innbetalinger både med og uten KID. For å motta disse filene fra banken, må det legges opp et Factoringselskap med "Fact.behandling" 2. OCR/KID definisjon. Her må feltene "Bankkonto" og "OCR bankkontonr" (hovedbok) fylles ut.     Dersom KID benyttes: I feltet KID kunde/lev.-sifre fylles ut antall siffer i kundenummeret. I feltet KID ref.nr.-sifre fylles ut antall siffer i fakturanummeret. I feltet factoring ID kan du definere hvor i KIDen kundenummer og fakturanummer ligger. Ekspempel hvis KID er 9876501234567: - Kundenummer: 98765 - Fakturanummer: 123456 - Factoring ID blir da 1;7 Dersom du ikke fyller ut antall siffer i kundenummer og fakturanummer kan du skrive 0;0 i Factoring ID feltet, da tolkes KID i sin helhet. Dersom det faktureres med ulike KID-oppsett, er det bare å legge opp flere linjer i Factoringselskap, en for hver KID-definisjon.   Det siste som må fylles ut er feltet "Betalingsbehandling" (se boks i bildet over). Her kan du krysse preferanser for bokføring, oppslag i reskontrotabeller, matching, KID-kontroll m.m. Du kan også krysse av for spesielle tilfeller av KID hvor f.eks fakturanummer kommer før kundenummer, eller KID kun består av fakturanummer.    Når en innbetaling kommer i bilagsregistreringen, kan du alltid se hvilken informasjon om betaler som har kommet med filen. Det gjør du ved å velge "Behandling" og "Vis betalingsinformasjon". Denne er særlig nyttig for innbetalinger uten KID.   Du kan også se alle innbetalinger i Visma.net AutoPay, ved å laste ned PDF innbetalingsfil under "Nedlastninger" i oversiktsfanen dersom du har rollen "AutoPay Accountant" i Visma.net. 

Etter tids bruk av Visma Business vil det være behov for vedlikehold og opprydding av utgåtte ansvarsenheter. Det er da lurt å legge på verdier slik at disse hindres i å bli benyttet ved feil valg.   Mulighetene for en slik opprydding kan gjøres slik:       Her har jeg gjort følgende: Status: Satt på ønsket status, f.eks: 3 [Avsluttet], dette kan brukes i etterkant for selektering ved utskrift av tilsvarende ansvarsenheter. Start og slutt dato: Dette benyttes for å angi når en tenker å starte med, og senere avslutte med en ansvarsenhet. I tillegg kan en legge inn de virkelige datoene som dette skjer på   Så har vi det feltet som er kanskje mest viktig i tilfelle for å hindre bruk, nemlig ansvarsenhetsbehandling.     Ved å sette på Sperret så hindrer dette at ansvarsenheten blir benyttet, og i Visma Business får brukeren varsel om at dette er sperret. Dette vil også gjøre at denne ansvarsenheten ikke dukker opp i søk i dokumentsenter.

Ved betaling av skatt og avgifter til Kemner krever mange banker en kode 'TAX' ved remittering via Visma.net AutoPay   Denne koden blir automatisk generert ved remittering direkte fra lønnssystem, eks Visma Lønn, men mangler dersom man remitterer uten korrekt oppsett fra Visma Business. Oppdrag vil i slike tilfeller avvises med meldingen FF06 - Invalid category purpose code   For å kunne remittere skatt og avgifter fra Visma Business må man sette leverandørpreferanse Betalingsmottaker skatt   

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    

Etter oppgradering til Visma Business v.14 opplever noen at Message Queue stopper og får denne feilmeldingen ved manuell henting av returdata på enkelte klienter   Dette skyldes forsøk på nedlasting av en ''tom kontoutskrift'' (inneholder kun saldo) på klientene som får meldingen (løst i VB 15.01)   Løsning for VB v 14.x: Gå inn i visma.net autopay / fanen Oversikt. Hent fram kontoutskrifter som ikke har nedlastingsdato og merk disse som nedlastet Restart MQ og hent manuelt på nytt, denne meldingen vil da forsvinne   Anbefaler alle som ikke har tatt i bruk bankavstemmingsmodulen i Visma Business om å slå av nedlasting av kontoutskrifter på avtalen i autopay (fane: Velg tjenester) fram til Bankavstemmingsmodulen tas i bruk

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

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

Det er mulig å legge ut saldobalanse til mange ulike årsavslutningssystemer, direkte fra 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:    

I forbindelse med at det er vedtatt i statsbudsjettet at lav sats skal økes fra 8 til 10 % må det gjøres endringer i Visma Business.