Varför går delar av min SIE-fil inte att läsa?

FILE-UNREAD Hela filen ska gå att läsa — annars vilar granskningen på ofullständiga siffror.

En SIE-fil är en textfil där varje rad börjar med en etikett, till exempel #VER för en verifikation eller #TRANS för en rad i den. Om en rad som bär saldon eller transaktioner står i en form som inte går att tolka hoppas den över. Då vilar hela granskningen på ofullständiga siffror. Bokförklaring säger det rakt ut i stället för att ge filen godkänt.

Varför det händer

Det här är den enda kontrollen som inte handlar om bokföringen. Den handlar om huruvida de andra kontrollerna fick hela filen att arbeta med.

Det farligaste är när en rad läses fel utan att någon märker det. Tidigare lästes belopp med decimalkomma, som 1234,56, som 1234, och örena försvann. Eftersom alla belopp i filen tappade sina decimaler på samma sätt gick bokföringen ändå ihop, och filen såg felfri ut. Kommatecken läses numera som decimaltecken. Men nästa okända export kommer att ha någon annan överraskning, och därför redovisas varje rad som inte gick att läsa.

Kontrollen gäller bara de etiketter som läses för granskningen: #FNAMN, #ORGNR, #SIETYP, #KONTO, #PSALDO, #RAR, #IB, #UB, #RES, #VER och #TRANS. Andra etiketter, som #PROGRAM, #ADRESS, #SRU, #BTRANS och #RTRANS, används inte och hoppas över utan att det rapporteras. Annars skulle varje korrekt fil få en varning.

Så ser du det i din bokföring

Fyndet visar upp till fem av raderna som inte gick att läsa, och hur många fler det är. Jämför dem med vad SIE-standarden kräver:

Belopp skrivs med punkt som decimaltecken och högst två decimaler.
Ett minustecken står före beloppet, och plustecken får inte förekomma.
Datum skrivs som ÅÅÅÅMMDD.

Exportera sedan filen på nytt från bokföringsprogrammet. SIE-gruppen kallar typ 4, den som innehåller verifikationer, för Transaktioner. Typ 1–3 innehåller bara saldon. Har du öppnat filen och sparat den i en texteditor eller ett kalkylprogram kan den ha ändrats på vägen. Standarden kräver teckenuppsättningen IBM PC 8-bitars, codepage 437, och en editor som sparar om filen i UTF-8 ändrar alla å, ä och ö. Använd alltid filen direkt från exporten.

Exempel

Verifikation A12 i bokföringen ser ut så här: ett inköp av handelsvaror för 2 500,00 kr inklusive 25 % moms, betalt från företagskontot.

Konto	Debet	Kredit
4010 Inköp av handelsvaror i Sverige	2 000,00
2641 Debiterad ingående moms	500,00
1930 Företagskonto		2 500,00

Momsen är 2 000,00 × 25 % = 500,00 kr, och debet och kredit är båda 2 500,00 kr. I SIE-filen har exporten skrivit den första raden som #TRANS 4010 {} +2000.00. Plustecknet är inte tillåtet, så raden går inte att läsa.

Ett enda sådant fel ger följdfel. Verifikation A12 ser ut att bara ha två rader och visas som en verifikation som inte går jämnt ut. Konto 4010 visas som ett saldo som inte stämmer med verifikationerna. Inget av det är fel i din bokföring. Därför ska du alltid lösa det här fyndet först, och ingen rättelse ska bokföras förrän filen läses in hel.

Vanliga frågor

Är min bokföring fel om det här fyndet visas?

Inte nödvändigtvis. Oftast är det filen som är skriven på ett sätt som inte går att tolka. Men så länge raderna inte kan läsas går det inte att lita fullt ut på de övriga fynden, eller på att det inte finns några.

Mitt program kallar exporten SIE 4E. Är det rätt?

Ja. Enligt SIE-gruppen betyder 4E en export från ett redovisningsprogram enligt typ 4, och 4I en fil som ska importeras. Det är typ 4 som innehåller verifikationerna.

Kan jag rätta raden själv i filen?

Det går, men rätta hellre exporten. En fil som har redigerats för hand är inte längre det programmet skrev ut. Rapportera gärna felet till programmets support också.