Buscando disminuir los posibles errores de captura al registrar el RFC de los clientes (espacios, guiones, confusión entre 0 y O, duplicidad, longitud, fechas, etc.), Proscai activó un conjunto de condiciones de validación que verifican el registro de nuevos clientes, detectando en el momento la irregularidad e impidiendo guardar el registro hasta que sea corregido; y si es correcto, que se registre como excepción.
A partir de ahora ningún nuevo cliente podrá tener en blanco el campo RFC, si este no es proporcionado o necesario para el cliente, deberá registrarse el RFC genérico XAXX010101000.
Debido a que es relativamente frecuente que el dígito verificador no esté bien calculado, este se valida por separado y se le pregunta al usuario si se debe aceptar.
En el módulo Punto de venta no se permite la duplicidad de RFC, y avisa que no es posible registrarlo porque ya existe uno.
Por el contrario, si el registro lo realiza desde el módulo de Clientes, lo advierte pero te permite registrar el mismo RFC, previendo el caso de registro de clientes que manejan Sucursales. Por razones de seguridad, el usuario que lo registre, requiere tener autorización.
Para revisar clientes ya registrados en el sistema y que cuentan con su RFC, existe un proceso de validación, que con base a los criterios ya activos en Proscai verifica los registros y te avisa de los errores encontrados, los cuales deberán ser corregidos.
Catálogo de Errores de RFC en Proscai
A continuación se detallan los errores que detecta Proscai.
Error | Descripción |
1 |
Longitud inválida. > El RFC debe ser de 12 o 13 caracteres. |
2 | Iniciales inválidas. > Las iniciales del RFC sólo pueden ser letras mayúsculas (incluyendo la eñe) o el signo &. |
3 |
Fecha inválida. > La fecha del RFC sólo puede contener dígitos. |
4 | Fecha inválida. > La fecha del RFC debe ser una fecha existente |
5 | Homoclave inválida. > La homoclave del RFC sólo puede contener dígitos o letras mayúsculas, excepto el cero y la eñe. |
6 | Dígito verificador inválido. > El dígito verificador del RFC sólo puede contener dígitos o la letra A mayúscula. |
7 | La fecha es inválida. > La fecha del RFC debe estar en el pasado, con no más de 99 años; > Las personas físicas deben tener 1 año o más. |
8 | Longitud inválida. > El RFC de una persona física debe tener 13 caracteres. Nota: El error 8 se produce cuando la longitud total es 12, pero el cuarto carácter es una letra o el signo "&", es decir, tiene longitud de RFC de persona moral, pero parece un RFC de persona física por tener una letra en el cuarto carácter. |
Este catálogo no contempla que el dígito verificador no esté bien calculado, como se mencionó anteriormente, eso se valida por separado debido a que es algo relativamente frecuente y se le pregunta al usuario si se debe aceptar.
Sin embargo, existe la posibilidad de registrar excepciones manualmente a través de un parámetro especial, en aquellos casos en los que RFC es correcto, por ejemplo que la persona física menor a 1 año o mayor a 99, que exista cero (0) o eñe (Ñ) en la homoclave o que exista un carácter no permitido en dígito verificador.
Recuerde, no aplica para el digito verificador, ya que en esos casos se acepta directamente en el registro del cliente.
1. Del menú Proscai selecciona la opción Varios.
2. Del menú Borra7 elegir la opción Revisar RFC de Clientes.
3. Confirma que Si se desea revisar RFC.
El sistema verifica los registros y envía un mensaje con los resultados, para este ejemplo ha sido así:
4. Pegue la información en algún editor de texto y revise los datos que te muestra.
En estos momentos podrás corregir la información, para este ejemplo indica que existen 17 registros con problemas en el Dígito verificador, 2 están duplicado y hay 8 errores.
Para este ejemplo se corregirán los RFC detectados, con excepción del registro de 4 clientes cuyo dígito verificador está correcto, y del RFC genérico que aparece como duplicado.
5. Se corrigieron los errores, se corrió la rutina y se genera nuevamente el reporte.
6. Ahora se registrarán las excepciones que servirán para no detener el timbrado de los CFDI. Registra el Parámetro especial.
- Parámetro especial: CFD_RFC_EXC
- Valor: RFC de excepciones, separados por comas
XAXX010101000,REOA150123SE2,MUOR141227K84,SATB690824ÑO3,NIFL280115UHB
7. Ejecuta la rutina nuevamente y genera el reporte.
NOTA:
Los RFC que tienen problema con el dígito verificador, no se registran.
Este proceso se corre la primera vez.
No elimina las excepciones del reporte.
También te podría interesar el artículo Parámetro especial para manejar RFC.
Comentarios
Inicie sesión para dejar un comentario.