Factura electrónica España
Carlos Yohn (A.G.P.)
Creo que tengo toda la información sobre la factura electrónica en
España. (EDI)
Pero me gustaría saber si alguien tiene información resumida o algo
desarrollado para saber cómo empezar o cuál es la manera más sencilla
de implantarlo en una aplicación de facturación.
Gracias.
Saludos,
Miguel
Pues eres un adelantado a tu tiempo porque aquí yo creo que la mitad
no tenemos ni idea y la otra mitad no sabe de qué le están hablando.
Lo que tengo entendido es que a diferencia con otros países, no existe
un modelo estándar de factura en xml u otro formato similar, la
factura es un fichero de cualquier tipo, que se envía conjuntamente
con un certificado de firma electrónica. Corrígeme si no estoy en lo
cierto porque ya te he dicho que yo pertenezco al primer grupo!.
La FNMT ha establecido un medio de control, supongo que basado en un
modelo que se pretende que sea estándar, que permite al receptor de la
factura comprobar los datos de la misma y del que la emitió, pero
desconozco bastante del asunto.
A nivel práctico, yo envío facturas en pdf (sin el certificado) a mis
clientes y no ponen objeciones, pero cierto es que algunas compañías
grandes ya están implementado su propio sistema de recepción de
facturas electrónicas y que cualquier día me van a dar un disgusto, ya
que voy a tener que afrontar este problema de una vez por todas si
quiero cobrarles.
Así pues, estoy también muy interesado en resolver este problema, por
lo que me pongo a tu disposición para cualquier cosa en la que podamos
colaborar, ya sabes que yo estoy en Madrid, si es necesario me acerco
a la FNMT o donde haga falta para enterarnos de qué va esto y de qué
nos pueden informar.
Un cordial saludo,
Miguel
Carlos Yohn (A.G.P.)
Quizás he dicho demasiado con 'tengo toda la información...'
Efectivamente, la factura electrónica, en su forma más sencilla, es
cualquier tipo de fichero que contenga la información necesaria (pdf,
xml, etc.) y con firma electrónica.
Pero, lo importante para nosotros es que muchos proveedores grandes
empiezan a exigir que se les envíen las facturas con ciertos sistemas
específicos: efactura, edicom.
Tiene que haber alguien que haya desarrollado ya esto, para
simplificarnos la vida. Una vez que nosotros tenemos todos los datos
en nuestras aplicaciones de gestión, bastaría con un simple interface
que convierta esos datos en un formato/estructura xml establecida y lo
envíe añadiendo la firma electrónica.
No me creo que no haya nadie en el grupo que ya haya desarrollado
esto.
Si quieres documentación genérica sobre este tema, te la puedo enviar
con gusto.
Gracias.
Saludos,
>
> - Mostrar texto de la cita -
Miguel
Si, te agradecería que me enviases más que nada información de los
sistemas que conoces, o de clientes que los hayan implementado algo
parecido, para ver si a través de alguno de ellos me puedo enterar de
más.
La opción que dices es la buena, hacer un interface que genere el
fichero con el formato adecuado. Yo en eso no tengo problemas porque
he desarrollado varias cosas, en ocasiones bastante raras para la
transformar solicitudes de marcas o cosas así a formatos muy
específicos y complejos ya que incluyen imágenes codificadas en
Base64, etc., pero en ese caso el receptor publica las
especificaciones e incluso algún ejemplo de fichero, por lo que está
muy claro lo que hay que hacer.
De todas formas, tu has intentado averiguar si la FNMT había
establecido algún tipo de estándar?.
Me voy al norte unos días y estaré un tanto desconectado, pero
seguimos en contacto con esto. Como tú dices hay que resolverlo si no
queremos que nos pille el toro cualquier día de estos.
Saludos,
Miguel
Rafael Cano
factura electr�nica.
Saludos Rafael Cano
Ja�n - Espa�a
Ronda - M�laga - Espa�a
El 09/06/2011 13:36, Miguel escribi�:
> Hola Carlos,
>
> Si, te agradecer�a que me enviases m�s que nada informaci�n de los
> sistemas que conoces, o de clientes que los hayan implementado algo
> parecido, para ver si a trav�s de alguno de ellos me puedo enterar de
> m�s.
>
> La opci�n que dices es la buena, hacer un interface que genere el
> fichero con el formato adecuado. Yo en eso no tengo problemas porque
> he desarrollado varias cosas, en ocasiones bastante raras para la
> transformar solicitudes de marcas o cosas as� a formatos muy
> espec�ficos y complejos ya que incluyen im�genes codificadas en
> Base64, etc., pero en ese caso el receptor publica las
> especificaciones e incluso alg�n ejemplo de fichero, por lo que est�
> muy claro lo que hay que hacer.
>
> De todas formas, tu has intentado averiguar si la FNMT hab�a
> establecido alg�n tipo de est�ndar?.
>
> Me voy al norte unos d�as y estar� un tanto desconectado, pero
> seguimos en contacto con esto. Como t� dices hay que resolverlo si no
> queremos que nos pille el toro cualquier d�a de estos.
>
> Saludos,
> Miguel
>
> On 9 jun, 11:21, "Carlos Yohn (A.G.P.)"<i...@AGPsoftware.com> wrote:
>> Hola Miguel,
>>
>> Quiz�s he dicho demasiado con 'tengo toda la informaci�n...'
>> Efectivamente, la factura electr�nica, en su forma m�s sencilla, es
>> cualquier tipo de fichero que contenga la informaci�n necesaria (pdf,
>> xml, etc.) y con firma electr�nica.
>> Pero, lo importante para nosotros es que muchos proveedores grandes
>> empiezan a exigir que se les env�en las facturas con ciertos sistemas
>> espec�ficos: efactura, edicom.
>>
>> Tiene que haber alguien que haya desarrollado ya esto, para
>> simplificarnos la vida. Una vez que nosotros tenemos todos los datos
>> en nuestras aplicaciones de gesti�n, bastar�a con un simple interface
>> que convierta esos datos en un formato/estructura xml establecida y lo
>> env�e a�adiendo la firma electr�nica.
>>
>> No me creo que no haya nadie en el grupo que ya haya desarrollado
>> esto.
>>
>> Si quieres documentaci�n gen�rica sobre este tema, te la puedo enviar
>> con gusto.
>> Gracias.
>> Saludos,
>>
>> On 8 jun, 18:06, Miguel<mig...@prymer.es> wrote:
>>
>>
>>
>>> Hola Carlos,
>>> Pues eres un adelantado a tu tiempo porque aqu� yo creo que la mitad
>>> no tenemos ni idea y la otra mitad no sabe de qu� le est�n hablando.
>>> Lo que tengo entendido es que a diferencia con otros pa�ses, no existe
>>> un modelo est�ndar de factura en xml u otro formato similar, la
>>> factura es un fichero de cualquier tipo, que se env�a conjuntamente
>>> con un certificado de firma electr�nica. Corr�geme si no estoy en lo
>>> cierto porque ya te he dicho que yo pertenezco al primer grupo!.
>>> La FNMT ha establecido un medio de control, supongo que basado en un
>>> modelo que se pretende que sea est�ndar, que permite al receptor de la
>>> factura comprobar los datos de la misma y del que la emiti�, pero
>>> desconozco bastante del asunto.
>>> A nivel pr�ctico, yo env�o facturas en pdf (sin el certificado) a mis
>>> clientes y no ponen objeciones, pero cierto es que algunas compa��as
>>> grandes ya est�n implementado su propio sistema de recepci�n de
>>> facturas electr�nicas y que cualquier d�a me van a dar un disgusto, ya
>>> que voy a tener que afrontar este problema de una vez por todas si
>>> quiero cobrarles.
>>> As� pues, estoy tambi�n muy interesado en resolver este problema, por
>>> lo que me pongo a tu disposici�n para cualquier cosa en la que podamos
>>> colaborar, ya sabes que yo estoy en Madrid, si es necesario me acerco
>>> a la FNMT o donde haga falta para enterarnos de qu� va esto y de qu�
>>> nos pueden informar.
>>> Un cordial saludo,
>>> Miguel
>>> On 7 jun, 10:31, "Carlos Yohn (A.G.P.)"<i...@AGPsoftware.com> wrote:
>>>> Hola,
>>>> Creo que tengo toda la informaci�n sobre la factura electr�nica en
>>>> Espa�a. (EDI)
>>>> Pero me gustar�a saber si alguien tiene informaci�n resumida o algo
>>>> desarrollado para saber c�mo empezar o cu�l es la manera m�s sencilla
>>>> de implantarlo en una aplicaci�n de facturaci�n.
>>>> Gracias.
>>>> Saludos,- Ocultar texto de la cita -
>>> - Mostrar texto de la cita -- Ocultar texto de la cita -
>> - Mostrar texto de la cita -
--
Saludos Rafael Cano
Ja�n - Espa�a
Carlos Yohn (A.G.P.)
conocemos. Pero lo que buscamos es algún tipo de interface que
convierta los datos de una factura normal de gestión en el xml
necesario
On 10 jun, 23:31, Rafael Cano <desarro...@rafacano.es> wrote:
> Aqu tienes toda la informaci n necesaria para Espa a. Con respecto lafacturaelectr nica.
> >> xml, etc.) y con firma electr nica.
> >> Pero, lo importante para nosotros es que muchos proveedores grandes
> >> empiezan a exigir que se les env en las facturas con ciertos sistemas
> >> espec ficos: efactura, edicom.
>
> >> Tiene que haber alguien que haya desarrollado ya esto, para
> >> simplificarnos la vida. Una vez que nosotros tenemos todos los datos
> >> en nuestras aplicaciones de gesti n, bastar a con un simple interface
> >> que convierta esos datos en un formato/estructura xml establecida y lo
> >> env e a adiendo la firma electr nica.
>
> >> No me creo que no haya nadie en el grupo que ya haya desarrollado
> >> esto.
>
> >> Si quieres documentaci n gen rica sobre este tema, te la puedo enviar
> >> con gusto.
> >> Gracias.
> >> Saludos,
>
> >> On 8 jun, 18:06, Miguel<mig...@prymer.es> wrote:
>
> >>> Hola Carlos,
> >>> Pues eres un adelantado a tu tiempo porque aqu yo creo que la mitad
> >>> no tenemos ni idea y la otra mitad no sabe de qu le est n hablando.
> >>> Lo que tengo entendido es que a diferencia con otros pa ses, no existe
> >>>facturaes un fichero de cualquier tipo, que se env a conjuntamente
> >>> cierto porque ya te he dicho que yo pertenezco al primer grupo!.
> >>> La FNMT ha establecido un medio de control, supongo que basado en un
> >>> modelo que se pretende que sea est ndar, que permite al receptor de la
> >>> A nivel pr ctico, yo env o facturas en pdf (sin el certificado) a mis
> >>> clientes y no ponen objeciones, pero cierto es que algunas compa as
> >>> grandes ya est n implementado su propio sistema de recepci n de
> >>> facturas electr nicas y que cualquier d a me van a dar un disgusto, ya
> >>> que voy a tener que afrontar este problema de una vez por todas si
> >>> quiero cobrarles.
> >>> As pues, estoy tambi n muy interesado en resolver este problema, por
> >>> lo que me pongo a tu disposici n para cualquier cosa en la que podamos
> >>> colaborar, ya sabes que yo estoy en Madrid, si es necesario me acerco
> >>> a la FNMT o donde haga falta para enterarnos de qu va esto y de qu
> >>> nos pueden informar.
> >>> Un cordial saludo,
> >>> Miguel
> >>> On 7 jun, 10:31, "Carlos Yohn (A.G.P.)"<i...@AGPsoftware.com> wrote:
> >>>> Hola,
> >>>> Pero me gustar a saber si alguien tiene informaci n resumida o algo
> >>>> desarrollado para saber c mo empezar o cu l es la manera m s sencilla
> >>>> de implantarlo en una aplicaci n de facturaci n.
> >>>> Gracias.
> >>>> Saludos,- Ocultar texto de la cita -
> >>> - Mostrar texto de la cita -- Ocultar texto de la cita -
> >> - Mostrar texto de la cita -
>
> --
> Saludos Rafael Cano
Julian Garcia
presentación pública de la aplicación Avanza Local e-fácil, muy
directamente relacionado con eFactura.
El evento está dirigida a la administración y a las empresas que deban
facturar para la administración. En la página
http://www.planavanza.es/avanzalocal/DifusionYFormacion/Paginas/Presentacion_efacil.aspx
se encuentra la información del evento.
En la página http://www.planavanza.es/avanzalocal/Soluciones/Paginas/e_facil.aspx
se muestran varios vídeos interesantes y notas infroamtivas de
interés.
Saludos,
On Jun 11, 8:51 pm, "Carlos Yohn (A.G.P.)" <i...@AGPsoftware.com>
Miguel
Ya me he inscripto y... ya os contaré ...
No sé si alguno más de los habituales en este foro se va a apuntar
también. En caso afirmativo sería interesante comentarlo en este hilo,
más que nada para conocernos y montar una estrategia de preguntas y
cuestiones. Por proximidad, creo que se me podría considerar vuestro
anfitrión, o sea que los que se apunte de este foro, están invitados a
un vino!.
Saludos,
Miguel
On 14 jun, 19:00, Julian Garcia <juliangarciagonza...@gmail.com>
wrote:
> presentación pública de la aplicación Avanza Local e-fácil, muy
> directamente relacionado con eFactura.
> El evento está dirigida a la administración y a las empresas que deban
>
Miguel
Lo primero y más importante: CHICOS, ESTAMOS EN UNA FINAL, OTRA VEZ,
en este caso son los críos menores de 21 añitos los que nos han
llevado a la final europea, es de traca verles jugar!. No os perdáis
el sábado la final, seguramente seamos los campeones en este caso del
futuro!!!!!!!!.
Bueno, centrémonos, que si no Carlos sacará su vena euskaldún y nos
pondrá firmes rápidamente!. Tema: la factura electrónica en España:
Lo primero, es que el curso al que he asistido ha sido un auténtico
desastre, se trataba de la presentación de una plataforma orientada al
envío de facturas electrónicas y otras cuestiones, a la
Administración.
Aún así, he estudiado el tema y te comento mis avances en relación al
mismo, para lo cual reproduzco tu mail anterior, a fin de puntualizar
sobre él algunas cuestiones, que nos ayudarán a centrar el tema:
Notas sobre facturación electrónica:
.- Legalmente, sería suficiente con un pdf firmado. Para esto, basta
con el Adobe Acrobat y el módulo de firma, o cualquier otro software
similar. Totalmente de acuerdo, si tienes el Acrobat, puedes firmar el
fichero muy fácilmente y en consecuencia ya tiene una “factura
electrónica”, válida a todos los efectos.
.- Pero, parece que lo que viene y muchos proveedores exigen, es el
añadido de un xml con los datos estructurados. No está claro que vayan
a pedir esto, lo que si parece claro es que la Administración y todos
los que adopten un formato estandarizado para los distintos estadios
de la Administración española (Estado, Autonomías, Ayuntamientos) si
que exigirán éste, o sea el establecido por facturae.es.
.- Existe un formato estandarizado del xml, llamado facturae. Su
última versión es la 3.2
http://www.facturae.es/es-ES/Documentacion/EsquemaFormato/Esquema%20Formato/Versión%203_2/Facturaev3_2.xsd.
Bueno, el último creo que ya es el 4.0, que es el que adopta las
últimas orientaciones del futuro estándar europeo.
.- Un ejemplo de solución de interface entre nuestras aplicaciones y
la factura electrónica (exactamente lo que busco) es 'efactura
printer'. Es una impresora virtual que interpreta mediante el
aprendizaje de formularios, nuestra factura impresa y la transforma a
XML. http://www.solucionesefactura.com/www/. Esto sería cojonudo, pero
no veo cómo va a ser posible implantar este sistema y menos hacerlo en
VFP..
.- En este momento mi opinión es:
.- Ser capaces de generar el estándar xml del que he hablado, a
partir de los datos de nuestras facturas. No creo que sea muy
complicado. Efectivamente, creo que no es tan difícil implementar una
aplicación que genere el XML a partir de los campos de una factura .
.- Generar también un pdf con la factura. Esto, ya lo hacen mis
aplicaciones (y seguro que las tuyas también). Pues claro que no es
difícil, además yo he firmado el fichero con Acrobat y así se
garantiza que no se ha modificado y que lo ha firmado la empresa.
Estoy explorando la posibilidad de automatizar la firma, te comentaré
mis avances (si se producen).
.- Almacenar esos emails en una carpeta de nuestro cliente de correo
(outlook, etc.) creo que sería suficiente para el apartado de
'custodia'. Estamos ya en un estadio superior, o sea, estás hablando
de una plataforma de facturación electrónica, no de una aplicación
para una PYME en la que pueda facturar, generando facturas
electrónicas válidas, si no que también debería poder almacenar los
email, conectar con un programa de contabilidad, etc.. De momento este
no es mi objetivo!.
.- Duda: ¿Aceptarán este sistema esos proveedores que nos exigen la
facturación electrónica? Tengo ciertas sospechas de que cada uno de
esos 'grandes' pretenden que utilicemos sus plataformas de
intercambio. Lo cual es imposible si tienes muchos; y este es el
principal motivo de que no se implante con la velocidad que debiera
(lo cual, nos está aportando un tiempo extra precioso). Sin lugar a
dudas, TODOS TIENEN QUE ACEPTAR LA FACTURAE, ese formato es válido
para todo el mundo, pero la forma de enviar y recepcionar la factura,
o sea la plataforma, es dependiente de cada cliente.
CONCLUSIONES:
1) Si lo que pretendemos es un sistema de generación de facturas
electrónicas válidas en España, lo que tenemos que hacer es saber
firmar el documento de factura, ya sea pdf o xml. Mi opción es hacer
las 2 cosas, de forma que el cliente normal pueda abrir el pdf y ver
la factura, mientras que otros clientes, como la Administración,
puedan contrastar y validar la factura en formato xml.
2) Si lo que pretendemos es una plataforma que además de generar
facturas las archive, valide y extraiga de ellas datos como importe,
…, etc., creo que se escapa de las pretensiones normales, entre otras
causas porque existen productos que ya lo hacen y además son de código
abierto.
Aunque te puede parecer que estoy en el mismo sitio que hace unos
días, creo que no es así: Ahora puedo generar una factura en pdf y
firmarla, o sea ya tengo una factura electrónica!!!!. El próximo paso
será intentar automatizar este proceso, el siguiente generar el xml y
finalmente el último será firmar el fichero xml, todo ello dentro del
campo de fox si puede ser.
Esperamos contar con la ayuda de las muchas personas que forman parte
de este grupo.
Repito, Aupa España!, estos chicos son la leche en
vinagreta!!!!!!!!!!!.
Miguel
Julián García
Saludos
Julián García
Miguel
Hola,
Aunque este es un hilo de hace más de un año, me ha perecido oportuno rescatarlo.
Durante este tiempo, al menos en lo que a mí respecta, he estado haciendo facturas en formato PDF y firmándolas con Adobe Acrobat. El problema era que sólo se podía firmar una a una y por tanto no se podía automatizar el envío masivo de facturas firmadas.
Hace poco he descubierto el software de Sinadura, que ofrece un programa gratuito de firma digital, ya sea sobre un fichero, o sobre múltiples fichero a un mismo tiempo. Además ofrece una solución para firmar un fichero mediante un comando bat, desde la consola del sistema. Con esta última opción he conseguido en poco tiempo firmar un fichero pdf de forma automática, con lo cual ahora mis clientes reciben facturas electrónicas válidas en España, en un formato pdf, con firma digital visible, en el que tanto la confección del pdf, como su firma se efectúa de forma automática sin salir del ambiente fox.
El software de sinadura http://www.sinadura.net/inicio es gratuito y se ofrece en varias plataformas. Si alguien está interesado en implantarlo y requiere alguna ayuda, intentaré ayudarle en la medida de mis conocimientos.
Saludos,
Miguel
edgar suarez kummers
--
Miguel Canchas
Esto aplica para cualquier país ¿?....
MK
--
Miguel
Julian Garcia
No he bajado el software de SINADURA, pero tengo la curiosidad en el código que has empleado.
¿Puesdes compartir ese código? Un ejemplo sería tambien interesante.
Saludos,
Julián García
Miguel
Hola,
Sin ningún problema...
Lo primero que tienes que hacer es retocar el fichero: C:\Sinadura\resources\preferences\preferences-sinadura-console.properties y adaptarlo a tus necesidades.
Deberás meter ahí el Alias de tu certificado y la contraseña si no quieres que te la pida cada vez que firmas. Si tienes problemas con esto escríbeme porque es un poco lioso.
La ejecución del programa es muy sencilla se hace a través del fichero: c:\sinadura\bin\sinadura-console.bat
Yo utilizo este código
Comando='c:\sinadura\bin\sinadura-console.bat
--sign --pdf --input '+&fff+' --output '+&ffe+' --preferences
c:\sinadura\resources\preferences\preferences-sinadura-console.properties'
* fff= fichero que quiero firmar y ffe el fichero firmado, incluyo la ruta
completa.
#define SW_SHOW_HIDDEN 0
oShell = CreateObject("WScript.Shell")
oShell.Run(xComando, SW_SHOW_HIDDEN, .T.)
=Inkey(1)
Si el fichero de preferencias está correcto no tiene por qué darte ningún problema.
Saludos,
Miguel
Julian Garcia
Echaré un vistazo al software de SINADURA,
La duda que tengo es que si se puede codificar en una aplicación de VFP. Se está dependiendo de un software al que hay que "retocar" y puede que no sea muy legal que digamos.
Saludos,
Julián García
Miguel
Perdona por mi incorrección lingüística. Al final los españoles vamos a ser los que hablemos “mal español”!.
Cuando digo “retocar”, quería decir reescribir TUS preferencias. Ese software es libre y así lo indican los autores: http://www.sinadura.net/community/downloads Usarlo o no es tu decisión.
Salidos
Julian Garcia
Disculpa por el comentario. Como decía, tenía que descargar primero el sotfware y despues verlo. Y asi lo he hecho y he comprobado que se trata de un software libre, pudiéndose "reescribir" como comentabas.
Llegado a este punto, efectivamente, hay que modificar el fichero preferences-sinadura-console.properties para adaptarlo a las necesidades, pero no acabo de verlo y desconozco si en la web de Sinadura indica como hacerlo.
Si no es mucha molestia, ¿Que partes de texto has tenido que modificar?
Otra pregunta: ¿funciona con certificados digitales que no sean de tarjeta? pues aparece el siguiente mensaje: "No dispone de ningún driver instalado para el uso de tarjetas inteligentes"
Gracias de antemano.
Saludos,
Julián García
Miguel
#Tarjeta criptografica=0; Certificado Software=1
preferencias.radioCertType.active=0
#Rutas del driver de la tarjeta y del certificado software
#hardware.dispositive=
software.dispositive=C\:\\SINADURA\\certificado.p12
Luego viene la cuestión del Alias del Certificado. Este es una ristra de 64 caracteres separados por guiones que aparece si se ejecuta desde el directorio en el que está Java, en mi caso c:\Archivos de programa\Java\jre6, la siguiente línea de comandos:
bin\keytool -list -storetype pkcs12 -keystore c:\certificado\nombre.p12
En las propiedades de la imagen decides la posición y el tamaño de la firma que vas a insertar y finalmente en la definicion de la peticion de las passwords de los certificados decides si te ha de pedir la contraseña cada vez que firmas algo, o si la incluyes en el fichero de preferencias.
Si no te funciona envíame al correo tu fichero quitando el alias y la contraseña y le echo un vistazo.
Saludos,
Miguel
Julian Garcia
Es cierto que intenté firmar con un certificado de sotfware y me daba el mensaje comentado, pero veo que es posible.
Consultaré "detenidamente" documentación que está en la web de Sinadura. Por lo que he visto está perfectamente claro, sobre todo lo referente a la firma por consola y el contenido del fichero de preferencia, fundamental para entender el funciomiento de la aplicación.
Confieso que apenas había leído la documentación (por pereza y de estar leyendo por internet todo el día...que acaba uno cansado), pero con tu ayuda me has abierto los ojos para intentar llevar a cabo un proyecto de firma de documentos con sello visible, incluso que ese sello sea parametrizable (leyenda con texto variable). Lo ideal sería incorporar las librerias necesarias para el formado de documentos en una apliación VFP.
Saludos
Julián García
Julián García
Buenos dias, Miguel
Hace tiempo que me asesoraste sobre como firmar un PDF con la utilidad de la
consola de Sinadura. Tomé nota de tus comentarios y hasta ahora no había
surgido la necesidad de implementar la utilidad en VFP.
Acudo a tu ayuda para resolver el problema que tengo de utilizar la consola
mediante VFP.
A través de la aplicación Desktop no tengo ningún problema, bien sea mediante tarjeta, bien sea mediante software. (.p12)
Seguí tus instrucciones y utilicé el siguiente código:
TRY
fff=’Mifichero.pdf'
ffe=’Mifichero-conmifirma.pdf'
ffp='G:\Varios\sinadura\resources\preferences\__Mispreferencias'
Comando=[G:\Varios\sinadura\bin\sinadura-console.bat --sign --pdf --input "]+fff+[" --output "]+ffe+[" --preferences "]+ffp+["]
#define SW_SHOW_HIDDEN 0
oShell = CreateObject("WScript.Shell")
oShell.Run(Comando, SW_SHOW_HIDDEN, .T.)
=inkey(1)
CATCH TO oErr
MESSAGEBOX('Se ha producido un error:';
+CHR(13)+[ Error: ] + STR(oErr.ErrorNo);
+CHR(13)+[ Línea: ] + STR(oErr.LineNo);
+CHR(13)+[ Mensaje: ] + oErr.Message;
+CHR(13)+[ Procedimiento: ] + oErr.Procedure;
+CHR(13)+[ Detalles: ] + oErr.Details;
+CHR(13)+[ Linea de comando: ] + oErr.LineContents,32,"Error de Conexion")
llExito=.F.
ENDTRY
En el fichero de preferencias tengo mas o menos lo siguiente:
#Tarjeta criptografica=1; Certificado Software=0
preferencias.radioCertType.active=0
#Rutas del driver de la tarjeta y del certificado software
#hardware.dispositive=
software.dispositive=C\:\\SINADURA\\certificado.p12
certificate.alias=bin\keytool -list -storetype pkcs12 -keystore C:\Micertificado_FNMT.p12
certificate.password=****
---Resto de variables---
La versión de Sinadura que tengo instalada es la 3.3 y el Java jre1.6.0_03 y jre7
Pues bien, cono todo esto no
consigo ver firmar un PDF. Tampoco VFP me da error.
En el fichero log tengo el siguiente texto:
20 feb 2013 16:32:11,004 - ERROR - net.esle.sinadura.console.utils.ExitCodeManagerUtils.getExitCode(ExitCodeManagerUtils.java:62) - net.esle.sinadura.console.exceptions.PasswordCallbackException: java.lang.NullPointerException
Si ejecuto el script mediante la consola de Windows (CMD) el mensaje que obtengo es el
SLF4J: This version of SLF4J requires log4j version 1.2.12 or later. See also http://www.slf4j.org/codes.html#log4j_version
20 feb 2013 16:37:56,079 - ERROR - net.esle.sinadura.console.utils.ExitCodeManagerUtils.getExitCode(ExitCodeManagerUtils.java:62) - net.esle.sinadura.console.exceptions.PasswordCallbackException: java.lang.NullPointerException
net.esle.sinadura.console.exceptions.PasswordCallbackException: java.lang.NullPointerException
net.esle.sinadura.console.exceptions.PasswordCallbackException: java.lang.NullPointerException
at net.esle.sinadura.console.controllers.SignController.loadKeyStore(SignController.java:73)
at net.esle.sinadura.console.Sinadura.main(Sinadura.java:59)
Caused by: java.lang.NullPointerException
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at net.esle.sinadura.console.controllers.SignController.loadKeyStore(SignController.java:70)
... 1 more
Creo que el problema viene del código que contiene el fichero bat sinadura-console.bat
He consultado en el foro de Sinadura pero no encuentro respuesta al problema
Supongo que a ti te funciona ¿como lo has hecho?
Disculpa tantas explicaciones y dirigirme mediante el correo electrónico
Saludos,
Julián García
--