Buenas tardes, así lo he hecho y ya me genera correctamente el pas del WSDL, pero intento hacer una prueba y me salta el error

Unable to retrieve the URL endpoint for Service/Port 'siiService'/'SuministroFacturasPruebas' from WSDL 'https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroFactEmitidas.wsdl'

Sabéis a que puede ser debido?

Saludos

Seguramente te falta poner bien los siguientes datos.

defWSDL = 'https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroFactEmitidas.wsdl';
defURL = 'https://www7.aeat.es/wlpl/SSII-FACT/ws/fe/SiiFactFEV1SOAP';
defSvc = 'siiService';
defPrt = 'SuministroFactEmitidasPruebas';

gracias keys ya me has quitado un tema asi de golpe, con el que estaba ahora mismo. (porque no tenemos clientes que a final de año superaran esa cifra de contado)

Por cierto, las facturas recibidas, (exentas, por ejemplo por no tener animo de lucro) ¿que esquema sigues para enviarla? le he colocado el tipo a cero y el importe del iva a cero y ha pasado, pero no se si lo estoy haciendo bien.


Saludos !

4.12. ¿Se registra una factura recibida que recoge una operación exenta?

Sí, teniendo en cuenta que en los campos correspondientes al importe de la factura únicamente deberá consignarse la “Base imponible”

Alguien esta presentando ahora mismo. Me da un error de certificado que no daba hace 5 minutos.

He probado y me da un error "nif no identificado: XXXXXX" (el mío que es el que pongo como presentador)

A mi me ocurre lo mismo. Será un problema de la Aeat.

Hola.
Creo que por aqui puedes filtrar por la factura
ACONSULTALRFacturasEmitidas.FiltroConsulta.ClavePaginacion.NumSerieFacturaEmisor

Muchas Gracias Keys!!

Con esos parámetros devuelve una larga lista de facturas, no una sola.

¿Alguien tiene idea de cómo se maneja el campo <FiltroConsulta> para obtener el estado de una única factura?

Muchas gracias a todos.

Saludos,

Estuvimos en una reunión que se hizo en Madrid para las empresas desarrolladoras de software con Hacienda. Según hacienda había que poner una descripción completa de la operación y que no valían los CompraXXXX y VentaXXXX y ese tipo de descripciones, esto causo mucho revuelo, y la que lo dijo que era una especie de jefaza de hacienda en breves palabras dijo, esto es lo que hay, y se marcho.... con un par....

Pues habrá que ver la cara que ponen los usuarios cuando se enteren de que tendrán que exprimir su cerebro redactando una descripción específica para cada factura emitida y recibida. Esto disminuirá el paro, porque las empresas tendrán que contratar a más personal :)

por lo de explicar "la operación" mas alla de factura tal o cual, creo que no será obligatorio porque parece que no es una obligación recogida en el libro de iva.

a mi me parece que van improvisando... ayer no validaba los nifs, ni los que venían de certificados ni después los de las facturas, cada mes cambian el interface y su versión obligándote a reimportar, recompilar y renombrar algunas clases..... todavía y tras dos meses de retrasos no tienen el formulario para introducir facturas....

enviar los xm a la aeat o hacerlo a traves de una empresa externa
 

en mi empresa todavia no saben si hacer el envio directamente a la aeat o a traves de una empresa externa.
Alguno esta en este dilema.
Sabeis el tiempo que nos podemos ahorrar en desarrollo si lo hacemos a traves de una empresa externa,
¿compensa?

Hay una serie de campos que no son obligatorios o no tienen validación y seguramente no lo tendrán. El usuario puede presentar lo que le de la gana. El problema será cuando hacienda empiece a cruzar datos y a realizar inspecciones, en ese momento será cuando te diga que te falta o sobra una cosa u otra. Sobre todo cuando tu cruzen con tu propia declaración del 303.

El campo descripción yo entendí que casi tiene que ser el concepto de la factura, y si te pasas de 500 lo resumes. Si partes de un programa de facturación obtener este dato puede ser fácil de obtener, pero si es un programa de contabilidad o general, no le quedará mas remedio al usuario que meterlo e improvisar. De todas formas esto es un tema de normativa que cae en manos del usuario, nosotros por ejemplo le ponemos el campo y lógicamante tiene que ser el usuario el que lo rellene como quiera.

Por cierto las validaciones para las facturas anteriores del 1 de julio van a ser diferentes para las de después de julio. Por ejemplo esta campo descripción o por lo menos es lo que se comentó en la reunión.

Un Saludo

¿A través de una empresa externa? No entiendo eso.

Hay empresas que se estan publicitando que generan el SII a partir de ficheros generados por otras aplicaciones y que se adaptan a tu erp. No se hasta que punto sera operativo esto.

Pon Sii en el señor google y te salen unas cuantas.

Ya imaginaba algo así pero también imagino que de una forma o de otra habrá que preparar o configurar los datos para conectarse con ese programa externo e, independientemente de eso, seguro que se pierde funcionalidad.

Ya puestos yo prefiero resolverlo y no depender de terceros.

Hay empresas que buscan desesperadamente un nuevo nicho de mercado donde meterse. Eso mismo sucedió el año 2010 cuando se hablaba de la e-Factura, que tenía que ser obligatoria para todo el mundo, la que se creaba con el famoso aeatfact.dll. Finalmente quedó todo abandonado y alguna de las empresas que lo habían publicitado cerraron. Y el trabajo de los programadores fue en balde.

Una factura con más de cien líneas (las hay) con conceptos muy variados, piezas, horas de trabajo, revisiones, desplazamientos, etc., a ver cómo la resumes de forma automática. Y si pones al usuario una casilla en blanco para que la describa se van a quejar mucho, aunque el culpable no es el que desarrolla el programa. Y si ponen sanciones por una cosa así será todo muy complicado.