Verwerking van onkosten- en factuurgegevens

Winst:

• Mogelijkheid om vrije tekst- en factuurgegevens om te zetten in een tabel, gestructureerd volgens een vast schema
• Mogelijkheid om herhaalbare aanwijzingen in te stellen voor onkostencategorisering, BTW-terugberekening en detectie van afwijkingen
• Mogelijkheid om geëxtraheerde financiële velden te verifiëren met btw-gelijkheid en totale consistentiecontroles

Een van de taken waar boekhoudteams de meeste tijd aan besteden, is het organiseren van verspreide onkosten- en factuurgegevens in overzichtelijke tabellen. Een factuur bij een e-mail, een foto van een ontvangstbewijs verzonden vanuit WhatsApp, een onkostennota in vrije tekst zoals "Vergadermaaltijd Ankara + taxi 840 TL"... Ze zouden allemaal op dezelfde plek moeten terechtkomen: een regel gestructureerd met categorieën, bedrag, BTW (belasting over de toegevoegde waarde), datum en leveranciersvelden.

Kunstmatige intelligentie (AI) is zeer krachtig in deze ‘vrije tekst naar structuur’-transformatie. Maar in financiële gegevens is het onaanvaardbaar dat zelfs maar een cent fout gaat. In deze unit gaan we dus samen twee dingen leren: AI gegevens laten produceren volgens een vast schema (vooraf bepaalde lijst met velden) en de uitvoer valideren met geaggregeerde consistentiecontroles.

Waarom is het ‘schema’ zo belangrijk?

Schema is wanneer u van tevoren vertelt welke velden in elke rij komen te staan, in welke volgorde en in welk formaat. Als u geen schema aanlevert, produceert het model voor elke factuur een ander formaat; Het combineren ervan in één tabel zou dan moeilijk zijn zonder handmatige correctie. Als u een schema opgeeft, is de uitvoer zowel consistent als verifieerbaar.

Een goed uitgavenoverzicht bevat de volgende velden: datum, leverancier, omschrijving, categorie, BTW-uitsluitingsbedrag (basis), BTW-tarief, BTW-bedrag, totaal inclusief BTW, documentnr.

Tip: Definieer numerieke velden altijd volgens de 'punt/komma'-conventie. Door te zeggen "Schrijf de bedragen in het formaat 1234.56, zonder het scheidingsteken voor duizendtallen", voorkom je urenlange nachtmerries bij het later exporteren naar Excel.

Stap voor stap: van vrije tekst naar tabel

1. Corrigeer het schema. Schrijf de veldnamen, volgorde en formaat.
2. Geef de categorielijst. Vraag het model om uit uw lijst te kiezen, en niet om categorieën in haar hoofd te verzinnen.
3. Maak een onzekerheidsregel. Laat hem het gebied waar hij niet zeker van is leeg achterlaten en een 'controle'-bordje plaatsen.
4. Controleer de BTW-logica. Laat het model de basis van de vergelijking + BTW = totaal controleren.
5. Controleer het totaal. Komt het totaal van alle regels overeen met uw controlesom?

Zwakke prompt/sterke prompt

Zwakke prompt: zet de volgende uitgaven in een tabel: - Ankara voedseltaxi 840 - briefpapier 300 inclusief btw - hotel 2 nachten 3600

Dit geeft een uitvoer met een inconsistente categorie, een verwisselde BTW en een ander formaat op elke regel.

Krachtige prompt: Converteer de volgende vrije tekstkosten naar een tabel PRECIES volgens dit schema: Velden (in deze volgorde): datum | leverancier | beschrijving | categorie |basis | btw_tarief | btw_bedrag | totaal | opmerkingRegels: - Categorie alleen uit de volgende lijst: [Reizen, Accommodatie, Eten, Briefpapier, Transport, Overig] - Schrijf de bedragen in het formaat 1234.56 (geen scheidingsteken voor duizendtallen). - Als "BTW inbegrepen" wordt vermeld, bereken dan de basis en de BTW terug; Als u het BTW-tarief niet weet, schrijft u in het notitieveld 'tariefbevestiging' en laat u dit veld leeg. - Geef op elke regel de gelijkheid van de belastinggrondslag + BTW_bedrag = totaal op; Als dit niet het geval is, schrijf dan "DOES NOT MEET" in het notitieveld. - Verlaat het veld waar u niet zeker van bent en voeg "check" toe aan de notitie.

Deze prompt berekent de basis voor briefpapier inclusief BTW terug naar 250 en BTW naar 50, markeert artikelen met dubbelzinnige tarieven en produceert een overzichtelijke uitvoer die in één tabel kan worden gecombineerd.

Logica voor BTW-terugberekening

Het vinden van de belastinggrondslag op basis van een bedrag inclusief BTW is een vaak vereiste procedure in de boekhouding. Formule: basis = totaal / (1 + tarief). Voor 300 TL inclusief 20% BTW is de basis bijvoorbeeld 300 / 1,20 = 250, BTW = 50. Als u deze formule expliciet aan het model meegeeft, neemt de foutmarge af.

transactie

formule

Monster (20%)

Exclusief BTW → inbegrepen

totaal = basis × (1 + tarief)

250 × 1,20 = 300

Inclusief BTW → basis

basis = totaal / (1 + tarief)

300 / 1,20 = 250

BTW-bedrag

btw = totaal − basis

300 − 250 = 50

controle

basis + btw = totaal

250 + 50 = 300

Werken met factuurfoto en OCR-afdruk

Onkosten uit het veld komen vaak binnen als een foto van een ontvangstbewijs of een pdf-factuur. De technologie die tekst uit deze afbeeldingen haalt, wordt OCR (Optical Character Recognition) genoemd. Visuele AI-tools kunnen het werk doen, maar de OCR-uitvoer is altijd gebrekkig: een komma kan worden gelezen als een punt, "5" kan worden verward met een "S", en een cijfer van het bedrag kan verloren gaan. Neem bedragen uit OCR daarom nooit rechtstreeks mee in de boekhouding.

Extraheer de volgende velden uit deze factuurafbeelding en schrijf ze PRECIES in het volgende schema:datum | leverancier | belasting_nr | basis | btw_tarief | btw_bedrag | totalRules: - Schrijf "UNREAD" in elk veld dat u niet kunt lezen of waar u niet zeker van bent, gok niet. - base + vat_amount = controleer totaal; Als dit niet het geval is, vink dan "CHECK" aan. - Geef de bedragen op in het formaat 1234.56.

Het is een cruciale veiligheidsregel om niemand het onzekere gebied te laten raden. Als het model een getal aanvult met 'meest waarschijnlijk', wordt in het record stilletjes de fout vermeld. Met de vlag "UNREAD" kan de mens teruggaan naar het originele document en dit bevestigen.

Tip: Op de OCR-afdruk is het totaalbedrag meestal het meest betrouwbare veld om te lezen, omdat het in een groot lettertype is geschreven. Als de vergelijking heffingsgrondslag + BTW = totaal niet klopt, kunt u achterhalen op welk gebied de fout zit door terug te gaan van deze vergelijking.

Detectie van afwijkingen en dubbele records

AI vertaalt niet alleen; Het vindt ook verdachte items. Bijvoorbeeld twee keer op dezelfde dag bijna hetzelfde bedrag van dezelfde leverancier, of een ongebruikelijk grote uitgave voor de categorie.

Markeer in de onderstaande uitgaventabel de volgende afwijkingen en noteer de reden:1) Mogelijk dubbel record (dezelfde leverancier + vergelijkbaar bedrag + recente datum)2) Bedragen groter dan 3 maal het categoriegemiddelde3) BTW-tarief verschilt van het verwachte voor de categorie. Markeer en noteer de reden; verwijder of wijzig geen rijen.

Let op: de waarschuwing "Dit kan repetitief zijn" van de AI is een hint, geen beslissing. De twee records kunnen feitelijk twee verschillende services zijn. De beslissing om te verwijderen of samen te voegen wordt altijd door mensen genomen; Het model trekt gewoon je aandacht.

Mini-hoesjes

Geval 1 — Stapel van 300 fiches. Een boekhouddeskundige zette een maandafsluitingslijst met vrije tekst van 300 regels in ongeveer 15 minuten om in een tabel met behulp van de diagramprompt. De klus, die handmatig 4 uur duurde, werd na verificatie teruggebracht tot 40 minuten. De winst is niet alleen snelheid; Ook de categorieconsistentie nam toe.

Geval 2 — Betrapt op dubbele betaling. De foutmelding gaf aan dat een factuur van 4.720 TL aan een leverancier tweemaal was ingevoerd met twee verschillende documentnummers. Uit het onderzoek bleek dat de ene een concept was en de andere een definitieve factuur, en dat beide moesten worden betaald. Zonder AI zou er sprake zijn van dubbele betaling.

Geval 3 — BTW-tariefval. Het model kende 20% BTW toe aan de aankoop van basisvoedsel; terwijl het artikel in de lagere tariefgroep viel. Dankzij de regel "tariefbevestiging" werd de lijn gemarkeerd, geverifieerd en gecorrigeerd door de deskundige bron. Les: Laat het BTW-tarief niet aan het model over, maar bevestig het vanuit de lijst of het document.

Veel voorkomende fouten

• Gegevens vertalen zonder een schema op te geven. Elke regel heeft een ander formaat, het combineren vereist handmatige correctie.
• Het niet verstrekken van de categorielijst. Het model past in zijn eigen categorieën; de berichtgeving wordt inconsistent.
• Het niet laten controleren van de BTW-gelijkheid. belastinggrondslag + btw = rijen die niet optellen tot het totaal worden stil in de tabel ingevoerd.
• Een anomaliewaarschuwing voor een besluit verwarren. "Kan herhaald worden" is een begin; De mens neemt de beslissing om te verwijderen.
• De controlesom overslaan. Vertrouwen op de uitvoer zonder het totaal van de rijen te vergelijken met een bekende controlehoeveelheid.

Samengevat

• Bij het verwerken van vrije tekst-onkosten-/factuurgegevens met AI is de meest betrouwbare manier om de uitvoer op te vragen volgens een vast schema.
• Door een lijst met categorieën aan te bieden en de opmaakregels te verduidelijken (punt/komma, scheidingsteken voor duizendtallen) blijft de uitvoer consistent en overdraagbaar.
• Geef expliciet de formule voor de terugberekening van de BTW aan het model en controleer op elke regel de gelijkheid van de belastinggrondslag + BTW = totaal.
• AI is krachtig in het signaleren van dubbele en afwijkende records, maar de beslissing om te verwijderen/samenvoegen wordt altijd door de mens genomen.
• Door de lijntotalen kruislings te valideren met een bekende controlesom, wordt de hele taak beveiligd.

Applicatie taak

Stel een gemengde lijst met uitgaven op (werkelijk of voorbeeld) van minimaal 10 regels; willens en wetens een dubbele invoer en een artikel met het verkeerde btw-tarief opnemen. Converteer het naar een tabel met de krachtige promptsjabloon en voer vervolgens de anomalieprompt uit. Controleer of het model de twee vallen opvangt die u heeft ingesteld en verifieer handmatig de btw-gelijkheid in drie rijen.

controlelijst

• [ ] Ik heb een vast schema gedefinieerd met veldnamen, volgorde en formaat.
• [ ] Ik heb de categorielijst aan het model gegeven, ik heb het niet laten verzinnen.
• [ ] Ik heb de regel voor numerieke notatie (punt/komma, geen scheidingsteken voor duizendtallen) toegevoegd.
• Ik controleerde de [ ] belastinggrondslag + BTW = totale gelijkheid.
• [ ] Ik heb een anomalie/dubbele scan laten uitvoeren en heb de beslissingen als mens genomen.
• [ ] Ik heb het rijtotaal vergeleken met een bekende controlesom.