Fælder

Find fælden ud fra det, du ser. Kildetjekket for hver fælde står på dens egen side.

50 fælder, grupperet efter domæne. Overskriften er det, man ser, og ikke det, der er galt. Hver fælde har en status: stadig sand, delvist sand eller rettet. En rettet fælde står her, fordi den forklarer historiske data.

Kvitteringer (på tværs af domæner)

Admin kan ikke åbne et bilags fil, selv om kunden kan se den i appen. Eller en fil virker lokalt og ikke i produktion.

Filens disk står på hver række, og admin og appen kan have hver sin standardDelvist sand

Et bilags fil findes på den disk, der står i file_disk, og er den tom, bruger appen og admin hver sin standarddisk.

Et bilag står i booking og bliver ikke bogført eller fejlet.

Bilag der hænger i bookingStadig sand

Et bilag i status booking, der er ældre end 60 minutter, er hængt. Tallet bør være 0.

Et bilagstal fra prod ser enormt ud eller viser næsten ingen auto-bogføring, fx 0 % auto-bogført af 213.225.

Bilagstal drukner i provider_pullStadig sand

Næsten alle bilag i prod kommer fra regnskabssystemet, så et tal uden ingestion_source siger intet om Kvitteringer.

Et erstatningsbilag i en valuta uden to decimaler får et beløb, der er 100 gange for stort eller for småt, og en halv øre kan runde forkert.

Tabt kvittering regner øre med round(v * 100)Stadig sand

LostReceiptService::createAsVoucher omregner beløb til øre med et fast gange 100 på en float, i strid med pengereglen.

Et gammelt link med scope=handled viser linsen Klar til bogføring som valgt, men listen indeholder bogførte og tilbageførte bilag, ikke bilag der er klar til at blive bogført.

Gamle scope-værdier tænder en linse, men skærer anderledesStadig sand

scope=attention og scope=handled får linsen Skal behandles og Klar til bogføring til at lyse, men listen er skåret efter andre regler end linserne.

Koden har en auto-bogføringssti for bilag, men i prod sker den aldrig.

Auto-bogføring af bilag er slået fra overaltStadig sand

Ingen selskaber har voucher_auto_book_enabled slået til, og intet bilag er nogensinde auto-bogført.

Bilagsindgang

En kvittering fra Gmail er gemt, men har intet beløb og ingen leverandør, og den bliver ikke promoveret.

Fil i Indbakken uden OCRStadig sand

Filer fra mails med lav score gemmes uden OCR og bliver ikke til forslag, før en bruger starter OCR.

En supporter leder efter en voucher for en kvittering hentet fra Overførselsservice.

Overførselsservice-kvitteringer ligner bilagStadig sand

En kvittering fra Overførselsservice er svar på en betaling, og den bliver aldrig et bilag.

Et bilag står to gange, eller en kvittering mangler, fordi den blev afvist som dublet.

Samme PDF kommer ind to gangeStadig sand

Der er ingen fælles dublet-vagt, så resultatet afhænger af hvilken kanal der ankommer først.

Et selskab har slået Email-bilag fra, men Indbakken fyldes stadig, og OCR-forbruget kører.

Modulet er slået fra, men mails bliver stadig scannetStadig sand

Modulet Email-bilag stopper mint og UI, men ikke scan og OCR.

Kilden står som skipped_duplicate med teksten "bilag findes allerede", men der findes intet bilag med samme fil.

Postmark-mail afvist som dublet, men den er ikke en dubletStadig sand

En mail der afvises fordi bilagsloftet er nået, står som en hash-dublet.

Kunden har lagt bilaget ind i e-conomic, men posteringen står stadig under Mangler bilag.

Et bilag uploadet i e-conomic står under Mangler bilag til næste natStadig sand

Bilagsoraklet for e-conomic opdateres hver nat, så et bilag der lægges direkte i e-conomic først forsvinder fra listen næste morgen.

Kunden har opgraderet fra gratis, men ældre mails er stadig ikke behandlet. Kilden findes ikke i Nye eller Set.

Vedhæftninger står fast som quota_blockedStadig sand

Mailvedhæftninger stoppet af bilagsloftet har ingen kendt vej ud, og de vises ikke i Indbakken.

Kunden har videresendt en kvittering til bilag+, men der findes ingen kilde-række og intet bilag.

Postmark-mail forsvinder uden sporStadig sand

En mail, hvor den eneste fil er for stor, efterlader hverken kilde eller vedhæftning.

Kunden har videresendt en mail uden fil, og bilaget findes, men mailen findes ikke i Indbakken.

Bilag fra tekst-mail findes ikke i IndbakkenStadig sand

En ren tekst-mail giver et bilag direkte og ingen mailvedhæftning, så den hører ikke til nogen Indbakke-fane.

Kunden ser kvitteringen i Indbakken og regner med, at den er med i Kvitteringer og kan bogføres. Bilaget findes ikke i bilagslisten.

Kvitteringen er i Indbakken, men der er intet bilagStadig sand

En mailvedhæftning i Indbakken er ikke et bilag, før den er promoveret.

Kunden siger, at kvitteringen kom til Gmail, men der er ingen kilde-række for mailen.

Gmail-kvittering ligger i Spam eller Sendt og scannes ikkeStadig sand

Gmail- og Outlook-scannet udelukker Spam, Papirkurv, Kladder og Sendt, og en kørsel tager højst 200 mails.

Tabellen vouchers har over 214.000 rækker, men kun omkring 3.000 er bilag, nogen har modtaget og skal tage stilling til.

Mange vouchers, men få rigtige bilagStadig sand

Langt de fleste rækker i vouchers er spejlinger af bogføringsposter fra regnskabssystemet, ikke modtagne dokumenter.

OCR og kontering

Alle linjer på et bilag står på samme konto, selv om kunden plejer at splitte dem.

Et bilag med flere linjer kan have flere konti, men fallbacken giver dem sammeDelvist sand

Kontoforslaget sættes pr. linje, men produktlinjer uden eget forslag får samme konto som bilaget som helhed.

En betaling til en leverandør fejler en uge efter, med en fejl der peger på et IBAN-felt, der ser rigtigt ud.

OCR kan misse et ciffer i et IBAN, og gamle rækker kan stadig være forkerteDelvist sand

Et IBAN fra OCR bliver nu tjekket, før det gemmes, men leverandører gemt før tjekket kan have et IBAN, banken afviser.

En række har shimmer og teksten AI scanner, men der sker aldrig noget, og der kommer ingen fejl.

En fejl i scanningen kan efterlade bilaget som scannerStadig sand

Tre veje i ScanVoucherJob forlader jobbet uden at røre status, så bilaget bliver ved med at stå som scanner.

Et bilag får en vat_amount, der i virkeligheden er en afgift, og nettobeløbet bliver forkert.

Afgift læst som moms: rettet i prompten, ikke i kodenStadig sand

En afgift, et gebyr eller en afrunding kan blive læst som moms, og det er kun forbudt i modellens prompt.

Et bilag står som scanner i flere minutter og ender som Scanning fejlet, selvom udlæsningen ikke selv fejlede.

OCR-budgettet er længere end jobbets timeoutStadig sand

OCR må bruge 165 sekunder, men ScanVoucherJob stoppes efter 120.

Et kvitteringsbilag med mange varer har kun én eller to linjer under Kontering, selvom kvitteringen har mange.

Produktlinjer fra OCR slås sammen til én linjeStadig sand

Bilagets enkeltlinjer fra OCR bliver til én produktlinje, og kun gebyrlinjer bevares hver for sig.

Et selskab bruger flere AI-tokens end budgettet, og man tror, at noget burde have stoppet det.

AI-budgettet stopper kun knappen, og tom betyder ubegrænsetStadig sand

Tokenbudgettet tjekkes af AI foreslå konti og nogle få andre funktioner, men ikke af OCR eller de automatiske kontoforslag.

Man tror, at momskodeforslaget aldrig bruges, og fjerner eller ignorerer det.

suggested_vat_code er ikke længere dødStadig sand

Feltet suggested_vat_code bliver læst som fjerde led i valget af momskode, efter linjen, kontoen og satsen.

Man tror, at momsmotoren kontrollerer fradrag, eller at man kan tænde den ved at skifte VAT_ENGINE_SHADOW_MODE.

Momsmotoren er en tom kontaktStadig sand

VAT_ENGINE_ENABLED er fra og shadow mode er til, og klassifikatoren der skulle tænde den er fjernet.

Man tæller scanning_failed på bilagene og konkluderer, at OCR næsten aldrig fejler. Eller man leder efter et mailbilag under Kvitteringer og finder det ikke.

OCR og OCR-fejl står på vedhæftningen, ikke på bilagetStadig sand

Et mailbilag scannes som vedhæftning, og kun en lille del bliver nogensinde til et bilag, så fejl og tal på bilagene viser kun toppen.

Bankmatch

Banklinjen har to filer i Indbakken, og den ene står som afvist med grunden samme køb. Man tror, at bilaget er forsvundet eller matchet forkert.

Faktura og kvittering på samme banklinje er ét købStadig sand

En faktura og en kvittering, der peger på den samme banklinje, er samme køb, og kun den ene bliver til et bilag.

En kvittering matches til en forkert banklinje, og næste kvittering fra samme leverandør foreslås til samme forkerte modpart.

Et forkert match kan lære et aliasStadig sand

Afstemningsmotoren lærer et alias efter hvert match uden at tjekke navnene, så et forkert manuelt match kan give fremtidige forkerte forslag.

En kvittering og en banklinje har samme beløb, men kvitteringen står stadig som forslag eller åben.

Beløbet er ens, men bilaget matchede ikkeStadig sand

Et ens beløb er ikke nok. E-mail-armen kræver navn, dato eller et alias, og afstemningsmotoren må kun auto-matche fem strategier.

En linje står som manual_matched, men ingen kan huske at have matchet den.

manual_matched betyder ikke, at et menneske matchedeStadig sand

Status manual_matched sættes også af sweepet og af udgiftsmotoren. Kig på match_source for at se, hvem der skrev matchet.

Et mailforslag står som 0,86 i afstemningspanelet og ser stærkere ud end det er, eller det rykker over en ren beløbsmatch på 0,85.

0,86-gulvet er en rangering, ikke en tærskelStadig sand

Et mailmatch på 70 til 85 point vises som 0,86 i panelet, men det har ikke fået en højere score af den grund.

Et match fortrydes, og kunden forventer, at bogføringen også er rullet tilbage.

Fortryd af et match afbogfører ikkeStadig sand

Et match kan fortrydes af et menneske, men et bogført bilag bliver ikke afbogført, og et afregnet match kan slet ikke fortrydes.

Et tal som 70, 0,70 eller 85 bliver sammenlignet på tværs af motorerne og giver forkerte konklusioner om, hvornår noget bliver matchet.

To skalaer: 0 til 100 og 0 til 1Stadig sand

E-mail-armen scorer i point fra 0 til 100, afstemningsmotoren som andel fra 0 til 1. 70 og 0,70 er ikke det samme.

Mailbilag fra et nyt firma ender som regninger i stedet for at matche en banklinje.

Onboarding-sweepet beslaglægger banklinjerStadig sand

Når en regnskabsintegration kobles før mailen, kan sweepet tage banklinjerne, så mailbilag aldrig kan matche dem.

Mange bilag står umatchede, og man leder efter en fejl i matchjobbet.

Bilagsfrafald er køer, ikke fejlStadig sand

Et bilag der ikke bliver matchet, ligger i en kø eller en status. Det er sjældent en fejl.

match-audit:run --replay nægter at køre eller giver et tomt resultat på en lokal database.

Match-auditens replay kan ikke måles lokalt uden en produktionskopiStadig sand

Replayet kører kun i production, og lokalt kræver det --outside-production og en kopi af produktionsdata.

Matchraten ser lav ud, fordi lønjournaler og pull-bilag er med i nævneren.

Lønbilag drukner matchratenStadig sand

Lønbilag og leverandør-pull tæller med i en matchrate, hvis man ikke deler på ingestion_source.

Bogføring til regnskab

En bogføring fejler på grund af et andet bilags kladde, eller rører mere end det ene bilag.

Dato-fallback er ikke afgrænset til bilagetStadig sand

Finder vi ikke bilagets egne kladdelinjer, kalder vi en bogføring, der tager journal og dato og ikke bilagsnummer.

Et bilag står som Bogført, selvom ingen har trykket Bogfør.

Robotten bogførte et bilag uden at spørgeStadig sand

Robotten bogfører kun, når tolv betingelser alle er opfyldt, og efterlader to spor på bilaget.

Kunden har trykket Bogfør, og der er ingen postering i e-conomic.

Kunden har trykket Bogfør, men intet sker i e-conomicStadig sand

Intet i e-conomic kan have syv årsager, og bilagets status og journal_state udpeger hver af dem.

Man leder efter pf_voucher_{id} i e-conomic og finder ingenting.

Referencen pf_voucher_{id} sendes kun til DineroStadig sand

Kun Dinero får vores bilags-id som ExternalReference, så e-conomic har ingen sådan nøgle at søge på.

Oprydning i kundens kassekladde fejler med en pause-fejl, eller automatikken bogfører midt i oprydningen.

Oprydning i kladden og skrivepausen modarbejder hinandenStadig sand

Pausen holder automatikken væk under en oprydning, men oprydningskommandoen afvises af samme pause.

Revisoren ser to poster i e-conomic efter en tilbageføring af en kladde.

En e-conomic-kladde tilbageføres med en modposteringStadig sand

Dinero og Billy sletter en ubogført kladde ved tilbageføring, mens e-conomic får en modpostering.

Robotten bogfører et køb, som bogholderen allerede har skrevet i kassekladden.

Auto-bogføring var blind for kassekladdenStadig sand

Vagt 10 læser kun det spejlede regnskab, mens vagt 11 læser kladderne live, men ikke hos Dinero.

Samme køb står både som bogholderens kladde og som PayFriends postering.

Kladdeførende bogholdere giver dubletterStadig sand

Arbejder bogholderen i kassekladden, kan et bilag og en kladde beskrive samme køb uden at kende hinanden.

Selskabet får ingen automatiske bogføringer, og intet ser fejlet ud.

En glemt pause slukker al automatikStadig sand

Står skrivepausen, bliver automatiske bogføringer holdt tilbage, og de sendes ikke af sig selv, når pausen slutter.

To posteringer af samme køb i regnskabet, eller to modposteringer af samme bilag.

Bilaget blev bogført to gangeStadig sand

En dobbeltbogføring har fire kendte veje, og kun den ene er en vagt, som vi kan stramme.

Platform

Et bilags eller jobs alder i en ad hoc-forespørgsel er to timer for høj, når den regnes med NOW().

MySQL NOW() er ikke nødvendigvis UTC, men kolonnerne erDelvist sand

Appen og kolonnerne er UTC, så en SQL der sammenligner med NOW() kan ramme to timer ved siden af.