Brukertips i Visma Global

Fra versjon 15.00 er det mulig å forhåndsgodkjenne betalingen i samme steg som man godkjenner fakturaen i Visma.net Approval. Det vil si at når betalingen sendes fra Visma Global til Visma.net Autopay, så er den allerede ferdig godkjent og vil sendes direkte fra Visma.net Autopay til banken.    Vedlagt dokument viser steg for steg hvordan dette settes opp og gjøres.

Denne artikkel tar for seg hva som må gjøres i de forskjellige integrasjonene mot Visma Global dersom en klient skal bytte organisasjonsnummer og/eller endre kundeforhold.   Visma.net Autoinvoice I Visma.net AutoInvoice må firmaet med det nye organisasjonsnummeret registreres som et nytt firma i AutoInvoice, og deretter kobles mot ERP systemet (slik som en ny-registrering i AutoInvoice).    Visma.net tjenestene Her kan dere selv logge inn i Visma.net for å endre organisasjonsnummeret. Gå i Admin / Firmaer. Finn deretter det aktuelle selskapet og bytt ut gammelt organisasjonsnummer med nytt. For å endre kundeforhold må dere kontakte lisens (lisens@visma.com) som da kan flytte klientene over på nytt kundeforhold. Det skal da også vedlegges bekreftelse på at kundeforholdet skal flyttes.   Webfaktura Her kan dere selv logge inn i webfaktura for å endre organisasjonsnummer. Gå til Innstillinger / Mitt firma og legg inn nytt organisasjonsnummer.   For å endre kundenummer i Webfaktura må dere logge inn med en byråbruker. Gå til Byrå innstillinger / Byrå og bytt ut gammelt serienummer med nytt serienummer (kundenummer).

Arbeidsflyter i Visma.net Expense går ut på flyten mellom Visma.net Expense, lønnssystemet og regnskapssystemet. I Visma.net Expense har du valget mellom fire forskjellige arbeidsflyter. Du finner dem under “Innstillinger / Oppsett / Arbeidsflyt”. Hvilke av disse kunden kan bruke er avhengig av hvilke andre systemer som kunden har lisens for. I dokumentet vedlagt beskriver vi de forskjellige arbeidsflytene, går igjennom oppsettet i forbindelse med disse og viser hvordan rutinene gjøres.   Oppsettet forutsetter at VCG allerede er på plass. Se denne community posten dersom du er usikker på hvordan det gjøres. 

Visma Cloud Gateway - VCG  For å kunne sette opp Visma Global mot Visma.net må VCG være installert. Dette må gjøres på serveren hvor Visma Global er installert. Forberedelser VCG brukes av Visma Global, Visma Document Center og Visma Lønn for å kommunisere med Visma.net Når du installerer må du være pålogget som administrator på server. Brukeren som legges inn i installasjonen av VCG må være "Customer administrator" i Visma.net - har du ingen "Customer administrator"  kan du sende e-post til lisens (bestilling@visma.com) så vil de kunne oppretteen bruker til deg (kan være lurt å ha en egen bruker for dette - this user) Link til installasjon av VCG finner du under Nedlastninger på Community. Pass på at du har siste versjon! For at  "Visma Cloud Gateway - VCG" skal kunne kommunisere med Visma.net så må følgende være åpnet i brannmur:   Utgående TCP-kommunikasjon til 91.123.56.26:18181 Utgående TCP-kommunikasjon til 91.123.56.26:38181 Utgående TCP-kommunikasjon og SSH-protokoller er tillatt til 91.123.56.26:2233 MEN BRUK HELST DNS odg.visma.net Installasjon Lastet ned og pakk ut zip filen Høyreklikk på installasjonsfilen og velg "Kjøre som administrator" Vi anbefaler at du også installer Visma Update - da vil VCG automatisk oppdateres til siste versjon til enhver tid Neste steg er å legge inn bruker. Her må du legge inn "Customer administrator" Du vil nå få opp kundelisten - velg riktig kundeforhold (samme som du ser i Visma.net Admin) Feilsøking Under installasjonen har du mulighet til å vise utvidet informasjon. Her kan du ha mulighet til å se hvor det feiler i installasjonen VCG har også en egen logg fil. Den finner du her: C:\ProgramData\Visma\OPGatewayService\6.3\Logging\log Du kan sette loggingen til høyt nivå i filen som heter: Visma.Services.OPGateway.OPGatewayService.exe.Config. Den filen finner du her: C:\Program Files(x86)\Visma\OnPremisesGateway\OPGatewayService. SeverityLevel i filen kan settes til Info (default), Error, All. (All bør ikke benyttes som standard da loggene fylles med meldinger, så husk å endre denne tilbake igjen.)    Det må være et 1-1 forhold mellom Visma Global klienten og Visma.net kunden (en Visma.net Installasjon kan bestå av mange klienter / firma).  Dette betyr at 1 Visma Global klient ikke kan knyttes opp mot 2 ulike Visma.net kunder, eller omvendt.  Kontroller dette ved at kundenr. i Visma Global (lisensinfo) er identisk med det som ligger under lisens i Visma.net.   Relaterte brukertips Hvordan sette opp integrasjonen mellom Visma Global og Visma.net?   

Noen ganger kan en faktura feile i Autoinvoice med feilmelding: "Error SEND ERROR (REASON: Sending to PEPPOL failed: XML Invalid | [NO-R-001]-For Norwegian suppliers, a VAT number MUST be the country code prefix NO followed by a valid Norwegian organization number (nine numbers) followed by the letters MVA."   Denne viser til Mva reg.nr på Firmaopplysninger på klienten/avsender, og ikke til kundekortet/mottaker.   Vi forstår at dette ikke alltid gir helt mening, ettersom noen fakturaer sendes uten feil, og andre ikke. Dette er forklaringen: ​ Et absolutt krav er at MVA ligger bak org.nr i reg.nr-feltet. Hvis det også ligger NO foran og står skrevet slik: NOxxxxxxxxxMVA, og fakturaen sendes med Visma XML, så vil den bli sendt. Men om de har begynt å sende med Visma UBL, så vil den feile. Dette fordi NO automatisk legges ut i filen ved Visma UBL, og det da vil komme som "NONO...". Her kan det ligge ulike formater på ulike kunder, og derfor lar noen fakturaer seg sende og andre ikke.   Selv om det er viktig med MVA bak org.nr, og at fakturaen vil feile hvis ikke, så kan det allikevel oppstå tilfeller hvor en faktura går gjennom. I tilfellene vi har sett av dette, så er årsaken at fakturaen sendes internt i Autoinvoice som den er, og dermed blir den ikke sendt via Peppol-systemet og konvertert. Hadde den istedenfor gått via Peppol-nettverket, hadde den feilet. ​ Det som nå da anbefales, er å fjerne NO foran og kun ha org.nummer + MVA. Da vil det bli riktig ved alle XML-formater. Benytter de kun Visma XML, så er det ikke nødvendig å gjøre noe. Problemet oppstår først når de begynner å benytte Visma UBL. Da er det aller beste å fjerne NO foran, slik at Autoinvoice rydder opp i dette for avsender. Men dette blir rettet til versjon 16. Så hvis dere idag kun bruker Visma XML, kan dere fint la det stå som det er og mest sannsynlig har dere ikke opplevd problemer som dette. Hvis dere begynner å benytte Visma UBL på tidligere versjoner enn 16.xx, så bør NO fjernes 😊

Først må du legge til extension til Chrome: https://chrome.google.com/webstore/detail/authenticator/bhghoamapcdpbohphigoooaddinpkbai?hl=en   Det du nå må gjøre er å : 1. Aktivere to faktor via å bruke Chrome extension 2. Logge inn ved å bruke kode fra Chrome extension 3. Sette opp alternativ pålogging via sms til telefon fra brukeroppsettet 4. Ved neste pålogging kan du klikke for å bruke annen autentisering   Du skal da kunne logge inn med to faktor både med kode fra sms og med chrome extension koden.  

Når faktura sendes på e-post via Autoinvoice, så sendes fakturaen fra Autoinvoice Transactions <noreply.autoinvoice@visma.com>. Når en kunde mottar denne e-posten, og velger å svare på den, så vil e-posten automatisk gå til den e-postadressen/brukeren som er knyttet til API-nøkkelen i Global.   Altså hvis Martin er bruker på firmaet i Autoinvoice med e-post Martin@visma.com, og hans API-nøkkel er benyttet i Autoinvoice-oppsettet i Global, så er det han som vil motta disse "Svar"-epostene.