CRP20261 el valor del campo importeDR o que corresponde a traslado no se encuentra entre el limite inferior y

[sortugado]

hola!
agradeceria mucho su ayuda, estamos tratando de generar algunos camplementos de pago que realmente no se que pasa y no podemos

adjunto archivos ejemplo real
archivo.ini 4.0
archivo.pdf y xml de la factura que queremos pagar

todo va muy bien exepto por este detalle de estos complementos, pasa esporadicamente van como 6 veces despues de muchos generados
hasta hoy lo he resuelto con una copia viejita del sistema version 3.3, pero realmente no se que pasa por eso pido ayuda gracias..

de este lado todo perfecto 11 rfcs instalados (8%,16%,retenciones, facturas globales, facturas al extranjero, etc )
(pagos en pesos , moneda extranjera, etc ) todos con mucho movimiento esta trabajando muy bien la librerica DLL.
y todas las pruebas de CARTAPORTE muy bien

NOTA: felicidades por todo el trabajo que realizan ustedes en VALIDACFD y aliados...utilizamos la libreria DLL para generar y timbrar .ini y mandarlo timbrar

[Dado]

El XML SI TIMBRA correctamente, adjunto prueba

[SoftwareExpertis]

Hola dado buenas tardes, tengo el mismo problema en una de mis facturas esta saliendo este error pero lo curioso es que en ambiente de pruebas con los mismos datos el complemento se timbra correctamente, pero cuando lo intento hacer en produccion no puedo, me sigue emitiendo el mismo mensaje de error, adjunto txt en produccion y prueba, los datos son los mismos, asi como la imagen del error.

Si tienes alguna idea de por que pudiera estar pasando esto que nos pueda ayudar a resolverlo te lo agradeceria mucho.

Saludos

[Dado]

Es bastante latoso encontrar el problema, hay que literalmente hacer una tabla de datos en excel e ir calculando paso a paso los valores

Una recomendacion es aumentar el numero de decimales para mejorar la precision y eliminar el redondeo, me parece que lo maximo son 6, queda claro que 12.385731 pesos no tiene mucho sentido contable, pero todo sea por eliminar este error

[SoftwareExpertis]

Es un fastidio tener que lidiar con esos calculos extremadamente "perfectos", pero si no hay de otra pues a incrementar los decimales... muchas gracias, vere cual cantidad de decimales me da los mejores resultados porque me preocupa que si ususo los 6 a nivel detalle, como en el global me parece que si deben ser solo 2 me detecte mas errores, pero jugare con las opciones a ver cual resulta mas favorable.

Saludos.

[Dado]

No me quede con la duda de porque si timbro en pruebas y en produccion no.

La situacion es que ECODEX es mucho mas exigente con los importes, marco error, pero recuerda que automaticamente hace un segundo intento con COMERCIO DIGITAL, el cual SI timbro el XML de prueba

La diferencia fue que en produccion tu RFC no estaba (ya ahora lo esta) registrado con Comercio Digital y por eso no pudo timbrarlo ninguno de los dos.

[SoftwareExpertis]

Muchisimas gracias!!!, si, lo intentamos de nuevo y ya se timbro , entonces de momento no hare modificaciones en el calculo, seguiremos probando asi y en dado caso de que sigan surgiendo esos detalles entonces ya ajustaria los numeros.

Saludos.

[jggtz]

Hasta ahora me ha dado resultado utilizar 4 decimales en TrasladoDR BaseDR y en ImporteDR
y obviamente en TrasladoP BaseP e ImporteP

Código: Seleccionar todo

- <cfdi:Complemento>
- <pago20:Pagos xmlns:pago20="http://www.sat.gob.mx/Pagos20" Version="2.0">
  <pago20:Totales TotalTrasladosBaseIVA16="431.03" TotalTrasladosImpuestoIVA16="68.97" MontoTotalPagos="500.00" /> 
- <pago20:Pago FechaPago="2022-05-30T08:33:23" FormaDePagoP="01" MonedaP="MXN" TipoCambioP="1" Monto="500.00" NumOperacion="2205305">
- <pago20:DoctoRelacionado IdDocumento="9C462EC2-B570-4047-AF0F-4B14089DA127" Serie="FA" Folio="57" MonedaDR="MXN" EquivalenciaDR="1" NumParcialidad="1" ImpSaldoAnt="1960.40" ImpPagado="500.00" ImpSaldoInsoluto="1460.40" ObjetoImpDR="02">
- <pago20:ImpuestosDR>
- <pago20:TrasladosDR>
  <pago20:TrasladoDR BaseDR="431.0345" ImpuestoDR="002" TipoFactorDR="Tasa" TasaOCuotaDR="0.160000" ImporteDR="68.9655" /> 
  </pago20:TrasladosDR>
  </pago20:ImpuestosDR>
  </pago20:DoctoRelacionado>
- <pago20:ImpuestosP>
- <pago20:TrasladosP>
  <pago20:TrasladoP BaseP="431.0345" ImpuestoP="002" TipoFactorP="Tasa" TasaOCuotaP="0.160000" ImporteP="68.9655" /> 
  </pago20:TrasladosP>
  </pago20:ImpuestosP>
  </pago20:Pago>
  </pago20:Pagos>
  <tfd:TimbreFiscalDigital xmlns:tfd="http://www.sat.gob.mx/TimbreFiscalDigital" Version="1.1" UUID="BF58308E-BC0E-448C-9480-29D3E3B96BDA" FechaTimbrado="2022-05-30T10:35:13" SelloCFD="ceTJ72HDzJ0mKBZbpBEkJ/2Qpi3bVaOHlP9HbNbapwSRO593LFXtHe6FMIZcJz8gtQ8ip0T6qN2TvBl+wxpllgVorkTY8R9ONtvWw4/dXmfvJqcMWRgWS4jLrwXwnHxLKrDIx6IblEmSvZT01u80LPiJaKx3E0NnzhCvT/tS205wzyxzsBxZxIMEFauaG5LiwmfH4vxWU1YL4nePc4uEcQDQvDjCAqlCVoJSWaP0w7lVcJ3A1DFCMCHJKd1ks0i1DE6E5B3fXIIfi2fkbAONF/1fSQ+yib6pSYcV2L6GJXv/FXsRM9vwAbGxaYqtnP9FQWQqKFFa33r7n6WNWr9vpA==" NoCertificadoSAT="30001000000400002495" SelloSAT="qp5n6fsRea2luQiCq9raQq+HMaSLowEzjXiJJfLcQHwoSYsaWC9vq9wvgiNd5bxBuQFKmbisxHRRCHTBDt6v+tNyjK6ieouuNnubIB0PqG+NVo8cEFXu2iiXuWGaTs8Hbn/Bh6N304TjmkRY2dlD/gnUAkrLEQUYiLYRksfYqbqZ6clq7jbki2pZkfyL4+Y6TLDxOvrcVaM3p+UHSB71tMG37YgX43qS5brUbnoQhMYik8Mq6FbU1qNkNsBZ4IngkSJW7/C6d9ra2nWE8xadeFMpIIOsd0ksTgpbilPIBfQBPQD3Qq9C7b27aWjZCo4m0t7gcwc3H7TC63DO7ouPZg==" RfcProvCertif="SPR190613I52" xsi:schemaLocation="http://www.sat.gob.mx/TimbreFiscalDigital http://www.sat.gob.mx/sitio_internet/cfd/TimbreFiscalDigital/TimbreFiscalDigitalv11.xsd" /> 
  </cfdi:Complemento>

[sortugado]

El XML SI TIMBRA correctamente, adjunto prueba

hola.. COMO RESOLVI ESTE DETALLE
resulta que con el paso de los dias semana por semana con un cliente salia este error en varios complementos
digamos 4 en una semana 5 en otra etc.

y despues de tanto pensar y sin cambiar lo mas minimo en mi codigo de el programa
lo unico que hice fue "TRASLADAR TIMBRES A EL PAC DE RESPALDO"
en la pagina de mercantiltitanio.com

y listo TODO FUNCIONA CORRECTAMENTE. se me hizo increible y estoy contento.
ya llevamos 3 semanas timbrando complementos sin este detalle

si vuelve a pasar estare infromando

[Dado]

NUEVO, a la DLL se le amplio la funcion CalcularImportes para que ahora incluya los REP, mas info aqui