NOMBRE DEL REQUISITO

Características del Requisito

Descripción 

Generación y timbrado de los recibos de nómina “Recibo de Nómina CFDi”

Para dar cumplimiento con los dispuesto por la Ley del Impuesto Sobre la Renta (L-ISR), Capítulo I “De los ingresos por salarios y en general por la prestación de un servicio personal subordinado”, se establece en el fracción III del Artículo 99, que los patrones deben expedir y entregar comprobantes fiscales a las personas que reciban pagos, en la fecha que realicen la erogación respectiva, para lo cual se agregó:

• Rutina para generación y timbrado de los recibos de nómina “Recibo de Nómina CFDi”.

Si está utilizando el módulo de contabilidad de gestión de Protheus y va requerir generar los archivos XML de contabilidad electrónica, debe asegurarse de tener la configuración emitida en el boletín técnico CTB_BT_Contabilidad_Electronica_MEX_TQJ006, donde se complementó la solución de recibos de nómina agregando la tabla de Folios Fiscales de Nomina (RIW) para almacenar el UUID, RFC, monto total y fecha de timbrado de los recibos.

Importante

 Antes de ejecutar la actualización es imprescindible:

a)        Realizar el respaldo de la base de datos del producto en el ambiente en que será ejecutada la actualización (directorio PROTHEUS_DATA\DATA, si es versión 11 de Protheus) y de los diccionarios de datos SXs (directorio PROTHEUS_DATA\SYSTEM).

b)        Los directorios mencionados arriba corresponden a la instalación estándar de

Importante

(Solo para Microsiga Protheus, versiones anteriores a la versión 12)

Antes de ejecutar el compatibilizador, UPDGPEMI es imprescindible:

Protheus, por lo tanto, deben

ser modificados de acuerdo

al producto instalado en la empresa.

c)         La rutina de actualización debe ser ejecutada en modo exclusivo,

o bien, ningún usuario debe estar utilizando el sistema para poder ejecutarla. 

d)        Si los diccionarios de datos

contienen índices

personalizados (creados por el usuario), antes de ejecutar

la actualización es importante verificar que dichos índices se encuentren identificados por nickname. En caso que la actualización necesite crear índices, va a agregarlos a partir del orden original instalado por

Protheus, por lo que podrá

sobrescribir los índices personalizados

en caso de que no estén identificados por

nickname.

 e)        La actualización debe ser ejecutada con la Integridad

Referencial desactivada* en el sistema.

Atención

¡El siguiente procedimiento debe realizarlo un profesional calificado como Administrador de base de datos (DBA) o su equivalente!

La activación indebida de la Integridad Referencial puede alterar drásticamente las relaciones entre tablas en la

Base de

Datos. Por lo tanto, antes de

utilizar ésta opción, revise cuidadosamente el procedimiento a continuación:

1. En el módulo Configurador (SIGACFG), verifique si la empresa utiliza Integridad

1. Referencial, seleccionando la opción de Integridad/Verificación (APCFG60A).
   

1. 
   
2. Si no

1. existe Integridad

1. Referencial activa,

1. son relacionadas en una nueva ventana todas las empresas y sucursales registradas en el sistema y ninguna de

1. ellas estará seleccionada.

1. En este caso, Y SOLAMENTE EN ESTE CASO, no es necesario           realizar ningún otro procedimiento de activación o desactivación de integridad, solamente basta con finalizar la verificación y aplicar normalmente

1. la actualización, conforme a las instrucciones mostradas en éste documento.
   
   
2. Si existe Integridad Referencial activa en todas las empresas y sucursales, se

1. mostrará un mensaje

1. dentro de la ventana

1. “verificación de

1. relación entre

1. tablas”. Confirme el mensaje para que

1. la verificación sea finalizada, o;
   

1. Si existe Integridad

1. Referencial activa en una o más empresas, que no

1. sea en su totalidad, se

1. mostrarán en una nueva ventana todas las empresas y sucursales

1. que se registraron en el sistema

1. pero solamente

1. aquellas que

1. poseen integridad

1. referencial estarán seleccionadas. Es importante anotar cuáles son las empresas y/o sucursales que

1. poseen integridad referencial activada y

1. contar con éste listado para posterior consulta en la reactivación

1. de la misma (también puede consultar con el equipo de Help Desk de TOTVS para mayor información relativa al archivo que contiene los datos de empresas/sucursales con integridad referencial activa).
   
   

1. En los casos descritos

1. para los

1. puntos “iii” o “iv”, Y

1. SOLAMENTE EN ESTOS CASOS, es necesario desactivar

1. la integridad, seleccionando la opción de Integridad / Desactivar (APCFG60D).
   

1. Cuando la Integridad

1. Referencial se encuentre desactivada, ejecute

1. la actualización, de acuerdo

1. a las instrucciones

1. indicadas en el presente documento.
   
   
2. Una vez aplicada la actualización, la Integridad

1. Referencial debe

1. ser reactivada,

1. SI Y SOLAMENTE SI hubiera sido desactivada previamente, a través de la opción de  Integridad / Activar (APCFG60). Para

1. esto,

1. debe tener a

1. la mano la información de

1. las empresas y/o

¡EN CASO DE DUDAS, entre en contacto con el Help Desk Framework!

Describa si hay algún procedimiento necesario después de aplicar el compatibilizador.

Procedimiento de Implantación 

1. Deberá aplicar el paquete de actualización (patch) relacionado a éste llamado (respaldar RPO antes de aplicar).

x

2. Copiar el archivo RECNOM.ini dentro del system (PROTHEUS_DATA\SYSTEM), este archivo se utiliza para configurar la generación del “recibo.xml” que es timbrado e impreso, como resultado de la ejecución de la rutina “Recibo de Nómina CFDi”.

3. Agregar en el configurador (SIGACFG) la opción “Recibo de Nómina CFDi”, en el módulo “SIGAGPE >> Informes | Periódicos”, como función de Protheus y con el nombre del fuente IMPRECXML.

4. En la ruta del cliente de Protheus (Smartclient) deben copiarse los archivos:

a. QRCodeLib.dll
b. QRCode.exe
c. Ejecutable del timbrado del PAC (TimbradoPAC.exe)

5. En la ruta donde se dejarán los certificados, indicada en el parámetro MV_CFDDIRS, colocar los archivos del certificado del cliente:

a. *.cer
b. *.key
c. Certificado.pem
d. Primarykey.pem

1. sucursales que tenían previamente activa la integridad. Seleccione nuevamente éstas empresas/sucursales y confirme su activación.

1. En Microsiga Protheus TOTVS ByYou Smart Client , digite UPDGPEMI  en el campo Programa Inicial.
   Importante
   Para que se actualice correctamente el diccionario de datos, asegúrese de que la fecha del compatibilizador sea igual o superior al 24/11/2016.
2. Haga clic en OK para continuar.
3. Después de confirmar, aparece una pantalla para seleccionar la empresa en la cual se modificará el diccionario de datos oaparece la ventana para seleccionar el compatibilizador. Deberá seleccionar el módulo “SIGAGPE – Gestión de Personal” y posteriormente el actualizador “01 - Ajuste de diccionario para Recibos de nomina CFDi”.
4. Al confirmar, se muestra un mensaje de advertencia sobre la copia de seguridad y la necesidad de su ejecución de modo exclusivo.
5. Haga clic en Procesar para iniciar el procesamiento. El primer paso de la ejecución es la preparación de los archivos. 
6. Se muestra un mensaje explicativo en la pantalla.
7. A continuación, se muestra la ventana Actualización concluida con el historial (log) de todas las actualizaciones procesadas. En este log de actualización se muestran únicamente los campos actualizados por el programa. El compatibilizador crea los campos que aún no existen en el diccionario de datos.
8. Haga clic en Grabar para guardar el historial (log) mostrado.
9. Haga clic en OK para finalizar el procesamiento.

Describa si hay algún procedimiento necesario después de aplicar el compatibilizador.

Procedimiento de Implantación 

1. Deberá aplicar el paquete de actualización (patch) relacionado a éste llamado (respaldar RPO antes de aplicar).

El patch contiene la actualización de los fuentes:

• IMPRECXML.PRW – Recibo de Nómina CFDi
• UPDGPEMEX.PRW – Rutina para update del diccionario de datos (Gestión de Personal)
• RHUPDMOD.PRW – Rutina para update del diccionario de datos
• GPTABCRG.PRW – Actualización de tablas alfanuméricas
• CODBARQR.PRW – Generación de código de barra en imagen.
• RECNOM.INI – Archivo de configuración para generar el recibo.xml
• TIMBRERN.PRW – Envío a timbrado
• GPEXIDC.PRX – Descripción de los identificadores de cálculo
• GPEXIDC1.PRX – Descripción de los identificadores de cálculo
• QRCodeLib.DLL – Dll para impresión de código de barras
• QRCode.EXE – Ejecutable para impresión de código de barras
• GPEA400.PRW – Periodos

x

2. Copiar el archivo RECNOM.ini dentro del system (PROTHEUS_DATA\SYSTEM), este archivo se utiliza para configurar la generación del “recibo.xml” que es timbrado e impreso, como resultado de la ejecución de la rutina “Recibo de Nómina CFDi”.

3. Agregar en el configurador (SIGACFG) la opción “Recibo de Nómina CFDi”, en el módulo “SIGAGPE >> Informes | Periódicos”, como función de Protheus y con el nombre del fuente IMPRECXML.

4. En la ruta del cliente de Protheus (Smartclient) deben copiarse los archivos:

a. QRCodeLib.dll
b. QRCode.exe
c. Ejecutable del timbrado del PAC (TimbradoPAC.exe)

5. En la ruta donde se dejarán los certificados, indicada en el parámetro MV_CFDDIRS, colocar los archivos del certificado del cliente:

a. *.cer
b. *.key
c. Certificado.pem
d. Primarykey.pem

Actualizaciones del Compatibilizador 

(Solamente para Microsiga Protheus, versiones anteriores a la versión 12).

1.  Creación o modificación de Preguntas en el archivo SX1 – Archivo de Preguntas:
   
   

Actualizaciones del Compatibilizador 

(Solamente para Microsiga Protheus, versiones anteriores a la versión 12).

Procedimiento de Configuración

1. En Microsiga Protheus TOTVS Smart Client, digite RHUPDMOD en el campo de Programa Inicial.
   
   
2. Clic en OK para continuar.
   
   
3. Al confirmar, se muestra un mensaje de advertencia sobre el respaldo del diccionario y la necesidad de realizar la ejecución en modo exclusivo.
   
   
4. Después de la confirmación, va a mostrar una ventana para la selección de la empresa en donde el diccionario de datos será modificado o es presentada una ventana para la selección de la actualización.
   Deberá seleccionar el modulo “SIGAGPE-MEX – Gestión de Personal – México” y posteriormente la actualización “Ajuste de diccionario para Recibos de Nómina CFDi”.
   Para la correcta actualización del diccionario de datos, deberá verificar que la fecha de la opción “Ajuste de diccionario para Recibos de Nómina CFDi” sea igual o superior a 28/02/14
   
   
5. Dar clic en Procesar para iniciar con el procesamiento de los cambios. El primer paso de la ejecución es la preparación de los archivos.
   Será presentado un mensaje explicativo en la ventana.
   
   
6. En seguida, se exhibe la ventana de Actualización finalizada con el histórico (log) de todas las actualizaciones procesadas. En éste log de actualización son presentados solamente los campos actualizados por el programa. La actualización crea los campos que todavía no existen en el diccionario de datos.
   
   
7. Dar clic en Grabar para salvar el histórico (log) presentado.
8. Dar clic en OK para finalizar la rutina de procesamiento.
   
   
9. Entrar al módulo Gestión de Personal (SIGAGPE) a las rutinas “Definición Tabla” y “Mantenim. Tabla” en la ruta “SIGAGPE >> Actualizaciones | Definiciones Cálculo”,  para que se carguen los nuevos catálogos definidos por el SAT, tablas: S027 – Tipo Régimen SAT, S028 – Tipo Contrato SAT, S029 – Periodicidad de pago SAT, S030 – Riesgo Puesto SAT, S031 – Tipo Concepto SAT, S032 – Tipo  Incapacidad SAT y S033 – Tipo Banco SAT.
   
   
10. Existe un Punto de Entrada IMPRCFDi (no envía o recibe parámetro), para impresión/e-mail personalizada de los recibos, sí así se requiere. Debe ser una función de usuario y tiene acceso a los parámetros de generación del recibo “grupo de preguntas IMPRECXML” (MV_PAR01, MV_PAR02…MV_PARn) 

CONFIGURACIÓN DE PARÁMETROS

1. En el Configurador (SIGACFG), acceda a Entornos/Archivos/Parámetros (CFGX017). Cree/configure (mantenga solo la instrucción correspondiente) el(los) parámetro(s) a continuación:
   

   (Es necesario crear una tabla para cada parámetro que se describe en el ítem Parámetro(s), de la tabla Características del Requisito).  

CONFIGURACIÓN DE MENÚS

1. En el módulo Configurador (SIGACFG) ingrese a la ruta “SIGACFG >> Ambiente | Archivos | Menú”, informe la nueva opción del menú de SIGAGPE (Gestión de Personal) conforme a las siguientes instrucciones:
   
   

   Menú	Gestión de Personal
   Submenú	Informes>Periódicos
   Nombre de la Rutina	Reporte de Nomina CFDi
   Programa	IMPRECXML
   Módulo	Gestión de Personal
   Tipo	Función Protheus

2. A través del configurador de Protheus (SIGACFG), opción Base de Datos > Base de Datos > Parámetros, se debe revisar y completar el contenido de los parámetros que se detallan en el punto 2 “Creación y actualización de Parámetros en el archivo SX6 – Parámetros”, de la sección actualizaciones del actualizador.
   
   
3. La información que corresponde a certificados y contraseñas son proporcionados por el PAC contratado para el servicio de timbrado.
   
   
4. Los datos que corresponden a la configuración del Proxy Server, parámetros con el prefijo MV_PROXY, son empleados para permitir que el ejecutable de timbrado pase a través del Firewall de su Intranet, solo en caso de que aplique, la información a configurar debe ser proporcionada por el responsable del área de sistemas de su empresa. Si en su empresa no aplica Proxy o no se requiere la configuración en Protheus para la ejecución del programa de timbrado, solo será necesario especificar el parámetro MV_PROXYSR como falso.

Configuraciones Previas

1. En Empleados (Actualizaciones>Empleado), se debe tener configurado para cada Empleado, el Tipo de Régimen (RA_TIPREG), la CLABE bancaria (RA_CLABE) y el Tipo de Contrato (RA_TIPCON), esto de acuerdo a los nuevos catálogos definidos por el SAT. Adicional se creó el campo para el país del empleado (RA_PAIS), ya que es requerido en el archivo “xml” y se le debe dar mantenimiento.
   
   
2. En Conceptos (Actualizaciones>Definic. Calculo>Conceptos), se debe tener configurado para cada concepto, el tipo de concepto (RV_TIPSAT), esto de acuerdo al catálogo definido por el SAT (S031  - Tipo Concepto SAT). Sí al concepto no se le define Tipo SAT, no se contempla como concepto de Percepción/Deducción
   
   
3. También es necesario que los conceptos base percepción (RV_TIPOCOD=’3’) o base deducción (RV_TIPOCOD=’4’) que sean gravados (RV_IR=‘1’) o exentos (RV_IR=’2’ o RV_IR=’3’) en el campo de Imprimir se indique que SI (RV_IMPRIPD=’1’), pues de otra forma, no se generarán en el Recibo CFDI. Por ejemplo Prima Vacacional Exenta y Prima Vacacional Gravada que son Base Percepción, si se deben imprimir (RV_IMPRIPD=’1’)
   
   
4. Es importante que el tipo de concepto (RV_TIPOCOD) esté de acuerdo con el la definición de Percepción y Deducción del SAT. Es decir, a los conceptos de Percepción de Protheus (RV_TIPOCON='1' o '3' y RV_IR = '1' o '2' o '3') asignarle los Tipos SAT que  terminen con 'P' y los conceptos de Deducción de Protheus (RV_TIPOCON='2' o RV_TIPOCON='4') y (RV_IR $ '123') asignarle los Tipos SAT que terminen con 'D'.

Por ejemplo:

• El concepto de Aguinaldo es Percepción (RV_TIPOCON='1'), pero no es gravada ni exenta, por lo que NO se le deberá asignar un Tipo SAT.
• El concepto de Aguinaldo Exento es Base Percepción (RV_TIPOCON='3') y es exenta (RV_IR='2'), por lo que se le deberá asignar el Tipo SAT=’002P’ Gratificación Anual.
• El concepto de Aguinaldo Gravado es Base Percepción (RV_TIPOCON='3') y es gravada (RV_IR='1'), por lo que se le deberá asignar el Tipo SAT=’002P’ Gratificación Anual.
• El concepto de Devolución Aguinaldo es Deducción (RV_TIPOCON='2'), no gravada y no exenta, por lo que NO se le deberá asignar un Tipo SAT.
• El concepto de Devolución Aguinaldo Exento es Base Deducción (RV_TIPOCON='4') y es Exenta (RV_IR='2'), como no hay en deducciones del SAT un tipo llamado Gratificación Anual, se le deberá asignar el Tipo SAT=’013D’ Pagos hechos con exceso al trabajador.
• El concepto de Devolución Aguinaldo Gravado es Base Deducción (RV_TIPOCON='4') y es gravada (RV_IR='1'), como no hay en deducciones del SAT un tipo llamado Gratificación Anual, se le deberá asignar el Tipo SAT=’013D’ Pagos hechos con exceso al trabajador.

También es necesario que, si no existen, los siguientes conceptos se den de alta. Se sugiere que se realice de la siguiente forma:

5. En Procesos (Actualizaciones>Definic. Calculo>Proceso), se debe tener configurado para cada proceso, el tipo de periodicidad (RCJ_PERIOD), esto de acuerdo al catálogo de periodicidad definido por el SAT (S029 - Periodicidad SAT).

En Funciones (Actualizaciones>Archivos>Funciones), se debe tener configurado para cada función, el tipo de riesgo (RJ_RIESGO), esto de acuerdo al catálogo definido por el SAT (S030 - Riesgo Puesto SAT).

Es común que el tipo de riesgo se maneje por empresa y no por función. Si este es el caso, se sugiere que manualmente se modifique por configurador, el valor inicial (X3_RELACAO) de campo de Tipo de Riesgo (RV_RIESGO) para que se le asigne automáticamente a los nuevos registros el valor que le corresponda al riesgo de la empresa. Solo hay que recordar que este puede cambiar cada año.

1. En Tipos de ausencia (Actualizaciones>Definic. Calculo>Tipos de Ausencia), se debe tener configurado el tipo de ausencia (RCM_TIPSAT), esto de acuerdo al catálogo publicado por el SAT (S032 Tipo Incapacidad SAT).
2. En Bancos/Agencias (Actualizaciones>Archivos>bancos/Agencias), se debe tener configurado el tipo de banco (A6_TIPSAT), esto de acuerdo al nuevo catálogo definido por el SAT (S033 Tipo Banco SAT).
3. Definir los conceptos que serán considerados como Impuestos Retenido (ISR) en la generación de recibos, se contemplan aquellos conceptos que su Tipo de Concepto sea ISR (RV_TIPSAT=’002D’).
4. Mnemónicos: En caso de que no existan, hay que crear los mnemónicos que se ocuparán en las fórmulas de Total Percepciones Gravadas 142, Días Horas Extras Dobles, Días Horas Extras Triples. En caso de que se tenga la formulación estándar, se sugieren los siguientes mnemónicos:

1. Formulación: Hay que asegurarse que los conceptos de Incapacidades tienen un importe calculado, ya que ahora se requerirá reportar este dato en el Recibo CFDI. En caso de que actualmente solo se reporten los días, será necesario que se modifique la formulación.

En caso de que el cliente quiera que los conceptos de "Devolución por pagos indebidos" se identifiquen dentro de los Tipos SAT de percepción, y actualmente sean deducciones, será necesario que a) se modifiquen las fórmulas para multiplicar por -1 los importes, b) cambiar el campo RV_TIPOCOD por medio de “MPSDU” (ya que por el sistema no se puede), c) modificar los acumulados (RG7) para cambiarles el signo en todos los meses del año de todos los años (para no generar inconsistencia) y d) modificar el histórico de movimientos (SRD) para cambiarles el signo en todos los periodos del año de todos los años (para no generar inconsistencia).

En caso de que el cliente quiera que los conceptos de "Devolución de descuentos en exceso"  se identifiquen dentro de los Tipos SAT de Deducción, y actualmente sean percepciones, será necesario que a) se modifiquen las fórmulas para multiplicar por -1 los importes, b) cambiar el campo RV_TIPOCOD por medio de MPSDU (ya que por el sistema no se puede), c) modificar los acumulados (RG7) para cambiarles el signo en todos los meses del año de todos los años (para no generar inconsistencia) y d) modificar el histórico de movimientos (SRD) para cambiarles el signo en todos los periodos del año de todos los años (para no generar inconsistencia).

En caso de que no existan, hay que crear las fórmulas para los nuevos conceptos requeridos por el Recibo CFDi. A continuación se dará un ejemplo de cómo podrían ser.

Días Trabajados:

• Suponiendo que los días pagados se forman considerando los días de la tabla de procesos o de periodos +/- los días de ausentismo +/- los días de sueldo capturados por incidencia, y que se dejen en el mnemónico DIASPAGPER. En la formulación estándar se sugiere:

Percepción Gravada 142:

• Suponiendo que se ocupa la formulación estándar, la formula sería la 70304 (ya existe). En esta se asume que los importes de los conceptos que aplican para el cálculo del ISR de acuerdo al artículo 142 del RISR, se dejaron en el mnemónico GRAVABLE86.

Días Horas Extras Dobles y Triples:

• Suponiendo que se tiene la formulación estándar, hay que modificar la fórmula 13701 ORD Tiempo Extra Doble para que guarde los días de tiempo extra doble y triple. Agregar las líneas 45 y 52.