Inicio  |  Timbrado Nómina v1.2
La LCO fue actualizada por última vez el 03/dic/2024

Complemento Nómina versión 1.2

El Sistema de Administración Tributaria (SAT) recientemente liberó la documentación para la nueva versión del complemento de nómina v1.2 que será obligatorío a partir de enero del 2017.

En su comunicado, el SAT precisó que la difusión anticipada del documento tiene como fin que los contribuyentes y las empresas desarrolladoras de software puedan analizar las especificaciones técnicas propuestas, para así ponderar, planear e iniciar su operación.

Solución Factible® preparó los escenarios necesarios para que la transición a esta nueva versión sea más sencilla para usted.

El timbrado de los CFDI de la nueva versión del complemento de recibos de nómina v1.2 se realizará mediante el Webservice de Timbrado ya establecido por Solución Factible® cuando éste entre en vigor.

Así mismo nos complace informarle que nuestro Webservice de "Testing" ya está disponible para el timbrado de recibos de nómina versión 1.2, le sugerimos realizar las pruebas que considere necesarias.

Cambios relevantes

Entre los cambios más relevantes, se citan los siguientes:

  • Eliminación de la Declaración Informativa Múltiple de Sueldos y Salarios.
    A partir del ejercicio de 2017 ya no se deberá presentar la citada declaración, por lo anterior, se consideró necesario agregar información contenida en la citada declaración en el CFDI de nómina a efecto de que el SAT cuente con dicha información.
    • AccionesOTitulos
    • JubilacionPensionRetiro
    • SubsidioAlEmpleo
    • CompensacionSaldosAFavor
    • SeparacionIndemnizacion
  • Se incorpora la CURP del emisor del comprobante de nómina cuando es una persona física.
  • El registro patronal es opcional, excepto cuando se cuente con él o se esté obligado a tenerlo conforme a otras disposiciones legales.
  • Se establece un nuevo campo para los contribuyentes que prestan el servicio de outsourcing, en donde deberá manifestarse:
    • Lista de las personas que los subcontrataron.
    • RFC de la persona que subcontrata.
    • Porcentaje del tiempo que prestó sus servicios con el RFC que lo subcontrata.
  • El número de seguridad social es opcional, salvo que se cuente con él, o se esté obligado a tenerlo conforme a otras disposiciones legales.
  • La clave de riesgo de trabajo es opcional, excepto cuando se cuente con él, o se esté obligado a tenerla conforme a otras disposiciones aplicables.
  • La clave de la entidad federativa, en donde el receptor del recibo prestó el servicio, conforme al catálogo de estados publicado en el portal del SAT.
  • En el concepto de las percepciones se incluye el concepto “adquisición de acciones” cuando el patrón otorgue dicha prestación, en cuyo caso se manifestará:
    • Los ingresos por adquisición de acciones.
    • El valor de mercado de las acciones.
    • El precio establecido al trabajador.

Adicionalmente deberán señalarse en el complemento de nóminas los pagos que se realicen por separación, jubilación, pensión, retiro o indemnización
Otra de las modificaciones es que las entidades adheridas al Sistema Nacional de Coordinación Fiscal (SNCF) deberán efectuar la identificación del origen de los recursos utilizados en el pago de nómina del personal que presta o desempeña un servicio personal subordinado en ellas, del municipio o demarcación territorial de la Ciudad de México, así como en sus respectivos organismos autónomos y entidades Paraestatales y Paramunicipales

Reglas de validación

Se incluyeron reglas de validación para el registro de información del complemento, así mismo reglas de validación para la generación del recibo de nómina dentro del comprobante vigente v3.2 y para la próxima actualización del comprobante versión 3.3

Por su posible afectación, la validación más importante se aplicará sobre el RFC del "Receptor", para mayor información dé click Aquí

El SAT definió un documento preliminar de la matriz de validaciones que deberá usarse para la emisión de un recibo de nómina v1.2, la cual puede descargar Aquí.

Le recomendamos ampliamente tomar en cuenta estas validaciones y no dejar pasar su aplicación, a continuación se enlistan las más representativas:

      Del CFDI
      • subtotal:
        • Suma de los atributos:
          Nomina:TotalPercepciones + Nomina:TotalOtrosPagos.
      • descuento:
        • Se registra el valor del campo Nomina:TotalDeducciones.
      • total:
        • Suma de los atributos:
          Nomina:TotalPercepciones + Nomina:TotalOtrosPagos - Nomina:TotalDeducciones.
      • metodoDePago:
        • Deberá ser "NA".
      • valorUnitario:
        • Suma de los atributos:
          TotalPercepciones + TotalOtrosPagos.
      • Importe:
        • Suma de los atributos:
          TotalPercepciones + TotalOtrosPagos.
        Nodo EMISOR
      • RFC
        • Para el caso de RFC de persona moral no debe existir el campo Emisor:Curp
        • Para el caso de RFC de persona fisica debe existir el campo Emisor:Curp
        • Si el RFC corresponde al de un contribuyente que presta servicios de tercerización o subcontratación de nómina, se debe registrar la información solicitada en la sección "Subcontratacion"
      • Los nodos "DomicilioFiscal" y "ExpedidoEn" no deben existir.
      • El nodo "RegimenFiscal" debe contener una clave del catálogo publicado por el SAT.
        Nodo RECEPTOR
      • RFC
        • Debe ser una persona Física.
        • El RFC debe ser correcto y estar registrado en el SAT
          Más información Aquí
      • Los nodos "DomicilioFiscal" y "ExpedidoEn" no deben existir.
      • El nodo "RegimenFiscal" debe contener una clave del catálogo publicado por el SAT.

      Del complemento
    • Atributo "TotalPercepciones"
      • Si no existe el nodo Percepciones, este atributo no debe existir.
      • Si existe el nodo percepciones, el valor de este atributo debe ser igual a la suma de los atributos "TotalSueldos" más "TotalSeparacionIndemnizacion" más "TotalJubilacionPensionRetiro" del nodo Percepciones.
    • Atributo "TipoRegimen"
      • El valor de este campo debe ser una clave del catálogo de c_TipoRegimen publicado en el portal del SAT en internet.
      • Si el atributo TipoContrato tiene una clave entre los valores "01" y "08" del catálogo c_TipoContrato, entonces el valor de este atributo debe ser "02", "03" ó "04".
      • Si el atributo TipoContrato tiene un valor "09" ó superior, entonces este atributo debe tener un valor entre "05" y hasta el "99".
    • Atributo "ImporteGravado"
      • La suma de los importes de los atributos ImporteGravado e ImporteExento debe ser mayor que cero.
    • Cálculos del comprobante:
      • TotalPercepciones:
        • Suma de los atributos del nodo Percepciones:
          TotalSueldos + TotalSeparacionIndemnizacion + TotalJubilacionPensionRetiro
      • TotalDeducciones:
        • Suma del valor de los atributos:
          TotalOtrasDeducciones más TotalImpuestosRetenidos del nodo Deducciones.
      • TotalOtrosPagos:
        • Suma del valor de los atributos:
          Importe de los nodos nomina:-OtrosPagos:-OtroPago
      • TotalSueldos:
        • Suma de los atributos ImporteGravado + ImporteExento
          solo cuando la clave del TipoPercepcion es distinta de 022, 023, 025, 039 o 044
      • TotalSeparacionIndemnizacion:
        • Suma de los atributos ImporteGravado + ImporteExento
          solo cuando la clave del TipoPercepcion es 022, 023 o 025
      • TotalJubilacionPensionRetiro:
        • Suma de los atributos ImporteGravado + ImporteExento
          solo cuando la clave del TipoPercepcion es 039 o 044
      • TotalGravado:
        • Suma del valor de los atributos ImporteGravado de los nodos Percepcion.
      • TotalExento:
        • Suma del valor de los atributos ImporteExento de los nodos Percepcion.
      • TotalImpuestosRetenidos:
        • Suma del valor de los atributos Importe de las deducciones cuando el atributo TipoDeduccion contenga la clave "002"

Estructura

La estructura para el complemento de recibo de nómina 1.2, tiene que seguir la "Definición de Esquema XML" ó "XML Schema Definition"(XSD por sus siglas en inglés) este XSD es usado para expresar una serie de reglas a las que un documento XML debe ajustarse para ser considerado como "válido", de acuerdo a ese esquema. El archivo XSD que debe seguirse puede ser consultado en el siguiente enlace: nómina12.xsd

Ejemplo

Ejemplo de CFDI con complemento recibo de pago de nómina 1.2

Descarga aquí, los "ejemplos" de nómina 1.2

Enlaces externos

Datos de contacto
comments powered by Disqus