..så det er meningen når vi vet vi har korrekt kontonummer, men det i "Behandle betalinger" kommer feilmelding/varsel på kontonummer, så skal man måtte manuelt holde på å endre / endre tilbake på kontonummer på leverandør, i stedet for å ha en enkel rutine med "validering", slik det var tidligere? ... View more

Hei   Velg "Opprett dokument" inne på "Behandle betalinger", kryss fakturabeløp mot korrekt faktura, og velg så "Del opp", slik at overskytende står for seg selv. Det for mye innbetalte kan du så føre mot kortsiktig gjeld, og fører så tilbakebetaling til kunden mot denne føringen når tilbakebetaling er utført. Er i hvert fall slik jeg ville gjort det. ... View more

Hei   Er jo her det er tillatt å trekke halv skatt, så da naturlig at kun på disse to månedene? ... View more

..det ikke bare blir blankt felt, det blir automatisk lagret slik, uten mulighet til å legge inn noen beskrivelse: Selve transaksjonsbeskrivelsen, det som står på den enkelte kontolinje følger derimot med, men ville være  logisk at også Beskrivelsen ("tittel" på bilaget) ble kopiert inn på korrigert bilag.   ... View more

Hei Bente   Forespørselen som ligger under "Avgifter" er ikke så ulik den LNO viser til.   Du kan selv velge å legge til eller ta bort ulike kolonner du finner nyttig/ikke nyttig å ha med.   Mvh Torleiv B.       ... View more

Hei Kristin   Det skal gå helt greitt ja, det som allerede er laga periodisering på vert ikkje påverka om du endrar på periodiseringsnøkkelen. Men om det er vanlig at dere får fakturaer som gjelder "ut året" (og ikke månedlig, kvartalsvis eller årlige kostnader, som er det vi normalt sett mottar), kunne du jo laget til en periodiseringsnøkkel for 12 måneder, en for 11 måneder, en for 10 måneder osv., men så lenge du har kontrollen på hva du endrer, og endrer i tråd med det du skal, så skal du kunne endre "avvik" og "antall" fra gang til gang du bruker periodiseringsnøkkelen. Einaste du ikkje kan endra på oppretta nøkkel er "namnet" på den, altså det som i øverste felt, alt det andre kan endrast etter den er registrert, utan at det vil påverka periodiseringa som allereie er laga. ... View more

Hei   Start avvik for en faktura som skal periodiseres fra april, men med fakturadato i januar, vil være 3. Da legges det til 3 måneder fra måned for fakturadato. Er også mulig å legge inn 04 i "Fra periode", da det også vil gi periodisering i fra april. Den siste metoden vil da gi start fra april samme hva fakturadato er, mens den første vil starte periodisering fra fakturamåned + 3.   ... View more

..om du ikke finner den under den fanen, vet ikke jeg, er der jeg går om skal kansellere en betaling den som godkjenner dem ikke har godkjent.   ... View more

Hei Tone   Du kan huke av fremfor betalingen og velge "kanseller" inne på godkjenning fanen inne på AutoPay ... View more

Hvor kan man evt. legge inn dagens dato? Jeg får kun valg om periode:   Og det fremgår ikke forfallsdato, kun fakturadato og periode:         ... View more

Hei Berit Anne   Men disse er begge lagt inn fra Financials til Autopay i forkant av forfall på første fakturaer, men mens det i ene firma er opprinnelig dato for  forfall transaksjonene er blitt ført på ved innlesing av bankfil, har det i  det andre selskapet blitt korrekt dato, 20.06.22, ved innlesing/bokføring.   På denne var forfall f.o.m. 14.06.22, men alt ble endret til betalingsdato 18.06.22 ved godkjenning/overføring til bank, og dermed bokføringsdato 20.06.22, den påfølgende mandagen, men i Financials er det forfallsdato det er blitt ført på, og ikke oppdatert/korrigert ved innlesing av bankfil:   ..mens det på denne var forfall f.o.m. 16.06.22, men som med den andre filen ble den først godkjent og sendt til bank 18.06.20, dermed er betalingsdato som på den også her endret til 18.06.22 på samtlige og bokført dato til 20.06.22. Her har derimot føringen i Financials blitt korrekt, der denne er oppdatert til 20.06.22 på samtlige betalinger:   Med andre ord, filene er begge laget i forkant av første forfall,  begge har så blitt liggende noen dager før de den 18.06.22 ble  godkjent og sendt videre til bank, der betalingsdato for samtlige  fakturaer er blitt endret til 18.06.22 fra opprinnelig betalingsdato. Etter dette har så det i det ene firmaet blitt oppdatert til/med riktig bokføringsdato ved innlesing av fil i fra Autopay-innboks, mens det i det andre selskapet ikke har blitt oppdatert med riktig dato, og der står dermed transaksjonene med feil transaksjonsdato.   Som du ser av filene har begge blitt endret på samme vis, der alle  fakturaer har betalingsdato 18.06.22 og bokført dato 20.06.22.  Men, er altså i ene selskapet fortsatt opprinnelig dato som er blitt  stående, mens det i det andre selskapet har blitt korrekt dato her. ... View more

..som jeg har vært inne på i annet innlegg så har jo det vært slik, selv om du mener det ikke  er slik det fungerer, og hadde da glemt at helt samme situasjon med betaling i annet firma,  der fil ble laget og sendt til AutoPay 16.06.22, og godkjenner så godkjente og sendte til bank  den 18.06.22. På dette firmaet har ting blitt slik de skal, alle transaksjoner i hovedbok har  fått korrekt dato, 20.06.22, som var dato betalinger ble bokført i bank, selv om det i fil da den ble laget og sendt til AutoPay var betalinger med dato tidligere enne dette.       ... View more

Har nå tatt en sjekk, og fikk bekreftet det jeg mente, at det tidligere har fungert slik det bør (og må), med at dato for betaling og transaksjon blir oppdatert ut i fra faktisk betalingsdato i bank.   Her er en fil laget til og sendt til AutoPay den 10.02.2022, der det var satt opp med ulik betalingsdato på fakturaer, ut i fra det faktiske forfall på dem, men fil ble først godkjent og sendt til bank den 21.02.2022. Da har betalingsdato på samtlige blitt oppdatert til dette, slik at disse nå står med bankens dato, 21.02.2022 i "Leverandørbetalinger" og på transaksjoner i hovebok:   Betaling satt opp og sendt til AutoPay 10.02.2022: Hovedbok - 1920 Bank: På en annen fil, fra 22.02.22, står fortsatt opprinnelig betalingsdato (fakturaenes forfall) i filen, men Bokført dato står slik som den ble betalt i bank, og det er igjen  Bokført dato som er komt på Leverandørbetalinger og som er dato for føringen av transaksjonene i Hovedbok:     For meg ser det dermed ut til at ting har fungert slik jeg mente det hadde, og også bør/må, men at noe har skjedd ved siste betalingen, der opprinnelig dato  har blitt stående på transaksjoner, selv om betalingtransaksjon i bank skjedde  senere enn denne. Mulig at godkjenner har endret på noe i filene, men poenget er jo at uansett hva som gjør at det tidligere har blitt slik, så har i hvert fall alle transaksjoner blitt ført med bankens dato, selv om betaling er laget til med annen og tidligere dato, mens det denne gangen er denne tidligere/feile datoen som i Financials er blitt stående på transaksjonene ved føringen i Hovedbok. ... View more

..hm, det blir ikke noe mindre feil av om det er slik systemet er ment, og systemet burde  da vitterlig legge til grunn transaksjonsdato i bank ved føring av transaksjon i hovedbok.   Minimum burde det komme en advarsel om at transaksjonsdato i bank avviker i fra dato på bilag i Financials, slik at man blir oppmerksom på dette og at det ikke bare føres med feil dato (ut i fra at hovedbok da ikke vil stemme med dato for transaksjon i bank).   Som sagt mener jeg at det også tidligere har forekommet at fil ikke har blitt godkjent for betaling/sendt videre til bank før etter betalingsdato på fakturaer i fil, og at disse da har blitt ført i hovedbok med transaksjonsdato lik bankens dato, men skal "dykke ned i det" og sjekke om dette ikke stemmer, eller om jeg bare har tatt det for god fisk at dette har skjedd, og derfor ikke lagt merke til avvik.   Takk for tilbakemeldinger, og god ettermiddag. ... View more

Hei Berit Anne   Gangen i hva som har skjedd er slik du sier, men jeg forstår ikke hvordan systemet kan bokføre betalingstransaksjon i hovedbok med feil transaksjonsdato, da det jo så absolutt burde/skulle vært dato for gjennomført betaling som kom der, uansett hvilken dato man i Behandle Betalinger har laget fil for betaling og sendt den til godkjenning i AutoPay.    Fil er laget i og sendt fra Behandle Betalinger 14.06.22. men den som har godkjenningsrett for fil/betaling vented med å godkjenne/sende fil til behandling i bank til den 18.06.22, og betalingen av samtlige fakturaer har dermed gått gjennom i bank den 20.06.22.   Da kan jeg ikke fatte og begripe hvofor Financials, ved behandling av tilbakemelding/fil fra bank i AutoPay-innboks ikke setter 20.06.22 som transaksjonsdato ved føring i hovedbok, da alle andre datoer jo selvsagt er feil i forhold til dato for gjennomført betaling. Om ikke systemet "fanger opp" og fører/korrigerer til riktig transaksjonsdato, er dette en svakhet i systemet som bør utbedres, da det jo ikke skal bokføres med feil transaksjonsdato.   Jeg mener at det også tidligere er sendt filer inn slik at de ikke har blitt godkjent før etter dato lagt i fil, men at det da har blitt satt bankens dato på betalinger. Skal ta en grundigere sjekk på tidligere betalinger, men det er jo slik jeg har gått ut i fra at systemet virker, at bankens dato er den som kommer på transaksjon i hovedbok, og jeg har ikke lagt merke til avvik i fra bankens dato på føringer i hovedbok tidligere (skal som sagt ta en sjekk). ... View more

Hei   Andre svar på tråden sier at det ikke er noen enkel løsning, men dette høres jo ut som akkurat det. Hvordan gjør man i så fall dette i praksis? ... View more

Ut i fra at konto 2070 i SAF-T kontoplan er "2070;Forskuddsskatt", burde dere ikke nytte annen konto enn 2070? ... View more

Hei igjen   Da fant jeg den. Ville vel vært naturlig at dette også var lagt inn under Hovedbok, da det i hvert fall i mitt hode er første sted man vil se etter en slik forespørsel  eller rapporteringsmulighet?   Men uansett takk for hjelpen, da finner jeg i hvert fall det jeg trenger for å få tatt bort det som ikke skal være med på endring kundefordringer når justerer omsetning ved avstemming av mva / utgående avgift. ... View more

Hei Berit Anne   Hvor får du opp et valg for "Hoveboktransaksjoner med mva" i Visma.net ERP? Det er dette jeg ikke finner noen valg for, hverken der jeg kan velge spesifikk konto eller der det er pr. periode..   ... View more

Det er jo håpløst at man har en default som i stor grad avviker fra kontoplan for SAF-T, og at man fortsatt ikke har oppdatert system slik at kontoplan etter SAF-T oppsett er default er rimelig dårlig fra en så stor systemleverandør. ... View more

Hei   Denne føringen må vel være feil? Dette har jo ikke noe med omsetning å gjøre, og skal vel ikke påvirke 2701 og 2703, som gjelder omsetningen med hhv 25% og 15% sats. Det er vel kun salg som skal førest mot disse to mva-kontoene. Vi er nye i dette regnskapssystemet, og i tidligere system førte vi innførsel av varer mot konto 4380 og 4381 med mva-kode 81 på føringen debet på 4380. Mva-kontoene som ble nyttet var da 2715 Inngående merverdiavgift - innførsel av varer, høy sats på føringen debet og 2705 Utgående merverdiavgift - innførsel av varer, høy sats på føringen kredit.   Er også litt forundra over mva-konto oppsettet generelt, at dere har "dobla opp" med 2700 og 2701 for utgåande mva, der normalen vel ville vore å kun nytta 2700 for utgåande mva høg sats, og same med 2710 og 2711, for inngåande mva høg sats.   Ville trodd oppsettet under var et mer fornuftig og vanlig?     2700 Utgående merverdiavgift, 25 %   2701 Utgående merverdiavgift, 15 %   2702 Utgående merverdiavgift, 11,11 %   2703 Utgående merverdiavgift, 6 %   2704 Utgående merverdiavgift ved kjøp av tjenester fra utlandet, 25%   2705 Utgående innførselsavgift for varer, 25 %   2706 Utgående innførselsavgift for varer, 15 %   2707 Utgående merverdiavgift ved innenlands kjøp med omvendt avgiftsplikt, 25 %   2710 Innenlands inngående merverdiavgift, 25 %   2711 Innenlands inngående merverdiavgift, 15 %   2712 Innenlands inngående merverdiavgift, 11,11 %   2713 Innenlands inngående merverdiavgift, 6 %   2714 Inngående merverdiavgift ved kjøp av tjenester fra utlandet, 25 %   2715 Inngående innførselsavgift for varer, 25 %   2716 Inngående innførselsavgift for varer, 15 %   2720 Grunnlag utgående innførselsavgift   2721 Motkonto grunnlag utgående innførselsavgift   2740 Oppgjørskonto merverdiavgift   Mulig jeg har misforstått noe i hvorden dere mener føringen, men ut i fra illustrasjonen er det så langt jeg kan se riktig debet føring, mot 2715 og 2716 der, men kreditføringen skulle vært mot 2705 og 2706 (som ikke er med i deres mva kontoer)..?? Det vil i hvert fall gjøre avstemming av mva mye lettere å ha dette skilt, med innførsel mva for seg selv og ikke ført mot/på 2701 og 2703.   ... View more

@Markus Wang  skrev:   Foreløpig løsning: Laste ned filen og åpne denne. Alternativt benytte nettleseren Firefox.   Jeg nytter Firefox og er samme problem der, kommer bare opp blank side (har sett at på flersidige fakturaer er første side blank, men da kommer det frem innhold på sider utover første side).     ... View more