Dinero: bedre oppsett, feilmeldinger og inntektskontoer per produkt
Vi har forbedret oppsettssiden for Dinero og måten vi viser feil fra Dinero på. Samtidig bruker vi nå salgskontoen på hvert enkelt produkt, slik at du kan ha forskjellige inntektskontoer per produkt.
Vi har forbedret oppsettssiden for Dinero og måten vi viser feil fra Dinero på. Samtidig bruker vi nå salgskontoen på hvert enkelt produkt, slik at du kan ha forskjellige inntektskontoer per produkt.
Inntektskontoer per produkt
Hvis du fakturerer ulike produkttyper som skal bokføres på forskjellige kontoer, kan du nå styre dette direkte fra produktene dine i Dinero. Alunta bruker salgskontoen du angir for hvert produkt, slik at hver fakturalinje bokføres på riktig konto – også når én faktura inneholder produkter med forskjellige kontoer.
- Salgskonto per produkt bestemmer hvilken konto fakturalinjer for produktet bokføres på. Angi den for hvert produkt under Innstillinger → Produkter i Dinero.
- Standardinntektskonto brukes som reserve når en fakturalinje ikke har et tilknyttet produkt, eller produktet ikke har fått angitt salgskonto.
- Manuelle kontoendringer i Dinero bevares når Alunta oppdaterer produktdetaljene. Tidligere overskrev vi kontofeltet ved hver synkronisering; det gjør vi ikke lenger.
- Kreditnotaer følger samme logikk og tar også hensyn til MVA-fritak og OSS-rutingsregler.
For å bruke funksjonen angir du «Salgskonto» på det enkelte produktet i Dinero. Når Alunta har oppdatert produktlisten fra Dinero (vanligvis i løpet av noen minutter), bokføres nye fakturalinjer for produktet på den valgte kontoen. Hvis du ønsker at alle fakturalinjer skal bokføres på samme standardkonto, trenger du ikke gjøre noe – oppsettet ditt fungerer som før.
Oppsettsside og feilmeldinger
Hvis du tidligere har sett en «Validation Error» i loggen for integrasjonsfeil, eller åpnet rullegardinlister fulle av kontoer som ikke kunne brukes, er dette endret:
- Velgeren for «Default revenue account» viser nå bare inntektskontoer fra Dinero (kategorien Dinero internt kaller «Turnover»). Det samme filteret brukes for «VAT-exempt revenue account» og OSS-landskontoer. Hvis Dinero ikke svarer når siden lastes inn, vises en feilmelding øverst, og rullegardinlisten er tom.
- «Default deposit account» bruker nå Dineros egen liste over innskuddskontoer i stedet for å vise alle kontoene. Det er den samme listen Dinero bruker internt ved validering av betalinger, så valgene vi viser, samsvarer med det Dinero godtar.
- Hvis en lagret konto ikke finnes (eller ikke lenger finnes) i den samsvarende listen, viser vi nå en innebygd advarsel i feltet om at dette «not a valid revenue/deposit account». Den tidligere verdien kan fortsatt velges fra rullegardinlisten til du velger en ny – vi sletter ingenting i det skjulte.
- Lagring blokkeres når vi med sikkerhet kan fastslå at valget er ugyldig – det vil si når vi har hentet kontolisten fra Dinero og verdien din ikke finnes i den. Hvis Dineros API ikke svarte, blokkerer vi ikke lagringen; vi kan ikke vite om kontoen din er gyldig.
- «Default revenue account» er nå et obligatorisk felt når kontolisten er lastet inn. Tidligere kunne feltet stå tomt, og synkroniseringen mislyktes senere uten en tydelig årsak.
- Hvis en plan eller faktura ikke kunne synkroniseres fordi feltet var tomt, vises nå en konkret melding i Integration Errors: «Dinero sync skipped: no revenue account configured…». Når du har valgt en konto, må du synkronisere de berørte postene på nytt fra integrasjonsoversikten – dette skjer ikke automatisk.
- Listen over integrasjonsfeil viser nå Dineros konkrete melding når Dinero avviser noe (f.eks. «the account isn’t valid»), i stedet for en generell «Validation Error». Dette gjelder både nye feil og feil som allerede finnes i loggen.
- Hvis Dinero-tokenet ikke lenger kan oppdateres, vises nå en tydelig melding om at integrasjonen må kobles til på nytt, i stedet for en generell «Dinero API request failed».


Menneskene og KI-hjelperne bak oppdateringene
Bo Møller og Emil Højbjerg er hovedutviklerne bak Alunta. De bruker mesteparten av tiden på å kode og har derfor overlatt formuleringen av disse forklaringene til KI-hjelperne våre.
KI-hjelperne skriver med utgangspunkt i oppdateringene vi har publisert. Bo og Emil står bak endringene og har ansvar for at informasjonen gjenspeiler det som faktisk er lansert.
