Brukertips i Visma Global

I de fleste felter du kan fylle ut på kunder/leverandører/artikler, kan du velge å huke av for "Standardverdi" for en verdi. Da vil denne verdien settes automatisk hver gang du oppretter en ny kunde/leverandør/artikkel.   Ved å sette slike standardverdier i flere felter, der det er hensiktsmessig, vil dette gjøre det enklere og raskere når du skal registrere nye  kunder/leveradører/artikler.   Eksempel: Huk av for "Standardverdi" for landnr 578 - NORGE   Når du neste gang oppretter en kunde eller leverandør vil feltet "Land" være automatisk utfylt med NORGE. Dette kan du selvfølgelig velge å overstyre ved behov.

Det er viktig at Visma.net AutoPay integrasjonen stoppes og flyttes på riktig tidspunkt og alltid samtidig med at tilhørende Visma Global database også flyttes. Nedenfor beskrives noen av de aktuelle situasjonene og hvordan de løses.   Det er ekstremt viktig å være klar over at hver eneste Visma.net AutoPay kobling i databasen er unik for Visma.net AutoPay sentralen og “Den Elektroniske Motorvei”. Det betyr at en eksisterende Visma.net AutoPay kobling, aldri skal kopieres fra en installasjon til en annen, der Visma.net AutoPay koblingen man kopierer fra, fortsatt skal være i bruk! Det er heller ikke tillatt å kopiere deler av en Visma.net AutoPay kobling til en annen Global database. Dersom noe av dette gjøres vil Visma.net AutoPay ikke kunne virke, og det vil skape store problemer både for “Den Elektroniske Motorvei”. og den installasjonen hvor Visma.net AutoPay kopieres fra. Arbeidet med opprydding etter en slik hendelse vil være belastbart arbeid.   Flytting av eksisterende avtaler til ny lisens Denne problemstillingen oppstår i følgende tilfeller: Bedriften/klienten skal bytte regnskapskontor og fortsette å bruke Visma.net AutoPay. Bedriften har benyttet Visma.net AutoPay på egen installasjon, og skal nå gå over til regnskapskontor. Bedriften har benyttet Visma.net AutoPay via regnskapsbyrå, og skal nå over på egen løsning. Dersom situasjonen er som beskrevet ovenfor, er det viktige å være klar over følgende: Du skal ikke involvere banken ved en slik endring. Avtalene i banken eksisterer fra før og er uavhengig av hvor du kjører Visma.net AutoPay fra. Nødvendig betalingshistorikk vil finnes i Visma Global. Når du skal i gang med Visma.net AutoPay på ny lisens, må du passe på følgende: De siste gangene du remitterer via Visma.net AutoPay fra gammel linsens, passer du på kun å ta med fakturaer som forfaller før flytting. Dette for å unngå at det blir liggende igjen betalinger i forfallsregisteret i bank/Nets med belastingsdato etter flyttedato. Visma.net AutoPay kan kun levere returdata på utbetalinger til den lisensen der utbetalingene ble sendt fra. Dersom du stopper avtalen i Visma.net AutoPay på gammel lisens før alle returdata på sendte betalinger er mottatt og oppdatert, vil manglende returdata måtte registreres manuelt i Visma Global. .Kontroller at alle returdata er oppdatert i Visma Global ("Sendt" mappen skal da i utgagnspunket være tom), og at ingen betalinger ligger igjen i forfallsregisteret i banken. Kontroller at innbetalinger fra Visma.net AutoPay er oppdatert i Visma Global. Det kan da være greit å kjøre en manuell innhenting. Gå inn i avtalebildet i Visma.net AutoPay og sett avtalen på aktuell klient på gammel lisens som “Ikke aktiv” ved å ta bort haken for “Aktiv” i avtalebildet. Avinstaller Visma Cloud Gateway (VCG) og installer den på nytt mot ny lisens. Det er nå klart for oppretting av avtale på samme bankkonto på ny lisens. La det gå minst en halv time før ny avtale registreres på nytt kundeforhold. Innbetalinger som kommer til Visma.net AutoPay sentralen for aktuell bankkonto mellom det tidspunktet avtalen ble deaktivert på gammelt sted, og oppretting av ny avtale skjer på nytt sted, vil bli liggende trygt på vent i Visma.net AutoPay sentralen. Når ny avtale er opprettet vil alle innbetalinger som ligger på vent, være klare for å bli lastet inn i Visma Global. Med andre ord, ingen innbetalingstransaksjoner blir borte på veien så lenge du deaktiverer avtalen på gammelt kundeforhold som beskrevet ovenfor. Det er nå bare å sette i gang på ny lisens! Installasjon av ny server der AutoPay er i bruk Merk! Visma.net AutoPay koblingene i databaen kan ikke flyttes fra en server til en annen uten at hele databasen flyttes og ikke lenger skal benyttes på gammel server! Ved installasjon på ny server gjør man følgende: Installer Visma Global og Visma Cloud Gateway  Ta backup av Visma Global databasen Restore databasen på ny server. Avinstaller Visma Cloud Gateway og slett Visma.net AutoPay koblingene i gammel database. Det vil si at du skal fjerne informasjonen i disse feltene: ODPClientUUID AutoPaySigningKey ODPCompanyUUID   For mer informasjon vedrørende flytting av kundeforhold og databaser med Visma.net integrasjon kan du se denne communityposten: Hvordan flytter vi Visma.net tjenestene fra en kunde til en annen?  

Fra versjon 15.10 av Visma Global, har du mulighet til å få kundenummer og kundenavn i egen kolonne ved kopiering til Microsoft Excel fra Statis-Ticker.    Gå til Statis-Ticker. Hent frem ønsket rapport. I tabellen høyreklikker du - der vil du se at du har to nye valg: Kopier tabellinnhold til Excel (Nr/Navn i to kolonner) Kopier merkede linjer Excel (Nr/Navn i to kolonner)  Over ser du kundenummer og kundenavn i en kolonne. Ved at du velger Kopier tabellinnhold til Excel, vil kundenummer/kundenavn være splitt til to kolonner i Excel, se bilde under:     

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 😊

Vi har til versjon 15.10 av Visma Global fått et nytt parameter som heter «Ikke valider nye ordrenummer».    Dette parameteret finner du under Firmainnstillinger og Logistikk:     Dette parameteret vil validere de ulike ordrenummerseriene. Du vil da få et varsel dersom du forsøker å opprette et nummer som er innenfor intervall for en annen ordretype. Under ser du et eksempel, når tilbudsnummerserien er høyere enn ordrenummerserien.      Dette er kun et varsel og du kan fortsette å opprette ordre/tilbud ved å ignorere varselet, men det er viktig at du går gjennom nummerserier i Firmainnstillinger for å unngå at det opprettes forskjellige ordretyper innenfor samme nummerserie/interval. Meldingen kan slås av ved å krysse av for parameteret.

Denne funksjonaliteten er nå tilgjengelig fra versjon 15.10 av Visma Global.   Dette ble implementert på bakgrunn av en idé her på Community, som vi så at mange ønsket seg.   For å opprette et tilbud går du inn på kundekortet, henter opp den aktuelle kunden, og deretter høyreklikker du i skjermbildet for å få frem et nytt tilbud. Da vil tilbudsregistrering åpne seg, og du kan da reistrere et nytt tilbud på den aktuelle kunden.

Fra versjon 15.10 er det mulig å gjøre enkel bankavstemming i Visma Global. Dokumentet under tar deg igjennom både oppsett og viser hvordan dette gjøres.

Til versjon 15.10 har vi fått samlet opp innstillingene som brukes i forbindelse med de tidsstyrte rutinene for Autopay.   Oppdater bunt direkte ved innbetalinger fra AutoPay Tidligere har vi kun hatt dette paramteret tilgjengelig i dette skjermbildet. Sett kryss her dersom du ønsker at bunter opprettet under den tidsstyrte innlesning av innbetalinger fra AutoPay skal oppdateres direkte.    Oppdater bunt direkte ved utbetalingsretur for remittering  Dette parameteret er flyttet fra remitteringsoppsettet. Sett kryss her dersom du ønsker at bunter opprettet under den tidsstyrte innlesning av utbetalinger fra AutoPay skal oppdateres direkte.   Bruk dato fra importfil for posteringsdato ved oppdatering av status for utgående betaling Dette er et nytt parameter fra versjon 15.10. Sett kryss her dersom du ønsker at feltet "ValueDate" fra importfilen skal danne grunnlag for "Posteringsdato" i bunten når du kjører rutinen tidsstyrt. Hvis du ikke krysser av her, benyttes arbeidsdato eller dagens dato som "Posteringsdato". Merk: Dette parameteret har ingen effekt dersom rutinen startes manuelt fra menypunkt Rutiner / Remittering.  

Kontoer som det har vært bevegelse på en gang i tiden, som nå er i null, blir med på rapporten  "Råbalanse" under Utskrifter.    Løsning: Ved å sette utvalg på Beløp <> 0 på rapporten, vil du ikke få linjer med bare 0 i beløp.     

Når ditt firma er registrert i Visma Autoinvoice kan du selv registrere deg i Elma / Difi på følgende måte.

Onsdag 03.02.21 hadde vi problemer hvor XML-serveren var nede. Dette kan ha forårsaket at fakturaer til Autoinvoice har havnet i avvist-mappen i Aktiv EDI-sentral.   Vi anbefaler dere å ta en titt i Aktiv EDI-sentral, for å se om fakturaer har havnet der. Isåfall, prøv å høyreklikke og velge "Send faktura på nytt", da skal faktura gå til Autoinvoice om dette er grunnen til at den/de har feilet 😊

Hvis du benytter Timemodulen og mangler år 2021, kan du importere flere år fremover.   Dette kan du gjøre ved å gå på:   1) Verktøy / Adm. rutiner / Import / Import av systemdata 2) Der finner du "Ukedefinisjoner time" 3) Velg "Legg til bare nye rader" - da skal du få mange år fremover.

I Visma Global under Verktøy / Importer data / Bunt, er det to av valgene for filformat som har støtte for at du samtidig kan få inn kundene. Det er "Fakturajournal: Rubicon standard format", og "Fakturajournal: Global format".     Merk: Du kan lese mer om hvordan filen må være bygget opp, ved å klikke F1 når du står i dette skjermbildet. Se under "Filformat" for de forskjellige formatene. Når et av disse to formatene er valgt, kan du i skjermbildet velge Kunde/adresseoppdatering: "Oppdater eksisterende og legg til nye" eller "Legg til nye".   Velger du "Oppdater eksisterende og legg til nye", blir Navn, Adresse 1 og 2, Postnr. og Poststed oppdatert i kunde- og fakturaadresse-registret. I tillegg blir også nye kunder lagt til. Navnet på fakturaadresseregistret blir ikke oppdatert. Velger du "Legg til nye", legger programmet til nye kunder.  

Det hender at man ikke får registrert seg i Autoinvoice fordi firmaet allerede er tilknyttet et annet aksesspunkt. For å finne ut hvilket aksesspunkt, benytt denne linken Her fyller du inn: ISO identifier: 9908 = Peppol Bis 2, 0192 = Peppol Bis 3 (for Norge) Participant Lookup: Organisasjonsnummer   Her kan du også se hvilke formater de kan ta imot.  

Multirapport ligger lagret i tabellene på hver enkelt klientdatabase. De må eksporteres, og legges på ..\Programdata\Visma\Global\BaseReports. Deretter kan den enkelte klient startes, og velge "Hent rapport" ved å klikke på ikonet med de tre prikkene. Da søker den på rapporter som ligger i nevnte katalog.   NB: Utvalg blir ikke med ved eksport, så dersom dette ligger i rapporten vil det ikke bli med over til ny klient. Det kan eventuelt importeres hvis de eksporterer dette til et annet område enn nevnt over. Ved import kommer du i utforsker og kan hente inn filen.   Går du på "Design rapport", som du ser øverst til høyre i bildet, så kan du hente opp rapporten på den klienten den er laget. 1. Velg Design rapport 2. Velg Lagre, finn rapporten og markér den 3. Velg Eksporter 4. Lagre den på området

Innbetalinger kommer ikke inn i Visma Global Sjekk om du ser transaksjonen i Visma.net Autopay - ligger den der betalt? Ligger den med dato i “Nedlastet”? Ja: Forsøk å hake av for å laste ned på nytt Nei: Prøv å laste ned manuelt fra Verktøy / Importer data / OCR  i Visma Global Brukes tidsstyrt satsvis rutine for innlesning?  Sjekk om bunten er oppdatert eller om den ligger i uoppdaterte bunter. Remitteringsretur kommer ikke inn i Visma Global Har betalingen forfalt? Har den kommet til banken? Ligger den som betalt i banken? Er den oppdatert som betalt i Visma.net Autopay? Ligger transaksjonen i “Sendt” mappen i Visma Global? Det er Visma Global som spør Visma.net Autopay etter statusoppdateringer, og det spørres på de betalingene som ligger i "Sendt" mappen. Hvis den ligger under “Oppdatering feilet” eller under “Avvist”, se denne Community posten  Har dere forsøkt å lese inn manuelt fra remitteringsrutinen i Visma Global? Kommer det da noen feilmelding? Sjekk at hovedbokskonto som benyttes ikke har tvungen kosnadsbærere   Dersom du er usikker på oppsettet av Visma.net Autopay kan du følge oppsettet i denne Community posten.

Ønsker du å legge til vedlegg på artikkelen som fast skal være med på tilbud, innkjøp, salgsordre og faktura, har du nå mulighet til å gjøre det.   Dette gjøres i «Notat» skjermbildet på artikkelen.       Gå til fane 4 «Vedleggsalternativ».       I nedtrekkslisten ‘Filvedlegg’ velger du det vedlegget du ønsker skal være fast. Det er kun de vedleggene som er tilgjengelig i fane 3, som du ser i nedtrekkslisten.     Huk av for hvilken ordretype (Salgsordre, tilbud, Innkjøpsordre, Faktura), du ønsker skal knyttes til artikkelen. NB. Om du huker av for salgsordre, så blir faktura også huket av.     Når dette er gjort, er det bare å klikke på 'disketten' for å lagre. 

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.