Recibo de Nómina CFDI

Descripción 

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”

Procedimiento de Implantación 

El sistema se actualiza inmediatamente después de aplicar el paquete de actualizaciones (Patch) de este llamado.

1.  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”.
   
   

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

   1. Ejecutable del timbrado del PAC (TimbradoPAC.exe)

   2. QRCode.exe 
   3. QRCodeLib.dll
      
      
3. En la ruta donde se dejarán los certificados, indicada en el parámetro MV_CFDDIRS, colocar los archivos del certificado del cliente:
   1. *.cer
   2. *.key
   3. Certificado.pem
   4. Primarykey.pem

Actualizaciones al Diccionario de Datos

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

2.  Creación  de Campos en el archivo SX3 – Campos:

• • Tabla SRA – Maestro de empleados:

• • Tabla SRV – Conceptos:

• • Tabla RCH – Periodos:

• • Tabla RCJ – Procesos:

• • Tabla SRJ – Funciones:

• • Tabla RCM – Tipos de Ausencias:
    
    

• • Tabla SA6 – Bancos:

Importante:

El tamaño de los campos que disponen de grupo puede variar de acuerdo con el entorno en uso.

5.  Creación  de Consulta Estándar en el archivo SXB – Consulta Estándar:

• • • • Búsqueda S27MEX:

• • • • Búsqueda S28MEX:

• • • • Búsqueda S29MEX:

• • • Búsqueda S30MEX:

• • • • Búsqueda S31MEX:

• • • • Búsqueda S32MEX:

• • • • Búsqueda S33MEX: 

7.  Creación  de Parámetros en el archivo SX6 – Parámetros:

                           8. Creación de las tablas Alfanuméricas para los catálogos del SAT (RCB/RCC):

Procedimiento de Configuración 

CONFIGURACIÓN DE PARÁMETROS

1. En el Configurador (SIGACFG), acceda a Entornos/Archivos/Parámetros (CFGX017). Configure  los parámetros a continuación:
   

   
   

   Nombre	Tipo	Descripción	Valor ejemplo
   MV_RELACNT	C	Cuenta a ser utilizada en el envío de email para los informes.	[email protected]
   MV_RELAPSW	C	Contraseña para autenticación en servidor de email	tupassword
   MV_RELAUTH	L	El servidor de EMAIL requiere autenticación?	.T.
   MV_RELSRV	C	Nombre de servidor de envío de email utilizado	webmailmx.totvs.com
   MV_RELSSL	L	Indica si utiliza SSL	.T.
   MV_AGLUTPD	C	Agrupa conceptos (1=Si, 2=No)	1
   MV_RELSERV	C	Nombre de servidor de envío de email utilizado en los informes.	webmailmx.totvs.com
   MV_RELPSW	C	Contraseña de la cuenta de email para enviar informes	tupassword

    

CONFIGURACIÓN DE MENÚS

2.  En el Configurador (SIGACFG), acceda a Entornos/Archivo/Menú (CFGX013). Informe la nueva opción de menú del informe el nombre del módulo, conforme las instrucciones a continuación:

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 Proxy/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.

Procedimiento de Utilización 

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 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 = '1' o '2' o '3') 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).

6. 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.

7. 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).

8. 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).

9. 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’).

10. 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:

11. Formulación: Hay que asegurarse que los conceptos de Incapacidad tengan 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.

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.

• • Crear la fórmula para reportar los días de tiempo extra doble. En la formulación estándar se sugiere la siguiente: 

  • RC3_CODIGO	RC3_SEQFOR	RC3_FORM01	RC3_OPERA1	RC3_FORM02	RC3_RESULT
    71001	000001	#	TRACE_ON
    71001	000002	NOCALCULA	SI_IGUAL	1	FINAL
    71001	000003		MUEVE	INCUNIINC	UNIDADES
    71001	000004	UNIDADES	SI_DIFERENTE	0	FINAL
    71001	000005		MUEVE	DIASHRSDOB	UNIDADES
    71001	000006	FINAL	ETIQUETA
    71001	000007	#	TRACE_OFF

    
    

    
    

  • 1. En Conceptos por Proceso, si no existen los conceptos, hay que agregarlos en los Tipos de Nómina correspondientes. 
    • 
      • Nómina Ordinaria: asegurarse que existen los conceptos de Días Trabajados, Días Horas Extra Dobles, Días Horas Extra Triples. Algunas empresas tiene el concepto de Total Percepciones Gravadas 142 en la nómina ordinaria también.
    • 
      • Nómina Declaración: asegurarse que existe el concepto de Total Percepción Gravada 142.
    • 
      • Nómina Aguinaldo: asegurarse que existe el concepto de Total Percepción Gravada 142.
    • 
      • Nómina PTU: asegurarse que existe el concepto de Total Percepción Gravada 142.
    • 
      • Movimientos Fuera de Nómina: asegurarse que existen los conceptos de Total Percepción Gravada 142, Días Trabajados, Días Horas Extra Dobles, Días Horas Extra Triples.
    • 
      • Cálculo Finiquitos: asegurarse que existen los conceptos de Días Trabajados, Días Horas Extra Dobles, Días Horas Extra Triples. Algunas empresas tiene el concepto de Total Percepciones Gravadas 142 en la nómina de finiquitos también.
    • 
      • Aplicación Finiquitos: asegurarse que existen los conceptos de Días Trabajados, Días Horas Extra Dobles, Días Horas Extra Triples. Algunas empresas tiene el concepto de Total Percepciones Gravadas 142 en la nómina de finiquitos también, y por lo tanto también deberá estar en la  de Aplicación de Finiquitos.
    • 
      • Nóminas Especiales del Cliente: asegurarse que existen los conceptos de Días Trabajados, Días Horas Extra Dobles, Días Horas Extra Triples, Total Percepciones Gravadas 142 en las nóminas especiales del cliente donde se requieran.

    
    2. Para generar Recibos de Nómina de periodos cerrados hasta Marzo/2014, se deben considerar los parámetros MV_CFDI_DT (Num. Días Pagados) y MV_CFDI_PG (Total Gravado – 142), posteriormente a eso se tomará la información de los ID’s de Calculo correspondientes (para periodos cerrados o abiertos). 

    • 
      En caso de que no existan actualmente los conceptos de Total Percepción Gravada 142, Días Trabajados, Días Horas Extras Dobles y Días Horas Extras Triples, se tendrá que elegir entre 2 alternativas: 

    • 
      

    • • En los recibos de enero a marzo no venga esa información

    • 
      • Si se requiere que SI venga la información se sugiere crear un periodo de movimientos fuera de nómina por cada periodo cerrado, para capturar esos conceptos y una vez cerrados, por medio de APSDU renombrar los periodos para que sean de la ordinaria. Por ejemplo: periodo ordinaria 201401 pago 01 procedimiento 01, periodo movimientos fuera de nómina 201401 pago 01 procedimiento 05. Entonces solo tendría que renombrar el procedimiento a 01 y ya quedarían tanto en los acumulados (RG7) como en el histórico de movimientos (SRD).
      
      
      

  • Recibo de Nómina CFDi 

  • 1. Realizar la generación de Recibos de Nómina CFDi (Informes>Periódicos>Recibo de pago XML), ir al botón de parámetros para la generación de los recibos y seleccionar los parámetros deseados:

  • 
    Proceso: Se debe definir el proceso para la generación de los recibos de nómina (teclear directamente o bien presionar la tecla F3 para la consulta de procesos - RCJ).

  • 
    Procedimiento: Se debe definir el procedimiento para la generación de los recibos de nómina (teclear el valor directamente o bien presionar la tecla F3 para consultar los procedimientos - SRY).

  • 
    Periodo: Se debe definir el periodo para la generación de los recibos de nómina (teclear directamente o bien presionar la tecla F3 para la consulta de periodos - RCH). Pueden ser periodos abiertos o cerrados.

  • 
    Numero de Pago: Se debe definir el número de pago para la generación de los recibos de nómina (teclear directamente o bien presionar la tecla F3 para consultar los números de pago – RCH01).

  • 
    Pre-imp/Mail: Se debe definir el tipo de generación de los recibos de nómina. Las opciones disponibles son “Impreso” e “E-mail”.

  • 
    De Sucursal / A Sucursal: Se debe definir el rango de las sucursales para la generación de los recibos de nómina (teclear directamente o bien presionar la tecla F3 para consultar las sucursales – XM0).

  • 
    De Matricula / A Matricula: Se debe definir el rango de matrículas para la generación de los recibos de nómina (teclear directamente o bien presionar la tecla F3 para consultar las matriculas – SRA02). 

  • 
    De Nombre / A Nombre: Se debe definir el rango de nombres para la generación de los recibos de nómina (teclearlo directamente). 

  • 
    De Nº de Tarj. sin Rel. / A Nº de Tarj. sin Rel.: Se debe ingresar el número de tarjeta para la generación de los recibos de nómina (teclear directamente).

  • 
    De Centro de Costo / A Centro de Costo: Se debe definir el rango de centro de costos para la generación de los recibos de nómina (teclear directamente o bien presionar la tecla F3 para consultar los centros de costo - CTT).

  • 
    De Departamento / A Departamento: Se debe definir el rango de departamentos para la generación de los recibos de nómina (teclear directamente o bien presionar la tecla F3 para consultar departamentos - SQB).

  • 
    Situaciones por Impr.: Se debe definir las situaciones o estatus por imprimir para la generación de los recibos de nómina (teclear directamente).

  • 
    Categorías por Impr.: Se debe definir las categorías por imprimir para la generación de los recibos de nómina (teclear directamente).

  • 
    Mensaje 1 / Mensaje 2 / Mensaje 3: Se debe definir los mensajes para la generación de los recibos de nómina (teclear directamente o bien presionar la tecla F3 “consultar mensajes” – X06). Este mensaje se mostrara en la sección de mensajes del Recibo. 

  • 
    Mensaje Pie de Pag.: Definir un mensaje para mostrar en la generación de los recibos de nómina (teclear directamente o bien presionar la tecla F3 para consultar mensajes – S018). Este mensaje se mostrara en la sección de mensajes del Recibo.

  • 
    De Local Pago / A Local Pago: Definir el rango de Localidades de Pago para la generación de los recibos de nómina (teclear directamente).

  • 
    Sumariza Concepto: Definir si el concepto será resumido. Las opciones disponibles son “Si” o “No”.

  • 
    

  • Envía Timbrar: Definir si se envían a Timbrar o solo se imprimen. Las opciones disponibles son “Si” o “No”.

2.   En Conceptos por Proceso, si no existen los conceptos, hay que agregarlos en los Tipos de Nómina correspondientes.

• Nómina Ordinaria: asegurarse que existen los conceptos de Días Trabajados, Días Horas Extra Dobles, Días Horas Extra Triples. Algunas empresas tiene el concepto de Total Percepciones Gravadas 142 en la nómina ordinaria también.

• Nómina Declaración: asegurarse que existe el concepto de Total Percepción Gravada 142

• Nómina Aguinaldo: asegurarse que existe el concepto de Total Percepción Gravada 142

• 3. Generados los recibos en formato “xml”, estos se envían a timbrar mediante el siguiente proceso.

  • 
    a. Protheus envía los parámetros de certificados y contraseñas así como la lista de recibos generados a la aplicación para timbrado.

  • 
    b. La aplicación ejecuta el consumo del servicio web para timbrar los recibos.

  • 
    c. Al final, se visualiza un mensaje indicando cuantos recibos se timbraron y en su caso cuantos presentaron algún problema en ese proceso. En la ruta del SmartClient, parámetro MV_CFDSMAR + “Errores\”, se crea un log con los nombres de los recibos no timbrados así como los mensajes ya sea del evento sucedido o los obtenidos del servicio web del PAC, el archivo de log recibe como nombre la fecha y hora de generación: aaaammddhhmmss.log, en caso de proceder revise el log para determinar la causa.
    También se crea un archivo de texto plano en el cual se graban los nombres de los recibos no timbrados así como los que sí fueron timbrados. El archivo se crea en cada ejecución del “Recibo de Pago XML” y recibe el nombre con la siguiente estructura: Proceso + Procedimiento + Periodo + Numero de Pago.txt. Si el archivo ya existe solo se actualiza.

  • 
    d. Si los recibos vuelven a ser generados, los ya timbrados no serán considerados.

  • 
    e. Los recibos timbrados correctamente serán actualizados con la información del timbre fiscal digital correspondiente.

4. Timbrados los recibos, se envían a imprimir directamente a la impresora predeterminada o bien se enviarán los emails de los empleados, esto dependiente de la configuración del parámetro Pre-imp/Mail.

Si los archivos xml ya estaban timbrados, solo se reimprimen o se envían por correo electrónico.

5. Sí la pregunta ¿Envía Timbrar? es SI y se timbraron correctamente los recibos, el estatus del periodo se cambia a Timbrado (RCH_STATUS=”6”), de esta forma ya no podrán ser timbrados de nuevo los recibos de este periodo.  El periodo puede ser abierto o cerrado y de esto dependerá que se tome la información de Movimientos de Nómina (SRD) o de Histórico de Movimientos (SRC).