FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Cita:
La baja es una opción. Al enviar las anulaciones están disponibles un tiempo y luego desaparecen. Entiendo que en producción no será así, por lo que parece que es la forma que han previsto de ir limpiando cosas en pruebas. |
#2
|
|||
|
|||
¿Cuanto tiempo suelen tardar? Ayer anulé una de las facturas y sigue apareciendo como "Anulada". Me da la sensación que cuando estemos en producción no se va a poder borrar nada (aunque son elucubraciones mías).
|
#3
|
||||
|
||||
Hola.
Yo creo que las facturas anuladas no desaparecen, en la documentación se dice claramente que cuando se anula una factura, si quieres volver a enviarla debe de ser con otro número. Por otro lado tampoco he visto ninguna forma de borrar lo ya enviado en pruebas así que lo que he hecho es poner como número de factura a los documentos una cadena que es la fecha+hora+minutos+segundos+un número de orden y de esa manera puedo enviar la misma factura todas las veces que quiera. Saludos
__________________
Be water my friend. |
#4
|
|||
|
|||
Pues tampoco sabría decirte.
Creo recordar que anteriormente anulé alguna y ya no aparece, pero sin embargo ahora tengo otra anulada desde 13 y sigue apareciendo. |
#5
|
|||
|
|||
Error en respuesta ws.SuministroLRFacturasEmitidas
Buenas tardes.
Hoy estoy recibiendo este error en la respuesta al enviar facturas, ayer me funcionaba correctamente. Estoy mosqueado, ¿puede ser un error mío o es de la AEAT? Muchas gracias a todos. '<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "*://*.w3.org/TR/html4/strict.dtd"> <html lang="es-ES"> <head> <title>Agencia Tributaria - Se ha producido un error</title> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <link href="*://*.agenciatributaria.gob.es/static_files/common/css/xzhtcs04.css" rel="stylesheet" type="text/css"> <script type="text/javascript"> function toggle() { var o=document.getElementById("AEAT_errores_tecnicos"); o.style.display=(o.style.display=='' || o.style.display=='none')?'block':'none'; } </script> </head> |
#6
|
|||
|
|||
Hola, no utilizo Delphi, utilizo un entorno cliente servidor y estoy realizando el envío de ficheros XML perfectamente con el comando curl.
Básicamente generas un fichero XML desde la aplicación con el formato que marca la AEAT y se envía con curl indicando el certificado y el password del mismo. La AEAT responde con otro XML indicado en la línea de comando. Adjunto el comando por si alguien quiere utilizarlo. curl --connect-timeout 300 -d "@Facturas.xml" -o "Resultado.xml" -E certificado.pemassword https://www7.aeat.es/wlpl/SSII-FACT/...iiFactFEV1SOAP |
#7
|
|||
|
|||
Cita:
|
#8
|
|||
|
|||
Cita:
|
#9
|
|||
|
|||
A mi ese error me salía ayer cuando actualicé el WS a la versión 0.6 (yo hago la comunicación via service reference) y fué porque al actualizar se cargó una línea del App.Config dónde tenia puesto el certificado en el binding. En lugar de:
Código:
<bindings> <basicHttpBinding> <binding name="siiBinding"> <security mode="Transport"> <transport clientCredentialType="Certificate" /> </security> </binding> </basicHttpBinding> </bindings> Código:
<bindings> <basicHttpBinding> <binding name="siiBinding"> <security mode="Transport"> </security> </binding> </basicHttpBinding> </bindings> |
#10
|
|||
|
|||
Cita:
Un saludo mpino |
#11
|
|||
|
|||
Facturas Recibidas Proveedores Extranjeros Cif?
Buenas a todos.
Otro mas en el lio!! La duda que tengo es que hacer con las facturas recibidas de proveedores extranjeros que NO DISPONEN DE CIF/VAT (como en USA) Indico en la factura el tipo 06 "Otro" como haciamos hasta ahora y me exige un ID siempre ALguien sabe como se tiene que enviar?? Muchas Gracias a todos!! |
#12
|
||||
|
||||
Segun creo toda facura tiene que tener un documento un identificador, ya sea nif, pasporte, etc. En las facturas recibidas es obligatorio rellenarlo.
|
#13
|
|||
|
|||
Cita:
y nos llegan facturas que no tienen nada, por q en USA no debe ser obligado, en cualquier caso tampoco lo van a poder contrastar Saludos. |
#14
|
|||
|
|||
Buenos días!!!
Antes de nada, muchas gracias a todos los foreros que estáis aportando toda vuestra inestimable ayuda con todo este tema de la AEAT, que en menudo jaleo nos ha metido a algunos como yo, porque hasta ahora había utilizado nada de Webservices. Bueno, al grano, os quería comentar que llevo ya leídos y releídos los 22 posts de este tema, y aún sigo sin poder enviar una triste factura al entorno de pruebas (increíble!!!). En principio pensé que era error de certificado, pero no, los verifiqué, fecha de caducidad, etc... y todo correcto. También me he descargado la última versión del WSDL por si habían modificado algo, y modifiqué las líneas:
Pero nada, seguía igual. Entonces, me pareció interesante lo que comentaba el forero NASCAR, que en vez de utilizar los objetos y clases del Webservice para enviar los datos, sería mejor crear uno mismo el xml y luego enviarlo. Pero no sé exactamente cómo enviar el xml, porque antes la línea que se enviaba en el ejemplo era esta:
Pero aquí no se puede enviar un xml. Supongo que se hará de otra manera, no??? Seguramente habré dicho alguna barbaridad porque como comentaba antes, ni idea de webservices. Entonces, resumiendo, ¿sería alguien tan amable de adjuntar un ejemplo completo en Delphi de cómo enviar el xml? No hace falta poner la parte de construcción del xml (ya me buscaré la vida para montar el xml, aunque si se pone mejor jejejeje), pero sí de la conexión con el WebService y todo lo demás. Muchas gracias!!!!!! |
#15
|
|||
|
|||
Hola.
Estoy desarrollando un módulo para el envio de facturas al SII. La primera fase fue que generase los ficheros XML tal como indica la AEAT en su documentación. Ahora estoy con la fase de envío con la AEAT, pero llevo varios días intentando enviar una factura y no hay manera. A ver si me pueden ayudar... Estoy programando en C#, y he probado tanto cargar desde fichero XML como generando la factura directamente contra el servicio web. En ambos casos, al enviar los datos me retorna un error: Código:
The content type text/html of the response message does not match the content type of the binding (text/xml; charset=utf-8). If using a custom encoder, be sure that the IsContentTypeSupported method is implemented properly. The first 1024 bytes of the response were: ... Os adjunto los ficheros para revisar (el que generé por primera vez y se carga en el portal, el que se crea con Serialize, y el que cargo con Deserialize), e incluso adjunto el código C# usado. Lo servicios WEB que uso son los proporcionados en el portal de SII: V_06/SuministroFactEmitidas.wsdl Ya estoy desesperado, no se que hacer... Necesito ayuda. Gracias. Menos mal que existe este 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 |
|