Laaaange KID nr

[Sheldon C]

Mottok giro for årlig fornyelse av NAF medlemskap i dag..

 

Den j**** giroen inneholder et KID nr på 23 siffer !

Vurderer å melde meg ut i protest!

 

Hva i huleste kan være hensikten med å generere et så langt KID nr? NAF kan umulig ha så mange medlemmer at 23 siffer er nødvendig?

 

Er det for å tvinge oss over på automatiske betalingstjenester(avtalegiro eller efaktura)?

[Andrull]

Jeg kommer ikke på hvor jeg leste det, men mener det hadde noe med at en eller annen instans i Norge ønsket å minske lengden på KID-nr.

Kanskje noe andre som kan komme med mer relevant info.

[Hjemlengsel]

Hva i huleste kan være hensikten med å generere et så langt KID nr? NAF kan umulig ha så mange medlemmer at 23 siffer er nødvendig?

 

Hvordan et KID-nr blir seende ut avhenger veldig av den/dem som programmerer et økonomisystem. Det enkleste er jo å ukritisk la KID være lik summen av et åttesifret kundenummer påhengt et kontrollsiffer, et sjusifret fakturanummer påhengt et kontrollsiffer, et par nuller for å skille disse, en ledende 0 (eller annet siffer) for å fortelle at nå kommer en KID, et kontrollsiffer for kontroll av kontrollen hos seg selv og endelig et par kontrollsiffer BBS forlanger.

 

Programmeringsteam som fordyper seg litt mer i problematikken enn å klare å stave "KID" og klarer å se at det finnes en verden utenfor dataskjermen også er i stand til å løse tingene mye mer elegant. F eks kan man da skjære bort f eks fakturanummer og la kundenummer + et tresifret "linjenummer" (=kundens faktura nr ... i år) erstatte, så kan datasystemet selv på bakgrunn av de to opplysningene finne fakturanummer betalingen skal kobles mot. Man kan også la hele "ordinære KID" være en intern KID som ut fra de sifrene generer f eks et åttesifret "eksternt KID-nr" som så henges på det BBS krever av kontrollsiffer. Så kan man lagre "ordinær kid" og "forenklet kid" i en diger database, la de to kobles, og så bruke "internkid" videre når ting skal utføres mot økonomimodulene.

 

KID er jo KundeIDentifisering, og kunder kan i 2013 altså identifiseres i et økonomiprogram på annen måte enn den tradisjonelle tallrekka (selv om det var slik regnskapsføreren i 1983 fortalte ham det var man identifiserte via manuelle rutiner). På mange måter med den datakraft et gjennomsnittsfirma rår over når økonomiprogrammet skal kjøres. Faktisk uten at programmet pga søket som må gjøres da får hikke så man rekker å hente et tekrus mellom hver innlesning og med det får bekreftet at "data" er forkortelse for "dobbelt arbeid til alle". At dette ville vært tilfelle på en gjennomsnittlig kontormaskin anno 1984 betyr ikke at verden er lik idag.

 

Poeng: Alle slike løsninger krever mer tankevirksomhet og mer arbeid når systemet lages enn å velge minste motstands vei i øyeblikket og så overlate til kundene å håndtere 25 siffer hver gang de skal betale. I tillegg krever det at de som arbeider med å bygge programmet er i stand til se mer av verden enn programmeringskode.

[Q&A]

Noen bedrifter bruker vel rett og slett bare kundenummeret?

 

Ser at både NetCom og Lånekassen (kundenr +3) gjør det i alle fall. Der endres ikke KIDen for hver betaling.

Nå har jeg efaktura med dem, mulig det er annerledes om du betaler enkeltregninger slik som OP.

[krikkert]

Men for Lånekassen er det ikke slik at du betaler inn på en gitt faktura. Fakturaen er i seg selv bare en påminner om at du skal nedbetale på selve lånet, så de har ikke det samme behovet for å skille mellom to fakturaer.

[hean]

KID burde kunne kombineres med personnummer.

 

Personnummer + 4-5 siffer burde absolutt holde!!

[Inge Rognmo]

Fakturanummer pluss ett kontrollsiffer skulle være nok. Ingen kunder skal ha samme fakturanummer, så kundenummeret er helt unødvendig (fakturanr knyttes uansett til kundenr i eget regnskapssystem), og fakturanr skal vel heller ikke gjenbrukes innenfor 10-årsfristen som gjelder for oppbevaring av regnskapsdokumenter. Da skulle det holde i massevis med 7-10 siffer...

[Mr Pepe]

Lengste kidnr jeg har sett på en faktura er de som kommer fra fjelllinjeen, bompenger

312027062632365135433024 <--- siste kidnr jeg fikk o_O

 

skriver man 1 feil tall, så dukker det opp " Har du glemt oss " og etter det inkasso + inkasso salær = namsfogden = selvmord

Endret 26. juli 2013 av **********

[Kjøleskap]

Har sett 24 siffer mange ganger og det er bullshit. Når noen klarer seg med under 10, burde alle klare det. Stem på Piratpartiet til høsten, så blir vi kvitt dette tullet med altfor lange KID-nummer.

[Mr D]

KID burde kunne kombineres med personnummer.

 

Personnummer + 4-5 siffer burde absolutt holde!!

Personnummer er ikke noe poeng å bruke. Må i såfall bruke fødselsnummer.

 

 

 

Mottok giro for årlig fornyelse av NAF medlemskap i dag..

 

Den j**** giroen inneholder et KID nr på 23 siffer !

Vurderer å melde meg ut i protest!

 

Hva i huleste kan være hensikten med å generere et så langt KID nr? NAF kan umulig ha så mange medlemmer at 23 siffer er nødvendig?

 

Er det for å tvinge oss over på automatiske betalingstjenester(avtalegiro eller efaktura)?

Hvorfor vil du ikke bruke efaktura? Det er da en grei måte å få faktura på.

Endret 26. juli 2013 av Mr D

[Arne]

Generelt er det ikke alle som tilbyr avtalegiro eller efaktura.

[Sheldon C]

Hvorfor ikke gjøre dette mye enklere?

 

Jeg ser ikke poenget i å ha fakturanr/kundenr/personnr som en del av KID.

 

Hvorfor ikke heller starte på KID nr 1 og telle oppover. Knytning mot kunde og giro kan jo leverandør ha i sitt eget system.

[Inge Rognmo]

Hvorfor ikke heller starte på KID nr 1 og telle oppover.

Det er jo akkurat det man gjør med fakturanumrene (evt. med X antall nuller først), og det er ingen grunn til at ikke KID kan være identisk med det (pluss ett kontrollsiffer til slutt)... Å ha en egen nummerserie for KID blir jo bare unødvendig mer komplisert i leverandørens datasystem (men selvsagt gjennomførbart).

[Sheldon C]

Å ha en egen nummerserie for KID blir jo bare unødvendig mer komplisert i leverandørens datasystem (men selvsagt gjennomførbart).

 

Det vil jo bare være en ekstra kolonne i en databasetabell, ikke særlig komplisert vel?

[CasterAnd]

Jeg kommer ikke på hvor jeg leste det, men mener det hadde noe med at en eller annen instans i Norge ønsket å minske lengden på KID-nr.

[...]

 

Piratpartiet ^^

 

 

Men ja, KID-numre er alt for lange.. Skal ikke være nødvendig å ha det så forbaska langt. I snart 2014 bør vi ha en annen form for mer digital og enklere metode.

Endret 26. juli 2013 av CasterAnd

[Vice]

Generelt sett, om man har en lang linje med identiske tall i KID'en sin hver gang man betaler så er det noen som ikke har skjønt poenget med KID.

[Nedward]

Når jeg betaler noe til en konto (usikker på om det gjelder privatpersoner) så kommer det opp hvem som er avsender. Hvor vanskelig er det da for mottaker å identifisere kunden ut i fra avsenderkontro hvis avsender ønsker det (må være et alternativ, slik at man ikke sitter i klemma den gangen en annen kontoeier betaler regningen).

[Manx]

Denne forklaringen på hvorfor kidnr. er så lange lå faktisk på nettavisen før i dag

[krikkert]

Når jeg betaler noe til en konto (usikker på om det gjelder privatpersoner) så kommer det opp hvem som er avsender. Hvor vanskelig er det da for mottaker å identifisere kunden ut i fra avsenderkontro hvis avsender ønsker det (må være et alternativ, slik at man ikke sitter i klemma den gangen en annen kontoeier betaler regningen).

 

Tja. Du må gi alle dine forbindelser alle kontonumre du betaler med, ellers må de sitte og matche innbetalers oppgitte navn til en kundeforbindelse for så å finne ut hvilken faktura det er du har betalt...

[Arne]

Nå syns ikke jeg antall siffer i KID-nr er så veldig irriterende da, og jeg taster inn veldig mange KID-nr.

 

Men det hadde jo vært litt kult dersom man kunne lagret KID-informasjonen (pluss kontonr og forfallsdato) i en strekkode på giroen som man kunne brukt mobilkameraet til å lese av, for så å betale i mobilbank.