Expresion regular para validar RFC

rfc regex

/^([A-Z,Ñ,&]{3,4}([0-9]{2})(0[1-9]|1[0-2])(0[1-9]|1[0-9]|2[0-9]|3[0-1])[A-Z|\d]{3})$/

Hola, entiendo tu punto, en realidad esta ER la hice en mi trabajo, en una empresa de facturación electrónica, la idea era hacer más eficientes las validaciones desde el FrontEnd y quitar mucha lógica en el Back (Demasiada), como resultado es la ER que viste en mi gist, el cual ya actualicé con la lista de palabras altisonantes oficial de parte del Gobierno (Página 62): http://www.gobernacion.gob.mx/work/models/SEGOB/Resource/231/1/images/InstructivoParaLaCurp_v2008.pdf?fbclid=IwAR3h6pqrEAO41nh2y83myemDbNkAkKl0dBz0kp37gAru3KGfa0QTm8-a5r0 Después de probar la ER en Producción nos topamos con 2 errores (Tanto en RFCs y CURPs) que ambos tienen palabras altisonantes y fechas como 30 de Febrero... (Entre otros errores en RFC reales que encontramos de clientes que emitían comprobantes). Espero que esta información sea la que deseabas. Saludos. El jue, 28 abr 2022 a las 14:58, Miguel Angel ***@***.***>) escribió:

…

***@***.**** commented on this gist. ------------------------------ Fuente: https://luisenriquech.blogspot.com/2022/04/expresion-regular-de-rfc-mexico.html Vaya de expresión regular!, La verdad yo veo la expresión regular como un mecanismo de validar el formato del string. Para una validación mas compleja del año/mes/día o si es bisiesto creo que hay varias librerías que te permiten hacer esto. Meter una expresión regular que *hardcodea* esta lógica a un proyecto desde mi punto de vista es meter un monolito en forma de regex. Dicho esto creo que una mejor solución es desde una regex, extraer cada parte que conforman el RFC para analizarla cada parte de estas. - 3 o 4 caracteres el nombre o razón social (([a-z]{3,4})). - 2 dígitos año de nacimiento(o conformación de la empresa) (\d{2}). - 2 dígitos mes de nacimiento(o conformación de la empresa)(\d{2}). - 2 dígitos día de nacimiento(o conformación de la empresa)(\d{2}). - 3 caracteres que conforman la homoclave ([0-9a-z]{3}). Definiendo la expresión regular /^([a-z]{3,4})(\d{2})(\d{2})(\d{2})([0-9a-z]{3})$/i con el método match podemos extraer cada parte para ser analizada cada una por su parte. De esta forma en el resultado en la posición 1 tendríamos la parte del nombre, el cual podríamos validar para ver si no es una palabra altisonante. Un ejemplo famoso es el caso del RFC del ex-presidente *Enrique Peña Nieto*. Aqui quisiera tratar el punto de: 6.- Si de las cuatro letras resulta una palabra altisonante, la segunda letra será sustituida por una "X". Si lo pensamos este RFC debería empezar con *PENE*. const rfc = "PENE660720DI6" const reg = /^([a-z]{3,4})(\d{2})(\d{2})(\d{2})([0-9a-z]{3})$/i rfc.match(reg) *Resultado*: [ 'PENE660720DI6', 'PENE', '66', '07', '20', 'DI6' ] Ahora lo siguiente sería validar cada parte, como comentaba lo de las fechas es algo trivial en el sentido que hay múltiples soluciones del mismo. Respecto a las palabras anti-sonantes se puede definir un diccionario de estos(si existe uno oficial favor de compartir) y si la parte que se conformo con el nombre/razón social pertenece a esta lista tendríamos que remplazar el segundo carácter por una X, como lo muestro a continuación: 'PENE'.replace(/^(\w)\w/, '$1X') // resultado PXNE Dicho todo esto, hice una función denominada metaRFC que para un RFC especifico devuelve la información siguiente: const rfc = "PENE660720DI6" metaRFC(rfc) *Resultado* { rfc_input: 'PENE660720DI6', nombre_parte: 'PXNE', fecha_nacimiento_anio: '66', fecha_nacimiento_mes: '07', fecha_nacimiento_dia: '20', homoclave: 'DI6', tipo_persona: 'física', valido: false, longitud: 13, msg: 'Error de formato' } De momento metí una lista negra de malas palabras, faltaría validar las fechas y demás opciones, pensaría en agregar las demás características y como la lógica es mas compleja que la de una expresión regular, decidí crear un propio issue ojala se puedan sumar a la discusión por ahí. 👉 https://gist.github.com/fitorec/02638492300d361cd2451a8a03d99522 — Reply to this email directly, view it on GitHub <https://gist.github.com/5718313#gistcomment-4148595>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AHZCQ3HMOCDPGMYLXIY44IDVHLUVBANCNFSM5COT6NBA> . You are receiving this because you commented.Message ID: <gerardorochin/rfc ***@***.***>

-- *ICC: Luis Enrique Carbajal Hernández* <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Libre de virus. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>