Fortnox-skillsPublicerad 3 juni 2026
Färdiga Fortnox-skills och hur du bygger egna som faktiskt fungerar
En praktisk guide för dig som vill ge en AI-agent bättre omdöme i Fortnox: vilka skillmönster som är värda att börja med, hur de bör struktureras och vilka regler som gör dem säkra i skarp bokföring.
En besökare frågade nyligen om det finns färdiga skills för Fortnox, eller hur man bygger bra egna. Det korta svaret är ja. Men den viktiga poängen är att en bra Fortnox-skill inte bara är en lista API-endpoints. Den är ett arbetsflöde med bokföringskontext, felhantering och tydliga gränser för ändringar.
Grundidén
Varför skills behövs ovanpå API:et
Fortnox API:et ger åtkomst till data och operationer. Det löser däremot inte hela frågan om hur en agent ska arbeta. Agenten behöver veta när den ska välja kundfakturor i stället för leverantörsfakturor, hur den ska hantera flera Fortnox-bolag, vilka datum och filter som är avgörande, och när den ska avbryta i stället för att gissa.
Det är där skills blir användbara. En skill fångar det praktiska arbetssättet för ett återkommande Fortnox-jobb. Den säger inte bara vad som kan anropas, utan hur agenten bör tänka och i vilken ordning den ska kontrollera saker.
Data och operationer
Fortnox API
Vad som kan anropas
Arbetssätt
Skill
Bolag, datum, filter och när man stannar
AI-agent
Agenten
Vet vad den ska kontrollera först
Nordsynk-modellen
Skills först, generisk API-discovery därefter
I Nordsynk använder agenten en enda MCP-yta. Inuti den kan den söka efter kundanpassad Fortnox-vägledning med skills.grep, läsa kompakt metadata med skills.describe, läsa full guide med skills.read och köra granskade skill-exporter med skills.invoke när ett flöde är känsligt eller återkommande.
För den långa svansen av Fortnox API:et finns codemode.grep, codemode.describe och codemode.request. Tanken är enkel: börja med en relevant skill när det finns ett känt arbetssätt, och falla tillbaka till API-discovery när uppgiften är ny eller mer generisk.
- 01
skills.grep
Sök efter kundanpassad Fortnox-vägledning.
- 02
skills.describe
Läs kompakt metadata om skillen.
- 03
skills.read
Läs hela guiden.
- 04
skills.invoke
Kör granskade skill-exporter när ett flöde är känsligt eller återkommande.
- 05
codemode.grep, describe, request
Fortnox API:ets långa svans, när uppgiften är ny eller mer generisk.
Färdiga Fortnox-skillområden att börja med
De här områdena återkommer ofta i verkliga Fortnox-frågor och är därför bra kandidater för färdiga skills.
Kundfakturor
Lista, hitta och summera kundfakturor — särskilt uppföljning av obetalda eller förfallna, med koll på OCR, status, saldo och betalningshistorik.
Leverantörsfakturor
Arbeta med leverantörsreskontra, inkomna fakturor, OCR/tolkade rader, attest, betalstatus och förfallna leverantörsfakturor.
Verifikat och bokföring
Sök verifikat, förklara rader, slå upp konton, kontrollera debet/kredit och förbered bokföringsposter utan att hitta på konton.
Dokumentarkiv och bilagor
Hitta uppladdade filer, verifiera fil-id:n, koppla bilagor till verifikat och hantera vanliga fel där rätt id inte är det id som först ser rätt ut.
Rapporter och exporter
Exportera SIE, ta fram resultatrapporter, analysera omsättning, konton och perioder. Här är räkenskapsår och exakta datum extra viktiga.
Lön
Läs lönekörningar, löneperioder, anställda och lönerader, men bara när Fortnox-behörigheter och produktlicenser faktiskt tillåter det.
Exempel · trigger-fraser
Från fråga till skill
Fraser som kunder faktiskt använder
| Användaren säger | Skillområde |
|---|---|
| ”Vilka fakturor är obetalda?” | SkillområdeKundfakturor |
| ”Visa inkomna fakturor som väntar på attest” | SkillområdeLeverantörsfakturor |
| ”Förklara raderna i verifikat 214” | SkillområdeVerifikat och bokföring |
| ”Exportera SIE för förra året” | SkillområdeRapporter och exporter |
| ”Ta fram resultatrapporten för mars” | SkillområdeRapporter och exporter |
Anatomin i en bra Fortnox-skill
En skill behöver inte vara lång. Den behöver vara tydlig där agenten annars skulle göra fel.
1. Trigger i användarens språk
Skriv triggers som kunder faktiskt använder: obetalda fakturor, inkomna fakturor, attest, SIE, verifikat, resultatrapport. API-namn kan vara med, men de ska inte vara enda ingången.
2. Bolagskontext först
Om användaren har flera Fortnox-bolag ska skillen instruera agenten att välja eller fråga efter rätt bolag innan den läser eller skriver.
3. Läs schema innan osäkra anrop
När filter, path-parametrar eller request body är osäkra ska agenten beskriva ytan först. Det minskar fel som ogiltiga filter, fel år eller fel fältnamn.
4. Ändringar är separata beslut
Skapa, uppdatera, bokför, mejla, attestera och radera är ändringar. I Nordsynk visas ändringar som standard i en förhandsgranskning i webbläsaren; ett bolag kan aktivera autogodkännande. Fortnox-behörigheter och Nordsynks åtkomstpolicy gäller alltid.
5. Felhantering som stoppar gissningar
En bra skill berättar vad agenten ska göra vid vanliga Fortnox-fel. Ibland är rätt beteende att sluta, rapportera blockeraren och be kunden åtgärda behörighet, matchning eller period.
Exempel · påhittat fel
Felhantering · Lön
Jag stannar här: Fortnox svarar att behörighet eller produktlicens för lön saknas för den anslutna användaren. Be en administratör justera behörigheten, så läser jag körningen direkt. Jag gissar inga belopp.
Fem regler för pålitliga Fortnox-skills
Gör varje skill smal
En skill för leverantörsfakturor och attest blir bättre än en allmän skill för hela ekonomiavdelningen. Smala skills ger tydligare triggers och bättre felhantering.
Kodifiera undantagen
Det som är lätt att missa ska stå i skillen: rätt fil-id, rätt SIE-parameter, rätt räkenskapsår, eller att OCR-rader inte alltid är färdiga leverantörsfakturor.
Hämta kontext en gång
Om många verifikatrader behöver kontonamn är det bättre att hämta kontoplanen en gång och slå upp lokalt än att göra ett anrop per konto.
Var tydlig med osäkerhet
Om Fortnox-behörighet, produktlicens eller period gör svaret osäkert ska agenten säga det. Bokföringsarbete vinner på precision, inte självsäkra gissningar.
Låt läsningar och ändringar ha olika rytm
Läsningar kan vara snabba och iterativa. Som standard visar Nordsynk målbolag, åtgärd, viktiga uppgifter och konsekvens i en webbläsarförhandsgranskning. Autogodkännande kan aktiveras per bolag; Fortnox-behörigheter och Nordsynks åtkomstpolicy gäller alltid.
Exempel · påhittad faktura
Förhandsgranskning · Fortnox
Bokför leverantörsfaktura 1042, Telia, 1 249 kr
Begärd via Claude · Acme AB
| Konto | Nu i Fortnox | Efter godkännande |
|---|---|---|
| 6212 Mobiltelefon | Nu i Fortnox— | Efter godkännande999,20 debet |
| 2641 Debiterad ingående moms | Nu i Fortnox— | Efter godkännande249,80 debet |
| 2440 Leverantörsskulder | Nu i Fortnox— | Efter godkännande1 249,00 kredit |
Inget skrivs till Fortnox förrän du godkänner, om inte bolaget har aktiverat autogodkännande.
En enkel mall
Det här är en kompakt struktur som fungerar för de flesta Fortnox-skills.
---
name: fortnox-supplier-invoices
description: Use when the user asks about supplier invoices, incoming invoices, OCR, attest, payment approval, or overdue accounts payable.
---
# Fortnox Supplier Invoices
## Overview
Use this skill for supplier invoice questions and workflows.
## Workflow
1. Resolve the Fortnox company if ambiguous.
2. Search the relevant invoice, OCR, inbox, attest, or payment surface.
3. Describe the endpoint before uncertain filters or writes.
4. Read with the narrowest useful filters.
5. For Nordsynk writes, summarize the operation and follow the company's configured approval mode: browser preview by default, or company-scoped auto-approve when enabled. Fortnox permissions and Nordsynk access policies always apply.
## Rules
- Do not assume an incoming OCR row already has a supplier invoice number.
- Do not invent suppliers, accounts, dates, or authorizers.
- Stop on deterministic validation or permission errors and report the blocker.
Börja smalt, låt omdömet växa därifrån
Bra Fortnox-skills gör agenten mer bokföringskunnig, inte bara mer teknisk: den lär sig vilket språk kontoplanen faktiskt använder, var kontrollpunkterna sitter och när den ska stanna och fråga i stället för att gissa. Börja med ett smalt arbetsflöde, skriv ner vad en erfaren ekonom skulle kontrollera, och låt API-discovery vara verktyget som utför arbetet - inte ersättningen för omdöme.