Error de Timbrado

[Jeorjen]

Hola, una consulta:
desde ayer me ha estado marcando error de timbrado al generar una factura.Se pasa el archivo de texto que se pone en la carpeta a supervisar con el nombre original + error timbrado, y si lo abro dice lo siguiente: El comprobante contiene un timbre previo. En la carpeta invalidos no se pasa nada, lo raro es que se genera el pdf en la carpeta de validos,mas no asi el XML. Ayer me paso lo mismo y la volvi a generar la factura, y resulta que al entrar al SAT para consultar las facturas estaban vigentes las dos (o sea duplicadas y tuve que cancelar la segunda que se habia repetido). Ahorita me esta pasando lo mismo y ya tengo el pdf pero no el XML, y por esta razon quiero consultar antes de volver a generar algo,lo que esta pasando, para no estar duplicando. Gracias

[Jeorjen]

Una observacion, en uno de los 2 RFC tenia configurado mal la carpeta invalidos (ambas carpetas validos e invalidos estaban direccionados a la de validos y ahorita ya esta corregido), pero en el otro RFC (el del problema de ayer) estaba bien configurado.

[Dado]

Actualiza el Servitimbre

La version mas nueva tiene la generacion de una bitacora en donde podemos ver que esta pasando

[Jeorjen]

OK. Gracias, la version que tengo si tiene la opcion de la bitacora (estaba desactivada, pero ya la activé).
¿Se puede hacer algo para la obtencion del XML que no me generó?. Entré al portal del SAT y la factura ya está generada y marcada como vigente. Envié el PDF al cliente de la factura sin su xml. ¿Que se podria hacer en este caso?
Gracias

[Dado]

Al final de esta pagina hay un programa para recuperar los XML a partir del RFC de emisor y el UUID

Me parece que tambien del portal del SAT se puede descargar

[Jeorjen]

Muchas gracias, Dado.

Saludos

[Jeorjen]

Dado, adjunto bitacora de sucesos, es otra factura que esta haciendo lo mismo (en incalidos aveces marca DUPLICIDAD EN EL UUID AL INSERTAR EL DOCUMENTO y otras veces marca CONTIENE UN TIMBRE PREVIO).

[Dado]

Bueno veo varios detalles

- Porque en el archivo de texto pones version=2.0 ? ponle de una vez version = 3.2

- Desactiva la funcion de RENOMBRAR, esto es borra el dato que esta en el renglon "Renombrar" solo para hacer pruebas y ver si funciona mejor

Mmmmh, checa esto, estas procesando EL MISMO ARCHIVO :

'2012-12-05 15:35:17.658 Dispatch Factura_AN365 SEMILLAS Y CEREALES SAN JUANICO SA DE CV.txt

'2012-12-05 15:39:36.987 Dispatch Factura_AN365 SEMILLAS Y CEREALES SAN JUANICO SA DE CV.txt

Esto es, a las 15:35 grabas el archivo Factura_AN365 y cuatro minutos despues vuelves a grabar EL MISMO ARCHIVO Factura_AN365

OK, haz esto, genera el archivo de texto FUERA DE LA CARPETA DEL SERVITIMBRE y luego, con una sola instruccion muevelo al Servitimbre

Si ves la logica de lo que esta pasando? es mas o menos asi :

- Tu creas el archivo de texto, empiezas a escribirlo

- Servitimbre lo detecta, LO JALA Y LO PROCESA

- Tu sigues escribiendo sobre el txt

- Servitimbre sigue detectando un archivo de texto, vuelve a jalarlo y lo procesa

- Tu terminas de escribir sobre el txt, lo cierras

- Sevitimbre, por tercera ocasion detecta un archivo y lo vuelve a procesa

Por eso es importante que prepares el TXT FUERA DE LA VISTA DE SERVITIMBRE y hasta que este listo y completo entonces si se lo pasas para su proceso

Aunque me queda la duda de porque pasan 4 minutos entre un proceso y el otro.............checa que no estes usando EL MISMO nombre de archivo

[Jeorjen]

Dado, En cuanto a la version, de la aplicacion se genera el archivo de texto AN-365 (copio la seccion "Comprobante" tal como esta en el archivo txt generado) :
[Comprobante]
Version=3.2
Serie=AN
Folio=365
FormaDePago=PAGO EN UNA SOLA EXHIBICION
Fecha=2012-12-05T15:32:25
Subtotal=19350
Moneda=MXN
Total=19350
MetodoDePago=NO IDENTIFICADO
TipoDeComprobante=ingreso
LugarExpedicion=México, D.F.

Voy a tratar de describir el procedimiento como lo observe en el momento:
Este archivo (Factura_AN365) lo genero en la carpeta de la aplicacion. Lo abro y lo reviso para ver que no haya campos vacios. Hecho esto, lo copio a la carpeta a supervisar del servitimbre. Se traslada el archivo de texto (desaparece de la carpeta supervision y se va a validos, y no se crea ni PDF ni XML) y reviso en invalidos y marca error de timbrado. Entro al portal del SAT para ver si se registra algo, pero no hay nada. Cuatro minutos despues vuelvo a copiar el mismo archivo de texto a la carpeta del servitimbre (pues todavia no se crea la factura) y se genera el PDF pero manda error del XML, y marca DUPLICIDAD EN EL UUID AL INSERTAR EL DOCUMENTO o bien CONTIENE UN TIMBRE PREVIO.
He observado que casi inmediatamente se actualiza en el portal del SAT cuando se timbra algo, y por eso yo entro para ver si se cre'o o no, para evitar duplicar una factura, pues ya me paso eso por la misma razon.

No se si se deba esto (o influya) el hecho de que nuevamente me esta marcando error al abrir el servitimbre: No se encuentra ordinal xxxx en libeay32.dll (esto ya se habia corregido cuando lo reinstale pero ya me esta saliendo de nuevo, y no se a que se deba esto de que regresa al mismo error posteriormente). La version de servitimbre es la 1.2.12925, corriendo en W2003 server.

[Dado]

Algo no me coincide aqui.

En la bitacora dice que tuvo que hacer una conversion de CFD a CFDI (esto es convertir de 2.0 a 3.2)

'2012-12-05 15:35:17.877 Convirtiendo CFD a CFDI V3.2

Y lo de que el txt se pasa a validos pero el error aparece en invalidos..........yo pienso que aqui el problema es que estas intentando usar el mismo folio, no deberias usar el mismo folio usa mejor el siguiente (AN-366)

Tambien en la bitacora menciona que en el primer intento no puso sellar, algo que tiene que ver con el error de "no se encontro el ordinal liebay32.dll" el cual si es un error grave

Haz lo siguiente :

Asegurate de que en la carpeta del Servitimbre este el archivo libeay32.dll y el ssleay32.dll la falta de uno de estos puede ser el motivo del error de "no se encontro...."

Borra TODA, COMPLETITA la carpeta de validos y la carpeta de invalidos

Tambien borra la bitacora

Genera OTRO archivo de txt con OTRO folio que no hayas usado (te recuerdo que ahora los folios no importan fiscalmente)

Copialo a la carpeta de supervision del Servitimbre y revisa la bitacora de proceso para ver que es lo que sucede

Una ultima informacion que debes saber, si ECODEX detecta que estas tratando de timbrar EL MISMO ARCHIVO XML entonces es cuando te envia un mensaje del tipo "Duplicidad en UUID" o el otro "El XML tiene un timbre previo"