La matriz con la cual se soportan para decir que se vale ya no esta vigente o más bien hay reglas más nuevas, como lo indica el anexo 20 que es lo que debemos de hacerle caso (esa matriz no esta ni en reglas), abajo verás esto que menciono.

Pudiéramos si lo desean hacer un desarrollo especial para ustedes en donde omitamos esta validación, para que pasen, pero tendría que ser decisión de ustedes para en base a ello se vuelva un riesgo asumido de ustedes.

Tomando el ejemplo que nos mandan el motivo es justamente lo que indica el mensaje, y que bien indica que el atributo importe  Importe="428.064000" en la sección de impuestos no es correcto dado que la moneda MXN soporta hasta  2 decimales, siendo nuestro analisis el siguiente.

Yo realmente si te diría que no esta bien ya que el SAT indica es la suma del redondeo a dos decimales, siendo una nueva postura del SAT el aceptara los ceros no significativos, es decir que viniera  Importe="428.060000" cuando en realidad lo que debiera venir es el mismo valor que <cfdi:Impuestos TotalImpuestosTrasladados="428.06">

1. El campo de Total de impuestos por tipo viene a más de 2 decimales
   

El criterio del SAT ha sido para esta nueva versión manejar todos los campos de totales a 2 decimales, algo que hoy día están respetando para todos los campos salvo para este, incluido el campo de Total Impuesto Trasladado o Total impuesto retenido.

Es importante mencionar que el XSD (que es el esquema que se marca en el anexo 20) pero otra cosa es la regla de validación dicho campo en particular, es decir se definen los máximos y mínimos de decimales ya que depende del escenario.

Te comparto una presentación que el SAT nos dio con información relacionada a este punto:

https://drive.google.com/file/d/0BykGG4-jtNMEcVMyZzlsUHZFXzBkNnBqRmh2emVCcnhiMXpZ/view?usp=sharing

ANEXO 20

Nos hemos topado con clientes que se basan en la matriz de rechazos para decir si el CFDI debe aplicarse o no alguna regla, es importante que vean que en dicho archivo está desactualizado, vean la fecha con relación al anexo 20 y guía de llenado, como verán en el mismo Anexo 20 se define el orden en que debemos aplicar las validaciones normativas, en donde se indica que hay que hacerle caso a lo más nuevo, adicional un poco más abajo verán que está en reglas la Guía de Llenado.

Puedes ver las respuestas a las preguntas 72, 73, 74, 75, 76 de la Lista de preguntas: http://www.sat.gob.mx/informacion_fiscal/factura_electronica/Documents/cfdi/PyRFactElect.pdf

GUÍA DE LLENADO

En la guía de llenado se define que el campo de total impuesto trasladado y total impuesto retenido son a dos decimales, y en  donde está el debate es justamente el campo de importe de impuestos totalizados por tipo; en donde se da la siguiente definición. (Nota: Esto es diferente a los impuestos por línea en donde allí sí se puede hacer el manejo de 2 o 6 decimales, las sumatorias según el SAT deben ser la sumatoria del redondeo a dos decimales):

Fuente:

http://www.sat.gob.mx/informacion_fiscal/factura_electronica/Documents/Gu%C3%ADaAnexo20.pdf

Ver el ejemplo del importe que el SAT pone, viene a dos decimales.

Para darte más claridad te comparto 3 escenarios; dos que serían rechazados y uno que sería válido.

Ejemplo que consideramos INCORRECTO al momento en que nos llega un CFDI de otra empresa a nuestro validador:

Al inicio este ejemplo se marcaría como incorrecto pero en Marzo de 2018 se publico que los ceros significativos no afectan:

Ejemplo que consideramos CORRECTO al momento en que nos llega un CFDI de otra empresa a nuestro validador:

Tenemos dos caminos:

1- Le pueden pedir al proveedor que emita el CFDI como debe ser y de esta forma mantenemos la validación como esta. (y así nos curamos en salud ya que realmente como validamos es como dice el anexo 20 que es lo que vale)

2- O bien partiendo del escenario que tiene ya el CFDI un timbre y eso "supondría" que esta bien, dimensionamos el flexibilizar su proceso de validación para no rechazar CFDI que traigan más de 2 decimales en dicho campo.

Sin embargo me preocupa que este XML realmente tiene el calculo mal ya que están poniendo:

<cfdi:Traslado Impuesto="002" TipoFactor="Tasa" TasaOCuota="0.160000" Importe="428.064000"/>

Cuando ni siquiera es la suma del redondeo a dos decimales, es decir si viniera de alguna de estas formas pudiéramos presumir que son ceros no significativos (aunque debatible ya que la regla dice que debe ser acorde a los decimales de la moneda), pero pudiera pasar si así lo desean:

- 428.060000

- 428.06000

- 428.0600

- 428.060

- 428.06

Hace unas semanas incluso un cliente quiso hacer la consulta al SAT y le respondieron esto: