Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Principal > Internet
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

Grupo de Teaming del ClubDelphi

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 30-03-2017
Avatar de keys
keys keys is offline
Miembro
 
Registrado: sep 2003
Ubicación: Bilbao
Posts: 1.035
Poder: 22
keys Va por buen camino
Cita:
Empezado por espinete Ver Mensaje
Bueno, esto parece que marcha bien. He conseguido enviar varias facturas y luego consultar las enviadas, pero tengo algunas dudas...

1) El problema del envío de más de 13 facturas. ¿cual es exactamente la causa del problema? He leído que con CAPICOM no ocurre, pero ¿por qué?

Se pueden enviar varias facturas una a una (varias peticiones) en lugar de con una sola petición o hay algún límite/recomendación? He leído que enviándolas una a una obtenemos incluso un CSV, así que mejor, no?

2) ¿Cual sería el funcionamiento en una aplicación real? Es decir: enviaría las facturas y ya está? Es suficiente para sustituir el 347? Algún tipo de comprobante que se deba imprimir? Ya me imagino a los clientes haciéndome esas preguntas...

Aún no me he metido con las rectificativas, y a probar a enviar facturas exentas de IVA, acogidas a RE, facturas recibidas, etc. pero por lo que veo y leo, no parece haber problema.

Estaría bien que una vez tengamos todo preparado, hacer un post-resumen, similar al que hice hace tiempo con el webservice del envío de facturas electrónicas al face.

En fin, siento haber llegado tarde para colaborar. Si descubro el motivo de las 13 facturas os aviso, ya que me gustaría aprovechar los componentes de SecureBlackBox. No tiene mucho sentido que devuelva ese error. ¿alguien ha comparado el XML del mismo envío usando CAPICOM y el otro método?
Hola el problema de las 13 facturas no se llego a saber por que. El problema no es de las SecureBlackBox, el problema es del componente HTPTRIO a la hora de hacer el envío. Te pongo la solución que encontramos, que pasa por utilizar los CAPICOM para hacer el envío. En el evento OnBeforePost del HTTPTRIO poner lo siguiente :

Código Delphi [-]
 
  var
     Store : IStore;
     Certs : ICertificates;
     Cert : ICertificate2;
     CertContext : ICertContext;
     PCertContext : PCCERT_CONTEXT;
     V : OleVariant;
 const
     INTERNET_OPTION_CLIENT_CERT_CONTEXT = 84;
 begin

     V := Certificado; //Certificado es el nombre completo del certifficado en una funcion anterior esta puesto como obtenerlo con las CAPICOM pero con SecureBlackBox tambien se puede obtener

     Store := CoStore.Create;
     Store.Open(CAPICOM_CURRENT_USER_STORE, 'MY',CAPICOM_STORE_OPEN_MAXIMUM_ALLOWED );
     Certs := Store.Certificates.Find(CAPICOM_CERTIFICATE_FIND_SUBJECT_NAME,V,False );

     if Certs.Count > 0 then
     begin
         Cert:=IInterface(Certs.Item[1]) as ICertificate2;
         CertContext:=Cert as ICertContext;
         CertContext.Get_CertContext(Integer(PCertContext));
         if InternetSetOption(Data,INTERNET_OPTION_CLIENT_CERT_CONTEXT,PCertContext,Sizeof(CERT_CONTEXT)) = False then
         begin
             Error
         end;
     end
     else
      begin
         Error no hay certificados
      end;
 end;

2) Respecto a esto cada uno sabrá como hacerlo dependiendo de sus necesidades, nosotros estamos guardando el CSV y el estado del envío de cada factura además del fichero de respuesta, aunque esto último no hace falta. De todas formas el usuario pordra consultar en cualquier momento en la pagina de la AEAT el estado de cada factura o también se puede acceder a ello a través del webservice.

Por otro lado si estas en el SII ya no tienes que hacer el 347. entre otros impuestos.


Cita:
Estaría bien que una vez tengamos todo preparado, hacer un post-resumen, similar al que hice hace tiempo con el webservice del envío de facturas electrónicas al face.
Estoy de acuerdo, pero yo propongo primero a algún moderador separe este foro en por lo menos en tres, uno para Delphi, Otro para VB C# (Otros lenguajes raros ) y otro para normativa. Ya que me pongo en el lugar del que este empezando y se ponga a revisar este foro, es una mezcla de varios lenguajes, propuestas, etcc...

Luego diran que el delphi esta muerto y no creo que exista otro foro sobre este tema más completo.

Responder Con Cita
  #2  
Antiguo 30-03-2017
Avatar de newtron
[newtron] newtron is offline
Membrillo Premium
 
Registrado: abr 2007
Ubicación: Motril, Granada
Posts: 3.474
Poder: 21
newtron Va camino a la fama
Cita:
Empezado por keys Ver Mensaje
Estoy de acuerdo, pero yo propongo primero a algún moderador separe este foro en por lo menos en tres, uno para Delphi, Otro para VB C# (Otros lenguajes raros ) y otro para normativa. Ya que me pongo en el lugar del que este empezando y se ponga a revisar este foro, es una mezcla de varios lenguajes, propuestas, etcc...

Luego diran que el delphi esta muerto y no creo que exista otro foro sobre este tema más completo.

Te me has adelantado en las respuestas.

Totalmente de acuerdo, esto ya se hace un poco lioso de revisar.
__________________
Be water my friend.
Responder Con Cita
  #3  
Antiguo 30-03-2017
CMB CMB is offline
Miembro
 
Registrado: ene 2017
Posts: 349
Poder: 8
CMB Va por buen camino
Cita:
Empezado por keys Ver Mensaje
Estoy de acuerdo, pero yo propongo primero a algún moderador separe este foro en por lo menos en tres, uno para Delphi, Otro para VB C# (Otros lenguajes raros ) y otro para normativa. Ya que me pongo en el lugar del que este empezando y se ponga a revisar este foro, es una mezcla de varios lenguajes, propuestas, etcc...
Luego diran que el delphi esta muerto y no creo que exista otro foro sobre este tema más completo.
Totalmente de acuerdo. Es muy lioso mezclar mensajes hablando de diferentes lenguajes de programación.

Habría que separarlos. Después si alguien quiere leerlos todos es muy libre de hacerlo.

Saludos,
Responder Con Cita
  #4  
Antiguo 30-03-2017
espinete espinete is offline
Miembro
 
Registrado: mar 2009
Posts: 233
Poder: 16
espinete Va camino a la fama
Pregunta tonta...

¿Cómo hacéis para poder enviar las facturas Emitidas y las Recibidas en el mismo Form sin que el compilador se vuelva loco? Hay tipos y variables que coinciden en ambos wsdl y he tenido que hacer un Form para cada proceso, a no ser que me esté perdiendo algo...

Por cierto... ¿Alguien ha conseguido enviar las facturas Recibidas?

A mí me devuelve "Interface not supported"
Responder Con Cita
  #5  
Antiguo 30-03-2017
Avatar de keys
keys keys is offline
Miembro
 
Registrado: sep 2003
Ubicación: Bilbao
Posts: 1.035
Poder: 22
keys Va por buen camino
Hola, yo el envío lo he tenido que hacer en units diferentes y que una no conozca a la otra, ya que sino se vuelve loco por que como dices hay muchos tipos coincidentes.

Prueba a enviar las recibidas por la pagina de hacienda para ver si es problema del fichero.
Responder Con Cita
  #6  
Antiguo 30-03-2017
CMB CMB is offline
Miembro
 
Registrado: ene 2017
Posts: 349
Poder: 8
CMB Va por buen camino
Cita:
Empezado por keys Ver Mensaje
Hola, yo el envío lo he tenido que hacer en units diferentes y que una no conozca a la otra, ya que sino se vuelve loco por que como dices hay muchos tipos coincidentes.
Prueba a enviar las recibidas por la pagina de hacienda para ver si es problema del fichero.
Si creas el XML con las herramientas de Delphi, simplemente rellenando un TStringList línea a línea, sin usar las funciones de los WSDL, luego puedes enviarlo todo desde el mismo TForm mediante distintos botones, sólo tienes que cambiar la URL. Es todo mucho más sencillo. No comprendo cómo tantos se complican la vida con dependencias externas.
Responder Con Cita
  #7  
Antiguo 30-03-2017
Avatar de keys
keys keys is offline
Miembro
 
Registrado: sep 2003
Ubicación: Bilbao
Posts: 1.035
Poder: 22
keys Va por buen camino
Cita:
Empezado por CMB Ver Mensaje
Si creas el XML con las herramientas de Delphi, simplemente rellenando un TStringList línea a línea, sin usar las funciones de los WSDL, luego puedes enviarlo todo desde el mismo TForm mediante distintos botones, sólo tienes que cambiar la URL. Es todo mucho más sencillo. No comprendo cómo tantos se complican la vida con dependencias externas.
Toda esta tecnología WSDL https://es.wikipedia.org/wiki/WSDL se ha desarrollado por algo, como no poder cometer fallos de formato al rellenar el xml, asi como la de facilitar la vida de los que consumen un servicio web. Desde luego se puede generar el xml a pinrel, incluso con un bloc de notas y tecleandolo a mano.

No creo que nos cueste más o menos generar el fichero, una vez realizado el fichero. Todos estamos sujetos a dependencias externas ya que todos dependemos de hacienda y de los cambios que quieran hacer y cada cambio que hacen creo que nos supone lo mismo a todos, yo adapto la clase que ellos nos proponen y tu tienes que cambiar el fichero que generas a mano.

Pero bueno cada uno que siga el camino que quiera.
Responder Con Cita
  #8  
Antiguo 30-03-2017
CMB CMB is offline
Miembro
 
Registrado: ene 2017
Posts: 349
Poder: 8
CMB Va por buen camino
Cita:
Empezado por keys Ver Mensaje
Pero bueno cada uno que siga el camino que quiera.
¡Por supuesto!
Responder Con Cita
Respuesta



Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco keys Internet 4170 Hace 3 Semanas 17:29:05
AEAT envio de datos vía Webservice problemas con WSDL CelsoO Internet 11 09-10-2019 20:03:41
webService Soap de la Administración Digital Española notific@ apicito Internet 3 31-01-2017 11:25:28
Error en Webservice funcion envio de sms webmasterplc Delphi para la web 5 25-07-2013 20:10:29
Problemas con envío de XML a un WebService davidvamo Internet 1 13-02-2007 15:49:20


La franja horaria es GMT +2. Ahora son las 22:28:16.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi