Como recordarás, a partir del 01 de enero del 2022, entró en vigor la versión 2.0 del complemento de recepción de pagos, esta versión es compatible con la versión 4.0 del CFDI, siendo obligatorio su uso a partir del 1 de abril del 2023.
En esta ocasión, queremos compartir contigo los cambios que el Servicio de Administración Tributaria (SAT) realizó el pasado 7 de enero de 2023, a la definición de este complemento, cambio que describiremos a continuación:
Schema
En este caso, el SAT a modificado el archivo pagos20.xsd, el cambio corresponde al atributo “EquivalenciaDR” el cual se ubica dentro del nodo correspondiente a la lista de los documentos relacionados con los pagos.
Este atributo (EquivalenciaDR) sirve para expresar el tipo de cambio conforme con la moneda registrada en el documento relacionado, siendo requerido cuando la moneda del documento relacionado sea distinta de la moneda del pago.
El cambio en específico, para este atributo, consiste en el aumento en la cantidad de posiciones decimales, anteriormente las posiciones decimales eran hasta 6, con este cambio las posiciones decimales se incrementan a 10, quedando como valor mínimo incluyente 0.0000000001
Es importante mencionar, que el SAT no modifica la versión del complemento ni del archivo XSD, por lo que todavía sigue siendo 2.0.
Matriz de errores
A diferencia del schema, en la matriz de errores, el SAT realizo varios cambios, algunos fueron mejoras a lo que ya existían y otros son nuevos. A continuación, describiremos cada uno de los cambios realizados:
CRP20112
- Este número de error ya existía.
- Validación anterior: El nodo Conceptos no debe tener nodos hijo.
- Validación actual: El nodo Conceptos no debe tener nodos hijo, solo cuando se trate del nodo AcuentaTerceros
CRP20217
- Este número de error ya existía.
- Validación anterior: Que la suma de los valores registrados en el nodo DoctoRelacionado, atributo ImpPagado, sea menor o igual que el valor de este atributo.
- Validación nueva: Cuando la moneda registrada en el Documento Relacionado sea igual a la del Pago, la suma de los valores registrados en el nodo DoctoRelacionado, atributo ImpPagado, debe ser menor o igual que el valor de este atributo. Al ser mismas monedas, no se calculan los márgenes de variación (límites inferior y superior) por efecto de redondeo.
CRP20247
- Este número de error ya existía.
- Validación anterior: Si este atributo contiene el valor “01” o “03” el nodo hijo Impuestos del nodo concepto no debe existir.
- Validación nueva: Si este atributo contiene el valor “01”, o “03” o “04”, el nodo hijo ImpuestosDR del nodo DoctoRelacionado, no debe existir.
CRP20275
- Nuevo número de error
- Cuando la moneda registrada en el Documento Relacionado sea diferente a la del Pago, primero se debe calcular el margen de variación, es decir, el cálculo de los limites inferior y superior de cada importe pagado y posteriormente convertir los importes pagados (dividiendo ImpPagado/EquivalenciaDR) de cada Documento Relacionado a la moneda de pago, seguido de esto validar que la suma de los valores registrados en el nodo DoctoRelacionado, atributo ImpPagado, debe ser menor o igual que el valor del atributo Monto. El resultado de la suma de los atributos ImpPagado, convertidos a la moneda del pago (ImpPagado/EquivalenciaDR), se deberá truncar a los decimales que soporte la moneda que se registró en el nodo Pago.
CRP20276
- Nuevo número de error
- Cuando la moneda registrada en el Documento Relacionado sea diferente a la del Pago, primero se debe calcular el margen de variación, es decir, el cálculo de los limites inferior y superior de cada importe pagado. El límite inferior se debe truncar y el límite superior se debe redondear, al número de decimales que soporte la moneda. Los límites inferior y superior se calculan de manera individual para cada importe pagado, y son cada uno de los importes pagados los que deben estar entre sus límites respectivos.
Comentarios finales
De acuerdo con el cambio realizado al schema, queremos suponer que el incremento de los decimales a 10 posiciones es para que, al momento de realizar el cálculo de importes, este sea lo más exacto posible.
Lo raro de este cambio es que ninguna de las monedas definidas en el catálogo correspondiente al CFDI 4.0 tienen como manejo de decimales 10, incluso ni siquiera 6 que era el valor anterior permitido.
Con respecto a la matriz de errores, podemos observar que la autoridad sigue afinando todo lo relacionado a la emisión del recibo de pago, por lo que no es extraño que a futuro veamos cambios similares a los aquí mencionados.
Descargar documentación
Si deseas obtener los archivos en los cuales se ve reflejado los cambios realizados por la autoridad al complemento de pago 2.0, te invitamos a dar clic en la siguiente liga:
Cambios Complemento de pago 2.0
Hasta la próxima.