Brukertips i Visma Business og -Regnskapsbyrå

Fra versjon 15.01 av Visma Business, har du mulighet til å benyttet et eget vindu for aktivering av klienter, visste du det? Vinduet er plassert like etter vindu 921. Systemopplysninger, og heter Aktivering av klienter.  Målet er å gjøre aktiveringen enklere for Visma.net tjenester på eksisterende klienter samt å forenkle oppsettet av Visma.net tjenestene og andre prosesser inne i selve Visma Business. Både for nye, og eksisterende klienter.   Her er eksempel hvor du finner vindu, og hvilket nummer det har: (Alternativt vil du kunne finne dette vindu fra Visma Business Explorer / utforsker inn under Oppsett - > Administrasjon - > Systemadministrasjon)   Følgende Visma.net tjenester med tilhørende oppsett i Visma Business er bygd inn:   Aktivere den grunnleggende koblingen mot Visma.net Aktivere Master data (MDM) Aktivere Visma Document Center Aktivere AutoInvoice Aktivere AutoPay (NB! Visma.net AutoPay) Aktivere AutoReport   I tillegg er følgende andre aktiveringer tatt med:   Aktivere Visma Document Center Andre viktige oppsett i Visma Business Aktivering/deaktivering av ansvarsenheter (avdeling, prosjekt osv.) Automasjonsprosessen Bankavstemming   Aktivere Visma.net   Alle klienter i Visma Business som skal benytte en eller flere tjenester Visma.net må først aktiveres i Visma.net. HUSK! i Visma.net kan ikke et Visma.net selskap eksistere 2 ganger under samme kundenummer. Orgnummer er unikt, og du vil få melding i Visma.net og admin menyen dersom du forsøker å opprette et selskap som allerede eksisterer.   Når du ser at du har fått lagt inn riktig klientnummer, orgnummer og navn, kan du trykke på aktivere Visma.net.     Det samme gjør du også for å sjekke om kontakten med Visma.net er OK på allerede aktiverte klienter. Når alt er OK på alle tre statuslinjer i bildet som nedenfor, dvs. du har en grønn hake kan du aktivere ved å trykke på eksporter når klienter er markert.     Obs. Dersom du ikke har tilgang til vindu, eller kan utføre enkelte handlinger i en tabell, kolonne eller rad i Visma Business. Kan det være fordi du er plassert i en adgangsgruppe med mindre tilganger. Sjekk da med din nærmeste systemansvarlige.   Vedlagt vil du finne dokumentasjon for de øvrige ulike steps i aktiveringen, dersom du trenger mere hjelp for å utnytte de muligheter som finnes i dette vinduet. Vi gjør oppmerksom på at dersom du ikke finner en kolonne du ønsker sjekke, kan du alltid trykke CTRL+U for å hente fram en skjult kolonne i et vindu av Visma Business, dersom det er tilgjengeliggjort i tabellen.      

Oppslag og bytte av klienter i Visma Business kan gjøres ved hjelp av ulike metoder. I en større installasjon med mange Visma Business klienter kan det være hensiktsmessig å søke på klientnummeret i Visma Business. Dette kan du enkelt gjøre ved å gå inn i oppsett utforsker (ctrl+O). Stå på en tilfeldig klient og trykk Ctrl+F for å åpne søkevindu, deretter kan du søke på klientnummer eller navn.   Bytte klient i nedtrekksmeny i Visma Business Hvis du ønsker å bytte klient mens du står på en annen klient kan du velge klienten du ønsker i nedtrekksmenyen og videre åpne vinduet du ønsker å åpne. Legg merke til at klientnavn og klientnr på det aktive vinduet vil fortsatt stå inntil du åpner det nye vinduet.     Hvilken klient er vinduet åpent på? I Visma Business kan du ha flere vinduer åpent på forskjellige klienter. For å raskt se hvilken klient som vinduet gjelder kan du peke på vinduet med musepekeren. Da vil du kunne se både klientnr og klientnavn.      

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.)    

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. A lle 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:   Endring til versjon 16.x Kontoutskriftstransaksjonen er innlandsbeløp selv om utbetaling har skjedd i annen valuta. Du får da ikke avstemt visse transaksjoner siden kontoutskrifts-transaksjonen ikke innehar beløpet i valuta og står som en ren ("47" NOK i Norge) innland transaksjon, mens det i regnskapet står valutatransaksjon   Dette rettes til 16.00, det er dessverre ingen workaround.   Ønske som ligger i backloggen vår er at det ikke bare står "Kontoutskriftstransaksjon", men litt mer tekst, f.eks. verdien i feltet AcStmtDe.RecRefID, som kan være "MOBBNKGIR Mobilbank til: xxx"   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.    

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.

Her skal vi etter beste evne forsøke å gi noen tips for å unngå at faktura via Autoinvoice kommer i retur med en feilmelding. Vi oppdaterer fortløpende.

Feilmelding i hjelpetekster, Script Error Vi beklager dette og jobber med en endring til versjon 16. Meldingen har ingen betydning for tilgang til hjelp men er jo irriterende. Svar ja for å gå videre. Løsning for å fjerne feilmeldingen ser du under. Dette må dessverre endres på klient pc / Citrix klient / TS.   Løsningen er å legge til en ny verdi i Registry (regedit). NB! Dette bør gjøres av it ansvarlig eller driftsleverandør.   Endring i Registry. Adresse:    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_BROWSER_EMULATION DWORD value: Visma.HelpViewer.exe = 11001 (decimal)  

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

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 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    

Her er oppskriften for å komme i gang med å sende fakturaer fra Visma Business (VB) til privatkunder via Visma.net AutoInvoice (AI)

Nordea har lagt ut informasjon i nettbanken samt sendt ut informasjon til alle kunder som har EUR betalinger vedr. Sepa-end date.

En enkel beskrivelse av hva som må gjøres for å komme i gang med Visma.net Autopay i kombinasjon med Visma Business.

Følgende kan bekreftes: Bruker har alle modul rettigheter i Visma Business for firmaet. Bruker har firma administrator rolle i Visma.net ( via brukergrupper i Visma.net) Bruker har rollen VUD superuser. Bruker har opprettet firma før med riktige tilganger, før aktivering av Visma.net innlogging for Visma Business. Bruker er logget inn i Visma Business med Visma.Net innlogging Noe av det første en må sjekke, er om denne brukeren i Visma.net er medlem / har tilgang via brukergrupper i Visma.net. Dette fordi VUD ikke anerkjenner rollen "Kundeadministrator" hvis den er gitt via brukergruppen.

Master Data Management benyttes i all hovedsak for å sende informasjon om ansvarsenheter, kontoplan o.l til Visma.net. Informasjonen som sendes via MDM kan benyttes på tvers av visma.net tjenester.   Komme i gang med MDM For å komme i gang med MDM er følgende punkter viktig å sjekke: Orgnr og landnr må være likt i Visma Business, Visma Document Center og visma.net ISO kode i Landtabellen må også være riktig, denne må stå til: NO Ofte ved feilsøking er det ikke korrekt utfylt ISO-kode i Landtabellen, og dette må korrigeres før ny eksport og kobling opprettes:   Land nr og orgnr må også fylles ut i Bedriftstabellen:    Eksporter/oppdater bedrift (Bedriftsopplysninger, behandling ”Aktiver visma.net”). Kolonne “Visma.net bedrifts-ID” i Bedriftstabellen fylles ut Opprettes kobling mot VB applikasjon i visma.net                 Unnta data fra MDM og send på nytt Dersom visse opplysninger ikke skal sendes til MDM kan dette unntas i Bedriftsopplysninger og hent opp kolonnen «Unnta fra Master Data Management»: Her kan du huke av for opplysninger du ikke ønsker å overføre:   Aktiver MDM fra Visma Business Fra tabellen Bedrift kan du søke opp klienten du ønsker å aktivere MDM for, høyreklikk på klienten og velg «Aktiver Master Data Management».   Kontroller status for synkronisering Viktige tabeller som er involvert: Visma.net-Status SyncEngine kontrollinformasjon SyncEngine Meta Information   Gå inn i Tabeller/Felles/Integrasjoner/SyncEngine kontrollinformation   Kolonne Master Data Management datatype Det er 6 data typer som overføres til Visma.net. Dobbeltklikk i kolonnen for å se hvilke:   Kolonne Master Data Management behandling Data er ikke overført så lenge det finnes en verdi i denne kolonnen.   Kolonne Master Data Management snapshot id Tall i denne kolonnen viser hvor mange ganger data har blitt overført til visma.net. For å se detaljer om hvilke data som er blitt overført til visma.net gå inn på Tabeller/Felles/Integrasjoner/SyncEngine META information   I eksempelet nedenfor har vi søkt etter data type 3 Hovedbok. Kolonne «Fremmednøkkel Heltall» viser hvilke hovedbokskonti som er blitt overført. Kolonne Master Data Management status – viser status på overføring. Dersom det finnes en verdi i denne kolonnen, betyr det at enten systemet fortsatt jobber med  å synkronisere data eller at feil har oppstått. Dobbeltklikk i kolonnen for å se detaljene på status.   Indikasjon på at data er overført til visma.net uten feil: Tabell SyncEngine kontrollinformation Du har fått en verdi i kolonne MDM snapshot ID og kolonne MDM behandling er tom Tabell SyncEngine META information Du har fått en verdi i kolonne MDM synk. Versjonsnr. og kolonne MDM status er tom Har du fått feil i en av tabellene, kan du prøve å sende data på nytt. For å sende data på nytt, i tabellen SyncEngine kontrollinformation, velg data type som har feilet, høyreklikk og velg Behandling/Send på nytt til MDM. Dersom dette ikke løser problemet bør du se etter feilmeldinger i SyncEngine loggen.   Visma.net status på tvers av klienter Gå til Tabeller/Felles/Intergasjoner/Visma.net status   Hvem er master for MDM? Det kan kun være èn master for MDM. Både Visma Lønn og Visma Business kan være master for sending av Master Data Management, men det er viktig at kun en av systemene er master. Det vil si at data kun skal vedlikeholdes i et system, og kun sendes fra et system. Ofte hvis man bruker feil master for å sende MDM vil ikke data synkroniseres slik som ønsket, og det vil da være behov for å endre master for sending av data. For å finne hvilket system som er eier – kontakt support.   Tjenester innvolvert i Master Data Management:  VismaCloudGateway VismaBusinessHostODMessageQueue VismaBusinessServicesHostSyncEngine   Kjør Visma.Services.OPGateway.OPGDiagnosisApp.exe Sjekk adresse i systemopplysninger og i Visma.Services.OPGateway.OPGDiagnosisApp.exe.config Visma.Services.OPGateway.OPGatewayService.exe.Config - "LocalInstall" value="0"   Kjør Visma.Services.OPGateway.OPGDiagnosisApp.exe Sjekk adresse i systemopplysninger og i Visma.Services.OPGateway.OPGDiagnosisApp.exe.config Visma.Services.OPGateway.OPGatewayService.exe.Config - "LocalInstall" value="0" MDM – sjekkpunkter ved feilsøk   Er det korrekt organisasjonsnummer i Visma Business og Visma.net? Disse må samsvare Aktuelle tjenester står til “Running” Kobling mellom VB og visma.net er opprettet I Visma.net, under Settings/Integrert bedrifter Ingen dublikater med samme organisasjonsnr i Visma.net Likt antall rader i tabell “METAInformation” og i aktuell datatabell Ved inkonsistens:  Send data på nytt til MDM. Dette gjøres fra tabellen SyncEngineKontrollInformation, via behandlingsmeny «Send på nytt til Master Data Management». Se for feilmeldinger i Visma.BusinessHost.SyncEngineService.exe På aktuell datatype sjekk format og collation i SQL. Kolonner skal ha desimalformat. Hvis format avvikler, kontakt support for script. MDM  - kjente problemstillinger “Incoming snapshot id is larger than…” Løsning: Send på nytt til MDM “Total count of entities is different than count of id’s” Løsning: Send på nytt til MDM “Invalid XML exception” Eksporter tabelldata til en tekstfil og bruk Notepad++ og søk etter verdi “x0” “Found entities with a same public id’s” Rydde opp i tabell “SyncEngine Meta Information” ved å utelate data fra MDM i Bedriftsopplysninger. Legge data tilbake og synkronisere de på nytt. “Application instances mismatch” Løsning: Sammenlign servernavn i register og ODBC   Collation  Løsning: collation må være lik på vbsys og klientbase før VB v12.10.1 Bruk av “Felles tabeller” Løsning: MDM må aktiveres på master klienten Slår du av bruk av “Felles tabeller” - husk å gjenopprette triggere (egen behandlingsmeny i Bedriftstabellen) Feil kolonneformat Kolonner skal ha “decimal” format. Vær oppmerksom ved sending av slettemelding og resending av data til MDM vil det ta tid før alt er synlig i visma.net. Tidsbruk vil være avhengig av datamengden som sendes.     Ofte stilte spørsmål: «Vi opplever at hovedbokskontoer og ansvarsenheter ikke synkroniseres» Dette tyder på at koblingen ikke lenger eksisterer, og det vil være behov for å aktivere MDM på nytt. Følgende kan da gjøres:   Aktiver Visma.net fra Bedriftsopplysninger:   Gå til bedriftslisten, og skru av krysset for Mastardata aktivt i bedriftsbehandling :   Høyreklikk på bedriften og vel aktivere MDM :   Gå til synkengine kontrollinformasjon, og send alt på nytt :   Gå til syncengine metainformasjon, marker alt og send på nytt :   **En hurtig løsning kan være dersom kontakten med MDM tjenesten ikke er tilstede: deaktiver MDM og aktivere på nytt i Visma.net.

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

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:    

På alle leverandører hvor det skal foretas utlandsbetalinger må det legges inn noen ekstra opplysninger som for eksempel SWIFT-kode (BIC): 1. Gå til Administrasjon > Aktører > Leverandører. 2. Legg inn bankkontoen etter IBAN standarden for de land som bruker det. (IBAN og BIC er et krav innen EU/EØS + Sveits) 3. Legg inn SWIFT-kode (omtalt som BIC/SWIFT-adresse av bankene) 4. SWIFT-adresser legges kun inn når IBAN ikke brukes, men må da legges inn. 5. Noen få land, bla. USA, krever Clearingkode/bankkode. Dette legges inn i feltet "Bankfilial". 6. I feltet "Lev.pref." bør du krysse av for "Utlandsremittering". 7. Se for øvrig DNB sine sider om krav til utlandsbetalinger. 8. Feltet ''Landnummer'' på leverandør må fylles ut, men ikke for Norge (47). 9. Utenlandsk landnummer må unntas fra moduluskontrollen    For mer utfyllende informasjon se pdf