![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
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? |
#2
|
|||
|
|||
Error al enviar intracomunitarias
Qué raro! En el envío de intracomunitarias me muestra el siguiente error: "Codigo[4124].Error La direccion no se corresponde con el fichero de entrada."
Para intracomunitarias uso la siguiente dirección: https://www7.aeat.es/wlpl/SSII-FACT/...iiFactOIV1SOAP y siempre me ha ido bien. Alguien más tiene problemas para el envío de intracomunitarias? El resto de tipos me lo hace correctamente. Edito: Para cobros en metálico me dice lo mismo. En cobros metálico uso la dirección: https://www7.aeat.es/wlpl/SSII-FACT/...iiFactCMV1SOAP Será que los envíos de tipo anual van a cambiar de dirección de envío? Última edición por Virman fecha: 30-03-2017 a las 08:33:24. |
#3
|
|||||
|
|||||
Cita:
Cita:
Cita:
Cita:
Cita:
En el caso de las facturas emitidas es: http://www.agenciatributaria.es/stat...tEmitidas.wsdl y en el de las facturas recibidas: http://www.agenciatributaria.es/stat...Recibidas.wsdl También puede ser por el "port" que en el periodo de pruebas es: SuministroFactRecibidasPruebas para las facturas recibidas y SuministroFactEmitidasPruebas para las emitidas. Saludos
__________________
Be water my friend. |
#4
|
|||
|
|||
Cita:
Intentaré hacer un resumen final cuando tenga un poco más de tiempo, a lo mejor este fin de semana. Si quieres, responde al hilo de las facturas electrónicas con las dudas que tengas y poco a poco lo voy mirando. Un saludo |
#5
|
|||
|
|||
Cita:
PAra los intracomunitarios me ha funcionado ahora mismo /wlpl/SSII-FACT/ws/oi/SiiFactOIV1SOAP PAra los de cobros lo que ayer me funcionaba hoy no. |
#6
|
|||
|
|||
Cita:
https://www7.aeat.es/wlpl/SSII-FACT/...iiFactCMV1SOAP cuando tenga todas los xmls listo intento hacer un paquete y los adjunto, Indicando en cada xml con que end_point se usan. lo que no me queda claro es si todos los end_point estan recogidos en algun documento de la aeat |
#7
|
|||
|
|||
url util para validar NIF
No se si conoceis esta url de la AEAT, pero puede ser muy util cuando os de problemas un NIF y su nombre social. o antes de entrar a producción validar si todos los nifs que teneis son correctos.
Ejemplo: Tengo estos dos nif y no estoy seguro del nombre. A28006013 ; A28017895 ; voy a la aeat. agenciatributaria.gob.es/AEAT.sede/tramitacion/G321.shtml y elijo: Pego los NIF, seguidos de ;Comprobación de un NIF de terceros a efectos censales A28006013 ; A28017895 ; y me devuelve el nombre. y me dice si esta registrado IDENTIFICADO ; A28006013 ; HEINEKEN ESPA/A SA IDENTIFICADO ; A28017895 ; EL CORTE INGLES SA PAra empresas te da el nombre. PAra personas te obliga a meter el nombre para decirte si es correctgo o no. Supongo que por protección de datos.. |
#8
|
|||
|
|||
Cita:
Corregido y enviando otra vez sin problemas. |
#9
|
||||
|
||||
Cita:
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:
![]() Luego diran que el delphi esta muerto y no creo que exista otro foro sobre este tema más completo. ![]() ![]() ![]() ![]() |
#10
|
||||
|
||||
Cita:
![]() Totalmente de acuerdo, esto ya se hace un poco lioso de revisar.
__________________
Be water my friend. |
#11
|
|||
|
|||
Cita:
Habría que separarlos. Después si alguien quiere leerlos todos es muy libre de hacerlo. Saludos, |
#12
|
|||
|
|||
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" ![]() |
#13
|
||||
|
||||
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. |
#14
|
|||
|
|||
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.
|
#15
|
||||
|
||||
Cita:
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. ![]() ![]() ![]() |
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco | keys | Internet | 4184 | Hace 14 Horas 16:52:22 |
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 |
![]() |
|