Yo no usaría el RFC como llave de una tabla. Es más, yo no usaría ningún campo con significado en a vida real como llave de una tabla. Los campos llaves suelen usarse también como llaves foráneas de otras tablas y un dato equivocado puede entonces causarte dolores de cabeza.
Por otra parte, el problema con el RFC es que las reglas de su formato no son claras. En el 90% de casos te funcionarán estas:
1. Primera letra del apellido paterno
2. Primera vocal interna del apellido paterno
3. Primera letra del apellido materno
4. Primera letra del primer nombre
5. Fecha de nacimiento en formato aammdd
En el punto 4 hay que exceptuar los nombres José y Maria a menos que sean el único nombre.
El problema viene con las excepciones:
¿Qué pasa si no hay apellido paterno?
¿Qué pasa si no hay vocal interna del apellido patermo?
¿Qué pasa si hay "artículos" como DEL DE VAN MAC MC en los apellidos?
¿Qué pasa si el resultado es una palabra que no gusta a Hacienda? Por ejemplo, CAGA481203
En estos casos a veces se pone o se sustituye una de las letras por X, pero no es consistente la posición en la que se pone y a veces en lugar de X se ponen dos letras del apellido materno.
Claro que son los menos de los casos, pero si justamente quieres garantizar que el RFC será correcto, pues no podrás hacerlo 100%.
En el caso del CURP es más sencillo pues ahí las reglas son consistentes. Por ello hay personas cuyo RFC difiere del CURP (en las primeras seis letras).
// Saludos
|