About Terje Bakken

Terje Bakken · ‎16-02-2018

Selve utbetalingen må nok gjøres manuelt i banken siden det ikke finnes noen integrasjon som oppretter noe remitteringsfil til banken slik betaling av leverandørfakturaer i systemet gjør. Når utbetalingen er foretatt og den bankbevegelsen etterhvert blir innlest i eAccounting blir det en ikke-avstemt bankbevegelse, som du så bokfører som utbetaling av den bokførte lønnsslippen. Måten det fungerer på medfører veldig mange klikk pr ansatt for å bokføre lønnen, jeg har tidligere levert forslag til hvordan dette burde gjøres enklere. Se mitt tidligere svar her for mer detaljer: https://community.visma.com/t5/Diskusjon-i-Visma-eAccounting/Lonn-Bankintergrering/m-p/33154#M5053

Terje Bakken · ‎12-01-2018

Lønn er vel en egen type bank-overførsel til forskjell fra vanlig "giro", jeg tror ikke det vil fungere så godt å blande reskontro inn i dette, og uansett måtte du jo ha overført beløpene manuelt fra utbetalingsliste til ev fakturaer?. Det skulle så klart gjerne ha vært en funksjon for å legge en lønnskjøring for utbetaling i nettbanken fra eAccounting. Men i hvert fall for min del ville funksjonen for automatisk bokføring av utbetalte lønnsslipper i stedet spart mer tid enn den lille tiden det tar å oppdatere lønnslisten i nettbanken akkurat med riktige beløp for aktuell kjøring.

Terje Bakken · ‎03-01-2018

Dette ser ut til å fungere igjen i dag 03.01.2018.

Terje Bakken · ‎02-01-2018

Henger meg på denne, jeg også får samme feilmelding og får ikke kjørt lønn nå i 2018, selv om alt er i orden mtp historiske a-meldinger tom 2017. Ved forsøk på "ny a-melding" får jeg at "Ingen lønnsslipper er opprettet. En a-melding med kun arbeidsforholdet vil bli opprettet." hvor jeg så svarer avbryt.

Terje Bakken · ‎28-12-2017

Lønnsmodul og utbetalingsliste i eAccounting ser av en eller annen grunn ut til å avrunde til nærmeste 10-øre, mens det underliggende regnskapsbilaget runder av til nærmeste 1-øre. Dette blir et problem når man har en lønnsslipp med ører for utbetaling og utbetaler i henhold til avrundet beløp på utbetalingsliste, og deretter skal bokføre lønnsutbetalingen, man får da en øredifferanse som må føres bort med ekstra hendelse knyttet opp til bevegelsen på bankkonto. Fint om dere kan gjøre dette konsekvent, jeg vil foreslå å fjerne øreavrunding i lønnsmodul og utbetalingsliste, slik at dette samsvarer på øret med saldo skyldig lønn og man slipper å føre eget øreavrundings-bankhendelse på grunn av en slik intern inkonsevens i programmet.

Terje Bakken · ‎06-12-2017

Nå er det jo innført et eget punkt nettopp for utførsel av varer og tjenester i MVA oppgaven fra 2017, og tanken var vel at dette skulle hentes fra regnskapskontoer og henge sammen med mvakoder for utførsel på salgskontoene. Dessverre støtter ikke eAccounting fortsatt ikke korrekt kontering ved salg til utlandet, så du må enten ha egne "eksportprodukter" med 0% mva der du sørger for at artikkelkonteringen er riktig eller flytte fra "mva fritt" salgskonto til "mva utførsel" salgskonto med et manuelt bilag, mer info i denne tråden: https://community.visma.com/t5/Diskusjon-i-Visma-eAccounting/Feil-i-standardposter-for-artikkelkontering-ved-utforsel-av/m-p/22692

Terje Bakken · ‎04-12-2017

Hvorfor er dette stadig ikke i orden? Det har nå gått et halvt år siden jeg rapporterte problemet. Jeg har problemer med å se at dette skal være en så stor sak å korrigere.

Terje Bakken · ‎09-11-2017

Mange firmaer, oss inkludert, har to oppføringer når man søker etter EHF mottaker i eAccounting. Hva skyldes det og hvorfor er det slik? Det skaper jo fort forvirring. Fungerer begge på samme måte? I vårt tilfelle har vi én som starter med 578 + organisasjonsnummer (som samsvarer med det som oppgis under Innstillinger-Fakturaadresse) og en annen med 9908: foran organisasjonsnummeret. Ut fra Googling forstår jeg at 9908: er felles norskt prefix for oppføringer i peppol. Hvorfor er ikke dette den eneste ID'en registrert, hvorfor har vi også en 578... id i tillegg, og hvorfor er det denne ikke-peppol adressen som Visma eAccounting mener vi skal kommunsere utad?

Terje Bakken · ‎07-11-2017

Da kan jeg bekrefte at bokføring av leverandørfakturaen gikk OK nå ja. Takk.

Terje Bakken · ‎02-11-2017

Når jeg fører en leverandørfaktura på eksakt samme måte som tidligere måneder får jeg nå i denne versjonen følgende feil som hindrer bokføring og betaling: " Det finnes 1 feil Mva-beløpet kan ikke være negativt." For min del gjelder det en faktura for kredittkort-bruk der jeg benytter både mva koder 10,11 og (kjøp av tjenester fra utlandet:) GR, BR og 18 Snakket med chat for snart en times tid siden og etter å ha snakket med 2. linje bekreftet de feilen og at dette var noe mange fikk nå. Hvorfor er da ikke https://status.visma.com/ oppdatert med informasjon om dette nå?

Terje Bakken · ‎02-10-2017

Du registrerer leverandørkreditnotaen som en leverandørfaktura, bare omvendt mtp beløp. Det er en egen sjekkboks for leverandørfakturabildet for "Kreditnota" for dette. Innbetalingen matcher du så mot den ubetalte leverandørkreditnotaen for å få innbetalingen bokført og ut av reskontro. Har du andre ubetalte fakturaer mot leverandøren kan det være at eaccounting veldig gjerne vil kjede disse, og da må du muligens trikse det litt til.

Terje Bakken · ‎02-10-2017

Ser meg nødt til å purre på denne. Hvorfor er dette fortsatt ikke løst og hvorfor støtter fortsatt ikke eaccounting i praksis post 8 i mva-oppgaven som ble introdusert 01.01.2017 nå etter 9 måneder, uten manuell bokføring? Det burde være en enkel endring å åpne for at man kan velge salgskonto med riktig mva-kode i artikkelkonterings-oppsettsbildet.

Terje Bakken · ‎22-08-2017

Er du sikker på at dette er helt korrekt for 2017, Jørn? Mva-meldingen ble jo endret for 2017 og det er innført egen post for utførsel, og f eks i eaccounting egen mva-kode 20 for Eksport. Fra rettledningen http://www.skatteetaten.no/globalassets/Skjemaer/alltid/RF-0002_Rettledning_BN.pdf leser jeg: Post 8 Utførsel av varer og tjenester fritatt for merverdiavgift Her fører du omsetning av varer og tjenester ut av merverdiavgiftsområdet (utførsel). Slik omsetning er fritatt for merverdiavgift (nullsats). Se merverdiavgiftsloven §§ 6-21 og 6-22. Med merverdiavgiftsområdet menes det norske fastlandet og alt område innenfor territorialgrensen, men ikke Svalbard, Jan Mayen eller de norske bilandene. Merverdiavgiftsforskriften og tollforskriften har nærmere regler om registrerings- og dokumentasjonsplikt av regnskapsopplysninger knyttet til utførsel. Omsetningen oppgis i skattemeldingen for den terminen dokumentasjonen er datert (dokumentasjonsdato) etter bestemmelsene i bokføringsforskriften. Post 3 til 12 summeres i post 2.

Terje Bakken · ‎22-08-2017

Jeg testet løsningsalternativet ditt, dvs opprette egen artikkelkontering med 0% i sandkassemiljøet. Det betyr jo i praksis da at man må opprette egne "eksport" versjoner av alle artikler, da med 0% mva innstilling, for å få til dette. Er dette anbefalt omgåelse av problemet? Er det slik andre som selger til utlandet og bruker eAccounting løser dette problemet? Når blir feilen som gjør at eksport av produkter med 25% mva ikke kan få korrekt utførsels-artikkelkontering iht ny mva-melding (mva kode 20) rettet?

Terje Bakken · ‎07-08-2017

Som jeg nevnte i min oppdatering en halvtime etter opprinnelig innlegg 1. juni: " Det ser ikke ut til å være mulig å velge disse egne salgskontoene dersom man oppretter dem selv med mvakode 20, i artikkelkonteringen. De blir ikke tilgjengelig i nedtrekkslisten for "Mva-fritt EU" og "Eksport utenfor EU". Dermed vil ikke ny/egen artikkelkonteringsforslaget ditt fungere. Av mulige resterende workaround-løsninger har vi da: 1) opprette manuelt bilag som flytter samlet relevant saldo fra feil til riktig salgskonto hver mva termin 2) endre mva-koden på fakturaene enkeltvis, men beholder salgskontoen Jeg har inntil videre i mangel av svar benyttet løsning 1. Vil dere i stedet anbefale workaround 2? Jeg tenkte det hadde en verdi at salgskontoene kan avstemmes med mva grunnlaget, og at det burde være egne salgskontoer når ulik mva kode.

Terje Bakken · ‎07-08-2017

Statistisk verdi skal vel være det som avsender har oppgitt som varens verdi, omregnet til norske kroner med aktuell valutakurs, og gitt at dette er riktig er det slik jeg forstår det som normalt skal føres som mva grunnlag. Tolldeklarasjonens bakside har en utregning av aktuell mva basert på det. Det gir vel mest mening å føre dette som et manuelt regnskapsbilag, i tråd med hva denne guiden skisserer som situasjon 2: http://community.visma.com/t5/Brukertips/Innkjop-av-varer-fra-utlandet/ta-p/30547

Terje Bakken · ‎31-07-2017

Såvidt meg bekjent må man fortsatt gå inn og registrere disse manuelt i nettbanken (men lønnsmodulen til DNB gjør jo at dette i hvert fall kan gjøres samlet i ett bilde og med lagring av lønnsliste er det bare beløpene som må plottes inn). Det hadde vært fint med en funksjon for å overføre dette fra eAccounting, men enda viktigere, spesielt med flere ansatte, er kanskje å redusere antall klikk i forbindelse med bokføring av aktuelle lønnsutbetalinger. Som jeg skrev i det gamle forumet 03.05.2017 under "Ideer" og emne "Forslag: bokføre lønnsutbetaling i færre klikk", som ikke ser ut til å ha blitt videreført i overgangen til nytt forumsystem, så jeg limer inn igjen innholdet her: Ingen kjempestor/viktig sak, men jeg vil tro de fleste betaler lønn samlet og med bankintegrasjon fremkommer dette bare som én bankhendelse på den totale summen. I eaccounting må man gjenta følgende pr ansatt for å bokføre lønnsutbetalingen: klikke "Ny hendelse", velge "Lønnsutbetaling" fra nedtrekkslisten, be om listen med ikke-bokførte lønnslipper, velge en tilfeldig fra "velg hvilken" listen og gjenta inntil listen med ikke-bokførte lønnsslipper er tom. Dette kunne jo enkelt vært forenklet slik at "velg lønnsutbetaling" kunne gitt muligheten til å velge flere ubetalte lønnsslipper, og forslaget fra systemet kunne (dersom beløpet stemmer?) være at alle ikke-bokførte med forfalt betalingsdato var forhåndsvalgt. Dermed kunne alle klikkene pr ansatt vært unngått.

Terje Bakken · ‎05-07-2017

Hele poenget med et brukerforum er at alle kan se og bidra. Jeg tror ikke dette er noe som bare berører oss. Vennligst legg inn svaret her til fordel for alle brukere av eAccounting hvis det berører alle som selger til utlandet. Jeg har forøvrig heller ikke fått noen epost om dette så langt.

Terje Bakken · ‎07-06-2017

Du registrerer utbetalingen som en bankhendelse (eller hvis du har bankintegrasjon blir det automatisk opprettet en bankhendelse). Hvis nødvendig velger du i nedtrekkslisten at det gjelder "Betale mva" (eller liknende) når du skal bokføre bankhendelsen. Det vil sørge for at utbetalingen bokføres som kredit bankkonto og debet 2740 oppgjørskonto merverdiavgift. Med forbehold om feil / andre kontoer i din kontoplan.

Terje Bakken · ‎02-06-2017

Veldig godt poeng. Sett i lys av at det vel bare er ENK/ANS/personlig/osv sine forskuddsskatt som har forfalt nå i mai måned, mens f eks AS har betalingsfrister i andre måneder enn mai, er det nok mest sannsynlig at dette spørsmålet ikke gjelder et AS, og da er ikke mitt svar dekkende, nei. ( For personlig skattesubjekter gjelder vel også forskuddskatten egentlig påløpt skatt samme året den forfaller, mens AS har ett år utsatt skatt og betaler forskuddskatt for fjorårets skatt i motsetning til personlige som betaler inn forskuddsskatt på årets skatt. Dermed blir også det jeg skrev om år 2016 feil for ENK osv tror jeg ). Med forbehold om feil.

Terje Bakken · ‎01-06-2017

Det ser ikke ut til å være mulig å velge disse egne salgskontoene dersom man oppretter dem selv med mvakode 20 i artikkelkonteringen. De blir ikke tilgjengelig i nedtrekkslisten for "Mva-fritt EU" og "Eksport utenfor EU". Dermed må det føres manuelle korrigeringsbilag for å flytte omsetning mellom 3120 og 3125 inntil eAccounting oppdateres og forstår mva kode 20 i artikkelkonteringsbildet, for å få mva meldingen riktig.

Terje Bakken · ‎01-06-2017

Den nye MVA meldingen fra 2017 har et nytt punkt 8 "Utførsel" med spesifisering av "Utførsel av varer og tjenester fritatt for merverdiavgift". Fra veiledningen om den nye mva-meldingen leser vi: Post 8 Utførsel av varer og tjenester fritatt for merverdiavgift Her fører du omsetning av varer og tjenester ut av merverdiavgiftsområdet (utførsel). Slik omsetning er fritatt for merverdiavgift (nullsats). Se merverdiavgiftsloven §§ 6-21 og 6-22. Fra eaccounting veiledningen om den nye mva-meldingen på https://community.visma.com/no/mamut/Produkter/Visma-eAccounting/Supportressurser/Supportartikler-eAccounting/Regnskap/Ny-MVA-melding---Hvilke-endringer-gjores-i-Visma-eAccounting-og-hva-ma-jeg-gjore/ ser vi at mva meldingen henter tall fra kontoer med mva kode 20. I de ikke-redigerbare standardpostene for artikkelkontering er ikke dette lagt opp til at det skal være egen salgskonto ved salg av tjenester til utland, og dermed ingen mulighet for å få dette riktig uten å bokføre med tilpasset artikkelkontering. I eaccounting kontoplanen er det i hvert fall hos oss ingen standard-kontoer lagt opp med mva kode 20 heller. Mitt forslag vil være å opprette nye standardkontoer for alle brukere av eaccounting med mva kode 20: 3105 Salgsinntekt handelsvarer, utførsel, avgiftsfri 3125 Salgsinntekt tjenester, utførsel, avgiftsfri og endre "MVA-fritt EU" og "Eksport utenfor EU" valg av salgskontoer til å bruke den riktige ift Tjenester / Varer. Kanskje burde en slik oppgradering av eaccounting også endre egne opprettede artikkelkonteringer dersom disse har samme salgskonto her som for innenlands MVA-fritt ( slik standardkonteringen har det), siden dette vel aldri kan bli riktig - hvis jeg tenker riktig? Til info var jeg i kontakt med chat i dag om dette og saken er rapportert til "2. linje"

Terje Bakken · ‎30-05-2017

Jeg ville foreslå kredit bankkonto og debet konto 2540 Forhåndsskatt/forskuddskatt. Har du mottatt det som EHF fra skatteetaten er det innom 2400 Leverandørgjeld på veien automatisk (så du fører kredit konto 2400 i stedet for bankkonto, og så blir det ført bankkonto - leverandørgjeld når "fakturaen" blir betalt). Når skatteoppgjøret for 2016 kommer tar du med det du har ført på 2540 inn i bilagsføringen av skatten.

Terje Bakken · ‎28-04-2017

Takk for fyldig og fornuftig svar! Når det gjelder "utestående fordringer" så forsøkte jeg å beskrive at det gjelder manglende kobling fra de ANDRE skjemaene enn næringsoppgaven, dvs rf-1028 selvangivelsen og rf-1217 forskjeller mellom skattemessige og regnskapsmessige verdier. Utestående fordringer ble altså utfylt i næringsoppgaven, men systemet fylte i mitt tilfelle ikke ut noe om dette i de andre skjemaene. Burde det ikke være en klar kobling/sammenheng her? 5905 Gaver ansatte, ikke fradragsberettiget finnes i hvert fall i kontoplanen på kontohjelp.no, men jeg forstår selvfølgelig årsaken og problemet om det ikke er en standardkonto i eAccounting og en etablert standard. Jeg trodde den fantes i eAccounting som standard, men da har jeg selv opprettet den. Det hadde kanskje vært en idé om dokumentasjonen om nøyaktig hvilke regnskapsposter som systemet henter tall fra, på hver post kunne være tilgjengelig fra selve skjemamodulen, tilsvarende din oversikt til meg for "utestående fordringer". Nå blir man nødt til å prøve og feile hvis man ser at ting har havnet på feil post i et skjema, siden grunnlaget ikke er synlig på kontonivå med mindre man har en saldo.

Terje Bakken · ‎23-04-2017

Med fare for å gjenta meg selv, i linken jeg ga til altinn står det blant annet "Det er stor forskjell på den regnskapsmessige og den skattemessige måten å avskrive på". Det ville overraske meg stort hvis eAccounting ikke avskriver etter saldometoden i skatteskjemaene, selv om man har valgt linær avskriving ift regnskapet.

Terje Bakken · ‎23-04-2017

Da er det altså ikke noe som viderefaktureres direkte og kostnadskonto i 6xxx / 7xxxx serien høres mest riktig ut. Jeg har selv opprettet 6421 "Leie datasystemer uten mva" uten mva kode til dette formålet, basert på at det er en standardkonto 6420 "Leie datasystemer" (med mva). Kontoplan er ingen eksakt vitenskap, det er rom for tolkning. Er du usikker på hvilke kontoer som brukes kan kanskje tjenester som kontohjelp.no eller Sticos være nyttige. Man kunne kanskje håpe at et oppslagsverk liknende dette kunne finne veien til eaccounting på sikt.

Terje Bakken · ‎23-04-2017

Ser ut som du har balanseført (1xxx) en innkjøpt tjeneste for videresalg som verdien av et varelager, det virker ikke helt riktig - jeg ville i hvert fall ikke gjort det slik. Gjelder det altså noe du skal fakturere videre? Du kan f eks opprette en kostnadskonto under 45xx fremmedytelse. Jeg har f eks opprettet en konto 4503 jeg har kalt "Innkjøp tjenester utland mva inn/ut" uten mva kode. Akkurat kontonummeret 4503 er fordi jeg også har opprettet 4501 og 4502 til andre tjenesteinnkjøp fra norge med mva, og uten mva (trenger en konto pr mva behandling). Ellers virker det vel ca riktig og likner på måten jeg kjører tjenesteinnkjøp fra utland med kredittkort på. Men 25% mva burde vel være 210,60 og ikke 210,56? Gjelder det en tjeneste til bruk i bedriften er en kostnadskonto på 6xxx eller 7xxx mer riktig. Kontoplanen inneholder ikke alle kontoer du trenger på forhånd. Det som er viktig er at kontoen du oppretter er i riktig nummerserie, siden det har stor betydning for hvordan den blir summert opp i regnskapet. Jeg får månedlig faktura for kredittkortet og fører dette samlet for alle transaksjonene den måneden og regner sum inn/ut mva i excel siden det er en del transaksjoner. Hvorvidt det er meningen at innkjøp fra utland skulle kunne gjøres enklere ved bruk av flere mva koder, automatisk beregning av beløp etc overlater jeg til Visma å svare på.

Terje Bakken · ‎20-04-2017

Svarer uten å være ekspert på dette, det er vel vanlig at det er en forskjell mellom regnskapsmessig og skattemessig avskrivning, og regnskapsmessig er det mest vanlig å ha linær avskrivning. Skattemessig håndteres vel derimot avskrivningen også helt separat fra hvordan det regnskapsføres, og eAccounting må da saldoavskrive iht reglene i respektive skatteskjema, selv om du har linær avskrivning i regnskapet? Følgende link kan muligens være av interesse: https://www.altinn.no/no/Starte-og-drive-bedrift/Drive/Regnskap-og-revisjon/Hva-er-bokforingsplikt/Aktivering-eller-kostnadsforing/Avskrivninger/

Terje Bakken · ‎29-03-2017

Ut fra meldingen: sjekk at din PC har riktig tidssone satt og at klokken/dato er stilt riktig.

Terje Bakken · ‎28-03-2017

Nå har jeg fått levert alt jeg skulle og årsrapporten hang mer på greip i år enn i fjor. Akkurat ved utskrift av selve skattemelding til PDF manglet beløpet i post 440 "Gjeld" i PDF utskriften (feltet er blankt), selv om det åpenbart teller med i summeringsfeltet 460 rett under. Beløpet kom imidlertid over til Altinn. Ved overføring til altinn kommer det advarsler om valideringsfeil til tross for ingen valideringsfeil synlig i etax, men feilene, hos meg for langt firmanavn i revisorfeltet f eks, ble synlig i altinn når jeg trosset advarslene om valideringsfeil og sendte over til altinn og korrigerte det. Siden etax ser ut til å vite om valideringsfeilene som vil oppstå i altinn kunne det kanskje være en idé å vise mer konkret informasjon om dem.

Sv: Lønnsutbetaling med bankintegrasjon DnB

Sv: Lønn - Bankintergrering

Sv: Lønn feiler - krever a-melding men alle er lev...

Sv: Lønn feiler - krever a-melding men alle er lev...

Inkonsekvens i øreavrunding i lønnsmodul vs utbeta...

Sv: Faktura til utlandet og MVA

Sv: Feil i standardposter for artikkelkontering ve...

To oppføringer på samme firma i EHF registeret

Sv: Leverandørfaktura og uriktig "Mva-beløpet kan ...

Leverandørfaktura og uriktig "Mva-beløpet kan ikke...

Sv: Kreditnota fra leverandør

Sv: Feil i standardposter for artikkelkontering ve...

Sv: Tolldeklarere export

Sv: Feil i standardposter for artikkelkontering ve...

Sv: Feil i standardposter for artikkelkontering ve...

Sv: Hvordan føre Toll Deklarasjon MVA ?

Sv: Lønn - Bankintergrering

Re: Feil i standardposter for artikkelkontering ve...

Re: mva

Re: Forskuddsskatt

Re: Feil i standardposter for artikkelkontering ve...

Feil i standardposter for artikkelkontering ved ut...

Re: Forskuddsskatt

Re: Feil og mangler i skattemodulen

Re: Problemer med Avskriving

Re: Innkjøp av tjeneste fra utland betalt med kort

Re: Innkjøp av tjeneste fra utland betalt med kort

Re: Problemer med Avskriving

Re: Problemmer med innlogging

Re: Feil og mangler i skattemodulen

Useful pages

Our solutions

Follow us