Denna artikel beskriver vanliga felmeddelanden och problem i Next Connect samt hur de åtgärdas. Läsaren får vägledning om bland annat behörighetsproblem, felkoder i schemaläggaren, datumformatsinställningar och ekonomisystemsspecifika fel i Fortnox.
Connect startar inte
Om du ser felmeddelandet nedan när du försöker starta Connect beror det på att den inloggade användaren inte har behörighet i gruppen NEXT Connect.
Feldialogruta visas när modul inte kan laddas — notera åtkomstfelet.
Lägg till personen i NEXT Connect-gruppen via Administration – Användare/Behörigheter – Grupper/Rättigheter. Ladda sedan om NEXT och starta om Connect så är problemet löst.
Connect på klocka – felkoder i schemaläggaren
Referenssida för felkoder i kolumnen Sista resultat — notera kodernas betydelse.
"Fel vid initiering av moduler"
Uppdatera Connect, eller avinstallera och installera om det — det löser felmeddelandet.
Leverantörsfakturor (L)
"Fel vid uppdatering av OptionValueStore: Åtkomst nekad till modul. Misslyckades att spara ändringar."
Kontot som kör Connect är inte med i NEXT Connect-gruppen.
Kund
Fel vid hämtning av kundlista från Fortnox: Ogiltig inloggning
Det här kan bero på att kunden har en inaktiv integrationslicens i Fortnox.
Integrationen körs redan av en annan session
Det här felet uppstår när en annan instans av Connect – oftast en schemalagd batch-körning – kör samma integration just nu. Kunden kan antingen vänta och försöka igen senare, eller pausa batch-körningarna medan de kör Connect manuellt. Låsningarna kan ses i tabellen me_IntegrationEntityLock i databasen.
Projekt
"Fel uppstod när integrationen skulle låsas upp"
När integrationen körs låses den till den aktuella sessionen så att ingen annan session kan köra samtidigt. När körningen är klar ska låset tas bort automatiskt – men i det här fallet gick det inte. Låset försvinner om du kör om sessionen där felmeddelandet uppstod.
Failed to format date. Not given in any of the valid formats
Det här beror i de flesta fall på att datorns datumformat inte stämmer överens med det format som krävs. Det är vanligt på datorer som körs med engelska inställningar. Kontrollera datumformatet under Kontrollpanelen – Klocka och nationella inställningar – Ändra datum-, tids- eller talformat.
Användare som har Parallels har nästan alltid engelska språkinställningar i Parallels från början. Det räcker inte att bara ändra språket på datorn – du måste även ändra språket i Parallels när det är öppet.
Nationella inställningar — kontrollera att kortdatumformat är inställt på yyyy-MM-dd.
Kundfaktura
Verifikat
Kontoplan
Ekonomisystemsunika fel – Fortnox
Perioden är låst tom 2023-10-31, lås upp perioden för att kunna bokföra fakturan
Orsak 1: Projektet har en projektstart som är senare än leverantörsfakturans datum. Uppdatera projektet i NEXT → gör projektexport → gör överföring av leverantörsfakturan på nytt.
Orsak 2: Perioden är stängd i Fortnox, vilket gör att det inte går att bokföra mer under exempelvis den månaden. Be kunden öppna perioden igen, eller ändra datumet på leverantörsfakturan så att den bokförs i innevarande månad.
Ingen kontakt med NEXT-servern! Rätt adress?
Orsak: Kunden körde Parallels och hade inte ställt in Sverige som tid och region (observera att region anges på två ställen).
Fel vid kommunikationen med Fortnox eller Next. Kontrollera adresserna. Läs mer här hur man kommer tillrätta med detta.
Orsak: Kan bero på flera saker. Kontrollera att det finns en nyckel under inställningar för FortnoxRefreshToken. Om du hämtat denna tidigare och den nu saknas beror det troligen på att personen inte hade rättighet att skriva i inställningarna – den rättigheten finns bland annat i gruppen NEXT Connect. Upprepa processen med att hämta nyckel.
Importerar faktura 6 – Kunde inte uppdatera momstypen på kundnr 2001
Fel vid uppdatera momstyp på kund i Fortnox: VAT-nummer måste anges för vald momstyp.
Skapade faktura 30002.
Lösning: Det blev kontot för vanlig moms trots att fakturan var byggmoms. Kunden hade inget VAT-nummer i Fortnox, och då nekar Fortnox att använda byggmomskontot. Uppdatera kunden och gör en kredit- och debetfaktura.
Importerar faktura 5 – Kunde inte uppdatera momstypen på kundnr 01877
Fel vid uppdatera momstyp på kund i Fortnox: Ogiltig kundtyp.
Skapade faktura 30164.
Lösning: Kundtyp saknades på kundkortet i Fortnox.
"Dokument utan angiven skattereduktionstyp får inte innehålla artikelrader med husarbetestyp"
Lösning: Ta bort typ av husarbete på artikeln i Fortnox. Det ska vara blankt där och NEJ på Husarbete på artikeln. (Eventuellt avhjälps detta med nästa Connect – fel i version 3.1.30.)
"Fel vid skapa faktura i Fortnox: Dokument med skattereduktionstypen 'rut' får inte innehålla rader med husarbetestypen 'XXX'"
Lösning: Det finns en förvald typ av husarbete på artikeln som antingen är en ROT-typ – och då kan du inte föra över en RUT-faktura, och vice versa. Lösningen är att tillfälligt ta bort den förvalda typen av husarbete på artikeln och föra över fakturan. Om du växlar ofta mellan ROT och RUT bör du inte ha någon typ av husarbete vald på artikeln. (NE-2920)
"Fel vid skapa faktura i Fortnox: Kunde inte hämta/hitta leveranssätt. (XXX)"
Lösning: Kunden behöver kontrollera att det leveranssätt som anges inom parentesen finns upplagt i Fortnox under inställningar för Fakturering. Se Fortnox supporthemsida.
Fel vid fakturaexporten – "Värdet får ej vara större än 999, (XXXX)"
Där X är antalet timmar som är underlag för skattereduktion på den aktuella fakturan. I Fortnox dialog för att fördela skattereduktion går det bara att skriva tre tecken i fältet Timmar att rapportera – 999 är alltså max i Fortnox. I det aktuella fallet ändrade kunden konto på en av raderna eftersom kunden ändå får sina 100 000 i ROT-avdrag. Då räknas de inte med som ROT-underlagstimmar. Kontot korrigeras sedan i Fortnox.
Fel vid skapa projekt från Fortnox: Failed to format date. Not given in any of the valid formats
Beror på att datumformatet skiljer sig åt mellan Fortnox och den miljö som Connect körs från. Kontrollera om språket på datorn är inställt på svenska – och om användaren kör Parallels, kontrollera att språket även är svenska i Parallels.
Fel vid skicka leverantörsfakturor till Fortnox: Det finns inget förvalt konto för leverantörsskuld.
Det kan bero på att inställningen inte är satt som standard för alla aktuella år. Du hittar den under Inställningar – Bokföring – Förvalda konton.
Okänt fel har uppstått vid hämtning av bild
Leverantörsfakturan har gått över till Fortnox från e-Invoice, men vid överföring av bild fick vi inget svar från Fortnox API – och därmed ingen bild i Fortnox. Det händer ibland att vi inte får svar från Fortnox. Tekniksupport kan hjälpa till att skjuta in bilderna i Fortnox, och det går också att lägga till bilderna manuellt i Fortnox.
Verifikatet kan inte hittas.
Det finns troligtvis ett verifikat i undantagslistan som inte finns i Fortnox. Antingen har ett tidigare verifikat raderats, eller så har ett verifikat lagts in i undantagslistan med ett nummer som ännu inte finns i Fortnox.
Fel från Fortnox vid hämta projekt: No such route
Leverantörsfakturan försökte exporteras mot ett projekt där projektnumret innehöll mellanslag, vilket inte godkänns av Fortnox.
Resource owner is not licensed for the requested scope(s).
Det här felet uppstår när den som ska auktorisera integrationen kör via Bolagshanterare och har valt fel bolag i rullisten. Alla bolag finns alltid två gånger i listan, vilket gör det viktigt att kontrollera att du väljer rätt abonnemangsnummer. Hämta token på nytt och kontrollera noga innan du väljer i listan.
Se Fortnox förklaring: "Ja det stämmer, det blir 2 bolagsnamn men ena är 'kunden' för Bolagshanteraren, där alltså ingen data finns. Sedan är ju det andra bolaget med samma namn, det 'riktiga' där datan finns. Så det måste finnas 2. Men kunden loggar ju alltid bara in i den där Bolagshanteraren finns."
Felmeddelande vid autentisering — kontrollera att licens inkluderar begärt scope.
{"error":"invalid_grant","error_description":"Invalid refresh token"} Error 400 Ogiltig begäran.
Felet uppstår när man försöker uppdatera FortnoxRefreshToken i databasen. Refresh Token uppdateras inte när man hämtar ny nyckel. Fortnox ser inte någon aktiv Refresh Token (liknar felet när man inte är med i Connect-gruppen).
Trolig orsak: Återställning av databas eller flytt av databas mellan servrar.
Åtgärd: Kör sudo me_cmd sql
call history.mt_changelogrepartition() Ta ut ny nyckel.
Fel vid uppdatera kund i Fortnox: Ogiltig prislista på kunden
Ärendelogg — notera att kommentarer kan markeras som osynliga för beställare.
Visma (gäller både Visma Ekonomi och Admin)
Generellt för Visma: Registervård i Visma kan ofta hjälpa. Om du inte hittar det exakta felet här med tillhörande lösning, be kunden köra en registervård i Visma och sedan köra Connect igen.
Felaktig sträng kan ha många orsaker. Några exempel:
- Leverantörens namn var för långt för vad Visma kan ta emot.
- Projektnumret blev för långt med projektnummer och aktuell AO.
- Felaktig e-postadress.
- Dubbla telefonnummer angivna i NEXT (i samma fält).
- Postort angiven i postnummerfältet.
- Felaktigt organisationsnummer.
"Det finns rader knutna till den tidigare angivna leverantören" – Kunden hade läst in ett antal leverantörsfakturor från ett tidigare system, men den inläsningen hade inte justerat löpnummerräknaren i Visma. När vi försökte föra in en leverantörsfaktura och hämta löpnummer från räknaren var de numren redan upptagna, vilket gav ett fel. Kunden justerade räknaren och fick in fakturorna.
Projekt är ej tillåtet att ange till aktuellt konto
I Visma behöver du ange i kontoplanen att projekt tillåts på de aktuella kontona – ofta för att vi ska kunna föra över projektkonterade fakturor. Du hittar detta under Bokföring – Kontoplan.
Felaktig API-version / adk.dll
Integrationer slutar fungera efter uppdatering av Visma, t.ex. till version 2018.3.
Orsak: Filen ADK.DLL i mappen Gemensamma filer är en gammal version som inte uppdaterades vid uppgraderingen av Visma. Felet kan visa sig som t.ex. "Felaktig sökväg till företaget" eller "API Version not compatible…".
Lösning: Kopiera filerna (adk.dll, spcsadm och xerces) från C:\Program Files (x86)\SPCS till mappen Gemensamma filer. Skriv över de gamla filerna.
Databasversionen är äldre än programmets databasversion / Databasen behöver uppgraderas
Öppna filen FTG.ini (C:\ProgramData\SPCS\SPCS Administration\Företag\"aktuellt företag"), sök efter [DataSource] och kontrollera att DisplayVersion stämmer överens med din version av Visma – t.ex. 23.30 för Visma version 23.3. Justera till rätt version om den exempelvis visar 23.1. Vismas support uppger att den här filen ibland inte uppdateras automatiskt, vilket orsakar felet.
Kunde inte skapa typ N vid kundimport
Feldialogruta — notera upprepade varningar om osparade poster.
Orsak: Det finns ett betalningsvillkor i Visma med typ N, och det behöver finnas upplagt i NEXT för att vi ska kunna läsa in det.
Betalningsvillkor-sidan visar lista; markerade rader indikerar dubbletter att kontrollera.
OBS! I NEXT kan du bara ha en post per betalningsvillkor (se bilden ovan – där finns två st "30 dagar netto"). Byt kod på det duplicerade betalningsvillkoret i NEXT.
OBS 2! Det kan verka som att kunder ändå kommer in när du får det här felmeddelandet – men det är bara de som inte har typ N. Läs in med både N och 30 i kodkolumnen i NEXT om det är så att vissa kunder i Visma har N och andra har 30.
Felmeddelande "Nyckeln finns redan" – OBS, kan bero på annat än nedan.
Det här beror på att du exporterat en faktura till Visma och sedan ändrat fakturanumret. När du sedan försöker exportera fakturan igen – eftersom du inte fått något externt fakturanummer – får du felet eftersom fakturan redan finns i Visma. Lösningen är att kontrollera antalet kundfakturor i Visma och sedan gå till Inställningar – Företagsinställningar – Nummerserie i Visma och ange nästa fakturanummer i serien.
Felmeddelande "Kunde inte uppdatera externt nr till !Import pågår på leverantörsfaktura"
Löses genom att justera datumformatet på den dator där Connect är installerat.
NEXT Connect exportlogg — notera varningsmeddelandet om pågående import.
Felmeddelande "Fel uppstod i kommunikationen med Visma: Skattereduktion kan inte göras på dokument daterat före XXXX-XX-XX"
I det fall som upptäckts körde kunden Visma Admin version 2021.2. Efter kontakt med Vismas API-support har svaret varit: "Kan vara versionen det är fel på – vi har haft ett liknande ärende. Det har kommit en rättningsversion 2021.21." Be kunden uppdatera till den senaste versionen av Visma om detta uppstår.
Felmeddelande "Hantering för språk och valuta är för tillfället inaktiverad"
Om kunden har Visma 1000 behöver du gå till Arkiv – Företagsunderhåll – Valuta och språk och aktivera detta. I Visma 2000 är det aktiverat som standard.
Visma eEkonomi
Error in eEkonomiProjectModule – en post med samma nyckel har redan lagts till
Felet vid projektexport ska ha berott på att det finns dublettvärden i Visma eEkonomi.
ValidationException – Vat free rows are only allowed when ReverseChargeOnConstructionServices = true
I integrationen mot Visma eEkonomi hanteras "ingen moms" och "byggmoms" på samma sätt genom att ReverseChargeOnConstructionServices sätts till "true". Om det här felet uppstår, kontrollera att bocken för ingen moms eller byggmoms är ibockad på fakturan. Om bocken är isatt, kontrollera även om bocken för att kunna fakturera utan moms är ibockad på kundkortet i Visma eEkonomi.
Loggvy — notera valideringsfel relaterat till momsinställning för omvänd skattskyldighet.
Fel vid skapande av leverantör. Fel: 2000 ValidationException – CompanyBankAccountID must be set if Foreign Payment is TRUE
Uppstår om kunden har Visma eEkonomi PRO. Beror på att betalningskod krävs vid skapande av ny utländsk leverantör – ett fält som inte finns i NEXT. Lösningen är att kunden lägger upp leverantören manuellt i ekonomisystemet (viktigt med samma leverantörsnummer som i NEXT leverantörsregister) och att du tillfälligt bockar ur Uppdatera leverantör i Connect innan du kör EFH – då går fakturan över. Tänk på att samma sak kommer att uppstå nästa gång en faktura kommer från leverantören, och Uppdatera leverantör behöver bockas ur igen.
Fel: 2000 InvalidPlusgiroWhenNotOcrException – The supplier is selected as non-OCR supplier but Plusgirot is an OCR No
Om vi skickar ett plusgiro som kräver OCR ska leverantören uppdateras med bocken för Ja på OCR – men det går inte att göra i dagsläget. Det innebär att kunden i det här fallet måste skapa leverantören manuellt i Visma eEkonomi och bocka i OCR. Då går det att köra EFH igen, även om Uppdatera leverantör är ibockat i inställningarna.
System.Net.WebException: Fjärrservern returnerade ett fel: (403) Förbjuden
Kunden körde eEkonomi via byrå (eEkonomi PRO). Det var kontakten på byrån som auktoriserade, och eftersom hon hade sitt eget bolag som standard försökte vi auktorisera mot det – och hon hade inte integration aktiverat. Lösningen var att ta bort standardföretaget och göra en ny auktorisering, vilket gjorde det möjligt att välja vilket bolag som integrationen ska kopplas mot.
I eEkonomi gör du det genom att klicka på bolagsnamnet uppe till höger – Förstoringsglaset – Välj standardföretag – Sätt en stjärnmarkering och Spara.
Fel i kommunikation – Visma eEkonomi
Klicka på "Företag" i NEXT Connect. Gå sedan till Inställningar – Inställningar och klicka på "Hämta ny token" enligt bilden nedan.
Inställningsdialog för Visma eEkonomi — välj moduler och hämta token.
En inloggningsruta för Visma öppnas – logga in via den rutan som öppnas genom NEXT Connect. Klicka på Godkänn. Klicka sedan på OK i Connect och därefter på Verkställ och OK.
Briljant
BriljantVoucherModule|RP: Kunde inte hämta verifikat från Briljant. Fel: Programmet är för gammalt för att arbeta mot denna ug; avbryt och ladda nytt program
Lösning: Kunden har förmodligen uppdaterat Briljants Windows-klient men missat att uppdatera Briljant Webb. Versionerna måste alltid matcha – annars får man det här felmeddelandet. Be kunden uppdatera även Briljant Webb.
Hogia (OBS – gäller Connect, ej API) Läs om Hogia API här.
Vid ett nytt företag i Hogia där inställningarna är satta för att importera projekt, måste ett projekt läggas upp i Hogia innan den första projektexporten. Annars får du felmeddelandet nedan. Det läggs visserligen upp ett default-projekt som heter "0", men det räcker inte – det måste finnas minst ett projekt till i Hogia för att Hogia ska ta emot projekt från NEXT.
Systemlogg — notera felmeddelanden vid projektexport mot Hogia API.
Installation av NEXT Connect på terminalserver
Om du inte kan installera MSI-paketet har du förmodligen fel rättigheter. Om du installerar från ett adminkonto och väljer att Connect installeras för alla användare, måste inställningsfilen (NEXTConnect.xml) kopieras till varje användare som ska köra NEXT Connect – och det ska göras efter att du har valt programpaket och skrivit in all data.
Filen ligger då t.ex. i C:\Users\Admin\Documents\NEXT Connect och ska kopieras till C:\Users\User1\Documents\NEXT Connect, C:\Users\User2\Documents\NEXT Connect osv., för alla som ska köra programmet.
Verifikaträknare
Sedan releasen 2022-10-03 finns det under Administration – Integrationer – Verifikaträknare möjlighet att nollställa eller justera verifikaträknaren för Connect.
- Årskod = det år som verifikaten hämtats ifrån. Kan vara bokstäver eller siffror och beror på vilket ekonomisystem Connect är kopplat mot. Årskoden syns inte i ekonomisystemet för en vanlig användare, men du kan se vilket bokföringsår verifikaten i databasen tillhör. Kontrollera med kunden när det bryter för nytt bokföringsår.
- Serie = vilken verifikatserie som hämtats in.
- Verifikationsnr = vilket verifikationsnummer som hämtades in senast.
- Radnummer = vilket nummer det var på den rad på verifikatet som hämtades in sist.
OBS! Om inget har hämtats från ett visst år och en viss serie visas inte den raden i fliken Verifikaträknare. Där visas endast information när en rad kunnat hämtas in och den var konterad mot ett projekt i NEXT.
Om ingen information visas är räknaren på noll och kommer att hämta in verifikat så fort något bokförs på det året och den serien som är projektkonterat. Visar räknaren t.ex. ver 502, rad 3, är det ver 502 rad 3 som senast kunnat hämtas in – även om ekonomisystemet kanske har upp till ver 510 rad 4.
Om du vill rensa ett helt år kan du backa räknaren till vernr 0 och rad 0, eller markera raden och klicka på papperskorgen så att allt hämtas in igen.
Om du vill spärra så att inget hämtas in för ett visst år, kontrollera med kunden vilket som är det högsta verifikatet det året och ange ett högre nummer.