PFTv1.0 - carta porte 2.0 cuando es internacional, marca error

[RigoFlores]

Cuando es traslado nacional, no hay problema. Es decir cuando el origen y destino son nacionales. Pero cuando el origen es USA, y el destino MEX, ahí se generan estos problemas:

2024-02-06 18:22:26,734 DEBUG [https-jsse-nio-8443-exec-5] (SealerPACProcess.java:377) - Finkok process starts here 2024-02-06 18:22:26,734 DEBUG [https-jsse-nio-8443-exec-5] (FinkokService.java:67) - Sign CFDi request @ : R>ttps://facturacion.finkok.com/servicios/soap/stamp.wsdl 2024-02-06 18:22:26,745 DEBUG [https-jsse-nio-8443-exec-5] (FinkokService.java:82) - com.finkok.facturacion.stamp.Stamp@1c0996ba[xml=javax.xml.bind.JAXBElement@b041382,username=javax.xml.bind.JAXBElement@4b87ef53,password=javax.xml.bind.JAXBElement@5946724b] 2024-02-06 18:22:26,745 DEBUG [https-jsse-nio-8443-exec-5] (FinkokService.java:83) - javax.xml.bind.JAXBElement@9aa939f[name={http://facturacion.finkok.com/stamp}stamp,declaredType=class com.finkok.facturacion.stamp.Stamp,scope=class javax.xml.bind.JAXBElement$GlobalScope,value=com.finkok.facturacion.stamp.Stamp@1c0996ba,nil=false] 2024-02-06 18:22:26,746 ERROR [https-jsse-nio-8443-exec-5] (FinkokService.java:130) - java.lang.IllegalArgumentException: Illegal character in scheme name at index 1: R>ttps://facturacion.finkok.com/servicios/soap/stamp.wsdl java.lang.IllegalArgumentException: Illegal character in scheme name at index 1: R>ttps://facturacion.finkok.com/servicios/soap/stamp.wsdl

en pru se genera el error de digestion, en produccion es distinto el comportamiento. según yo, este problema ya se había presentado y resuelto antes, hace ya un rato, cuando empezaba la carta porte 2.0

[jccastillo0007]

fixed

[RigoFlores]

finalmente se pudo concluir la prueba que nunca se pudo hacer en pru... cuando el país origen es distinto a MEX, se incluye la fracción arancelaria y el atributo de pedimento. Ese atributo no se está incluyendo ahora mismo en pro. Antes se capturaba distinto, pero con las pantallas de carta porte 3.0, sigue apareciendo ese dato.

[jccastillo0007]

no entiendo que sobra o que falta

[RigoFlores]

el mensaje indica que falta el pedimento. En la 2.0 es un atributo mas de mercancías. En la pantalla nueva, el pedimento lo capturan en una posición distinta a como se capturaba antes, no se si eso afecta.

El punto es cuando se trata de un país extranjero el origen, incluir la fracción arancelaria y el pedimento. Lo que falta es incluir el pedimento.

[jccastillo0007]

sabe si entendí bien, pero chécale en pru

[RigoFlores]

sigue faltando el atributo correspondiente a pedimentos en este nodo:

            <cartaporte20:Mercancia BienesTransp="25101503" Cantidad="10.0" ClaveUnidad="H87" Descripcion="9BD265553M9182527 415554 RAM PROMASTER RAPID" FraccionArancelaria="0101909900" Moneda="MXN" PesoEnKg="25000.0" Unidad="PIEZA" ValorMercancia="5000000.0"/>

para reproducirlo:

emisor IIA receptor la tia producto flete así como está origen canada, fecha hoy, destino la tia gdl, fecha hoy, distancia 1000 producto 9BD26... cantidad 10 transporte camión con remolque operador. juarez mendez edgar

[RigoFlores]

para reproducirlo en pru: Emisor: IIA Receptor: OAP21 Concepto: flete. PU: 1000.00 IVA 16%, retención de IVA 4%

Carta Porte: Origen: Ferpa; fecha 7 feb; Destino: nancy; fecha 13 feb; distancia 199

Mercancia: motores US; cantidad 1; peso 17200 transporte: camion14 operador manuel

Si vemos el XML que trata de timbrar, en el nodo de mercancías si agrega la fracción arancelaria, pero no incluye el nodo hijo de mercancias "pedimentos" con el atributo pedimento = "24 19 3987 4000178"

Y bueno, antes de timbrarlo, le hace daño a su panza, y marca el error de digestión... jeje

[RigoFlores]

Este es el nodo que falta, pero aún no sabemos si incluyéndolo ya timbrará. En pru, antes del timbrado ya manda error de digestión.