Closed RigoFlores closed 1 month ago
no lo pude reproducir, a mi si me puso el folio
Ahorita ya marca internal error, ya que no toma la forma de pago del archivo.
pásame el archivo que estás usando
pues realmente no tienen mucha complejidad, pero bueno, aquí está.. (marca internal error al intentar timbrar).
si está funcionando bien
negativo, sigue marcando internal error... y no me permite validarlo Eso es desde FI.
que remisión estás usando? si la subiste con la versión correcta del conector?
la subí con la última versión, así como toooodas las pruebas que hago. esa versión es del 16 de julio.
ya te mandé un video evidencia, ya que aparentemente no estás confiando en estos reportes que levanto.
ya con FI, que parte de esta factura es incorrecta
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
no lo sé, tengo que revisar, ya que el problema es que desde FI marcaba internal error, entonces entiendo que ya se corrigió eso del internal error.
Se mantiene este problema para el Hostal Tanto desde FI como desde FR. Envía el ID del producto como "False"
Para el galpón tanto en FI como en FR, lo hace bien.
Según la implementación, el campo 1 del archivo txt se toma como el id del producto, con el archivo que estoy probando tiene False, y por eso le pone ese dato. Desde FTT, le pone el producto Id como NoIdentificacion="PROD_FTT"
Esta es la línea del archivo que está procesando
False,724.52,Transferencia,OSCAR YAIR VEGA ALVARADO,In House,2023-12-02,2023-12-03,30139,septimohostal@gmail.com,2023-12-02 10:38:00-06:00,17661751098,
Eso es según la implementación con el refactor, pero mira los XML de producción. Estos son ambos desde FTT para el hostal, y ahí si coloca bien el idproducto (es decir, pone el ID ticket).
hostalpro2.xml.txt hostalPro.xml.txt
Justo ese es el error reportado, que no está poniendo correctamente el id.
Por otro lado, para el hostal dentro de su archivo, el ID ticket no está en el campo 1, sino en el campo 8. Hostal tiene un layout y galpón otro.
mira, aquí un XML del galpón, que se generó a partir del FTT. El ID producto, es el ID del ticket.
ok, temo decirte que yo creo no están usando la aplicación... no creo haber movido nada de eso.
Es de esta semana esta factura, creo que son de hoy
Aquí tienes 3 facturas de ayer 20 de agosto, 2 del galpón (conector y FTT) y una del hostal (FTT), con la nomenclatura correcta en el id.
Lo que si, es que aparentemente en el hostal, ya todo lo manejan desde FTT
Sabes si alguien usaba el producto id como PROD_FTT ? porque ya se lo quite
jajajaja, primero mato, y luego veriguo...
Esa ID del producto, se planteó precisamente para que cuando se genera la remisión desde FTT, busque por ese producto. En el caso del galpon y hostal, solo se puede tomar para uno de ellos. Seguro que era para el galpón, es decir "CONSUMO DE ALIMENTOS".
El acuerdo seguramente fue que cuando se tratara de una remisión FTT del hostal, en jardcoud, se colocara "HOSPEDAJE" en lugar del producto PROD_FTT
Pero OJO, ese ID producto, cuando se trate de FTT será el que tome del catálogo para colocar en la factura de un único producto.
Solo que para el Hostal se hizo una excepción, porque comparte el RFC con el Galpón.
done
Para probar desde conector, hay que usar el nuevo conector que subí hoy 08/23
Creo que quedaron todos los escenarios, resulta que el galpón tiene 8 distintos... FI y FR por un lado... y galpón/hostal, por conector o por FTT. Son 8 distintos escenarios en total, no maaaa!!! Y el ID producto quedó bien en casi todos, es decir el número de ticket.
En los únicos escenarios donde no pone el número de ticket en el id producto, es galpón FTT (tanto FI, como FR). Ahí coloca PROD_FTT, y debe ser el número de ticket. Recordar que PROD_FTT, sirve para ubicar en el catálogo cuál producto incluir cuando llega desde FTT, pero es mejor que coloque el número de ticket, justo para conocer cuál ticket se facturó.
fixed
listo, solo validé esos escenarios que estaban faltando.
Tanto en el hostal como en el galpón, solo se incluye un concepto. El acuerdo ha sido que el NoIdentificacion sea el ID del ticket.
Actualmente lo pone como NoIdentificacion="False"