OCR

Question

Når jeg laver en faktura, kommer fakturanummeret til at stå i OCR-linjen.

Er det muligt at OCR-linjen også kunne indeholde debitornummeret ?

Answer 1

Hej Kasper,

Tak for dit indlæg.

Du kan desværre ikke ændre i opsætningen af OCR-linje.
OCR-linjen er bygget op om Kortart, Fakturanummer+chekciffer og FI-kreditornummer - http://wiki.e-conomic.dk/design-og-layout/ocr-linje.

Jeg håber det besvarede dit spørgsmål.

Venlig hilsen

Morten Bæhrenz

Answer 2

Jeg synes det ville være en rigtig god ide, om I lavede muligheder for opsætning af OCR-linjen.

Personligt ville jeg gerne at kundenummer kunne indgå i linjen - andre ville måske gerne have et telefonnummer eller lign. til at være en del af linjen. Med andre ord - så vi kunne udnytte alle de formålsløse 0er der står på linjen idag

Answer 3

Hej Kasper,

Hjælp min uvidenhed :=) Hvornår er dette en fordel?

Er det f.eks. hvis man vil indtaste kunde nummeret og så beløbet eller? Typisk så importere man jo indbetalinger via en fil, og derfor vil man ikke kunne få så meget ud af dette?

Eller er det måske en fordel når folk skriver forkert, så kan man hurtigere lokalisere det via kundenummeret?

Mvh

Answer 4

Hej Steffen

Det er f.eks. når nogle af mine kunder har valgt at oprette os som en fast modtager, og derfor altid benytter betalingsoplysningerne fra et gammelt girokort. Så er det jo betydeligt lettere at identificere kunden, fremfor at skulle gå i arkivet og søge det gamle fakturanummer.

Jeg vil samtidig gerne kunne se hvem der har betalt, selvom jeg ikke er logget ind i e-conomic, men blot er gået på min netbank via mobiltelefonen. Det ville jo være ganske let, hvis kundenummeret fremgik af betalingsidet.

Answer 5

Hej Kasper,

Umiddelbart vil debitornummer have det muligt, at du så ikke automatisk kan udligne det direkte med fakturaen? Er det noget der er ok?

Et yderlige spørgsmål som du måske ved hvordan man kan løse, kunne f.eks. være muligheden for at skifte debitornummer? Skal det så ikke være muligt når man bruger FI koden med debitornummer, for så kan indbetalingen ikke lokaliseres?

Vi har ingen validering på telefon nummer når man opretter en kunde, så dette vil aldrig være unikt. Så skal det simpelthen stå som kundenummer, hvis man vil gøre det den vej igennem.

Mvh

Answer 6

Nej så misforstår du mig - jeg ønsker ikke den del af nummeret, som idag består af fakturanummer, skal skiftes ud med debitornummer. Jeg ønsker både og.
Der er så rigeligt med cifre til, at man kan have kundenummer efterfulgt af fakturanummer - hvilket igen gør, at den automatiske fakturaudligning fortsat burde virke.

Answer 7

Hej igen,

Og de 15 cifre som så skal indeholde både kundenummer + faktura nummer er mere end rigeligt?

Mvh

Answer 8

Ja - så afgjort.
Det er de færreste der vil have problemer med det, og i givet fald, kan de jo ændre deres nummerserier.

Answer 9

Hej

Jeg kunne ønske mig (og vi nærmer os jo julen) at der var mulighed for både at få kundenummer og fakturanummer i FIK linjen.

Der er 15 cifre til rådighed - heraf det sidste felt skal være et tjekcifre.

Så der er altså 14 cifre til rådighed.

Af en eller anden grund - som jeg ikke har kunnet gennemskue - så har e-conomic altid det 14. cifre som 0 - men jeg mener godt det 14. tegn kan inddrages.

Hvis der var mulighed for under stamdata at vælge at der skal være mulighed for en FIK linje som både indeholder kundennummer og fakturanummer - så kunne I begrænse det således at dem som har valgt denne mulighed, så højest må have 8 tegn i kundenummer (de fleste bruger telefonnummeret) og højest 6 tegn i fakturanummeret.

Der er jo allerede i dag to typer FIK linjer - en med fakturanummer til fakturaer og en med kundenummeret til kontoudtog og rykkere - så en mere må være rimeligt enkelt at indbygge.

Answer 10

Hej Leo,

Det 14. ciffer bruger vi til at indikere, hvordan resten (de første 13 cifre) skal tolkes: 0 = fakturanummer, 3 = debitornummer (1 blev oprindelig brugt til rentenotaer, før den nuværende rykkerfunktionalitet - 2 kan jeg simpelthen ikke huske, hvorfor vi sprang over ).

Hvis vi ikke havde dette, ville vi jo ikke kunne vide, om fx 00000000001234X skulle tolkes som fakturanummer 1234 eller debitornummer 1234.

Vi ville således i givet fald være nødt til allokere fx 2 som 14. ciffer til at indikere, at resten var en <em>kombination</em> af kunde- og fakturanummer.

Jeg kan dog se flere potentielle udfordringer i dette - <em>for eksempel</em>:

- Nogle vil sikkert ønske andre fordelinger end 8+6 (idet vi som nævnt dog kun vil have 13 cifre til rådighed i alt), så der opstår let ønske om at selv at kunne styre dette. Og hvad så, hvis man senere vil ændre fordelingen (fx, fordi man får behov for flere cifre til enten kunde- eller fakturanumre)? Vi skal jo stadig kunne tolke betalings-IDer fra fakturaer udstedt før en sådan ændring...

- At denne opsætning vil indføre ekstra restriktioner på længden af debitor- og fakturanumre, skal nok også give anledning til støj. Ultimativt vil man jo fx kunne komme ud for ikke at kunne bogføre en faktura, fordi nummerserien er kommet til grænsen.

Jeg kan til nød forstå, at man gerne vil bruge udelukkende kundenummeret frem for fakturanummeret - hér kan man i det mindste argumentere for, at kunden så lettere kan kopiere betalingerne i sin netbank fra tidligere, idet betalings-IDet vil være konstant for hver enkelt kunde.

Ulempen for kreditor er så til gengæld, at indbetalingen kun kan forbindes til kunden, men ikke til en specifik faktura - hvorfor man vil være nødt til at autoudligne eller udligne manuelt efterfølgende.

Vi kan gerne overveje at gøre det <em>muligt</em> at få dannet betalings-IDer ud fra kundenummer i stedet - men så skal vi nok have nogle flere på banen. Og vel at mærke med ovennævnte begrænsning ifm. udligning i baghovedet.


Mvh.