ValidaCFD

Esos del SAT ya ni la riegan... eso del BOM ponerlo después de varios millones de facturas emitidas.

Súper fail para el SAT y sus becarios de sistemas

LOL: Solo te faltó: VIVIR MEJOR, GOBIERNO FEDERAL.

acanas escribió:LOL: Solo te faltó: VIVIR MEJOR, GOBIERNO FEDERAL.

Hola Dado, cómo estás.

Te compré hace unos meses varias de tus soluciones.
El CFDLib.DLL, el validacfd CL, las actualizaciones,etc.
Estoy utilizando tu validacfdCL V0.1n (versión del 10 de marzo de 2011) y, está bueno.
Sin embargo, tengo un par de clientes con los que no me sirve bien ahorita, porque a veces se traba por algún error ó algún XML corrupto, y mientras está "en uso" el .exe, a través de la linea de comandos (cmd) no puedo hacer otra llamada a otra instancia del mismo ó marca algún error de que "no se pudo conectar con el servidor".

El asunto es el siguiente, necesito una versión idéntica, que haga lo mismo, pero con las siguientes modificaciones:
1.- Que lo pueda llamar a través de una DLL por VB (igual a como funciona el CFDLib.dll). Esto, para que ya no tenga que llamarlo a través de la linea de comandos, ya que, además de ser MUCHO más lento, luego tengo que andar buscando las carpetas que se crearon (rutavalido y rutanovalido) y luego tengo que leer el PDF convirtiendolo a texto simple primero... es un relajo.
2.- Que me traiga en variables (propiedades ó metodos de la DLL) toda la información que actualmente se está conviertiendo en el PDF de resultados.
3.- Un ejemplo de como se manda llamar como los ejemplos de Visual Basic que ya hiciste para CFDLib.dll).
4.- Cualquier mejora (no empeora ) que se te ocurra para hacerlo lo más simple y rápido.

Si tienes algo así, pues te lo agradeceré, y si no, pues podamos ver ó me digas cuánto sería el costo de esta modificación.

Como siempre, muchas gracias por tus atenciones y
Saludos.

Ya en una ocasion intente hacerlo dll y tuve muchas dificultades, especialmente porque el ValidaCFD a su vez llama otras 3 dll y se provocaban cantidades de "access violation", en este caso siento que no voy a poder cumplir con los requerimientos

DADO escribió:Ya en una ocasion intente hacerlo dll y tuve muchas dificultades, especialmente porque el ValidaCFD a su vez llama otras 3 dll y se provocaban cantidades de "access violation", en este caso siento que no voy a poder cumplir con los requerimientos

mmmm, el problema que se me presenta es que si, por ejemplo, el cliente manda validar 30 xmls, pues tengo que hacer 30 llamadas por "cmd", y no las puedo hacer en paralelo. Tengo que esperar a que termine el primer exe para poder mandar el segundo. Más o menos me está tardando 3 segundos entre que mando por ShellExecute, recibo la respuesta de que tu aplicación terminó, leo las carpetas y luego convierto el PDF a TXT para poderlo "interpretar".
De esta manera, tarda un rato para varios xmls y, si me han dicho que qué onda... que podría ser mucho más rápido, ya que es simple texto.

Estoy seguro que donde se está perdiendo el tiempo es en la llamada "hacia afuera" (windows es medio lentón y poco estable para estas cosas), sumado a la lectura del pdf.

Luego, intenté llamar mis propios exe's para hacer las validaciones "en paralelo". Pero al parecer tu ejecutable no permite tal cosa, es decir, si ya se está ejecutando una instancia del validacfdcl, crack! se truena.
Peor aún, cuando ocurre algún error interno y el proceso se queda "colgado" en el micro, ya fue... el cliente tiene que meterse manualmente al administrador de tareas de windows y matar el proceso, porque si no ya no jala más.

¿Qué podemos hacer? ¿Alguna mejora o idea?

@joseluis17

Bueno lo primero que hay que hacer es "salirse" de este foro, aqui se discute sobre el validador del SAT.

Revisa este mensaje y por favor CONTINUA EN AQUEL FORO tu consulta.

Creo que por fin se ha solucionado todo lo referente al BOM. Ahora el validador del SAT le da igual si trae o no trae el mismo.

Mi problema se generó a raíz de ese cambio en el validador, generamos la factura a través de un software hecho en Java, corregimos el problema del BOM pero al momento de validar el programa del SAT dice que el CFD no está codificado en UTF-8, cosa que antes no marcaba (Cabe mencionar que este problema sólo me sucede en Windows ya que en Mac OS si los pone como válidos)

Para solucionarlo basta con abrir el XML en el notepad de windows y guardar como el mismo nombre de tipo XML con utf-8 de encoding.

¿Alguien le pasa el mismo problema?

¿Qué tendría que agregar en mi código para solucionarlo?

¿Es cosa de alguna configuración de windows?

Mi recomendacion es que ya no te preocupes de este problema, yo desde el principio sabia que esto no iba a prosperar (ve mi mensaje donde menciono que voy a esperar antes de "mover un byte de mi codigo" y no es "problema" de windows o tu sistema o de nadie, es solo una cuestion tecnica que ademas es opcional tal como lo comentaban en mensajes mas atras.

que tal dado buen dia recibi un xml con la siguiente fecha, fecha="2011-06-14T17:33:48-05:00" quiero pensar que el -05:00 es la zona horario lo probe con el validacfd y me dice que xml no es valido pero lo cargo en el sat y dice que esta correcto Cadena Original |2.0|MRY|207414|2011-06-14T17:33:48-05:00| y segun anexo 20 no se debe incluir la zona horaria espero tu comentario y saludos ...