Verificeret mod app@9d146f9, 16 skal genverificeres, 0 brudt
Hvordan leverandøren blev fundet
Tilstand
tilstand.voucher.supplier-resolution
Feltet supplier_resolution fortæller, på hvilket trin scanningen fandt leverandøren.
Felter
- felt
- tabel
tabel.vouchers- kolonne
- supplier_resolution
- tilstande
- noegle
- cvr
- label
- CVR
- betydning
- Et CVR-nummer fra bilaget matchede en eksisterende leverandør, også med DK foran.
- noegle
- override
- label
- Lært navn
- betydning
- En tidligere rettelse eller et lært alias pegede på leverandøren. Bruges også når bilaget ikke har navn og afsenderen er lært.
- noegle
- exact
- label
- Eksakt navn
- betydning
- Det normaliserede navn, eller navnet uden accenter og mellemrum, matchede.
- noegle
- fuzzy
- label
- Uklart navn
- betydning
- Navnet lignede mindst 75 procent.
- noegle
- created
- label
- Oprettet
- betydning
- Ingen leverandør matchede, så scanningen oprettede en ny.
- noegle
- none
- label
- Ingen
- betydning
- Udlæsningen fandt hverken navn eller CVR, eller det fundne var selskabet selv.
- overgange
- ingen
Prosa
Det er ikke en tilstandsmaskine, men en måling af det trin der afgjorde matchet, og den læses aldrig af matching eller bogføring. Rækkefølgen af trin er CVR, lært navn, eksakt navn, uklart navn og oprettelse, jf. regel.leverandoer.fuzzy-lighed. Scanningen opretter aldrig en leverandør, der ville være selskabet selv. Værdien none er målet for, at scanningen ikke fandt leverandøren, og logges af job.scan-voucher og job.scan-email-attachment.
Kilder
kode: app app/Enums/SupplierResolution.php · SupplierResolutionverificeretkode: app app/Services/Ap/SupplierMatchingService.php · SupplierMatchingService::resolveverificeret
Bruges af
- Opret en leverandør fra bilaget (
handling.kvitteringer.opret-leverandoervia forudsaetninger[0]) - Navnelighed for uklar leverandørmatch (
regel.leverandoer.fuzzy-lighedvia prosa)