Innehållsförteckning
Ett godkänt utlägg är inte klart förrän det har blivit en bokföringsorder. Medarbetaren laddar upp kvittot och chefen godkänner, men vid månadsskiftet måste någon bokföra raden i bokföringsprogrammet med rätt konto, rätt momsuppdelning och rätt kostnadsställe. Den här artikeln går steg för steg igenom hur utläggsdata förs över till ett bokföringsprogram eller affärssystem som Logo, Mikro, Netsis eller SAP: vilka fält som följer med, hur manuell import från Excel skiljer sig från en integration, hur man löser den svåraste delen – kontobestämningen – och vad som ska kontrolleras före driftstart. Kontonumren och KKEG-reglerna som beskrivs följer turkisk praxis, det vill säga den turkiska enhetliga kontoplanen (Tekdüzen Hesap Planı) och turkisk skatterätt.
Vad ska följa med när utlägg förs över till bokföringsprogrammet?
När en utläggsrad förs över till bokföringsprogrammet måste den förutom beloppet också bära moms, motpart, kostnadsställe och verifikationsuppgifter. Att bara föra över totalsumman lämnar en ofullständig post åt ekonomiteamet och skjuter avstämningen till månadsskiftet.
Varje överförd rad innehåller vanligtvis:
- Utgiftsrad: datum, beskrivning, belopp exklusive moms och utgiftskategori (måltider, logi, resor, kontorsmaterial och liknande).
- Moms: momssats och belopp var för sig. Den ingående momsen måste skiljas från kostnadsbeloppet.
- Motpart eller medarbetare: medarbetaren som gjorde utlägget (för skuld till personal eller avräkning av ett förskott) eller leverantören som utfärdade fakturan.
- Kostnadsställe: avdelningen, filialen eller enheten som kostnaden bokas på. Team som använder SAP kallar oftast fältet "kostnadsställe" (på turkiska "masraf yeri").
- Projekt: projektkoden, om kostnader följs upp per projekt.
- Verifikationsuppgifter: dokumenttyp (kvitto, faktura, e-Fatura, e-Arşiv), nummer, datum och säljarens skattenummer.
- Valuta och kurs: för utlägg utomlands, beloppet i utländsk valuta och den kurs som använts.
Om något av dessa fält saknas hamnar posten antingen på fel konto eller så kompletterar ekonomiteamet raden för hand. Kvaliteten på överföringen beror på kvaliteten på uppgifterna när utlägget registreras första gången.
Manuell import från Excel eller integration med bokföringsprogrammet?
Med få utlägg kan en import från Excel räcka; när volymen och antalet bolag växer minskar en integration med bokföringsprogrammet kostnaden för fel och tid. Skillnaden mellan metoderna syns sällan första månaden, utan några månader senare. Integrationskolumnen i tabellen sammanfattar vad man bör kunna vänta sig av en väl uppsatt integration.
| Område | Manuell import från Excel | Integration med bokföringsprogrammet |
|---|---|---|
| Dataförberedelse | Utläggen exporteras och kolumnerna anpassas för hand till programmets mall | Godkända utlägg förbereds för överföring enligt definierade regler |
| Konto | Redovisningsekonomen väljer det för varje rad eller fyller i med formel | Bestäms utifrån mappningsregler |
| Felhantering | Upptäcks oftast vid importen eller vid avstämningen | Felaktiga rader samlas i en separat kö, rättas och skickas igen |
| Risk för dubbel överföring | Samma fil kan laddas upp två gånger | En överförd rad markeras och skickas inte en gång till |
| Passar när | Låg volym, ett bolag, enkel kontoplan | Flera filialer, dotterbolag, hög utläggsvolym |
Excel-metoden är inte dålig; problemet är att samma omvandling upprepas för hand varje månad. De flesta team som söker efter en integration med Logo, Mikro eller Netsis har insett att upprepningen till slut inte går att hålla igång.
Hur bestäms kontot i en bokföringsintegration?
Kontot bestäms utifrån uppgifter som utgiftskategori, kostnadsställe och bolag, antingen med en regeltabell eller genom att koderna för dessa uppgifter sätts samman. Det svåraste i en bokföringsintegration är inte att flytta data, utan att se till att varje rad hamnar på rätt konto.
Det finns två vanliga metoder.
1. Regeltabell. Varje rad kopplar en kombination av villkor till ett kontonummer. Kontonumren nedan är bara exempel och varierar med er egen kontoplan:
| Dotterbolag | Kategori | Kostnadsställe | Tagg | Konto |
|---|---|---|---|---|
| A Handel | Måltider | Försäljning | — | 760.01.001 |
| A Handel | Måltider | Huvudkontor | — | 770.01.001 |
| A Handel | Logi | Försäljning | Kundbesök | 760.02.004 |
| B Logistik | Bränsle | Drift | — | 740.03.002 |
En regeltabell är tydlig och går att granska: vem som helst kan se varför en rad hamnade på ett visst konto. Nackdelen är att antalet rader växer snabbt när kategorierna och kostnadsställena blir fler.
2. Sammansatt kod. Kontonumret byggs av delar, till exempel kostnadsställets GL-kod och kategorins GL-kod satta efter varandra. Om kostnadsstället Försäljning har koden 760 och kategorin Måltider koden 01.001 blir resultatet 760.01.001. Om er kontoplan är uppbyggd enligt den logiken hanterar ni två korta listor i stället för en tabell med hundratals rader.
I Masraff bestäms kostnadskontot med två metoder: kontobestämning via tabell (Tablodan Hesap Belirleme) och detaljerad kontobestämning (Detaylı Hesap Belirleme). Momskontot hämtas från momskontobestämningen (KDV Hesap Belirlemesi) och medarbetarkontot (195/320) från användarens inställningar för reskontrakod.
Tänk på momsen separat: ingående moms samlas oftast på ett enda konto (191 i den turkiska enhetliga kontoplanen), och motkontot är skuld till personal, ett förskott eller leverantörens konto.
Hur skiljs KKEG-poster ut vid överföringen?
Poster som räknas som KKEG (i turkisk skatterätt kostnader som inte är avdragsgilla och som läggs tillbaka till skatteunderlaget) bör markeras separat vid överföringen, så att beloppet som ska läggas tillbaka lätt hittas vid periodens slut. Administrativa böter och utlägg utan underlag är typiska exempel.
I praktiken är två saker viktiga:
- Sätt KKEG-markeringen när utlägget registreras. Att leta fram raderna bland hundratals andra vid årets slut är både svårt och felbenäget.
- Ibland är bara en del av en rad KKEG. Då delas raden vid överföringen upp i en kostnadsdel och en KKEG-del.
Vilket konto eller minneskonto som används för att följa KKEG varierar mellan företag. Den rättsliga ramen är den turkiska bolagsskattelagen nr 5520 och inkomstskattelagen nr 193; stäm alltid av den skattemässiga klassificeringen med er mali müşavir (auktoriserad redovisningskonsult).
Vad ska kontrolleras före driftstart?
Innan integrationen med bokföringsprogrammet tas i drift bör kontoplansmappningen, en testöverföring, felkön och periodstängningen verifieras var för sig. Listan nedan samlar de minsta stegen för en första månad utan överraskningar:
- Kontoplansmappning: Leder varje kombination av kategori och kostnadsställe till ett kontonummer? Ingen kombination får stå omappad.
- Motparts- och personalregister: Stämmer koderna för medarbetare och leverantörer med registren i bokföringsprogrammet?
- Testöverföring: För över ett representativt urval utlägg från en tidigare månad till en testmiljö och jämför belopp, moms, kostnadsställe och verifikationsnummer rad för rad.
- Felkö: Var syns en avvisad rad, vem rättar den och hur skickas den igen?
- Uppdelning av KKEG och moms: Delas rader som markerats som KKEG, och rader som bara delvis är KKEG, upp korrekt?
- Periodstängning: Hur hanteras ett utlägg som kommer in sent för en redan stängd period? Efter vilket datum flyttas överföringen till nästa period?
- Ansvar: Vem startar överföringen, vem godkänner den och vem följer upp felen?
Slutsats
Att föra över utläggsdata till bokföringsprogrammet handlar inte om att flytta filer, utan om att sätta regler. Om fälten samlas in fullständigt, kontot bestäms med en tydlig regel och KKEG och moms skiljs åt redan vid registreringen, fungerar överföringen likadant varje månad. Masraff erbjuder integrationer med fler än 20 affärs- och bokföringssystem; detaljer finns på integrationssidan. För att se hela utläggsprocessen, läs mer om utläggshantering med Masraff.