Dette er svært viktig å få på plass for noen av våre kunder.  Kan vi få en tid når dette er på plass? Vi mener det bør på plass i den første mulige roadmappen. ... View more

Hei @Markus Wang  Det må være noe mer som skal til her enn denne innstillingen du viser til. Selv om Samlepostering står til AV i AutoPay så kommer remitterte betalinger inn som samelbeløp gjerne merket 'SUMPOST', men om det er tekst på linjen og hva teksten er varierer fra bank til bank. Det må være noen flere innstillinger som skal til for å få bare enkelttransaksjoner i filene fra banken. Kan dette være i avtalene i banken og har Visma noen dialog med bankene på om dette i så fall kan endres? ... View more

Hei @KarolineGarnes ! Her spør du om noe som nok mange lurer på...  Jeg har ventet litt for å se om Visma kan komme med noen anbefalinger, men med eneste svaret jeg kan gi dg er som følger:   Betalingene som ligger under sumpostene som du får opp i Behandle banktransaksjoner skal allerede være ført i forbindelse med oppdatering av status på remitterte betalinger. Dersom betalingene kommer enkeltvis kan du matche disse mot betalingene og slik sett ha avstemt disse, men det er ikke mulig å splitte opp sumpostene for å matche de mot de ulike enkeltbetalingene.  Det eneste vi slik sett kan få gjort med disse er å skjule de.  Som sagt, betalingene er allerede registrert, så du trenger ikke å behandle disse for å få korrekt regnskap.   Filene som leses inn til 'Behandle banktransaksjoner' kommer jo fra banken og jeg vet ikke om det er mulig å få banken til å ikke sende sumposter, men enkelttransaksjoner for utbetalinger i Kontoutdragene.   ... View more

Dersom du har fått en Oppjustering så ser det for jeg ut som du har reversert Inng.kreditnota, og ikke bare matchen mellom denne og Inng.faktura... I så fall må du rydde opp i dette. Jeg anbefaler at du tar kontakt med deres partner for hjelp. ... View more

Kjære kollega @Joakim B  Denne oversikten har jeg (selvsagt) laget for halvannet år siden.  😉 Kommer inn til deg med den snart.  🙂 ... View more

Et Driftsmiddel kan bare avskrives én gang per periode. Dersom det allerede er avskrevet for 2022 kan du justere dette med manuelle Driftsmiddeltransaksjoner. ... View more

Hei @Stine Tjosaas Det er bare å gå inn på de Driftsmidlene det gjelder og endre Økonomisk levetid - år under Generell informasjon. ... View more

Dette burde faktisk ikke bare vært er filter, men en sperre.  Altså at dokumenter som skal matches (faktura, kr.nota, betalinger) MÅ tilhøre samme underenhet. ... View more

Hei @covid247  Det er fullt mulig å utvide et segment i kostnadsbæreren, men det er mange feilkilder i en slik prosess.  Feil som det ikke alltid er like enkelt å rette opp i ettertid. Vi anbefaler derfor ALLTID at du ber en sertifisert konsulent om å gjøre slike endringer.  Ta derfor kontakt med partneren deres for dette.   ... View more

Slik jeg skjønner det skal du legge til et ekstra segment i Kostnadsbæreren.  Det er fullt mulig, men dette er noe som har mange feilkilder.  Feil som kan være utfordrende å rette opp. Anbefaler derfor at du ikke gjør dette selv, men tar kontakt med partneren deres og får en sertifisert konsulent ti lå gjøre jobben. Når segmentet er på plass kan du selv legge inn verdiene i Registerverdier. ... View more

God idé! Dette vet jeg flere som ønsker, for å få bare ett betalingsdokument på slike betalinger. Alternativet vi har i dag er splitte krav om forhåndsbetaling opp i flere Forhåndsbetalinger med forskjellig forfallsdato, men det hadde vært fint å kunne delbetale én Forhåndsbetaling.   Det vi vel uansett ikke være mulig å matche Forhåndsbetaling mot faktura før Forhåndsbetaling er fullt ut betalt, men det kan vi leve med. ... View more

Har litt problem med å forstå hva du egentlig mener her. Når du sier samme konto på periodiseringen og kostnadskonto i periodiseringsplanen Betyr dette at du har lagt inn periodiseringsplanen manuelt, eller at du har brukt Periodiseringsnøkkel på faktura og da brukt periodiseringskonto som kostnads-/inntektskonto Når du sier at du har reversert transaksjonene, hvilke transaksjoner er det du har reversert. At du ikke får lov å legge til to periodiseringsplaner på samme fakturalinje syntes jeg var betryggende.  Det betyr at kontrollene i programmet fungere som de skal.  🙂 ... View more

@Anette Christiansen1  Dersom det ikke er mottatt noen Inng.faktura fra leverandør som Inng.kreditnota kan utlignes mot, velger jeg ofte å bruke dokumentype 'Oppjustering'. (Dette er et dokument som føres likt med og har samme egenskaper som Inng.faktura, men bare heter noe annet.) Men du kan selvsagt bruke Inng.fakt dersom du ønsker det.   Som jeg skrev over og som du vet, kan ikke Inng. kreditnota reverseres direkte i VnF, men du kan enkelt kopiere denne over til en Oppjustering, slik: Kopier Lag nytt dokument Endre dokumenttype Lim inn Du har nå fått et bilag som er helt motsatt av kreditnota slik at du slipper å registrere alt på nytt, men sjekk Avgiftskodene da VnF kan fylle i standard avgiftskode for linjer som på Kreditnota ikke har Avgiftskode. Så kan du endre Dato, Beløp, Avgiftskode og evt. beskrivelser slik at det stemmer med det du har lyst til å tapsføre. Oppdater og match kreditnotaen med dette dokumentet.   ... View more

@OKR  Ja, dersom kravet blir betalt etter at det er tapsført er det fornuftig å lage en Debetnota som du foreslår.  Enkleste måte er da bare å reversere* Kreditnotaen med tapsføringen, du får da en Debetnota.  På denne må du endre dato il når dere har fått innbetaling, og evt. beløp dersom det f.eks. bare er deler at beløpet som er innbetalt. Debetnota kan så matches med innbetaling. *Det er mulig å reversere kreditnota for kunde, men ikke for leverandør. @Anette Christiansen1 jeg er litt usikker hva du mener, og jeg kjenner ikke skattereglene for dette, så nå svarer jeg rent teknisk. Dersom det er en Utgående kreditnota som skal tapsføres (det blir vel egentlig gevinst...) og denne skal rapporteres inn med tilsvarende Avgiftskode som tap, kan du reversere den opprinnelige kreditnotaen til en debetnota, endre dato, konto og Avgiftkode.  Dersom Avgiftskoden du bruker på denne har en annen avgiftssats enn dere hadde på den opprinnelige fakturaen, må du justere beløpet slik at dette bilaget blir korrekt. ... View more

I dette svaret skiller jeg på rapporter og forespørsler, og håper dere kjenner forskjellene på de før dere leser videre... VnF har veldig mange gode rapporter for de fleste Arbeidsområdene, men dessverre er en god og fullstendig kontoutskrift for Kunde og/eller Leverandør som tar hensyn til denne funksjonaliteten ennå et savn.  Jeg tror nok Visma er klar over problemet og vet ikke hvorfor det blir stadig utsatt, men vi får håpe det kommer snart.  (Vi hadde et håp om at det skulle være mulig å løse dette i OneStop Reporting med der mangler det noen feil i API'et.) Uten å vite sikkert tror jeg noe av utfordringen her er den store fleksibiliteten programmet har i håndtering av reskontrodokument og full kontroll på saldo på disse. (Delbetaling, forhåndsbetaling, flere valuta osv.) Dersom man har dokumenter i forskjellig valuta og ikke minst Betaling i Valuta fra/til NOK-konto blir dessverre summen på de fleste rapportene feil eller rett og slett meningsløse.  For firma som bare har transaksjoner i NOK skal de fungere bra. Det var litt av problemstillingen - når over til løsninger, som tross alt er mye mer konstruktivt.  🙂 Da kan jeg bare vise hva jeg  anbefaler jeg til våre kunder? For å få ut åpne poster for alle Kunder eller Leveandører anbefaler jeg rapportene "Aldersfordelt saldo..."  Det finnes fem av de for kunde og like mange for leverandører.  Forskjellen er med/uten valuta, og om det er forfalt eller ikke forfalt beløp som er aldersfordelt. Dersom det kommer opp gamle dokument i disse rapportene som har status avsluttet, skyldes det bare at de har blitt matchet med en senere dato enn det rapportene kjøres for. For klienter som stort sett bare har transaksjoner i NOK vil "Kundespesifikasjon" og "Leverandørspesifikasjon" som oftest gi det man ønsker i en kontoutskrift.  Dersom man har dokument i valuta skal rapportinnhold være korrekte, men ikke summene. Sjekk også rapportene "Transaksjoner per leverandør" og "Transaksjoner per leverandør i valuta" og tilsvarende for kunde. Legg merket til på dette at det er et valg på rapportformat før man kjører rapportene, Åpne poster eller Alle dokument.   Men så:  Mine favoritter som alltid gir de tallene jeg trenger er forespørslene Kundesaldo/ Kundeinformasjon og tilsvarende Leverandørsaldo/Leverandøropplysninger.  Disse mener jeg alltid gir korrekt informasjon og summer (også med tanke på valuta), men er ikke så pene at de bare er å sende ut til kunde.  For kompliserte reskontroer der ikke de rapportene jeg har nevnt over gir noe fornuftig er det mange som eksporterer innhold fra disse forespørslene til Excel.  Rydder opp der og sender det til kunde/leverandør. For intern bruk er det viktigst at tallene er korrekte og ikke nødvendig vis at de ser så pene ut. Det ble over her blant annet nevn avstemming mot hovedbok og til det bruker jeg forespørslene Kundesaldo og Leverandørsaldo. (Altså ikke rapportene med samme navn.) Det er da viktig å velge samme periode og konto som det man skal sammenligne med i Hovedbok (anbefalt Saldoliste eller Balsanserapport per konto). I Leverandør- og Kundesaldo er det valg på det, og det må velges korrekt konto her for å få riktig tall Dersom tallene ikke stemmer med saldoliste må det sjekkes om det er ført mot disse kontoene på andre måter enn at de har vært reskontrokonto (Hovedbokskonto under regnskapsdetaljer) på et dokument, eller om man har hatt avvik mellom IB og Åpne poster. Hovedsakelig er det et av disse steder differanser oppstår.   Håper dette kan hjelpe noe, og så håper vi at vi snart kan få på plass en god rapport inne i programmet. ... View more

@karina utnes Dersom jeg forstår spørsmålet ditt rett så er allerede leverandøren registrert, men Fakturainnboks kan ikke kjenne den igjen slik at nye faktura kommer som blokkert. Dette kan fort skje på utenlandske leverandører der det ikke er registrert Org.nr. eller bankkontonummer, eller  VnF ikke kjenner de igjen. Mer info her: Hva bestemmer hvilken leverandør som velges i Visma.net ERP? Prøv å oppdater leverandøren fra Fakturainnboks, og se om informasjon da blir oppdatert slik at VnF kan finne neste faktura. Hvis ikke så må du bare søke opp leverandøren i Fakturainnboks på faktura fra denne fremover. I slike tilfeller vil jeg påstå at det mangler informasjon i faktura fra leverandøren, og at det ikke er i VnF feil/svakhet ligger. ... View more

Jeg er litt usikker på om denne viser helt det du er på jakt etter.  På denne ble remitteringen godkjent i bank FØR forfall, og forfall på lørdag blir endret til etterfølgende mandag. På den første du la inn her var forfallsdato før remitteringen ble godkjent, og det er da jeg mener dato ikke blir endret. Supert dersom dato blir endret, og som tidligere sagt så er jeg enig med deg om at det gjerne er slik vi vil ha det.   Vi får håpe Visma kan svare på hva du skal gjøre for å få riktig dato på betalingsbilagene. ... View more

Jeg vet ikke hva som kan være årsaken til dette.  Jeg kan ikke huske å ha sett det du beskriver. Umiddelbart tenker jeg at dere har Avsluttet periodene, og da vil systemet føre på første åpne periode. Jeg anbefaler deg å be partneren din sende sak til Visma slik at de kan sjekke hva som har skjedd og om det er slik det skal være. ... View more

Jeg er ikke direkte uenig, men det er ikke slik i dag. Som sagt - legg dette inn som en idé til Visma. ... View more

Dersom remittering/betaling tidligere har blitt godkjent før første forfallsdato ville du ikke merket dette. Det er slik som beskrevet over datoene registreres i dag, og reell betalingsdato blir ikke lest tilbake til VnF etter gjennomført betaling. Jeg har ikke hørt noe om det er planlagt noen endring på dette, men du kan jo evt. legge inn et ønske/idé til Visma.   Som oftest er ikke dette noe problem når man vet hvordan systemet fungerer. ... View more

Dato på betalingen blir opprettet når Samlebetalingen (remitteringen) blir laget.  Dato skal da bli forfallsdato, eller dato 'i dag' for faktura som allerede har forfalt.  Jeg mener dato ikke blir endret når betalingene går igjennom, og derfor anbefales å remittere før bankens frister. På "filen i AutoPay" (første bilde over) ser jeg at Betalingsdato er 18.06.2022 som var en lørdag, det er da helt naturlig at betalingene ikke har gått igjennom før da. Når det gjelder det at det er så stort sprik på dato i Leverandørbetalinger (andre bilde) mot da de har reellt har gått igjennom er det vanskelig å vite iom. at jeg ikke har tilgang til klienten, men det første jeg ville sjekket var når Samlebetalingen (AP3050PL) er overført til banken. Kan det være at Samlebetalingen er laget (14.06 eller tidligere) og så ble liggende noen dager før den ble sendt over og godkjent i AutoPay eller bank?   Til slutt - De to datoene på Leverandørbetalingen (tredje bilde). Den som du ser under Regnskapsdetaljer er den som er opprettet som Betalingsdato, ref. det første jeg skrev over her.  Det er da også den som kommer på Hovedbokstransaksjonen. Den dato som står øverst i hodet vil på en åpen betaling standard komme opp med dato 'i dag', og vil være styrende for matching av bilag, og vil bli liggende på siste matchingsdato på en Avsluttet betaling. Så med kvalifisert gjetting tror jeg det er dette som har skjedd. Samlebetaling ble opprettet fra Behandle betalinger 14.06.2022 eller tidligere. Betaling ble overført og/eller godkjent i AutoPay eller bank 18.06.2022. Betalingene gikk igjennom 20.06.2022, og ble da matchet med faktura. Dersom du mener at dette ikke kan stemme, og du ønsker flere detaljer på denne bør du ta kontakt med din partner som kan logge seg inn å se på historikken sammen med deg. ... View more

@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