Brukertips i Visma Business og -Regnskapsbyrå

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

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.

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.  

Synkronisering av innbetalinger fra Visma Business til Webfaktura hentes ut fra tabellen "Åpen kundepost" i Visma Business dersom det i byråinnstillinger i Webfaktura er huket av for "Vis innbetalte poster". Denne tabellen blir overført til Webfaktura, og gir grunnlag for hvilke poster som skal vises som åpne i Webfaktura. Ved innbetaling av kundepost i Visma Business var det tidligere viktig å benytte kolonnen "Motref" for å matche innbetalingen mot faktura, dette er nå lenger ikke et krav for at posten skal vises betalt i Webfaktura.    Der hvor åpne kundeposter i Webfaktura ikke samsvarer med Visma Business vil anbefaling være å åpne tabellen "Åpen kundepost" i Visma Business, og ved hjelp av behandlingsmenyvalget "Avslutt post" avslutte de postene som er oppgjort. Det vil si poster som har 0,00 i restbeløp kolonnen, og som er oppgjort. 

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   

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.

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

Vi ser at noen brukere har utfordringer etter aktivering av 2FA. Ved opplasting av betalingsforslag henger rutinen seg uten at godkjenningsbildet med passord og kode kommer opp: Får fram 2FA loading og så stanser prossessen. Dette kan være enkelte brukere, på enkelte av deres klienter.   Årsaken ser ut til å være problemer med  "embedded'e" (innebygde) sider i Visma Business for Autopay når de benyttes i kombinasjon med 2FA, disse sidene er bygd mot Internet Explorer.   Internet Explorer vil bli erstattet med Microsoft Edge, foreløpig planlagt v. 15.10 desember 2020.   For de av brukerne som opplever problem anbefaler vi en sjekk av brannmur mot Internet Explorer, dersom det ikke løser problemet foreslår vi workaround:   Unnlate å bruke de embeddede vinduene i kombinasjon med 2FA frem til dette er løst, og benytt muligheten i bedriftstabellen i Business med å definere at godkjennings-bildet  automatisk kommer opp ved opplastning av betalinger, dette fungerer med 2FA og bl.a. google chrome. Her må annen nettleser enn Internet Explorer være definert som standard nettleser i Windows settings    

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.

Endring av merverdiavgift for lav sats endres fra 01.04.2020 og reduseres fra 12% til 6%. Ref. Skatteetaten: https://www.skatteetaten.no/satser/merverdiavgift/   Løsningen i Visma Business er å gjøre endring i tabellen Merverdiavgift. Raden for lav sats må endres slik at kolonnen for "Sats" settes til 12, kolonnen "Ny sats" til 6 og kolonnen "Fom. dato" til 01.04.2020. Eks.            Alternativ løsning for å håndtere eventuelle avvik i April (periode 4) kan være å sette Fom. dato til 02.04.2020 slik at bilag med 12% mva kan føres med valuteringsdato 01.04.2020.