Om Morten Heide

Morten Heide · ‎05-09-2019

Hvor lagrer Total sine data? Total lagrer som standard alle klientdatene i separate mapper med egendefinert navn under c:\mokastet\ . Eksempelvis kan det se slik ut c:\mokastet\klient1as\ Dette kan overstyres ved installasjon av Total eller i etterkant. Merk at alle data lagres lokalt på din egen datamaskin og/eller lokal server. Evt kan man benytte Total via eksternt skrivebord (Enten via egen server eller ekstern partner), hvor data da lagres lokalt på det eksterne skrivebordet/datamaskinen. Viktig: Dine data lagres ikke "i skyen" eller hos Visma. Når du oppretter klienten i Klientregisteret til Total med verktøyknappen "Opprett klient", angis mappenavnet der under "Katalog". NB Unngå spesialtegn (også "&") både i katalog og klientnavnfeltet. Man kan i Total sitt klientregister øverst i menyen under klientregisteroppsett angi en annen eller flere plasseringer. Man må ha full lese og skriverettigeheter til evt ny plassering. Hver modul i Total har sin egen databasefil, og en felles databasefil. Total årsoppgjør 2018 har filnavnet totas18.twd18 for AS klienter, og totpn18.twd18 for personlig næringsdrivende klienter. Fellesfilen heter fellesdata18.twd18. Total Aksjebok 2018 heter totab18.twd18 Total Periode 2018 heter totpa18.twd18 For andre årsversjoner, bytter du bare ut 18 med 17 eller 19 osv. Har du en kopi av disse filene, har du en fullstendig kopi av hele klienten og all dens data. Unntak er status på innsendinger til Altinn, som ligger i egen Altinn katalog under hver årsversjon av Total f.eks. c:\mokastet\total18\altinn Skal du flytte dine data over til ny pc/server, se denne fremgangsmåten: https://community.visma.com/t5/Brukertips-i-Total-Arsoppgjor/Hvordan-flytte-Total-til-en-ny-maskin/ta-p/33309

Morten Heide · ‎16-04-2019

Hei hei Teknisk sett kan du gjøre begge deler. Du får ingen feilmelding fra Altinn ved innsending av A-meldingen. Men de ønsker i utgangspunktet alltid at lønn osv rapporteres på måneden den har effekt. Utover det blir det en vurdering dere må ta evt i samråd med Skatteetaten med tanke på hva som er "greit" å gjøre. Så selve vurderingen om du vil fordele ting bakover i tid eller ei, er ikke noe vi skal uttale oss om utover at vår anbefaling er det Skatteetaten har sagt til oss. Men kan tenkes de kan gjøre unntak for dere om dere ringer dem. Kanskje. For å rapportere OTP periodisert over flere måneder bakover, må man kjøre en lønnskjøring for hver av månedene med korrekt beløp. Sende inn a-melding for samme måned. Man vil da skylde mer AGA, og bør kontakte Skatteetaten og informere om at dette nå har skjedd for full åpenhet. Har du allerede kjørt lønnen med hele AGA beløpet i April 2019, så reverseres denne lønningen som har OTP og kjøres på nytt uten OTP lønnsarten. Reversering: https://community.visma.com/t5/Brukertips-i-Mamut-One/Hvordan-reversere-en-feil-fort-lonning/ta-p/27904?advanced=false&collapse_discussion=true&filter=location&location=category:NO_MA_Mamut_One&q=reversering&search_type=thread Duplisering: https://community.visma.com/t5/Brukertips-i-Mamut-One/Hvordan-duplisere-en-tidligere-fort-lonning/ta-p/27847?advanced=false&collapse_discussion=true&filter=includeTkbs,location&include_tkbs=true&location=tkb-board:NO_MA_Mamut_One_Brukertips&q=duplisere&search_type=thread Men igjen, anbefaler å høre med Skatteetaten om hva som er greit for dere å gjøre. Hvis de sier det er ok å kjøre alt samlet, så sparer man en del tid, og lønnsavstemming blir enklere med mindre lønnskjøringer. mvh, Morten Heide Visma Mamut Support

Morten Heide · ‎16-04-2019

Hei K-Like Hvis du ønsker at dette skal påvirke resultatet for Oktober 2018, så forutsettes det at denne perioden og påfølgende (helst) ennå er uavsluttede. For da kan du kjøre en ekstra lønnskjøring for Oktober 2018 og sende inn a-melding. Du får da også et lønnsbilag som påvirker regnskapet. Hvorvidt det er riktig for dere å gjøre det slik er en vurdering dere må ta, men husk at man skal følge kontantprinsippet med tanke på lønn. Det vis si at lønnen skal rapporteres til Altinn via a-melding den måneden den faktisk ble ut (eller innbetalt). mvh, Morten Heide Visma Mamut Support

Morten Heide · ‎03-04-2019

I Total kan man laste ned preutfylt data for RF-1030. Altinn har idag (03/04/19) gitt beskjed om at enkelte elementer man laster ned fra Altinn i denne forbindelse innholder feil fra dem. Vi har preutfylt feil på følgende poster: Post 4.3.4 Skog er beregnet til 80 % av fjorårets verdi Post 4.3.5 Gårdsbruk er beregnet til 90 % av fjorårets verdi Post 4.3.5 Annen fast eiendom med skattepliktig avkastning er beregnet til 90 % av fjorårets verdi Disse skulle vært beregnet til 80/90 av fjorårets verdi. De som har levert RF-1016 Formue av skogeiendom tidligere, trenger ikke levere skjema på nytt (så sant de ikke har andre endringer som medfører behov for nytt skjema) - vi legger verdien der til grunn ved beregningen av ny formuesverdi for 2018. De som ikke har levert skogskjema tidligere må levere dette nå.

Tfo · ‎01-04-2019

Hei Jeg fikk vel egentlig ikke svar på mitt spørsmål her. Som nevnt mente jeg at spørsmålet var rettet mot regnskapsfører - om saldo for aksjekapital kunne stå i null, eller om det må stå min kr. 30 000,-

Morten Heide · ‎19-02-2019

Hei Det antas at feriepengene som skal utbetales et år for sent kommer i tillegg til vanlig feriepenger som ansatte også mottar fra 2018 lønnsåret, da det nevnes ikke noe om. Det betyr at ansatte mottar opptil dobbelt så mye lønn i form av feriepenger i 2019 enn det man har tatt hensyn til med tanke på utregning fra Skatteetaten, noe som betyr at lønn/feriepenger utover det som er forventet og varslet til Skatteetaten må beskattes. Dette fordi ansatte da fikk mindre lønn i 2017 enn antatt fra Skatteetaten og skattet derfor antagelig for mye og fikk dette til gode i skatteoppgjøret i 2018. Til feriepengene fra 2017 kan lønnsart 760 brukes. Den fungerer likt som 765, men er med skatt. Ville vurdert å endret lønnsart 760 (vis - lønn - lønnsart) til å være tilleggstytelse, da det er best at beskattningen skjer med prosent og ikke tabell. Det er mer korrekt. 765 brukes for vanlig feriepenger uten skatt fra opptjeningsåret 2018. Lønnsart 765 er feriepenger uten skatt. Om du velger å bruke denne på alt, så må du manuelt overstyre beløpet i lønnsregistreringen. Gjør oppmerksom på at feriepengelisten for 2016 vil vise for lite betalt feriepenger tilsvarende det du utbetaler i 2019, og feriepengelisten for 2018 vil vise tilsvarende for mye. Det er ikke mulig i Mamut å oppdatere feriepengelisten for noe annet år enn inneværende eller året før ved lønnskjøring. Feriepengelisten er en intern rapport, så så lenge man kjenner til hva og hvorfor avviket er der, får det ingen konsekvenser. Mottar ansatte ikke noe feriepenger fra 2018 i 2019 i Mamut og det er kun snakk om 2017 feriepengene er det rimelig å tro at ansatte har jobb annet sted og potensielt får feriepenger derfra for 2018. Derfor gjelder prinsippet nevnt over med skatt uansett. Og er ansatte arbeidsledig i hele 2018 og derfor ikke får noen feriepenger i 2019 vil dene beskastningen veie opp for "skatteredusjonen" i 2017 som antagelig ga tilgode på selvangivelsen. Så det blir riktig også da. Håper dette gir mening. Men er litt vanskelig å svare konkret når det er mange variabler du ikke har nevnt som må tas hensyn til. mvh, Morten Heide Visma Mamut Support

Anonymous · ‎04-02-2019

Hei @L- Nilsen Da du nevner at de ansatte står oppført med trekkoden "Lønn fra hovedarbeidsgiver", så skal de ansatte vanligvis bli trukket etter tabelltrekk, med mindre man ikke overstyrer trekktypen manuelt på lønnslinjene. Dersom du mener at de blir trukket med prosenttrekk automatisk i Mamut så trenger vi å se nærmere på data fra ditt system. Send e-post til support@mamut.com, oppgi ditt kundenummer (som du finner i Mamut på Hjelp- Om) og referer til denne henvendelsen, gjerne gjennom å legge inn link til ditt spørsmål i forumet i e-posten. Så kan vi se nærmere på saken. Med vennlig hilsen Isabel Hernandez Visma Mamut AS

Morten Heide · ‎24-01-2019

Total 2018 ble i år lansert i forskjellige utgaver slik som tidligere år. Total Periode 2018 - Lansert 25. Oktober 2018 Total Aksjebok 2018 - Lansert 15. November 2018 Total Årsoppgjør 2018 - Lansert 7.Desember 2018 Hver av disse utgivelsene inneholder tidligere utivelser innenfor samme år, slik at Total Årsoppgjør 2018 inneholder også Total Aksjebok 2018 og Total Periode 2018. Total Årsoppgjør 2018 kan lastes ned her Skal du installere Total Periode eller Aksjebok 2018 nå, bruker du Total Årsoppgjør linken. Total oppdaterer kjøres på din pc ved å finne snarveien på ditt skrivebord eller søke den opp i din Windows. Den vil da laste ned alle endringene under markert med "Total oppdaterer" i kolonnen "Tilgjengelig" i oversikten. Linkoppdatering er en fil tilgjengelig via en internett link som man laster ned, og kjører på datamaskinen der Total er installert. En veiviser vil da komme som oppdaterer Total med alle endringer som er gjordt siden utgivelse av den aktuelle årsutgaven av Total. OBS: Linkoppdateringen er den samme for alle endringer under, da den nyeste inneholder alle de tidligere forbedringene. Endringslogg Total 2018: Modul Beskrivelse Dato Tilgjengelig Årsoppgjør - RF-1113: Elektronisk søknad om utsettelse - Regnskapsfører/revisor - lagt til støtte for 2018 - RF-1114: Elektronisk søknad om utsettelse - Næringsdrivende - lagt til støtte for 2018 09/05/19 Total Oppdaterer / Linkoppdatering Årsoppgjør - RF-1030 Skattemelding: Justert visningstekst fra næringsdrivende til privatperson for enkelte konstellasjoner 29/04/19 Total Oppdaterer / Se linkoppdatering øverst Årsoppgjør/Periode - Xledger - Saldobalanseimport: Justering i forhold til endret API, samt fjernet sertifikat 12/04/19 Total Oppdaterer / Se linkoppdatering øverst Årsoppgjør - RF-1159 Gevinst, tap, utbytte og formue aksjer: Korrigert landkodeformat ved innsendelse til Altinn 09/04/19 Total Oppdaterer / Se linkoppdatering øverst Årsoppgjør - RF-1219 Gevinst- og tapskonto: Fjernet melding vedrørende post 8285 i NO ifm næringsoppgave 5 - RF-1028 Skattemelding AS: Lagt til støtte for overstyring av post 476 Sum gjeld - RF-1315 Begrensing rentefradrag nærstående: Lineære avskrivninger tas nå med i post 515 01/04/19 Total Oppdaterer / Se linkoppdatering øverst Årsoppgjør - RF-1030 Skattemelding: Lagt til mulighet for 0-verdi i tillegg til verdiintervall - RF-1159 Gevinst, tap, utbytte og formue aksjer: Lagt til støtte for ektefelle i skjemasamling 27/03/19 Total Oppdaterer / Se linkoppdatering øverst Årsoppgjør - UniEconomy: Saldobalanseimport - Endret ApiBaseUrl og AuthenticationUrl til å benytte https pga endringer i API -Konsern: Endret variabel #KONSPERIODEFJOR# til 2017 25/03/19 Total Oppdaterer / Se linkoppdatering øverst Årsoppgjør - RF-1030: Lagt til støtte for import av preutfylte data 21/03/19 Total Oppdaterer Årsoppgjør - RF-1028: Oppdatert verdsettingsrabatt post 506 - RF-1368/RF-1233: Lagt til varselmelding om utdeling fra selskap (RF-1233) og faktisk bokført uttak (RF-1368) 11/03/19 Total Oppdaterer / Se linkoppdatering øverst Årsoppgjør / Periode / Aksejbok -Selskapstype: Lagt til støtte for organisasjonsform GFS (Gjensidig forsikringsselskap) -Årsregnskap: Hvis kun tittelfelt for underskriftlinje er fylt ut skal ikke strek vises - Rapport - Spesifikasjon av formue og gjeld: Lagt til verdi for konto 1117 Elektronisk utrustning i kraftforetak - Konsernbidrag: Justert avrundingforhold ifm systempostering gitt enkelte beløp for avsetning - RF-1028: Fjernet kobling for R-verdi STD konto 1020 i post 419 - RF-1368: Justert fortegn for post 7098 og 7099 ifm summering av Andre driftskostnader - UniEconomy: Ved saldobalanseimport utelates nå reskontro-kontoer som medførte 5-sifret kontoplan - Skjemarettledninger: Alle rettledninger er nå oppdatert for 2018 - PDF-Generator: Justert PDF-utskrifter ifm default duplex printerinnstilling, slik at tomme sider ikke genereres 25.02.2019 Total Oppdaterer / Se linkoppdatering øverst Årsoppgjør -Støtte for innsendelse av skatteskjemaer for 2018 til Altinn - Mamut Community: Lagt til link i klientregister vedrørende oppdateringer - Avstemming formue: Lagt til verdier for konto 1000, 1030 og 1315 på linje "Formuesmessig verdi annen formue" -Avstemming midlertidige forskjeller- hjelpeberegning: Lagt til støtte for salg av ikke avskrivbare driftmidler -RF-1159: Automatisk overføring av verdier til RF-1030 - RF-1177: Endret fortegn ifm overføring av verdier til post 551 15/02/2019 Total Oppdaterer / Se linkoppdatering øverst Periode/ Webrapportering Total Webrapportering: Migrere til ny løsning for autentisering i Microsoft Azure (Ver. 33.3.6971.15463) 01/02/2019 Total Oppdaterer / Se linkoppdatering øverst Aksjebok Kapitalnedsettelse pålydende hvis innbetalt aksjekapital er høyere enn gjeldende aksjekapital 01/02/2019 Total Oppdaterer / Se linkoppdatering øverst Periode - Forsideinformasjon: Korrigert forhold ifm manglende opplysninger ved overføring til nytt år 28/01/2019 Total Oppdaterer / Se linkoppdatering øverst Årsoppgjør/ Aksjebok/ - Alle skatteskjemaer er nå oppdatert ihht Skatteetaten - RF-1098: Oppdatert kalkulasjonsfaktor/beregnet kvadratmeterleie for 2018 - Avstemming: Korrigert differanse ifm R-verdi i NO 2 post 1313 og 1332 - Avstemming: Justert "Hjelp til avstemming" vedrørende skattemessig linjeære avskrivninger - Kontrollutslag Altinn: Justert parametre i forbindelse med hendelse Sk.fri fusjon/fisjon mor - Hendelse nyemisjon: Endret validering til å bruke 3 desimaler - Import fra Tripletex oppdatert til å håndtere inntil 2000 klienter. - Lagt til visning av versjonsnummer i dialogen "Om Total" 24/01/2019 Total Oppdaterer / Se linkoppdatering øverst Årsoppgjør/ Aksjebok - Oppdatert skjerminsrente for aksjer og EKP for 2018 10/01/2019 Total Oppdaterer / Se linkoppdatering øverst Årsoppgjør/ Aksjebok - Optimalsering av saldobalanse import fra E-Conomic - Optimalsering av import av preutfylt aksjonæropplysninger ra Altinn 13/12/2018 Total Oppdaterer / Se linkoppdatering øverst Aksjebok - Opptatering av Altinnspesifikasjoner for innsending til Altinn (Gjelder spes. Aksjonærregisteroppgaven) 07/12/2018 Total Årsoppgjør 2018 Installasjon

Morten Heide · ‎02-11-2018

Hei Elin Hvis jeg forstår deg riktig så er det ikke du som importerer varene fra utlandet, men din leverandør. Du bare kjøper det av din leverandør igjen, som blir en "innlands transaksjon". Dette blir da som en hvilken som helst norsk faktura du får fra leverandør, se bort i fra at denne leverandøren velger å oppgi beløp i EURO. Hvis du da skal betale din norske leverandør i EURO, så må du bokføre det med valutakode EURO. Valutakursen du velger er opp til deg og hvilken praksis dere benytter. Siden valutakursen endres nesten hvert minutt, må dere avgjøre hvordan dere vil håndtere dette. Kurs angis i Mamut under vis - regnskap - valuta. En del forsøker å få den så nære som mulig det deres bank benytter. Andre bestemmer seg for en "gjennomsnits kurs" for en lengre perioder slik at man slipper vedlikeholdet. Det øker riktignok sjangsen for korreksjonsbilag ved avvik mellom faktisk AGIO og bokført AGIO. Men minker behovet for å justere kursen hele tiden. MVA bokføres på vanlig måte som ved varekjøp av norsk leverandør, bare at det er i EURO. Merk at dette i all hovedsak er mer et regnskapsfaglig spørsmål enn programteknisk. Så hvis usikker, anbefaler vi å kontakte en autorisert regnskapsfører for videre bistand. mvh, Morten Heide Visma Mamut AS

Morten Heide · ‎17-09-2018

Hei Din beskrivelse er litt upressis i at du nevner "papierer" og "kvittering fra Altinn". Det kan bety mer enn en ting. A07 fra Altinn har alltid "siste ordet"; og mangler det noe der er det fordi det ikke er rapportert inn. Så må du se på lønnsjournalen for aktuelle perioder, og se om det som er der er riktig. Tilhører disse riktig periode. Hvis ja, så må du se om de også er med i A07. Hvis nei, så er noe galt. I Mamut så er det lønnskjøringsdato (ikke periode) som avgjør hvilken a-meldingsmåned lønnen kommer med på. Unntak er OTP og refusjon av sykepenger, da de følger periode. Vi har sett mange som har riktig periode og feil dato, slik at det ser riktig ut i Mamut på visse rapporter, og blir likevel feil i A-meldingen/Altinn. Du kan generere ny a-melding så mye du ønsker, men om du ikke gjør noen endringer er det ikke så mye som tilsier at resultatet blir noe annerledes enn det er nå. Vanskelig å være mer konkret. Om du ikke finner ut av det, anbefaler jeg deg å kontakte vår support avdeling på 815 55 470 eller support.mamut.no@visma.com mvh, Morten Heide Visma Mamut Support

Morten Heide · ‎12-09-2018

Hei Det viste seg at det var et unikt forhold her jeg ikke var klar over ved min opprinnelige besvarelse. Feriepenger ved dødsfall er et ganske sjeldent scenario, heldigvis. Mamut ser jeg nå at ikke har helt støtte for dette. Det er litt komplisert å gå inn på årsaken, men i korte trekk løser du dette ved å redigere lønnsarten rett før du genererer og sender ny a-melding. Du fjerner da rutinenummer 3. Setter det til 0 på denne lønnsarten. Genererer a-melding og sender den. Den blir da uten feil. Også setter du tilbake rutinenummer 3. Mangelen på rutinenummer 3 vil for lønnsarter som er brukt kun få konsekvensen at feriepengelisten vil vise feil. Dette blir etter hva jeg forstår forhåpentligvis rettet i versjon 22.1 som kommer i Desember 2018. Kan ikke garantere det, men det er planen. Håper dette gir mening. Spør om noe er uklart. Mvh, Morten Heide Visma Mamut Support

Morten Heide · ‎16-07-2018

Hei Elin Innstillingen på kunden "Eksport til EU" vil overstyre evt mvaplikt forbundet med produkt du selger, og fakturaen vil bli uten mva slik den skal (Hvis solgt fra norsk selskap). Dette vil medføre at mvakoden på fakturan blir "Eksport til eu, vare". Det er salgskontoen på denne mvakoden som bli brukt så fremt det ikke er overstyrt via egne kontoer tilhørende produktgruppen produktet er lagt under eller innstilling for konto direkte på produktet. Sistnevnte overstyrer alt så det er nevnt. Standard salgskonto i Mamut for avgiftsfritt salg er 3110. Ønsker dere en annen konto til dette, er en avgjørelse dere må ta. Men det går da hovedsaklig ut på hvordan dere vil at deres regnskap skal være. Noen hadde kanskje lagt en egen konto for denne type salg slik at lettere kan se hva som er vanlig innlands avgiftsfri omsetting og ikke. Men man er ikke avhengig av det da mva kodene som brukes er forskjellige og det er det som brukes i forbindelse med f.eks. mva-meldingen. Ønsker man å endre på standardkontoen på mva koden, så gjøres det her: Vis - innstillinger - regnskap - regnskapsinnstillinger - vedlikehold av avgiftssatser - Eksport til EU, varer. Evt andre også om du ønsker å endre. Håper dette gir mening. Bare spør om noe er uklart. Mvh, Morten Heide Visma Mamut Support

Morten Heide · ‎09-07-2018

Hei Takk for tilbakemeldingen! Jeg tar dette til etterretning! Ha en fin dag videre! mvh Morten Heide Visma Mamut Support

Morten Heide · ‎21-12-2017

Hei Vibeke Det skal holde å sette fullførhetsgraden til lavere enn 100%. Da vil prosjektet være tilgjengelig i bilagsregistreringen. Forsøk å sette den tiol 75% for en liten stund, og se om ikke det da går bedre. Også kan du endre det tilbake igjen etterpå om ønskelig. mvh, Morten Heide Visma Mamut Support

Morten Heide · ‎21-12-2017

Hei Åshild Beklager tregt svar. Ved innlesing av OCR fil blir man ikke spurt om betalingene er en direkte betaling eller betaling fra inkassoselskap. Dette skjer slik du sier bare når man bokfører betalingen manuelt. Om dere ikke allerede gjør det, se om dere kan bruke apporten dere finner under rapporter - reskontro - "Inkasso. Innbetalt av kunder. Sendt til inkasso". Der får dere listet opp alle fakturaer som er betalt og har status at er sendt til inkasso. Forhåpentligvis gir den et bra overblikk. mvh, Morten Heide Visma Mamut Support

Anonymous · ‎04-12-2017

Hei Du skal bruke samme brøk, men beløpet som trekkes blir lavere siden fastlønnen er lavere i forhold til stillingsprosent. Med vennlig hilsen Visma Mamut AS Jørn Karlsen

Anonymous · ‎06-11-2017

Ok, det var godt å høre. Takk for oppklarende svar 🙂

Morten Heide · ‎11-09-2017

Hei Ser du dessverre ikke har fått svar på denne på veldig lenge. Kan virke som dette innlegget lå et annet sted før det havnet her. Uansett er det sterkt beklagelig. Siden dette nå er over 2 måneder siden håper og tror jeg det har løst seg for lenge siden. Feilmeldingen du henviser til forutsetter at vi også vet ditt kundeforhold slik at vi kan sjekke på rett sted. Men slik nevnt, så er dette lenge siden og jeg håper det er i orden nå. Igjen, beklager alt for sent svar. Har du fortsatt problemer, bare svar her eller kontakt vår support avdeling direkte på 815 55 470. Men svarer du her, oppgi et tlf eller noe vi kan nå deg på (og kanskje identifisere deg med). mvh, Morten Heide Visma Mamut Support

Morten Heide · ‎03-08-2017

Hei Grethe Dette må normalt sett endres på alle innsendte a-meldinger. I motsatt tilfelle, må du få det godkjent fra Skatteetaten. Gå til ansattregisteret under vis - lønn - ansatt og velg aktuell ansatt. Velg lønn og firmabil. Oppdater reg nr til det som er riktig. Også genererer du ny a-melding for første måned der dette ble rapportert feil. Men før du sender den inn, rediger i a-meldingsvinduet aktuell ansatt og så marker lønnsart linjen der aktuell lønnsart for firmabil er brukt. Trykk på det røde sirkel symbolet, og sjekk at nytt og riktig reg nr vises der. Hvis ja, trykk ok og send inn. Hvis nei, rett det. Gjennta for alle lønnslinjer på redigert ansatt hvis den du sjekket var feil. Og så send inn. Og så til slutt, gjennta for alle måneder. Da bør det bli bra. mvh, Morten Heide Visma Mamut Support

Morten Heide · ‎14-07-2017

Hei Bekalger at jeg ikke fikk svart deg i går. Haster det anbefaler vi at du ringer oss direkte på 815 55 470. Lønnsbilaget som bokføres om man velger overføring til hovedbok ved lønnskjøring, har normalt sett resultatkontoene på debet siden. Unntak er om man reverserer en lønnskjøring, da blir også lønnsbilaget motsatt. Så om du kjører vanlig lønn og resultatkontoene er på kreditsiden kan det virke som noe er galt. Hvis ja, så bør du se om ikke det er noe galt med oppsettet på systemkontoer. Kan være de er satt motsatt. mvh, Morten Heide Visma Mamut Support

Anonymous · ‎06-07-2017

Okay, tusen takk for oppklarende svar.

Morten Heide · ‎05-07-2017

Hei Dette må du kontakte Skatteetaten om da posten i følge det du skriver har fulgt det gamle prinsippet som gjelder frem til og med 2016 for behandling av improt mva. MVA i forbindelse med import skal ikke lengre betales og du skulle dermed slik regelverket i dag tilsier ikke betalt noe mva for dette. Nå kan det være det er noen spesiell unntak her. Men siden dette slik det nå er gjordt blir vankelig å få riktig på mva-meldingen, må man høre med Skatteetaten om hvordan best kan løses så det blir riktig både lovmessig men også rapporteringsmessig. De er de som supporterer eget regelverk. Om du har tid, del gjerne hva du får vite når du kontakte Skatteetaten her, slik at vi og våre andre kunder ser det. mvh, Morten Heide Visma Mamut Support

Morten Heide · ‎27-06-2017

Hei Kjetil Rent praktisk i Mamut løser du dette ved å kjøre en eller flere lønninger i 2016 der du bruker lønnsart 785 og ønsket beløp for denne perioden. Du angir korrekt lønnskjøringsdato slik at det blir med i den ønskede A-meldingsperioden. Også sender du A-melding for de berørte månedene. Men på lønnskjøringen kan du ikke velge å overføre til regnskap hvis tilsvarende/valgte regnskapsperiode er stengt. Da må det evt føres på en annen åpen periode for samme regnskapsår, eller evt året etter. Ønsker man det bokført på den stengte perioden/året kan vi mot ekstra betaling gjøre en korreksjon med script mot din database slik at det åpnes opp igjen. Send oss en mail på support.mamut.novisma.com om det er ønskelig. Men hvordan dere vil peridisere dette er noe dere må avgjøre evt i samråd med en autorisert regnskapsfører. Håper dette gir mening. Mvh, Morten Heide Visma Mamut Support

Morten Heide · ‎26-06-2017

Hei Lønnsart 785 er for refusjon av arbeidsgiveravgift fra NAV. Den brukes mest i forbindelse med refusjon pga sykepenger. Du skal normalt sett kunne benytte deg av denne lønnsarten til også dette, så lenge det er snakk om refusjon av arbeidsgiveravgift. mvh, Morten Heide Visma Mamut Support

Morten Heide · ‎05-06-2017

Grunnbeløpet brukes til å beregne mange av NAVs ytelser. Grunnbeløpet justeres 1. mai hvert år og blir fastsatt etter trygdeoppgjøret. På grunn av koronasituasjonen vil trygdeoppgjøret gjennomføres 1. og 2. september. Grunnbeløpet (G) per 1. mai 2020 er kr 101 351. Gjennomsnitt beløp i 2020 er 100 853. For å oppdatere grunnbeløpet for folketrygden i Mamut trenger du i versjon 23.0.1149 å gjøre følgende: Gå til Fil - Databaseverktøy og velg Last ned systemfiler. Velg i vinduet du får opp å "Last ned filer fra Internett" og trykk Neste Du får opp "Nytt grunnbeløp for 2020": Trykk Oppdater og ok på det neste vinduet for å fullføre.

Anonymous · ‎07-06-2017

Takk! Ser at det hjalp å vise rapportkoden.

Morten Heide · ‎16-05-2017

Hei Er det slik å forstå at du ikke får redigert antall på lønnslinjen i lønnsregistreringen. Skjermbilde du la ved viser at du har huket av for antall, som skal bety at man får lov til dette. Men pass på at du opprettet lønnsarten på en dato som er samme dag eller før du har angitt lønnskjøringsdatoen. For endringer på lønnsart er det vi kaller historisk. Trykk på fil - systemdato og sett datoen midlertidig til f.eks. dagen før du har angitt lønnskjøringsdato på lønnskjøringen. Gå så inn på vis - lønn - lønnsart og se om det fortsatt er avhuket for antall. Hvis nei, sett på. Endrer du da systemdato tilbake til i dag. Starter om lønnsregistreringen og legger inn lønnsarten på nytt (slett oppføringen om den ennå er der), så bør du kunne endre det. Håper det går bra. mvh, Morten Heide Visma Mamut Support

Morten Heide · ‎16-05-2017

Hei Dette ser ganske bra ut med et unntak. Men trekker for vanlig lønn skal også beregnes skatt av. Altså skal lønn og skatt reduseres/trekkes. Ellers blir man trukket månedslønnen, men må likevel betale skatten av den. Det blir ikke riktig. Vår artikkel om dette foreslår at man baserer ny lønnsart for trekk på månedslønn siden trekkes jo normalt sett er er for å redusere månedslønnen tilsvarende periode feriepengene dekker. Da skal også skatten tilhørende lønnen man trekkes også fjernes. Se her for mer detaljer: https://community.visma.com/no/mamut/Produkter/Mamut-One/Supportressurser/Supportartikler-Mamut-Business-Software/Lonn-og-personal/Hvordan-fore-tilleggtrekk-feks-426-av-manedslonn-ved-utbetaling-av-feriepenger/ Håper dette gir mening. mvh, Morten Heide Visma Mamut Support

Morten Heide · ‎21-04-2017

Hei Dette er det dessverre ingen ordentlig støtte for. Men om du oppretter en strukturvare som består av en hammer og en pakke spiker, så skjer dette på sett og vis automatisk. Ulempen er jo da at det er en ferdig pakke der antallet hammerer og spiker er gitt. Ønsker man flere spiker enn det som følger med i strukturvaren (eller andre varer for den saks skyld), må det legges til manuelt i tillegg til strukturvaren evt som egne strukturvarer. Men en slik løsning vil kanskje fungere litt bevisstgjørende slik at man husker å nevne spiker om det er snakk om mersalg. Også må man evt fjerne strukturvaren og legge inn kun hammeren om man ikke ønsker spiker overhodet. Håper dette ga litt mening. mvh, Morten Heide Visma Mamut Support

Anonymous · ‎20-04-2017

Hei Morten, Tusen takk for svar.

Hvor lagrer Total sine data?

Sv: OTP og refusjon av sykepenger i Amelding

Re: Bokføring refusjon sykepenger

Feil på Preutfylt data fra Altinn for RF-1030

Sv: Årsoppgjør og null i aksjekapital

Sv: Utbetaling av feriepenger 2 år etter det er op...

Re: Skattetrekk

Oppdateringslogg Total 2018

Sv: Bokføring av faktura på varer kjøpt i Norge i ...

Sv: Feil i a-melding

Sv: Årets feriepenger til dødsbo

Sv: Faktura ved eksport til EU, korrekt MVA

Sv: Utbetaling av feriepenger + 1 dag lønn

Sv: Prosjektregnskap

Sv: Direktebetaling på fakturaer sendt til inkasso

Re: Trekk i lønn for ferie

Sv: Mamut Office Professional - rykte om at syst...

Sv: Uventet feil E-dokumenter

Sv: A-melding

Sv: Feriepenger

Sv: HASTER!! Sv: Mamut One, feriepenger - hvorda...

Sv: Merverdiavgift utlagt av tredjepart - hvordan ...

Sv: Refusjon av sykepenger :-art 785

Sv: refusjon fra NAV - feriepenger fra fjoråret

Nytt grunnbeløp for folketrygden 2020

Re: Import uten fradragsrett

Re: Permisjonstrekk pr dag

Re: Feriepenger 2017

Re: Automatisk produktlinje

Re: Skyldig arbeidsgiveravgift

Nyttiga sidor

Om Visma

Kontakta oss

Följ oss: