Vi opplever dessverre problemer med registrering av mva. med lav sats på transaksjoner. Merk: Dette gjelder kun transaksjoner opprettet fom. 13.05.2020.    Feilen påvirker kunder som tidligere har registrert en linje på avgifter med lav sats med endringen til 6% fra 01.04.2020. Fra versjon 8.21 (tilgjengelig fra 13.5.2020) har disse nå fått en tilsvarende linje i tillegg (noe de ikke skulle fått). Dette fører til at mva. med denne avgiften blir generert dobbelt, noe som også gjenspeiles i rapportering.      Vi anbefaler å slette en av linjene med dato 01.04.2020 slik at fremtidige transaksjoner ikke genereres feil.    Dette gjelder avgift 5, 16, + evt. 12 L og 17L (hvis du bruker disse), men påvirker også evt. andre egendefinerte avgifter med Lav sats hvor linjen med dato 01.40.2020 tidligere har blitt lagt til manuelt.    Utvikling er på saken, og vi kommer tilbake om hvordan rette eksisterende transaksjoner slik at rapportering av mva blir korrekt.    Husk at du kan abonnere på denne artikkelen for å få med deg oppdateringer.   Vi beklager ulempene dette medfører.   Ref. 54633   Oppdatering 28.05.20: Transaksjoner påvirket av feilen, f.eks fakturaer vil ha to like linjer med Avgiftsats 6% under fanen Avgiftsdetaljer. Vi anbefaler å reversere disse transaksjonene og føre dem på nytt. Dette gjelder altså kun transaksjoner opprettet fom. 13.05.2020 fram til den doble linjen er slettet (som beskrevet over).    Hvilke transaksjoner som er ført med avgiftsnr 5, 16, 12L og 17L. kan enkelt ses i Hovedbokstransaksjoner med merverdiavgift (TX40500S).      Oppdatering 03.06.20: I går kjørte vi et skript (rettelse) som slettet den ene linjen med 6% moms for de firmaene som ikke allerede har gjort dette. Merk: det viser seg at det ikke er nødvendig å reversere bilag som har blitt påvirket av dette. Bilagene ble tidligere vist feil ved klargjøring av mva-oppgaven (dobbel moms), men vises nå riktig der. Har du allerede klargjort mva-oppgaven anbefaler vi at du klargjør den på nytt. Har du allerede behandlet mva-oppgaven og ser at denne har fått dobbel 6% moms ber vi deg ta kontakt med support.  ... Vis mer

Vi opplever dessverre problemer med import av data i Visma.net Insights.    Mange kunder opplever at importen mislykkes, og man får melding om dette under Import som vist under:      Vi er på saken, og du kan følge status på statussiden.    Vi beklager ulempene dette medfører.   Ref. 54619.   Oppdatering 19.05.20: Den generelle feilen er nå løst, men det er fortsatt noen kunder som har problemer med import dessverre. Vi jobber med å løse dette.  ... Vis mer

Natt til 13. mai er det planlagt ny versjon av Visma.net ERP.   Den nye versjonen vil inneholde blant annet:  Mulighet for å sende faktura/ kreditnota til Autoinvoice også når status er Avsluttet Forespørselen Hovedbokstransaksjoner med merverdiavgift er lagt til i menyen og til SAF-T rapport Autopay-innboks er utvidet med referansenummer fra AutoPay Endre kunde/leverandør på faktura  Periodiseringsnøkkel: mulighet for å sette periodisering fra dato Advarsel ved bekreftelse av leveranse hvis forsendelsesdato er ulik systemdato Bruk Siste kostpris hvis det ikke er lagerbeholdning på varen også ved Lagerverdimetode FIFO Sumlinjer på Egendefinerbar forespørsel Ny rapport for reverserte transaksjoner i Bankstyring Inngående faktura: Funksjonen Kopier og lim inn kopierer nå også Lev. fakturanr. Ny kolonne i rapporten Historikk for lagervurdering - sammendrag Punktene vil linkes til brukertips så snart disse er klare. Versjonsnyheter i pdf vil også legges til når denne er klar.    Oppdatering 12.5.2020: Versjonsnyheter er nå klare og lagt til som vedlegg.    Her er webinaret fra 11.05.2020 der vi gikk gjennom de viktigste nyehtene: ... Vis mer

Vi opplever dessverre problemer med betaling av fakturaer som tidligere er matchet i Visma.net Autopay.    Merk: feilen påvirker bare fakturaer som først har blitt matchet med andre dokumenter (kreditnota, betaling etc), og denne matchingen deretter har blitt reversert (opphevet) igjen. Reverseringen ses i form av en minuslinje under fanen Betalingshistorikk. Et typisk scenario kan være at fakturaen først er matchet med en kreditnota, men faktisk skulle betales, og matchingen er derfor reversert. Deretter er betaling for fakturaen sendt til Visma.net Autopay (via Behandle betalinger).     Etter å ha sendt betaling for fakturaen til Autopay (og bank) kan man oppleve å få mail om at betalingen har blitt avvist med feilmeldingen FF02:     Mailen henviser til samlebetalingen. Hvilken konkret betaling det gjelder vil man finne under Oversikt - Betaling - (samlebetalingsnummer) - i Visma.net Autopay.    Alternativ løsning er å opprette en forhåndsbetaling på beløpet som skal betales, og deretter matche denne med fakturaen.    Husk at du kan abonnere på denne artikkelen for å få med deg oppdateringer.   Vi beklager ulempene dette medfører.   Ref. 47233.  ... Vis mer

Vi opplever dessverre problemer med forespørselen Salg per vare (SO40102S).    Feltet Antall baserer seg bare på salgsordrelinjer som har status Fullført.     På ordetypene CM, CS, CR, IN blir ikke linjene automatisk markert som Fullført (selvom status på selve ordren er Fullført). Dette gjør at de ikke tas med i beregningen av Antall på Salg per vare (SO40102S).     Merk: Dette gjelder også egendefinerte ordretyper som er basert på CM, CS, CR og IN:      Alternativ løsning er å benytte rapporten Salgsordredetaljer per vare (SO611500). Denne finner du under Salg - Rapporter - Salgsordredetaljer per vare. Rapporten viser også linjer som ikke er markert som Fullført slik at totalt antall blir riktig.      Husk at du kan abonnere på denne artikkelen for å få med deg oppdateringer.   Vi beklager ulempene dette medfører.   Ref. 44351. ... Vis mer

Natt til fredag 3. april er det planlagt en mindre oppdatering av Visma.net ERP.   Oppdateringen vil inneholde retting av flere feil, blant annet  Kjent feil: Oppretting av innkjøp basert på bestillingsforslag feiler  Vi vil oppdatere denne artikkelen med versjonsnyheter når dette er klart.    Brukere vil oppleve nedetid fra midnatt til kl. 06 fredag 3. april. Oppdateringen kan følges på denne siden. ... Vis mer

I versjon 8.20 er info Parti-/serienr. synlig på rapporten Varemottak (PO646000). Varelinjer som inneholder Parti/serienr. vil altså få info om dette på rapporten.   Varer som mottas skal gjerne plasseres på forskjellige lokasjoner. Noen bruker parti- eller serienummer som grunnlag for plasseringen. For lettere kunne gjøre dette har vi nå gjort disse numrene tilgjengelig på rapporten som skrives ut fra Varemottak (PO302000). Eksempel   Varen Lokvare skal lagres på to forskjellige lokasjoner. Varer med serienummer som begynner med 1 skal lagres på lokasjon 1, og varer med serienummer som begynner på 2 skal lagres på lokasjon 2.    1. Vi har et varemottak med to linjer for samme vare. Den ene linjen er satt til Lokasjon: 1 og den andre til Lokasjon: 2.    2. Vi markerer hver av linjene og klikker på Allokeringer for å registrere serienummer for disse.  På linje 1 registrerer vi 1 stk av serienr 100000 og 1 stk av serienummer 100001 På linje 2 registrerer vi 1 stk av serienr 201 og 1 stk av serienummer 202     3. Vi klikker Oppdater for å bokføre mottaket.    4. For å skrive ut rapporten velger vi Rapporter - Skriv ut varemottak.       Den nye rapporten fått en egen seksjon med info om parti/serienummer. Denne seksjonen har tre overskrifter: Parti-/serienr., Utløpsdato og Antall. Varehusansatte kan dermed se hvilke serienummer som er mottatt, og dermed hvilke varer som skal på hvilket lagersted.        ... Vis mer

Vi opplever dessverre problemer med skjermbildet Opprett innkjøpsordrer (PO505000).   Innkjøp av typen IN Replenishment (innkjøp fra bestillingsforslag) feiler i behandlingen. Feilmeldingen er Objektreferanse er ikke satt til en objektforekomst.     Vi undersøker feilen og kommer tilbake med mer info. Husk at du kan abonnere på denne artikkelen for å få med deg oppdateringer.   Vi beklager ulempene dette medfører.   Oppdatering 30.03.2020: Dette er planlagt rettet i en patch torsdag 02.04.2020 ... Vis mer

I versjon 8.20 har vi endret hvilken dato som settes på innkjøpsordre opprettet fra salgsordre (både direktelevering og vanlig innkjøp).    Tidligere ble datoene på innkjøpsordren forskjellig fra salgsordren. Dette var også forskjellig hvorvidt du valgte direktelevering eller vanlig innkjøpsordre. I versjon 8.20 vil datoene bli satt på følgende måte: Feltet Dato vil hentes fra feltet Opprettingsdato i skjermbildet Opprett innkjøpsordrer (PO505000) Feltet Leveringsdato vil hentes fra feltet Ønsket levering på salgsordren (SO301000)  Dette vil gjelde for innkjøpsordre som opprettes fra salgsordre, hvor Innkjøpsordrekilde er satt til Direktelevering eller Innkjøp til ordre.    Her har vi en liten video som beskriver dette:   Eksempel    1. Vi oppretter en salgsordre med Dato 19.3 og Ønsket leveringsdato 25.3. 2. På varelinjen markerer vi Merk for innkjøp og i feltet Innkjøpsordekilde velges Direktelevering.     3. For å opprette innkjøpsordren klikker vi Behandlinger - Opprett innkjøpsordre   Skjermbildet Opprett innkjøpsordrer (PO505000) åpnes. Opprettelsesdato foreslås til 20.3 (dagens dato) og vi bruker denne.      4. Vi behandler innkjøpet og en innkjøpsordre av typen Direktelevering opprettes.  Dato på innkjøpet blir satt til 20.3 lik feltet Opprettelsesdato fra Opprett innkjøpsordrer (PO505000)  Leveringsdato blir satt til til 25.3 lik feltet Ønsket levering på salgordren.      Merk: samme datoer settes som standard for vanlige innkjøp (merket med Innkjøp til ordre på salgsordren). Datoene kan selvsagt endres ved behov.  ... Vis mer

I versjon 8.20 er det mulig å kopiere rapporter. Dette gjør det enklere å ha egendefinerte rapporter til ulike grupper, f.eks kundeprofiler.     I forbindelse med dette har vi fått et nytt skjermbilde: Rapportliste. Her kan du se alle rapportene som finnes for gjeldende firma. Listen er tilgjengelig under Maler for oppsett - Vis alle rapporter (RE000000).        Her har vi en liten video som beskriver dette:   Kopiere rapport    1. Filtrer på Vindusnr./rapportID eller Rapporttittel for å finne rapporten du vil kopiere.  2. Marker rapporten og klikk Kopier rapport      3. Svar Ja på dialogboksen som kommer opp    Systemet lager nå en kopi av den originale rapporten og listen blir filtrert til å kun vise denne. Navnet på rapporten blir som standard "Duplikat (rapportnavn)", f.eks "Duplikat Sendte betalinger".  Vindusnummeret til rapporten blir REXXXXXX. f.eks RE000001 (teller oppover) I kolonnen Rapport basert på vil du se hvilken rapport rapporten er basert på.  4. For å kjøre rapporten, klikk Kjør rapport (dette kan også gjøres med andre rapporter i listen). Rapporten vil åpnes, og du kan deretter klikke Rediger rapport (som med andre rapporter).      Merk: Det er også mulig å kopiere rapporter som fra før er kopiert Kopierte rapporter er kun tilgjengelig fra Rapportliste per nå.  Ønsker du å senere slette rapporten er dette også mulig ved å markere den og velge Slett rapport. Det er kun mulig å slette kopierte rapporter (ikke originale) Vise kopierte rapporter   For enklere oversikt over hvilke rapporter som er kopiert kan du lage et filter. Filteret viser alle rapporter som er basert på en original rapport, og dermed har en verdi i feltet Rapport basert på.           ... Vis mer

Egendefinerte rapporter tar utgangspunkt i den originale rapporten på tidspunktet den ble opprettet. Nye tabeller, felter og relasjoner som lanseres etter dette blir ikke automatisk tilgjengelig i den egendefinerte rapporten. Tidligere hadde man ikke mulighet å oppdatere rapporten. I versjon 8.20 kan man oppdatere rapporten slik at den nye funksjonaliteten blir tilgjengelig.    Rapporter som ikke er oppdatert vil være haket av i kolonnen Ikke standard datasett under fanen Rapportversjoner. På den måten kan man se hvilke som trengs å oppdateres. For å oppdatere rapporten klikker du Refresh dataset.      Handlingen skaper en ny linje som er lik den første, bare at denne er oppdatert med nytt datasett.      Før oppdatering ser rapporten Alloker pakkseddel (SO64201S) slik ut:      Etter oppdatering ser vi at en ny tabell (SOPackageDetail) er tilgjengelig. Dette er forøvrig en nyhet i versjon 8.20:      ... Vis mer

I versjon 8.20 har vi lagt til funksjonalitet på salgsordre som gjør at feltet Standard selger blir automatisk fylt ut med innlogget bruker.    Her er en liten video som beskriver dette:       Feltet Standard selger finnes under fanen Provisjoner. Selgeren som settes her, settes også som standard på ordrelinjene, og gir grunnlag for provisjon (hvis dette er satt opp).     Merk: Det er allerede mulig å få Standard selger fylt ut med selgeren satt som standard på kunden. Hvis dette er registrert vil denne selgeren brukes. Hvis det derimot ikke er registrert vil man i 8.20 kunne sette opp at feltet fylles ut med innlogget bruker istedenfor å være tomt.     Oppsett   For å kunne bruke denne funksjonen må det være opprettet en selger og en tilsvarende ansatt. Selgeren må også være koblet til en ansatt, som igjen er koblet til en bruker.    1. Gå til Meny - Kundereskontro - Innstillinger - Selgere (AR205000) og opprett en selger (hvis dette ikke allerede er gjort) 2. Gå til Meny - Flere valg - Konfigurasjon - Organisasjon - Ansatte (EP203000) og opprett en ansatt (hvis dette ikke allerede er gjort).   3. På skjermbildet Ansatte, i feltet Selger, velg selgeren som tilsvarer den ansatte.      4. Gå til Meny - Flere valg - Brukersikkerhet - Registre - Brukere (SM201010) og velg brukeren som tilsvarer den ansatte  5. I feltet Tilknyttet enhet, velg tilsvarende ansatt.       Eksempel   Kunden Bedrift A er satt opp med Visma Nettesen som standard selger. Kunden Bedrift B har derimot ingen standard selger.     Edvard Berntzen er innlogget. Brukeren er koblet til ansatt og selger Edvard Berntzen.    Edvard oppretter først en salgsordre på kunden Bedrift A. Feltet Standard selger blir automatisk fylt med Visma Nettesen da dette er standard selger på kunden.     Edvard oppretter deretter en salgsordre på kunden Bedrift B. Nå blir feltet Standard selger automatisk fylt med Edvard Berntzen da denne brukeren er innlogget og det ikke ligger noen standard selger på kunden.     ... Vis mer

Torsdag kveld, 27. februar, er det planlagt en mindre oppdatering av Visma.net ERP. Oppdateringen vil inneholde retting av flere feil, blant annet:    - Mulig å oppdatere kundefakturaer i lukkede perioder - Duplikate linjer i Autopay innboks - Rabatt kan ikke legges til på salgsordrer hvor ordretypen ikke oppdaterer lager    Vi vil oppdatere denne artikkelen med versjonsnyheter når dette er klart.    Brukere vil oppleve nedetid torsdag kveld fra kl. 22.30.  Oppdateringen kan følges på denne siden. Vi anbefaler generelt å abonnere på statussiden.   Vi beklager ulempene dette medfører.   Oppdatering 28.2.20: Versjonsnyheter er nå lagt til som vedlegg.   ... Vis mer

Vi opplever dessverre problemer med Automatiseringsplaner (SM205030). Pga. dette er alle automatiseringsplaner stoppet for øyeblikket. Selv om de står aktive vil de altså ikke kjøres på tidspunktet angitt i Neste utførelsesdato. Du kan følge dette på statussiden.       Har du data som haster å behandle anbefaler vi å gjøre dette manuelt. Dette kan være særlig aktuelt for  - Sending av fakturaer til Autoinvoice (skjermbildet Skriv ut faktura (AR508000) og Behandling: Send til Autoinvoice - Behandling av statusmeldinger fra Autopay skjermbildet (Autopay-innboks (CA50400S) og valget Behandle/ Behandle alle   Vi anbefaler å abonnere på statussiden for å få med deg oppdateringer.    Vi beklager ulempene dette medfører. ... Vis mer

Vi opplever dessverre problemer med oppretting av faktura fra salgsordre. Feilen går ut på at ikke-lagerførte varer ikke kommer med på fakturaen. Den kan reproduseres på følgende måte:    1. Opprett en salgsordre.  2. Legg til to linjer med lagervarer  3. Legg til en linje med en ikke-lagerført vare som ikke er huket av for Krev mottak eller Krev leveranse på selve varen.      4. Klikk Behandlinger - Opprett leveranse og tilpass denne slik at bare en av linjene med lagervarer står på leveransen (slett den andre linjen som ikke skal leveres enda). Klikk Behandlinger - Bekreft leveranse.  5. Gå tilbake til salgsordren og klikk Behandlinger - Opprett leveranse igjen. En leveranse på den andre lagervaren opprettes. Klikk Behandlinger - Bekreft leveranse.   Status på salgsordren er nå Fullført og vi har to leveranser under fanen Leveranser     6. På salgsordren: Klikk Behandlinger - Klargjør faktura for å opprette faktura for hele salgsordren.    Resultat: bare linjene med lagervarer vises på fakturaen     Alternativ løsning: legg til en linje med den ikke-lagerførte varen manuelt.     Husk at du kan abonnere på denne artikkelen for å få med deg oppdateringer.   Vi beklager ulempene dette medfører. ... Vis mer

Vi opplever dessverre problemer med e-poster som sendes fra Visma.net Autoinvoice (basert på fakturaer fra Visma.net Project management). Merk: dette gjelder kun fakturaer som sendes direkte fra Visma.net Project management.      E-postene som blir sendt fra Autoinvoice er på finsk (ikke norsk). Merk: selve fakturaen (pdfen) er på norsk og riktig.   Vi jobber med å løse dette. Slik det ser ut nå vil det mest sannsynlig bli gjort i neste uke.   Husk at du kan abonnere på denne artikkelen for å få med deg oppdateringer.   Vi beklager ulempene dette medfører. ... Vis mer

Oppdatering 11.06.2020: Endringen er nå aktivert for alle kunder.   Oppdatering 03.06.2020: Endringen (en ny måte å håndtere meldinger fra Approval til Financials) ble aktivert for de første kundene ifbm. ny versjon 12. mai. Vi har gjort noen ytterlige forbedringer ifbm. versjonen som slippes 26. mai og har aktivert dette for flere kunder. Vi fortsetter å følge med  litt til før vi aktiverer dette for enda flere eller alle.   Oppdatering 17.02.2020: Vi planlegger en endring som vil forbedre dette. Denne vil tidligst bli lansert 2. kvartal 2020.   Denne artikkelen beskriver hvordan Godkjenningstatus oppdateres på inngående fakturaer, og hvorfor denne prosessen noen ganger tar lenger tid enn ønsket/forventet. Merk: Vi jobber med å forbedre denne prosessen, og vil oppdatere artikkelen så fort det skjer endringer.   Prosessen med oppdatering av Godkjenningsstatus består av flere steg:    1. En bruker klikker Send til Approval på en inngående faktura. Dette medfører at fakturaen sendes til Visma.net Approval. Godkjenningsstatus endres til Sendt til godkjenning.     2. Visma.net Approval prøver å finne en arbeidsflyt for fakturaen. Når denne er funnet, og fakturaen er på flyt sender Approval en melding tilbake til Financials om dette. Godkjenningsstatus blir endres til Venter.    3. a. Fakturaen blir godkjent i Approval. Dette sender en melding til Financials som endrer Godkjenningsstatus til Godkjent. b. Fakturaen blir avvist i Approval. Dette sender en melding til Financials som endrer Godkjenningsstatus til Avvist.   Slik det er i dag har vi en kø for alle disse meldingene. Dette for å sikre at Godkjenningsstatus blir oppdatert i riktig rekkefølge. Vanligvis tar ikke oppdateringen mer enn en halvtime. Ved stor pågang opplever vi dessverre at dette tar lang tid (1-2 timer). Dette kommer av at meldinger blir stående i kø. Statussiden vil bli oppdatert ved unormalt lang kø.    Dette får følgende konsekvenser:    - Fakturaer sendt til Approval blir stående med Godkjenningstatus: Sendt til Approval. (Merk: fakturaen kommer faktisk på flyt i Approval selv om Godkjenningstatus ikke viser dette).    - Fakturaer godkjent i Approval blir stående med Godkjenningstatus: Venter (skulle blitt endret til Godkjent) og kan dermed ikke oppdateres.    Godkjenningstatus blir oppdatert til slutt, men det tar altså lengre tid enn vanlig.        ... Vis mer

Enkelte kunder opplever at enkelte tidsplaner har kjørt uten å ha behandlet data etter versjon 8.18 (fom. 17.12).     Automatiseringsplanene (SM205030) står altså som Sist utført med dato etter 17.12, men det kan være data likevel ikke er behandlet.     Vi anbefaler å gå gjennom tidsplaner med Sist utført dato fom. 17.12, i form av å sjekke historikken på denne. For å gjøre dette:   1. Klikk på linken i kolonnen Vindusnr. Selve tidsplanen åpnes 2. Klikk Vis Vindu  3. I skjermbildet som åpnes, klikk på tidsplansymbolet og velg Vis historikk.      4. Velg evt. hvilken tidsplan hvis samme skjermbilde har flere tidsplaner 5. Velg Fra dato 17.12 og Til dagens dato 6. Dette vil vise deg historikken for hva som er behandlet i valgt periode. Hvis ingen data er behandlet i perioden anbefaler vi at du sjekker om dette skulle vært tilfelle.    Husk at du kan abonnere på denne artikkelen for å få med deg oppdateringer.   Vi beklager ulempene dette medfører.   Oppdatering 2.1.2020: Det ser ut som dette oppsto etter oppgradering til versjon 8.17 (18.11.19), så vi anbefaler å sjekke historikken tilbake til denne datoen.   Oppdatering 9.1.2020: Feilen er planlagt rettet i løpet av uke 3. Vi kommer tilbake til dato for patch i egen artikkel.    Oppdatering 15.1.2020: Det er kjørt en patch for å rette dette, men vi ser at det fortsatt er problemer med visse skjermbilder, bla. Autopay innboks (CA50400S). Skjermbildet Skriv ut faktura (AR508000) fungerer derimot som det skal.    Oppdatering 21.1.20: Vi ser nå at tidsplaner på skjermbildet Skriv ut faktura (AR508000) heller ikke behandler data innimellom. Vi anbefaler generelt å kontrollere at automatiseringsplaner har behandlet data som de skal, evt. kjøre prosessene manuelt. Utvikling jobber fortsatt med saken. Dette blir prioritert.   Oppdatering 22.1.20: Vi hadde en oppdatering i går, og det ser nå ut som dette er løst. Vi kommer tilbake med endelig bekreftelse etter å ha overvåket systemene en periode.  ... Vis mer

Vi opplever dessverre problemer med skjermbildet Leverandører (AP303000) for enkelte kunder.    Kundene opplever at listen over leverandører kan vises, men det er ikke mulig å gå inn på en eksisterende leverandør, eller opprette ny.     Prøver man å gjøre dette får man feilmelding: "Vi beklager! Det har oppstått en feil da systemet skulle behandle forespørselen din..."      Utvikling er på saken, har funnet årsaken til problemet, og jobber med en løsning.      Husk at du kan abonnere på denne artikkelen for å få med deg oppdateringer.   Vi beklager ulempene dette medfører. ... Vis mer