@BenteW  Du har sikkert sett at doble innbetalinger fra Leverandør kan være en utfordring sidenen Leverandørrefusjon ikke kan stå åpen og må matches mot dokument før de kan oppdateres. Et slik dobbelbetalt beløp vil du jo ønske å debitere bank og kreditere Leverandør, og da også få inn på Leverandørens reskontro (Leverandøropplysninger).   Enkleste måte å føre dette på (og som jeg anbefaler våre kunder) er å gå i skjermbilde Inngående faktura, og opprett et dokument med type Oppjustering (dette er et bilag som føres likt som en Inng.faktura, men bare heter noe annet).   Velg Leverandør, Dato, Beskrivelse etc... Så legger du inn én linje med Beløp, Konto dere har mottatt beløpet til (med tilhørende Kostnadsbærer, og INGEN Avgiftskode. Oppdater og du har fått en føring Debet Bank Kredit Leverandør. Gå gjerne inn på Regnskapsdetaljer og endre Betalingsmetoden dersom du ikke skal betale tilbake til Leverandør med det første. Dette Bilaget kan remitteres, eller matches mot en Kreditnota eller Forhåndsbetaling og det er vel det du trenger. ... View more

@OKR  Vet ikke helt hva som kan være årsak til feilmeldingen, men kan du sjekke om du allerede har registrert en Leverandør med dette Org.nr.? Vet ikke om det er en sjekk på det på denne nye funksjonen, men det burde jo egentlig vært det.  Også burde det gitt en vettug feilmelding. ... View more

Du kan lage et korreksjonsbilag for periodiseringen uten å kreditere og lage nye faktura på leverandøren.  Det er jo ikke alltid så ønskelig med mange "ikke-reelle" faktura og kreditnotaer på reskontro bare pga. at man har glemt en periodisering som er noe man gjør for eget regnskap.   Jeg anbefaler da å opprette en Oppjustering.  Denne kan legges på samme leverandør som opprinnelig faktura, eller på en "korreksjonsleverandør" som man oppretter nettopp for slike ting. Samme dato som Inng.fakt.  Forklar gjerne i fakturatekst hvilket bilag dette er korreksjon for. Legg inn tilsvarende linje som den du har glemt å periodisere bare med negativ verdi og så en positiv linje MED periodiseringsnøkkel. Dette bilaget kan føres bare med nettotall og uten Avgiftskode, dersom det ikke er aktuelt å korrigere avgiften. Bilaget skal få en total sum på kr 0 og vil bli automatisk Avsluttet ved oppdatering.   For utgående faktura kan du gjøre akkurat det samme, men bruk da bilagstype Debetnota.  ... View more

Det står i øverste avsnitt at man kan opprette og oppdatere nye kontakter via denne integrasjonen. Jeg går ut fra at dere her mener aktører (kunder og leverandører), eller er det mulig og også opprette kontaktpersoner med integrasjonen? ... View more

Det er ikke så enkelt som at dere har Avsluttet eller deaktivert regnskapsperioden som hører til betalingsdatoen? ... View more

Hva som er enklest er vel hva man er vant til... 🙂   I motsetning til de fleste klassiske systemene som er transaksjonsbaserte (altså bare føring til debet og kredit), er Visma.net Financials dokumentbasert. Dette er ofte det som er den største overgangen for nye brukere, men vi som har jobbet i systemet en stund blir mer og mer fornøyd med at det er slik, da det gir oss kontrollfunksjoner som hindrer mange feilføringer.   Som sagt så er det bare Leverandørrefusjon uten motbilag som egentlig er noen utfordring, og der har jeg skissert en løsning ovenfor.  Alt det andre er det støtte for slik VnF fungerer i dag.   Dersom du trenger mer gjennomgang og opplæring på de ulike transaksjoner anbefaler jeg at du tar kontant med partneren dere bruker. ... View more

Ja, ta kontakt med partneren din så hjelper de deg med å sett opp de filtrene du trenger. ... View more

Når det gjelder betalinger til/fra leverandør så vil jo disse i mye større grad enn det som gjelder for kunder ha registrerte motposter (faktura/kreditnota) med korrekte beløp.  Dette gir at behovet for å "bare" registrere betalinger mot leverandør er vesentlig mindre enn det vil være for kunder.   Utbetalinger til leverandør vil jo også i all hovedsak være remitteringer av faktura. Dersom det er ekstra utbetalinger til leverandør så anbefaler jeg å opprette disse som Forhåndsbetalingeri skjermbilde for Inngående faktura og remittere disse sammen med andre faktura.  Da vil betaling automatisk opprettet, matchet og oppdatert, og det skal ikke være nødvendig å behandle disse i Behandle banktransaksjoner.   Dersom man likevel har vært i nettbanken og registrert en utbetaling til Leverandør eller det er dobbeltutbetalinger, kan den enkelt opprettes som forhåndsbetaling direkte i skjermbildet Behandle betalinger. Det er ikke nødvendig å opprette en Forhåndsbetaling først.  (Det måtte vi tidligere, men her har det blitt forbedringer.) På høyre siden av skjermen velger du bare Leverandørreskontro riktig Leverandør og så trykker du Behandle. Når det ikke er lagt til dokument som dekker hele det utbetalte beløp blir det opprettet en Forhåndsbetaling på Leverandøren.     Innbetalinger fra Leverandøren som det ikke er Kreditnota eller Forhåndsbetaling å matche mot, er mer kinkig i og med at en Leverandørrefusjon ikke kan stå åpen.  Disse er det nå heller ikke så mange av, men det kan skje. Her kan man lage seg mange merkelige prosesser og utallige bilag, men det du bare ønsker er å få ført debet bank og kredit leverandøren. Jeg har derfor begynt å registrere det med slik:   Gå til skjermbilde Inngående faktura. Opprett en nytt bilag med dokumenttype Oppjustering (dette er et dokument som føres likt med en faktura, men heter noe annet.) Velg leverandør og sett dato til innbetalt dato. Så legger du til en linje med innbetalt beløp, Konto=Betalingskonto, Avgiftskode='ingen', Kostnadsbærer = den som ligger på Betalingskontoen. Oppdater bilag Skjul linjen for innbetalingen i Behandle Banktransaksjoner   PS. Når det gjelder det med at Forhåndsbetalinger som standard havner på en 174x-konto så kan du enkelt unngå dette med å endre konto for Forhåndsbetalinger på Leverandør(er) og Leverandørprofiler. Imidlertid - dersom Utbetalingen til kunde gjøres uten at du har bilag å matche mot (f.eks. ved dobbeltbetalinger) så har du jo en fordring på Leverandøren og det er da korrekt at dette havner på en Aktivakonto.  Dette blir utlignet så snart forhåndsbetaling matches mot faktura. ... View more

@Olga Myrvold og @dennis_johnsen  Når det gjelder Forhåndsbetalinger til Leverandører så er det viktig å huske på at det også kan være aktuelt å remittere Forhåndsbetalinger.   Slike Forhåndsbetalinger opprettes i  skjermbilde Inngående faktura og kommer opp i Behandle betalinger slik at de kan remitteres.  (Dette vil da selvsagt gjelde reelle Forhåndsbetalinger, og ikke de man har laget for å registrere en dobbeltbetaling.) Først når en slik Forhåndsbetaling er knyttet mot en betaling kan den matches mot fakturaer.  Status på Forhåndsbetaling er Åpen både før og etter betaling. Det er mange som bruker denne funksjonen, så her er det viktig at man ikke gjør noen endringer som lager krøll.   Dersom man får opp Forhåndsbetalinger som kan matches mot faktura i Behandle Betalinger blir det viktig å skille mellom de som skal remitteres og de som bare kommer opp for å kunne matches mot andre dokument. ... View more

Dessverre @Karstein Opstad, men slik kommer det opp hos oss alle. Om dette er tilsiktet av utvikler eller ikke så vil jeg uansett kalle det en bug, og håper virkelig Visma har tenkt å fikse dette snart.  Dette er vel egentlig det mest tungvinte og ubrukelige tall-dato-formatet som kunne vært valgt.  😉   Vi ønsker vel alle datoformat dd.mm.åååå...? ... View more

Jeg anbefaler Driftsmiddelsaldo per hovedbokskonto (FA643000).  Denne skal stemme med Balanserapport per konto for samme periode. Unntak er selvsagt konto 1130 som brukes for Driftsmidler som ennå ikke er aktivert. Dersom det gjøres føringer fra andre moduler mot driftsmiddelkontoene vil det også bli avvik og anbefales slik sett ikke, med mindre du aktiverer med det samme. Rapportene Nettoverdi (FA613000) og Avskrivning (FA615010) er også mye brukt. Ellers så får du bare teste de rapporter og forespørsler som ligger i programmet og se hvilke som gir det du etterspør. ... View more

Dersom man så i ettertid likevel mottar innbetaling på hele eller deler av det tapsførte beløpet kan Kredinotaen reverseres (du får da en Debetnota). Korriger Fakturateksten og evt. beløp dersom det bare er delvis innbetaling. Denne Debetnotaen kan så matches mot innbetaling fra kunde eller inkasso. ... View more

Hei folkens - endelig!  🙂 Med det nye Avgiftsoppsettet som gjelder fra 01.01.2022 blir det endelig MYE enklere å føre Tap på fordring.  Og det med bare ett bilag.  Slutt på mellomføringer og/eller Avgiftsjusteringer for dette.   Fra og med 2022 kan det gjøres slik: Lag en kreditnota for den enkelte kunde som det skal registreres tap på. Legg inn en Fakturatekst som tydelig viser at dette er tapsføring, slik at det er synlig i reskontro (Kundeinformasjon). Legg inn minst en linje per avgiftssats Konto = 7830 (eller den som brukes for tapsføring) Avgiftskode = 0T, 1T, 11T, 12T eller 13T Beløp = nettobeløp Under fane 'Fakturaadresse' ta vekk avmerking for 'Send til AutoInvoice'. Oppdater kreditnota og match denne med de fakturaene som skal tapsføres.   Dette kommer da riktig opp i Avgiftsoppgaven under de nye postene:   Kreditnotaen kan selvsagt enten lages manuelt, eller ved å reversere en faktura og så endre Konto, Avgiftskode, utskriftsvalg og fjern evt. Periodiseringsnøkler før oppdatering.   Dette skulle gjøre denne prosessen mye enklere. ... View more

OK, da skjønner jeg litt mer, men denne klassiske måten å avstemme på vil ikke fungere helt med VnF, så her må du tenke nytt. Det enkleste er å ta med Periodiseringskontoen i mva-avstemmingen, og der legge den sammen med salgskontoen.   Alternativt kan du føre uten periodisering mot salgskontoen, og så ompostere for å periodisere, men denne må du få forklart av partneren din. ... View more

Da forstår jeg ikke hva du ønsker å oppnå med periodiseringen. Skal du aldri føre noe mot konto 3510?   Når du fører med Periodiseringsnøkkel vil faktura bli ført mot 1500 og konto som står på nøkkelen (mva, føres direkte). Når så periodiseringene kjøres får du en føring mellom denne konto og den som står på faktura.   Jeg anbefaler at du tar kontakt med partneren dere har slik at de kan forklart skikkelig hvordan perodiseringen fungerer i VnF, og slik at du får satt opp den Periodiseringsnøkkelen du ønsker. ... View more

Hei @LNO  For å få til den føringen du forklarer så velger du 3510 på fakturalinjen som vist av Edvard over, og så legger du den ønskede 15xx-kontoen i Periodiseringsnøkkelen.   ... View more

Jeg ser behovet og ser ta for mange kunne dette vært nyttig, men husk at for Inngående faktura konteres Prosjekt og Prosjektoppgave på linjenivå og det er fullt mulig å ha flere prosjekt på samme faktura.  Hvilket av disse skulle i så fall kommet frem i denne oversikten? Det er med andre ord samme utfordring som med konto og kostnadsbærer. ... View more

Er denne saken ennå på en eller annen roadmap, eller har den ramlet helt ut. Det er helt klart et behov for en del selskap å kunne legge til vedlegg når bilagene er på flyt, og da ønsker vi selvsagt at disse kommer med tilbake til VnF, slik at man for all dokumentasjon samlet. Dette bør også vedlegg som legges til i en godkjenningsflyt som blir Avvist eller Konsellert.   En annen ting er at det er jo ikke en gang mulig i VnF å se om det er lagt til vedlegg uten å logge seg inn i Approval, med mindre godkjenneren har lagt inn en kommentar om det.  Kan det da være en midlertidig løsning å få merket av i godkjenningsflyten, eller under kommentarer at det er lagt til et vedlegg og gjerne navnet på vedlegget?   ... View more

Er det noen planer om å gjøre noe med dette? Det er svært ønskelig å kunne jobbe med bruttobeløp mot kunde.  Faktisk vil jeg mene det er viktigere på Kunde enn på Leverandør.  På Inngående faktura og Transaksjoner er det mulig å velge mellom netto og brutto.  Vi ønsker samme funksjonalitet på Utgående faktura. ... View more

Her er det viktig å være helt klar på hva man mener med "periodisering" i regnskapet, for dette er streng tatt litt forskjellige ting...   Når vi i VnF snakker om Periodiseringer mener vi der en reell kostnad eller inntekt skal fordeles over  en eller flere perioder. Dette har vi som sagt en egen modul for med mange alternativer som beskrevet over.   Det som du beskriver over (med adm. honorar og husleie) er det vi gjerne kaller avsetninger. Disse er det enklest å føre direkte i hovedbok med automatisk reversering. Automatisk reversering blir alltid ført den første i måneden etter.  Dersom du ønsker reversering på en annen dato, eller etter flere måneder må du reversere manuelt.   Når det gjelder evt. periodiseringer på prosjekt så er det en tredje ting.  Rutiner rundt dette  bør utarbeides i samarbeid med partnerkonsulenten, så det går jeg ikke inn på her. ... View more