Hei Mona! Du har fått forklaring fra Visma på hvordan du skal føre Hovedbokstransaksjoner med Avgiftskoder.  Denne er korrekt, men mitt klare råd etter erfaring fra en del forskjellige mva-saker er "GLEM DETTE".  Det er for knotete og lett å gjøre feil. Ikke minst er det svært tungvint dersom du skal rette opp transaksjoner. I stedet bør du bruke Transaksjoner (CA304000) som ligger under Bankstyring til alle bilag med mva. som ikke er Kundefaktura eller Leverandørfaktura.  Typiske eksempler kan være lønn eller kasseoppgjør, og det er også mulig å importere slike data direkte til Transaksjoner dersom man ønsker det.    Dette bildet er også helt genialt å bruke dersom du skal korrigere Avgiftskoder fra for eksempel Inngående faktura, i stedet for å lage fiktive kreditnota og fakturaer (noe revisorene ikke nødvendigvis er så glade i og som er rotete ved avstemming av leverandørreskontro). I Transaksjoner kan du føre netto- eller bruttobilag og mot forskjellige Avgiftssoner (velges under Regnskapsdetaljer).   Det er noen enkle prinsipper du må sette deg inn i ved bruk av Transaksjoner, og dere har forhåpentligvis en dyktig leverandør av Visma.net som kan sette deg inn i disse, hvordan Transaksjoner fungerer, og hvordan bildet kan brukes på best mulig måte. ... View more

Spørsmål fra kunde som opplever dette: Blir de fakturert dobbel transaksjonspris for disse fakturaene? ... View more

Hei  Nimra Ghauri Som du vet kan det ikke endres på et bilag som er bokført, og da heller ikke legges til Periodiseringsnøkler. Visma vil kanskje foreslå Kreditnota og ny faktura, men dette tilfører slike dokument på reskontro som ikke skal være der. Partneren din bør være i stand til å hjelpe deg med dette problemet, men jeg vil anbefale et korreksjonsdokument som går i null og får lagt tidsplan på de aktuelle linjene.  Dersom dette er en inngående faktura ville jeg laget korreksjonsbilaget som en Oppjustering.  NB! Mva. skal allerede være ført korrekt i den opprinnelige fakturaen, så jeg ville ført korreksjonsbilaget med nettotall og uten avgiftskoder ... View more

Javisst.  Det går fint å reversere en faktura som er avsluttet.  Du får da en kreditnota stående som et åpent bilag på reskontro. Det er også mulig å også reversere en og samme faktura flere ganger, noe som kan være hensiktsmessig dersom du ønsker flere kreditnota, f.eks. delkreditering av en faktura i flere omganger,  og også dersom du ved en feil har laget faktura i stedet for kreditnota.   Dersom du ønsker at systemet skal stoppe ved føring av samme fakturanummer velger du det i Leverandørinnstillinger (AP101000) Vi anbefaler å ha merket av 'Krev leverandørens fakturanummer' og 'Avvis duplikat av leverandørens fakturanr'. ... View more

Jeg tenker at dersom kunde trekker fra samme kreditnota 2 ganger ved betaling av faktura er dette en feil som har skjedd hos kunde og som dere ikke trenger å føre bilag på. Altså: Første trekk av kreditnota matches mot faktura slik at denne får en lavere saldo (evt. avsluttes dersom den er oppgjort). Andre trekk av kreditnota er noe som ikke skulle skjedd.  Dere trenger da ikke å føre dette. Resultatet har jo ført til at kunde har betalt for lite på faktura og denne faktura blir da stående med en åpen saldo som kunde fortsatt må betale.  Dette er kundes ansvar, men man kan jo gi kunde beskjed slik at de får betalt før det utestående beløpet går til purring og inkasso. Når du sier at beløpet ligger i Behandle inngående betaling er jo dette det kunden har betalt og ikke kreditnota.  Dette beløpet skal matches mot en faktura.   Dersom kunde har surret skikkelig og betalt til dere beløpet på en kreditnota, altså penger gått feil vei, bør beløpet registreres inn hos dere som en forhåndsbetaling.  Denne kan senere matches mot en faktura til kunde, eller betales ut med en kunderefusjon. ... View more

God idé.  Kan gjerne ses i sammenheng med denne: https://community.visma.com/t5/Ideer-i-Visma-net-ERP/Angi-kriterie-for-sum-i-filter-funksjoner/idi-p/194039   ... View more

Helt enig. Det er kanskje teknisk sett slik at vedlegg fra Financials kopieres over til Approval og slik sett finnes to plasser, men brukerne må slippe å gjøre oppslag to plasser for å finne alle vedlegg.  Slik sett bør vedlegg som blir lagt  til i løpet av godkjenningsflyten følge med tilbake til Financials. ... View more

Veldig godt beskrevet ønske fra  agutvik . Jeg supplerer med at vi selvsagt også ønsker tilsvarende funksjonalitet ved aktivering av tillegg. ... View more

Dette er en fin og enkel funksjon ved enkle innkjøp og aktiveringer, men det er for tungvint at man må aktivere hver transaksjonslinje for seg da et driftsmiddel i praksis både kan bestå både av flere faktura og fakturalinjer. Dette bør det gjøres en forbedring på, for eksempel som beskrevet her: https://community.visma.com/t5/Ideer-i-Visma-net-ERP/Masseaktivering-driftsmiddel-fra-FA504500-og-aktiv-link-mellom/idi-p/205338 ... View more

Det forstår jeg ikke  Nimra Ghauri .  For kunde skal det ikke være nødvendig å legge til faktura for å registrere Betaling.  Hvilket skjermbilde er du i? Forsøk å registrere innbetalingen i AR302000 uten å legge til noen faktura og så heller matche disse etterpå. ... View more

Takk for denne forklaringen - dette er det spørsmål om. For ordens skyld er det vel en liten feil i bildet til pkt. 6 ? Den inngående faktura skal føres Debet 6300 Leie lokaler og Kredit 2400 Leverandørgjeld. ... View more

Hei  Karina Eriksen Mosjøen Dersom du ønsker å bruke kostnadsbærer på føringene mot periodiseringskontoen kan du enten legge inn en fast kostnadsbærer på Periodiseringsnøkkelen eller krysse av den boksen du nevner for å hente kostnadsbærer fra den enkelte linjen. Det er fullt mulig å rette opp de periodiseringene som allerede har blitt bokført dersom du ønsker det, men her bør du ta kontakt med partneren for nærmere forklaring.  Det er viktig å holde styr på alle føringer og involverte Periodiseringsplaner. ... View more

Tilleggsinfo: For innenlands salg og inntekter som ikke skal ha mva, kan man som oftest bruke Avgiftskode 5, 6 eller 7. For utførsel gjelder egne koder. ... View more

Artikkelen i svaret fra Knut Andreassen1 gjelder bare for Leverandører og Inngående faktura, og vil ikke hjelpe for problemet til Jan Kenneth Odland . Dessverre er det ingen løsning i Visma.net for dette i dag, men vi er flere som ønsker dette.  Det burde være selvsagt å kunne jobbe med bruttopriser mot kunder og nettopriser mot leverandører, men dette er ennå ikke på plass. Legg gjerne din stemme på denne ideen: https://community.visma.com/t5/Ideer-i-Visma-net-ERP/Kunde-onsker-legge-inn-bruttopris-pa-SO-linje-Inkl-MVA/idi-p/136871. Dersom man BARE jobber med privatkunder kan man som en nødløsning endre på avgiftene slik det er kommet tips om her. ... View more

Dessverre er det ikke like lett å bytte rekkefølge på kolonner i VnF som det er i f.eks. Excel... Når du da skal "bytte" rekkefølgen så må du bytte innhold i alle felt nedover på de aktuelle kolonnene. Her er det mao. viktig å holde tunga rett i munnen.  Større endringer av rapporter er egentlig noe vi anbefaler å la sertifiserte konsulenter ta seg av så, dersom du synes dette er vanskelig bør du ta kontakt med partneren dere bruker. ... View more

Dersom innbetalt beløp er mindre enn kreditnotaen gjør du bare slik som forklart i artikkelen.  Kreditnotaen vil da bli stående med en rest. Denne resten kan trekkes fra på en senere faktura eller matches mot senere innbetalinger fra leverandøren.   Dersom restbeløpet er så lite at dere bare å ønsker å skrive dette bort og ikke ha dette som fordring mot leverandøren, kan du bare lage en Oppjustering på dette beløpet mot for eksempel en avrundingskonto, og så matche denne mot Kreditnotaen.  Da vil alle dokument bli avsluttet. ... View more

Godt forslag.  Ikke først og fremst pga. argumentet til  Victoria Bolstad , men rett og slett fordi "Skriv ut faktura" er misvisende. Dette bildet brukes også til å sjekke AutoInvoice-status og sende faktura på e-post eller via AutoInvoice. ... View more

Hei  Mantena_AS   Jeg ser at det ikke er lagt inn svar på ditt spørsmål her fra 01.02.2019.  Forhåpentligvis har du funnet ut av det, men jeg legger likevel inn et svar dersom det er andre som skulle lure.  Tar også med noen andre koblinger mellom forskjellige skjermbilder som har med periodisering å gjøre.   I bilde Kjør periodisering (DR501000) er det som du skriver ingen henvisning til opprinnelig leverandørfakturaen.  Dette kunne kanskje vært ønskelig, men det er hyperlink her til tidsplanen - denne åpnes... i bilde Periodiseringsplan (DR201500).  Her ligger bilagsnummer på leverandørfaktura som 'Ref.nr.' i øverste del av bildet, og dersom du trykker på 'Vis dokument' helt øverst åpnes faktura i eget skjermbilde.   Motsatt kobling finnes i bilde Inngående faktura (AP301000).  Her kan du stå på en linje med Periodiseringsnøkkel og trykke Vis tidsplan for å få opp Periodiseringsplanen til denne linjen.   I Kontoutdrag (GL404000) for periodiseringskonto og utgiftskonto kan du se de transaksjonene som har blitt utført.  I kolonne 'Referansenr.' vil det for oppdatering av den opprinnelige faktura vises bilagsnummer.  For periodiseringene er det her et nummer som viser til Periodiseringsplanen som har generert linjen. (Dette er ikke nummeret til periodiseringsplanen, men hyperlinken på linjen åpner riktig plan.) ... View more

Jeg opplevde tidligere i dag samme feil som  HeiKva melder om. Brukeren hadde gjort en del endringer på faktura og når han trykte "Send til Approval" ble alt tilbakestilt til det opprinnelige. Jeg prøvde da å gjøre alle endringene på nytt og lagre flere ganger underveis.  Så lagre en siste gang før jeg trykte "Send til Approval".  Det virket! Kan du HeiKva prøve det samme hos deg?   For brukere som sitter på fakturamottak og går igjennom mange faktura hver dag, har det ofte blitt en vane og trykke "Send til Approval" direkte etter endringene uten å lagre først.  Dette har alltid fungert, og jeg håper Visma for det tilbake slik. ... View more

Nå begynner vi å nærme oss tema som jeg ikke skal ta stilling til.  Dette får vi overlate til Visma. 🙂   Iom. at Visma.net Financials er et dokumentbasert system (der man tenker seg å opprette dokumenter i den modulen de hører hjemme og så vil systemet behandle de deretter) får vi mange fordeler, men også noen ulemper slik som de du nevner. Personlig har jeg ikke mye kjennskap til transportbransjen, men er klar over disse bilagene som både skal føres mot Kunde og Leverandør.  Her må man lage seg gode rutiner som får de aktuelle bilagene i VnF til å "henge sammen" og dette regner jeg med at partneren deres har hjulpet dere med. Hvorfor det er krav til match av dokumenter på Kunderefusjon og Leverandørbetalinger, mens det er mulig å registrere en innbetaling fra kunde uten match, vet jeg ikke.  Dette skyldes nok avgjørelser som er tatt på et høyere nivå.  Man kan tenke at det er logisk iom. at man selv kan kontrollere utbetalinger, men ikke innbetalinger...     Jeg har sett det ønsket ditt som du referer til tidligere, men er redd dette ikke er det første som blir implementert i programmet.  Det er på en måte i strid med det som er grunntanken i VnF.  På en del ting blir man nødt til å endre arbeidsmåte sin til å passe med programmet og ikke motsatt.  Jeg går ut fra at partneren deres har hjulpet dere med å sette opp gode rutiner og arbeidsprosesser for spesielt krevende dokument.   Når dette er sagt, mener jeg fremdeles at i den konkrete saken din her vil det beste være å reversere matchingen mellom kreditnota og faktura slik jeg har beskrevet.  Nettopp dette med at man i VnF ikke bare kan føre løse innbetalinger og utbetalinger uten å ta stilling til matchinger ser jeg som en styrke i forhold til en del eldre systemer. ... View more

I noen tilfeller kan jeg være enig med deg i at det er tungvint med omveier, men nettopp det at systemet er så låst gjør at det sperrer for føringer som faktisk ikke burde skje. Det tar litt tid å få kontroll på de ulike dokumentene og hvordan de matches, men det meste vil jeg si er bedre enn alternativene når jeg har jobbet litt med det.   Når det er sagt, vil jeg ikke si at dette med tungvint gjelder den saken din her. Her opphever vi bare en matching som ikke skulle vært utført (pkt. 1-4). Pkt. 5 (Føring av utbetaling til kunde) skulle du gjort uansett.   Alternativet til å reversere matchingen måtte bli å lage fiktive dokument og det e jo ikke ønskelig dersom man ikke må. ... View more

Da forstår jeg, tror jeg! Faktura ( kr 2000), Kreditnota (kr 1000) og Betaling (kr 1000) er matchet sammen slik at disse er avsluttet. Utbetalingen til kunde (Kunderefusjon på kr 1000) er ikke ført i regnskapet, men dere hadde tenkte at det skulle være utbetaling av kreditnota og at Faktura skulle stå med en saldo på kr 1000,- etter innbetalingen fra kunde. Dette er løsbart.  🙂   I skjermbilde Kundebetalinger (AR302000) søk opp Kreditnotaen på kr 1000 Gå til fane Betalingshistorikk og merk linjen for Fakturaen Trykk 'Reverser matching' (du finner valget til venstre rett over dokumentlinjene). Trykk Oppdater Nå er både Faktura og Kreditnota åpen. I skjermbilde Kundebetalinger (AR302000) opprett en ny Kunderefusjon på kr 1000,- Pass på at du har riktig dato og bankkonto for utbetalingen.  Betalingsmetode må endres til en manuell, for eksempel 4-kontant Legg til Kreditnota under Dokumenter til matching. Oppdater Nå er Kreditnota og Kunderefusjon avsluttet. Faktura skal ha  en gjenværende saldo på kr 1000,- (denne kan neste innbetaling fra kunde matches mot),   Håper dette ble slik du ønsket.   Funksjonen for 'Reverser matching' finnes også på leverandør, men der kan ikke en betaling stå åpen så der er det en litt annen fremgangsmåte for å få det til. ... View more

Slik jeg forstår det du skriver så har dere betalt ut beløpet  på kreditnota til kunde, dette gir match mellom Kreditnota og Kunderefusjon. Dersom kunde har matchet denne kreditnota mot en faktura så er det noe som ligger i kundens regnskap, og trenger ikke synliggjøres hos dere. Den faktura som kunde har matchet mot vil fremdeles stå Åpen (ubetalt) hos dere.  Dette er riktig. Dersom faktura var større enn kreditnota og kunde har betalt en differanse føres denne inn på faktura som da har blitt delbetalt. Jeg kan da ikke skjønne noe annet enn at dere bare skal fortsatt vente på betaling av faktura, og trenger ikke føre noe ekstra hos dere. ... View more

Da bør du kontakte partneren deres som skal teste mer inngående på dette eller legge spørsmål inn for Visma support. ... View more