Ono jde ve skutečnosti o to, aby se ve státním ta identifikace rozbila a tedy žádný všeobecně platný a všemi databázemi sdílený identifikátor neexistoval. Tedy: žádná centrální autorita
.
Obecný předpoklad je, že člověka identifikuje jméno + příjmení + datum + místo narození. (Což sice nemusí být tak úplně jednoznačné, jak jsem se málem na vlastní kůži přesvědčil...)
No ano, předpokládal jsem, že jej vygeneruje nějaká centrální autorita a banky a další instituce jej už musí převzít jako status quo? Aneb na základě již známého RČ si jej vygeneruje dle nějakého algoritmu i banka atd, to si nejsem jistý, že to jde? A když by se algoritmu proflákl, bylo by to ještě horší každý by si jej vyrobil? Jaký bude postup jsem nikde nenašel.
No, řekněme že určitá povrchní podobnost tu být může. Ten číselný identifikátor může vypadat podobně. A a ten postup jak se budou generovat, může být podobný jako u GID v SQL serveru.
Ovšem ten zásadní rozdíl je v tom, že SQL server si taková GID čísla generuje čistě pro tu svou databázi, nikdo v bance je nevidí. Vůbec vlastně neidentifikují toho klienta, a nelze ho podle něj (na úrovni aplikace) vůbec vyhledávat. K tomu tam musí být další údaje. Jeho jméno , přijmení /ale ta mohou být duplicitní) ,takže plus právě to jednoznačné rodné číslo..
Ale taky že jestli jsou dva rozdílné SQL servery (třeba ve dvou bankách) , tak pochopitelně si každý - i pro tutéž osobu vygeneruje naprosto jiný GUID.
Zatímco tyhle ". číselné identifikátory by musely identifikovat tu tu konkrétní osobu fyzicky naprosto jednoznačně. Nikoliv jen pro tu banku, ale v rámci celého státu. To je totiž to co stát přikazuje bankám jinými zákony.
Abych dal, takový dnes nikoliv nemožný případ. Řekněme že panu Novákovi s identifikátorem E31E97E9-D1C0-403E-87E6-03E61C0B3673 příjde na účet 50 milionů z Ruska. Takže jistě chápete, že jak MF, tak i BIS by rády věděly o kterého konkrétního pana Nováka jde, a ta banka jim to musí sdělit :))))