Selv om du Mantena_AS ikke har hatt denne problemstillingen, så er den absolutt reell hos andre. Som det også står i artikkelen så er dette et vesentlig mindre problem på Leverandører enn på Kunder.  Det betyr likevel ikke at problemet er "konstruert" som du sier. I en ideell verden, eller dersom du har enkle fakturaer med enkle betalinger av disse og alt remitteres, så vil nok ikke slike differanser oppstå.  Differansene oppstår likevel i praksis og jeg kan tenke meg flere årsaker til at de oppstår, f.eks.: - Betaling er registrert manuelt i nettbanken - Faktura er oppgjort mot forhåndsbetaling som er litt mindre - Faktura er oppgjort mot kreditnota med et litt annet beløp. Differansene kan være så små som øresavrunding, og så lenge de oppstår ved betaling eller matching kan man ikke legge dette inn som avrunding som du først foreslår, da bilag er oppdatert. Jeg setter pris på at funksjonen er kommet og er sikkert på at den blir brukt om enn ikke så veldig ofte (forhåpentligvis). ... View more

Her er det flere måter å gjøre det på i VnF, men hva som anbefales i det enkelte tilfelle kommer an på hvilke typer bilag du skal føre, f.eks.: Kvitteringer fra firmakort (debetkort eller kreditkort) Utlegg fra ansatte som skal utbetales. Ønsker du å reskontroføre og remittere utbetalingene, eller er de allerede utbetalt fra nettbank Anbefaler å ta kontakt med deres partner/leverandør.  De skal ha kontroll på dette og kan gi anbefalinger og  forklare fremgangsmåte for det som passer best for dere. ... View more

Denne rutinen bør fjernes fra Community. Den er ikke bare unødvendig komplisert, men også direkte feil. Riktig nok blir balansekontoene korrekt på denne måten, men det er bare et av hensynene man har i et regnskap. Slik rutinen er skrevet her blir det uriktige transaksjoner i bank, noe som er uønsket med tanke på bankavstemming.   Jeg forstår det slik at utfordringen var at Leverandørrefusjonen var registrert på feil dato og slik sett ikke skulle vært i regnskapet. Det blir da ikke korrekt å lage et bilag (Forhåndsbetaling) som i tillegg gir en kredittransaksjon på bankkonto som aldri har blitt utført.   Riktig løsning på denne utfordringen er ganske enkelt: Gå inn på Leverandørrefusjonen (AP302000) som er ført på feil dato. Velg Annuller og Oppdater Legg så inn en ny Leverandørrefusjon med korrekt dato.   Dersom det er slik at man har mottatt to innbetalinger fra Leverandør og at Kreditnota er blitt matchet mot feil Leverandørrefusjon så må man: finn ut hvilket bilag denne Leverandørrefusjonen skulle vært matchet mot Evt. opprette dette bilaget, reverser matching på Leverandørrefusjonen og match den med korrekt bilag (som beskrevet i rutinen) Match korrekt Leverandørrefusjon til Kreditnota. Dersom man har mottatt en innbetaling fra Leverandør som man ikke har motbilag til (Kreditnota eller Forhåndsbetaling) så blir det en helt annen situasjon.  Da bør man i første omgang avstemme reskontro med leverandør, og så føre dette beløpet som et beløp man er skyldig leverandøren (dette er en omfattende rutine som jeg ikke går inn på her.   PS.  Til slutt.  Det vil aldri være nødvendig å bytte leverandørkonto som beskrevet i rutinen fra 1740 til 2400, da VnF har automatisk funksjonalitet for å ordne den mellomføringen som skal til her. ... View more

Jeg tenker denne artikkelen gir svar på det du lurer på. https://community.visma.com/t5/Brukertips-i-Visma-net-ERP/Starte-ny-Approval-flyt-for-inngaende-faktura/ta-p/263589 Ved linjegodkjenning er det bare fakturalinjer som det er gjort endringer på som blir sendt ut til ny godkjenning. ... View more

For å kunne gi noe svar eller forslag til løsning så må jeg ha litt mer info her. Hva slags beløp kan dette dreie seg om?  Er ikke alle inntekter mot en kundereskontro resultat av en faktura? Forklar gjerne situasjonen med ønsket bokføring (kontonummer). ... View more

Nei Det er ingen verdi for 'Innstilling for fakturaimport' i som kan settes av Fakturainnboksregler. Imidlertid kan du sette en innstilling på den enkelte Leverandøren (AP303000) på hva som skal være Standard behandling for fakturainnboks.  Der kan du sette at alle faktura for denne leverandøren skal ha behandlingsstatus Send til Approval. ... View more

Nei, dersom du tenker på listen over fakturaer i Fakturainnboks.  Dette er nok heller ikke teknisk mulig å få til da: a) Info i fakturainnboksen stort sett bare det som kommer på faktura fra leverandøren, og de har ikke denne informasjonen b) Faktura som ligger i Fakturainnboksen er det ennå ikke opprettet bilag på.   Kostnadsbærere kan settes via innstillinger på Leverandøren, via Fakturainnboksregler eller registreres manuelt.  Selv om fakturabilaget kan prekonteres med kostnadsbærer via innstillinger og regler så kan ikke denne info vises i fakturainnboksen fordi: c) Listen i fakturainnboksen er info til fakturahodet, mens kostnadsbærer ligger på fakturalinjene. d) det kan legges forskjellig kostnadsbærer per linje, så hvilken skulle da vises i Fakturainnboks ... View more

I det over har jeg nevnt behovene for å kunne registrere en mottatt Avregning fra en Kunde. Det er selvsagt også aktuelt å kunne sende avregning til en Leverandør.  Dette vil jo være i de tilfeller man er på andre siden av handelen.  Dvs. at vi da må ha mulighet for å registrere et dokument på en leverandør med inngående mva. som så kan sendes på EHF. Avregninger brukes også i transaksjoner med offentlige reverandører og de vil bare motta slikt på EHF. ... View more

Dette vil være en veldig nyttig forbedring. Alternativt kunne man få mulighet til å kopiere en regel fra én leverandør til flere andre. ... View more

Her @Emil_Columbi har vi rett og slett gitt så mange gode argument og forslag for bedre funksjonalitet at det er bare å håpe at vi får så mange stemmer at Visma setter utviklerne sine i arbeid. Det er ingen tvil om at dette vil forenkle betalingsprosessen.  I en ideell verden kan man jo tenke at alt som er godkjent bare skal sendes til betaling, men i praksis er ikke regnskapsverdenen fullt så perfekt. ... View more

Jeg mener at det å endre Betalingsmetode på en faktura som skal utelates fra remittering er en god metode, da det gjerne er manuelle vurderinger som ligger til grunn når man holder tilbake betaling på en faktura.  Man kan opprette flere Betalingsmetoder hvis ønskelig, slik at disse forklarer hvorfor Faktura/Kreditnota ønskes unnlatt bra betaling. I praksis vil det være svært begrenset hva som var opprinnelig Betalingsmetode, eller hvilken man må sette for å remittere faktura så det vil ikke være noen stor jobb å sette dette rett. Igjen - vil det også her være en manuell vurdering som legges til grunn. Dersom det skal legges til en funksjon tilsvarende som 'På vent' for å stoppe disse, må man jo likevel inn på hver bilag for å sette denne funksjonen.  (Dersom det faktisk må lages en Masseoppdatering for å endre dette er det jo nesten ikke nødvendig å forenkle dette da det likevel vil være programmet som får jobben.)   Imidlertid så savner jeg nå å få en enkel oversikt på Faktura som er satt til en manuell Betalingsmetode.  Dette fikk vi tidligere i Behandle betalinger og jeg skjønner ikke vurderingene som lå bak å fjerne denne muligheten.  Det vil uansett ikke være mulig å remittere Faktura som ligger til en Betalingsmetode som ikke er avmerket for Opprett samlebetaling.   Jeg forstår likevel det opprinnelige behovet som er lagt inn å tenker at en bedre løsning kan være følgende: Få tilbake muligheten til å se alle bilag uavhengig av Betalingsmetode i bilde Behandle betalinger.  Evt. egen fane eller skjermbilde for manuelle metoder. Få inn Betalingsmetode i tabellen over dokumentene som ligger klare til remittering, og gjør det mulig å endre/overskrive dette her.  Det må da kanskje inne en funksjon for lagring i dette bildet, men når man så lagrer endringer vil man bare se de dokumenter som stemmer for Betalingsmetode/Betalingskonto som er valgt.   ... View more

Dette gjelder vel i første omgang Leverandørreskontro - Inngående faktura. Sletting er ikke ønskelig pga. bilagsnummerserie og slikt, men det vil ofte være behov for et motbilag å matche slike kreditnotaer mot, og det å lage en ny faktura som ikke er reell er ikke ønskelig pga. reskontroførselen.   I Kundereskontro - Utgående faktura, kan vi reversere en faktura til en kreditnota og reversere en Kreditnota til en Debetnota. I tillegg har vi her funksjonen 'Avskriv saldo', som man kan bruke til å avskrive beløp opp til en satt grense.   I Leverandørreskontro - Inngående faktura kan vi også reversere en faktura til en kredotnota, men det er ikke mulig å reversere Kreditnota.  Vi har imidlertid her en dokumenttype 'Oppjustering'.  Slik bilag føres likt med en faktura, og det er bare dokumenttypenavnet som er forskjellig, og det er et slikt bilag som ønskes for å utligne en uriktig/ugyldig kreditnota.  Ulempen er at dette bilaget må opprettes manuelt.   Det vi savner for Leverandørreskontro er da å kunne reversere Kreditnota for å direkte opprette en 'Oppjustering'. Dokumenttypen kunne også med fordel byttet navn til 'Debetnota' slik at dette blir likt med Kundereskontro. ... View more

Dette er absolutt en god idé som vi stiller oss bak.   Vi ser utfordringen i at en automatisk matching av en slik innbetaling kan bli krevende, spesielt dersom det er flere bilag (faktura og kreditnota) samt gebyr i betalingsvarselet, og ennå mer dersom kunden ikke betaler eksakt beløp på dette.  KID fungerer best ved en-til-en-forhold mellom krav og betaling.  Dette er kanskje grunnen til at det ikke er automatisk matching av slike innbetalinger i VismaBusiness eller VismaGlobal heller. Disse utfordringene til tross så vil det være fint om man kan finne en måte å løse denne utfordringen på i Visma.net Financials.   PS. Jeg ser at betalingsvarsel som kommer fra inkasso- eller kredittinstitusjoner gjerne har KID, men jeg går ut fra at de har løsninger bak som håndterer dette. Dette er imidlertid ikke noe jeg har kunnskap om, men vil dette bli mer smidig håndtert dersom man bruker AutoCollect? ... View more

Hei @Mantena_AS! Beklager sent svar, det har vært litt merkelige tider i det siste..., men du har kanskje allerede fått hjelp hos partneren deres. Det kan sikkert være lurt å diskutere litt med dem som kjenner dere best, hvordan rutine du skal legge opp til ved situasjoner som du beskriver. I Visma.net Financials kan du løse dette på mange måter, så du må finne den som passer dere best.   Jeg vet jo bl.a. ikke hvor lenge etter månedslutt du får faktura. Visma.net tvinger dere ikke til å stenge periodene før de er ferdige.  Dette er et valg dere har tatt. Kan det være en mulighet å ikke avslutte leverandørreskontroen så snart, eller åpne igjen for å føre bilaget på riktig periode? Hvis dette er uaktuelt blir du nødt til å endre dato, periode og/eller forfall slik at det blir slik du ønsker, og her bør du diskutere fordeler og ulemper med de forskjellige alternativene med partner. ... View more

Dette er absolutt en forbedring.  Jeg forsøke selg å legge til slik du viser, men fikk ingen sum.  Funksjonen er kanskje ikke aktivert ennå. Dersom jeg forstår eksemplet riktig gir dette bare totalsum, vi ønsker også bruddsummer.  Tenker at bruddsummene nok kan defineres sammen med Sorteringsrekkefølgen. ... View more

I situasjonen du beskriver @Mantena_AS  har du flere muligheter, alt an på hva som passer dere best: Enklest: Når du har endret Fakturadato slik du beskriver, og Forfallsdato har endret seg ihht. Betalingsbetingelsen kan du bare overskrive Forfallsdato igjen med det som Leverandøren har satt på faktura. Endring av forfallsdato på denne måten er helt uproblematisk.  Derimot så er det en del problemstillinger som dukker opp ved endring av fakturadato som du bør ta stilling til: - Reskontro: Det vil bli missmatch mellom deres leverandørreskontro og leverandørens kundereskontro på dere, som man må ha kontroll på ved avstemming. - Merverdiavgift: Slik jeg har forstått det krever loven at utgående mva fra selger og inngående mva fra kjøper skal rapporteres i samme periode (termin).  Dersom dette gjelder mindre beløp og endring av dato går til ugunst for dere i forhold til mva, vil det nok ikke bety så mye, men dere bør være klar over dette før dere endrer dato.   Jeg går ut fra at du kjenner til muligheten for å føre på avsluttede perioder og periodisering av kostnader, slik at man kan bruke det for å få ført mva på riktig periode.  Dersom det ikke er ønskelig å endre på et allerede avsluttet regnskap, kan dere bare endre periode og la fakturadato stå.  Da vil mva. ( med standardinnstillinger ) bli meldt inn i riktig periode, og kostnad likevel bli ført i neste periode.  Ved denne løsningen må man være klar over at det vil bli avvik mellom balanse og avgiftsoppgjøret, som gir en ekstra utfordring ved avstemming av mva.  Regnskap og rapport vil likevel være korrekte ut fra de reglene som gjelder, men man bør synliggjøre bilagene som utgjør differansene som note i eget regnskap. ... View more

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