Closed RigoFlores closed 6 years ago
Cómo lo puedo reproducir en Pruebas ? A mi me marca error en el sello, pero no se si estoy capturando bien la info...
SI viste que el error de pro, pudiera ser solamente el tema de sincronizaci[on del server vs el server del pac..?
"update status : 124 : El comprobante tiene una fecha/hora mayor a la actual"
hay una fecha que marca diciembre 2018 según yo por ahí va el tema
en el log que te mandé, vienen los datos a capturar... los puedes tomar del XML
no encontr[e un correo con esa info... si lo tienes a la mano, me lo puedes volver a enviar pl
en el xml que viene aqui arriba en el ticket, no hay ninguna fecha de diciembre 2018
estuve haciendo pruebas con la info del cliente... crei que tenía que ver con la hora del servidor, que fuera un poco adelantada, pero la retrase un poco y me seguia dando error...
Eso no ha cambiado en mucho tiempo ... asi que el problema no es de código
que petch con este tema, si fue de datos ?
Aún no responde el cliente, hoy lo checo.
ya respondió el cliente. Sigue el problema. Usario=yesi, pwd= ye999. Esta es la pantalla que marca el error, pero donde se ven los datos para hacer la prueba.
Marca el error en el sello, no sé si cambió o que pasó. Esta es la liga que hallé con información de retenciones...
En la parte inferior derecha, se ubican las ligas al estándar y catálogos. Hay que revisar en el estándar si no cambió la forma de sellar. Quizás si.
entendí que el pac dijo que era el sello...
yeap... ya logre timbrar de forma exitosa... pero hay un detalle
El algoritmo para sellar retenciones es SHA1 y el algoritmo para sellar cfdi es SHA256
lo cual no entiendo, nunca habia diferenciado entre tipos de CFDi para usar uno u otro algoritmo de sellado... algo paso que no nos enteramos... sabes desde cuando no usaban retenciones ?
Tengo que implementar la diferencia en tiempo de ejecución para diferenciar entre ellos...
Ya mañana queda listo.
Lo que entiendo que sucede, es que para la versión 3.3 cambió el algoritmo de sellado de SHA1 a SHA256, pero solo para el CFDI. Con ello, las retenciones se quedaron en la modalidad anterior.
ya esta listo retenciones en pru... pero me truena la plantilla de retenciones ... Si ya tienes una plantilla válida, asignasela al RFC ACO para que purebes..
Nos faltaría la plantilla genérica retenciones33.jrxml
déjame verla... entiendo que cambiaste todo como para el cfdi 3.3, pero así como el SAT le hizo, nada de ello tendría que cambiar, incluso ni la plantilla... pero bajo el entendido que manejas una sola sección para el jasper, voy a migrar la plantilla de retenciones, aún cuando nada cambió
Ya la subí a la cuenta de ACO en pruebas. Intenté timbrar, y me volvió a dar un error...
Error al timbrar el CFDi de retenciones (124)
Esta marcando error en el template de productos.. por el campo fechaAduana
Caused by: java.lang.NoSuchMethodException: Unknown property 'fechaAduana' template retencion_products.jasper
Pasame ese template, el .jrxml, para yo arreglarlo, si no vamos a estar a prueba y error.
copie la plantilla base_productos33.jasper a retencion_producs.jasper y si funciono...
Mandame los templates finales para subir todo a PRO
ya te los mandé. Los configuré en pruebas, pero no los jaló. Deben tener un nombre en particular?? Según recuerdo, no se deben llamar igual que el genérico.
Cuál será el nombre genérico del template para retenciones???
cuando llevamos correcciones a pro, ya que mientras no se suban, para los clientes es lo mismo, es decir no le estamos resolviendo?
ya esta en PRO, lo subí ayer en la noche
si, el asunto es que no me dijiste cuál era la nomenclatura requerida para la plantilla estándar. Lo investigué a prueba y error en producción, para subir la plantilla que estaba buscando.
Cuanto intentas timbrar una retención marca error en la fecha del documento. No se de donde aparece en el log, una fecha de issue, de diciembre 2018. Lo traté de reproducir en pruebas, y marca error al timbrar...
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>