Pero una devolución no necesariamente debe de provenir de UNA factura, un cliente puede estar retirando mercancía durante meses y luego llega y te devuelve cierta mercancía que puede provenir de quien sabe donde.

Esa sería una solución, de esta manera ¿todas las facturas negativas serían rectificativas? o dicho de otra manera ¿no hay facturas "normales" en negativo?

Saludos

Efectivamente, puede haber varias facturas rectificadas, y así lo contempla el esquema:

Por suerte en las FAQ dicen también que la identificación es opcional. En la misma línea del modelo 340.

Respecto a las negativas. Yo creo que se puede asumir sin mayor consecuencias que toda factura negativa es rectificativa.
Aunque también podría ser cierto que no todas las facturas rectificativas tienen que ser negativas. Las sustitutivas van en esa línea. Aunque no creo que haya muchas empresas que usen ese lío de Rectificativas - Sustitutivas.

Hola a todos:

Antes de nada agradecer el fabuloso trabajo de todos y los ejemplos de código que me han resultado realmente útiles. Estoy intentando enviar un alta de factura normal con la versión 0.6 del webservice y me devuelve el siguiente error:

Codigo[4102]. El XML no cumple el esquema. Falta informar campo obligatorio: NIF

La única diferencia de mi XML que envío con el del ejemplo que aparece en el manual es que en el grupo de contraparte yo tengo un nodo denominado NIFRepresentante y en la documentación aparece como NIF. Al estar trabajando directamente con los objetos del WebService (en Vb .NET) no encuentro la manera de modificar el nombre del nodo.

Lo curioso es que si elimino ese grupo (el de contraparte) me da el error: "El argumento 'Prompt' no se puede convertir en el tipo 'String'".

¿A alguien le ha pasado lo mismo? ¿Existe una solución? Gracias.

Hola pprieto.

A mí me pasaba lo mismo, lo solucioné poniendo contraparte.Item = "BXXXXXXX"

Espero que te funcione.

Saludos

Muchas gracias jmlazaro. Con esto me ha funcionado perfectamente.

Hola,

Buenos días a todos, soy nuevo en este grupo y me pongo en contacto con vosotros para ver si me podéis echar una mano con algunos problemas que tengo.

Antes de nada, me descargue Los Ejemplos que habéis publicado y después de hacer algunos ajustes según los ejemplos, sigo con el mismo problema que tenía.

Esta es la configuración que estoy utilizando:

defWSDL = ' https: // www7.aeat.es/ wlpl / SSII-FACT / ws / fr / SiiFactFRV1SOAP/ SuministroFactRecibidas.wsdl';
defSvc = 'siiService';
defPrt = 'SuministroFactRecibidasPruebas';

Y el certificado lo cargo según los ejemplos que me descargue (setCERTIFICADO(CERTIFICADO))


Cuando intento enviar una factura Recibida me muestra siempre este mensaje de error:

Proyect Proyect1.exe raised exception class EDOMParseError with message 'DTD está prohibido.

Line: 1
<!DOCTYPO html PUBLIC ' -//W3C//DTD XHTML'.


y si pongo lo siguiente para desactivar el DTD:

constructor SuministroLRFacturasRecibidas.Create;
begin
inherited Create;
FSerializationOptions := [xoLiteralParam];
MSXMLDOMDocumentFactory.AddDOMProperty('ProhibitDTD', False);
end;


Me muestra el siguiente error:

Proyect Proyect1.exe raised exception class Exception class Exception with message 'Unabled to load WSDL File/Location:
https://www7.aeat.es/wlpl/SSII-FACT/ws/fe/SiiFactFRV1SOAP/SuministroFactRecibidas.wsdl. Error [Se encontró un carácter no válido en el contenido del texto.

Line: 9
<title>Gestí]'.


¿ Os ha ocurrido a vosotros algo parecido ?

¿ Podéis ayudarme ?

Gracias de antemano.

Saludos

Hola bartag. Gracias por tus aportaciones, me han aclarado bastante el tema.
Estoy intentando usar tu código pero tengo un problema cuando hago el Deserialize sobre el XML modelo que has adjuntado. Me da un error "There is an error in XML document (2, 2)", ¿sabes a qué puede ser debido?

Gracias.

Eliminado por BUG en OPENTEXT
 

Tras actualizar a la nueva versión de WebService, me ha empezado a devolver este error al tratar de enviar cualquier tipo de factura:

{"El cliente encontró el tipo de contenido de respuesta 'text/html', pero se esperaba 'text/xml'.\r\nError de la solicitud con el mensaje de error:Proceso de conexión con la Sede Electrónica de la Agencia Tributaria en curso.<!-- Menu de UTILIDADES PREVIEW -->\r\n\t</div>\r\n</body>\r\n<!-- Eliminado por BUG en OPENTEXT render:trackDependencies/-->\r\n</html>\r\n\r\n--."}

A alguien le ha pasado eso también? Esta mañana me dejaba enviar sin problemas.

Ahora la Agencia está muy lenta y no responde peticiones al WebService.
A ver si es por eso.
En lugar de procesar petición devuelve una respuesta diciendo que anda lenta.
Suele ser normal los días 20 por temas de presentación de 340.
No quiero ni imaginarme cuando entre en producción el SII.

Lo gracioso es que en lugar de devolver un código de error por saturación y punto devuelve una bonita web animada de 56 KB.
Es una buena oportunidad para añadir tolerancia a errores extraños al programa que gestiona el SII.

El webservice no ha funcionado en casi toda la tarde
 

A las 16:53 envié una prueba y recibí la respuesta. Cinco minutos después dejó de funcionar, incluso en el portal de pruebas y consultas externas. Y en este momento sigue igual.

Si eso pasa cuando esté en producción, el lío que se montaría sería responsabilidad de ellos, no nuestro. Nuestro software puede tener bugs, eso seguro, pero si falla el webservice nosotros tranquilos.

Me temo que no es tan sencillo. Por mi experiencia, no sería la primera vez que se les rompe una web y se lavan las manos.


Por si alguien tiene curiosidad por ver la respuesta en el navegador. Queda muy resultón con la barra animada, pero bastante inútil como respuesta para una petición SOAP.

Tienes razón la web de consultas está igual. Devuelven el mismo mensaje.

Puede ser que haya tenido ataque o sobrecarga y hayan optado simplemente por desactivar los servicios no fundamentales.
Y de ahí que aún sea algo menos específico para un WebService.

Y si entras en Cliente de web service para el entorno de pruebas e intentas mandar un xml con facturas emitidas, sale un recuadro Error al enviar. Internal Server Error. Así desde las 16:53h de hoy. Y si lo haces desde tu programa por SOAP se queda colgado esperando la respuesta.

¿Quién está a cargo del todo el tema informático? ¿Los mismos funcionarios de Hacienda, o es una empresa externa?

Con este código, ¿qué modificación podemos hacer para que guarde el XML que enviamos (SOAP REQUEST) y el que recibimos (SOAP RESPONSE)
Gracias.

A mi la nueva versión me da error en esta sección del código:

Public Shared Widening Operator CType(v As SuministroLRFacturasEmitidas) As SuministroLRFacturasEmitidas
Throw New NotImplementedException()
End Operator

:mad::mad::mad:

Tras comentar este código y probar me da el mismo error que dice el compañero:

Hola a todos:

¿Hay alguna manera de eliminar todas las facturas enviadas al portal de pruebas? De tanto enviar hay un jaleo importante y me gustaría "empezar desde cero".

Gracias!

Yo no veo ninguna opción para hacerlo. Quizás la única manera sea enviar peticiones de baja, una para cada factura enviada, que eso sí que está previsto.

De todos modos, sería de gran utilidad hacer borrón y cuenta nueva. Si alguien lo sabe que tenga la amabilidad de publicarlo.

Saludos,

La verdad es que si se hecha de menos esa opción.
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.

¿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).

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