Recepción Activa W32

Versión 23.3.4

Operación

POSTVENTA 

Recepción/Citas Programadas

GM Exclusivo. Validación de datos contacto, contacto2 y contacto3 en clientes WEB

Creación de cliente nuevo para Citas Programadas 

Cuando se realiza el registro o la modificación de un cliente de tipo Persona Física en el módulo de Citas Programadas, el check de “Persona Física” no permite ser modificado.

Cuando se realiza el registro o la modificación de un cliente tipo Persona Moral en el módulo de Citas Programadas, el sistema ejecutará una validación que verifica que los siguientes campos cuenten con información válida:

• Contacto 
• Apellido Contacto
• Apellido M contacto

Si la información es correcta, el sistema permitirá realizar el registro o la actualización de los datos sin restricciones.

En caso de que alguno de los campos Contacto, Apellido Contacto o 

Apellido M Contacto no contenga información, el sistema mostrará un mensaje indicando que es necesario completar los datos antes de guardar el registro.

Cuando estos campos no estén llenos, se desplegará el siguiente mensaje de error:

“El campo Contacto es obligatorio cuando el campo Persona Física es F.”

Validación Persona física y género de acuerdo con el RFC 

Para el módulo de Citas Programadas, el sistema realiza una validación que verifica que, si el cliente es Persona Física, el RFC cuente con 13 caracteres y el género sea F (Femenino) o M (Masculino). En caso de cumplir con esta condición, el sistema permitirá el registro o la actualización del cliente.

En caso de que el género se seleccione como “N (No aplica – Persona Moral)” y el RFC corresponda a una Persona Física (es decir, tenga 13 caracteres), el sistema no permitirá guardar el registro y mostrará un mensaje de error indicando la inconsistencia entre el tipo de cliente y el RFC capturado.

El sistema desplegará el siguiente mensaje de error:
“Cuando el RFC tiene 13 caracteres, el género debe ser F (Femenino) o M (Masculino).”

En el caso de que el cliente sea Persona Moral y el RFC cuente con 12 caracteres, se deberá seleccionar en el campo Género la opción “N (No aplica – Persona Moral)”. 

Al cumplir con esta condición, el sistema permitirá guardar o actualizar el registro correctamente.

Cuando el cliente sea Persona Moral y el RFC cuente con 12 caracteres, y en el campo Género se seleccione F (Femenino) o M (Masculino), el sistema mostrará el siguiente mensaje de error:
“Cuando el RFC tiene 12 caracteres, el género debe ser N (No aplica – Persona Moral).”

Validación de estructura de RFC para persona física y persona moral

El sistema deberá validar la estructura del RFC al momento de registrar o actualizar clientes el módulo de Citas Programadas.

La validación se realizará de acuerdo con los formatos definidos en la imagen 001 (RFC de Personas Morales) y la imagen 002 (RFC de Personas Físicas).

Imagen 001

Imagen 002

Si la información capturada corresponde a una Persona Moral y cumple con la estructura válida del RFC, el sistema deberá permitir el registro o actualización del cliente sin mostrar mensajes de error ni restricciones adicionales.

Si el RFC no cumple con la estructura correcta, el sistema mostrará un mensaje de error específico según el tipo de inconsistencia detectada.

El mismo criterio se utiliza para Persona fisica 

Enseguida se muestran los mensajes de error que pueden mostrarse según el tipo de inconsistencia detectada:

Cuando el RFC contiene números en las posiciones donde deben ir letras, el sistema mostrará un mensaje de error indicando que la estructura del RFC es inválida.

Cuando el RFC contiene letras en las posiciones donde deben ir números, el sistema mostrará un mensaje de error indicando que la estructura del RFC es inválida.

Cuando el RFC contiene caracteres especiales (como @, #, $, %etc.), el sistema mostrará un mensaje de error indicando que la estructura del RFC es inválida.

Para los clientes de tipo Persona Moral, en caso de que alguno de los tres primeros caracteres del RFC contenga el símbolo “&”, el sistema permitirá guardar o actualizar el registro sin restricciones.

Cuando las fechas incluidas en el RFC son incorrectas —ya sea por un año, mes o día inválido el sistema mostrará un mensaje de error indicando que la estructura del RFC es inválida.

Cuando el día registrado en el RFC excede el número de días válidos del mes (por ejemplo, “RAGA8806507Y7”), el sistema mostrará un mensaje de error indicando que la fecha capturada en el RFC es inválida.

Cuando el año capturado en el RFC no corresponde a un año bisiesto y se registra el día “29” de febrero, el sistema mostrará un mensaje de error indicando que la fecha del RFC es inválida.

Kiosco

GM Exclusivo. Validación de datos contacto, contacto2 y contacto3 en clientes WEB

Creación de cliente nuevo para el Kiosco 

Cuando se realiza el registro o la modificación de un cliente de tipo Persona Física en el módulo de Kiosco, el check de “Persona Física” no permite ser modificado.

Cuando se realiza el registro o la modificación de un cliente tipo Persona Moral en el módulo de Kiosco, el sistema ejecutará una validación que verifica que los siguientes campos cuenten con información válida:

• Contacto 
• Apellido Contacto
• Apellido M contacto

Si la información es correcta, el sistema permitirá realizar el registro o la actualización de los datos sin restricciones.

En caso de que alguno de los campos Contacto, Apellido Contacto o 

Apellido M Contacto no contenga información, el sistema mostrará un mensaje indicando que es necesario completar los datos antes de guardar el registro.

Cuando estos campos no estén llenos, se desplegará el siguiente mensaje de error:

“El campo Contacto es obligatorio cuando el campo Persona Física es F.”

Validación Persona física y género de acuerdo con el RFC 

Para el módulo de Kiosco, el sistema realiza una validación que verifica que, si el cliente es Persona Física, el RFC cuente con 13 caracteres y el género sea F (Femenino) o M (Masculino). En caso de cumplir con esta condición, el sistema permitirá el registro o la actualización del cliente.

En caso de que el género se seleccione como “N (No aplica – Persona Moral)” y el RFC corresponda a una Persona Física (es decir, tenga 13 caracteres), el sistema no permitirá guardar el registro y mostrará un mensaje de error indicando la inconsistencia entre el tipo de cliente y el RFC capturado.

El sistema desplegará el siguiente mensaje de error:
“Cuando el RFC tiene 13 caracteres, el género debe ser F (Femenino) o M (Masculino).”

En el caso de que el cliente sea Persona Moral y el RFC cuente con 12 caracteres, se deberá seleccionar en el campo Género la opción “N (No aplica – Persona Moral)”. 

Al cumplir con esta condición, el sistema permitirá guardar o actualizar el registro correctamente.

Cuando el cliente sea Persona Moral y el RFC cuente con 12 caracteres, y en el campo Género se seleccione F (Femenino) o M (Masculino), el sistema mostrará el siguiente mensaje de error:
“Cuando el RFC tiene 12 caracteres, el género debe ser N (No aplica – Persona Moral).”

Validación de estructura de RFC para persona física y persona moral

El sistema deberá validar la estructura del RFC al momento de registrar o actualizar clientes en el módulo de Kiosco.

La validación se realizará de acuerdo con los formatos definidos en la imagen 001 (RFC de Personas Morales) y la imagen 002 (RFC de Personas Físicas).

Imagen 001

Imagen 002

Si la información capturada corresponde a una Persona Moral y cumple con la estructura válida del RFC, el sistema deberá permitir el registro o actualización del cliente sin mostrar mensajes de error ni restricciones adicionales.

Si el RFC no cumple con la estructura correcta, el sistema mostrará un mensaje de error específico según el tipo de inconsistencia detectada.

El mismo criterio se utiliza para Persona fisica 

Enseguida se muestran los mensajes de error que pueden mostrarse según el tipo de inconsistencia detectada:

Cuando el RFC contiene números en las posiciones donde deben ir letras, el sistema mostrará un mensaje de error indicando que la estructura del RFC es inválida.

Cuando el RFC contiene letras en las posiciones donde deben ir números, el sistema mostrará un mensaje de error indicando que la estructura del RFC es inválida.

Cuando el RFC contiene caracteres especiales (como @, #, $, %etc.), el sistema mostrará un mensaje de error indicando que la estructura del RFC es inválida.

Para los clientes de tipo Persona Moral, en caso de que alguno de los tres primeros caracteres del RFC contenga el símbolo “&”, el sistema permitirá guardar o actualizar el registro sin restricciones.

Cuando las fechas incluidas en el RFC son incorrectas —ya sea por un año, mes o día inválido el sistema mostrará un mensaje de error indicando que la estructura del RFC es inválida.

Cuando el día registrado en el RFC excede el número de días válidos del mes (por ejemplo, “RAGA8806507Y7”), el sistema mostrará un mensaje de error indicando que la fecha capturada en el RFC es inválida.

Cuando el año capturado en el RFC no corresponde a un año bisiesto y se registra el día “29” de febrero, el sistema mostrará un mensaje de error indicando que la fecha del RFC es inválida.