¿Qué es exactamente lo que fallará el 8 de julio?

Saludos,

Ante todo, agradecer la colaboración en este hilo de tanta gente desinteresada.
Respecto a los archivos subidos por xerkan: tengo más de un certificado instalado en mi equipo y no me aparece ninguno en el combo. Se limita a decirme al inicio (cuando carga el combo) que no hay certificados. ¿Qué es lo que puede estar yendo mal? Gracias anticipadas, compañeros.
A ver si podemos con ello, pero tendremos que organizar(nos) en este hilo (veo la información muy dispersa de momento y con 65 páginas actualmente al que entre aquí lo puede tumbar de espaldas). Un saludo.

Factura duplicada ha dejado de suministrar el CSV
 

Con la versión 0.7, el pasado 21 de mayo la respuesta para el alta de una factura duplicada, tal como está anunciado, daba:

Hoy ya no lo suministra, ni con facturas emitidas ni con recibidas, como si fuese la versión 0.6 o anterior:

Esto estropea el parsing de la respuesta, pues se busca el CSV y no se encuentra.

¿Alguien más se ha encontrado con esto?

Nota: El envío lo hago con '0.7' como versión.

Saludos,

CMB, aún no estoy ahí. Tratando de mandar certificado (por programa) sin éxito.

Si es una factura enviada anterior a la versión 0.7 no tiene csv

Pues tienes razón. Lo sabía pero no caí en ello.

Muchas gracias.
Saludos,

Acerca del problema con los certificados no hallados: estando instalados en Firefox no los hallaba. Al instalarlos en Internet Explorer ya aparecen (¿Microsoft barriendo siempre para casa con crypt32.dll CAPICOM?).
Ahora peleando con: RECEIVED CONTENT of invalid content-type setting: text/html - SOAP expects "text/xml" al tratar de dar de alta la factura del ejemplo.

Iría bien que publiques el XML completo de la petición para analizarlo.

Saludos,

CMB, de golpe y repente ha desaparecido el problema y todo lo probado rueda bien. He dado de alta dos facturas emitidas y dos recibidas como prueba, y sin problemas. El botón de consulta me muestra la información de todos los documentos entrados. He ido directamente a la WEB de la AEAT (Información técnica SII-->acceso al portal de pruebas del SII--->Consulta---> Emitidas o Recibidas) y allí están, sin más problemas.

Programas utilizados: los suministrados por xerkan en este mismo hilo (gracias compañero(s)).
Retoques: Utilizo habitualmente Firefox como navegador y allí tengo instalados los certificados. Al arrancar tanto el programa de facturas emitidas como el de recibidas la aplicación trataba de cargar los certificado y no los encontraba. Se los instalé en Internet Explorer y a partir de ahí me los mostraba todos.
Habrá que ir recapitulando conforme hagamos más pruebas. Por supuesto, agradecer a los que están por delante haciendo estos esfuerzos. Queda mucho trabajo por hacer aún, pero a mí no me parece ya que vayamos muy a ciegas. El archivo generado por la WSDL es monstruoso, con muchas estructuras, pero también tiene bastante de repetitivo. Los XSD no son pequeños, pero están ahí para hacer su trabajo. Sólo hay que animarse y organizarse.
Saludos.

P.D.: De lo leído por Internet, el error RECEIVED CONTENT of invalid content-type setting: text/html - SOAP expects "text/xml" parecer ser uno relacionado con el servidor y que suele/solía corregirse a veces intercambiando el orden de 2 unidades ISAPI en el .dpr. Que viniera del servidor parece bastante probable, ya que la AEAT está también de pruebas con nosotros, y más aún con el cambio de versión de la 0.6 a la 0.7. A ver si hay suerte y empieza ya a estabilizarse.

¿Cómo/dónde interceptar, para echarles un vistazo, los textos de las XML generados y recibidos por la 'interface' proveniente de la WSDL de Hacienda?

Cauxa se exención
 

Hola, compañeros

¿vosotros informáis el campo "CausaExencion" ?

Saludos

De momento yo no lo estoy haciendo, pero veo que en la versión 0.7 es obligatorio. Además es un poco liado, porque las causas son tan claras como esto

Exenta por el artículo 20
Exenta por el artículo 21
Exenta por el artículo 22
Exenta por el artículo 24
Exenta por el artículo 25
Exenta por Otros

¿Alguien sabe con certeza si es realmente obligatorio?

¿Y qué dicen esos artículos?

Saludos,

Obligatorio no es. Yo he enviado ficheros sin "CauxaExencion" y se lo traga. Lo que preguntaba es si veis necesidad de ponerlo o no . Si os parece que tiene alguna pega el no ponerlo...???

Cuando digo que he enviado es con la versión 0.7

Saldos

Si mal no recuerdo en alguna de las preguntas frecuentes he leido que no es obligatorio y yo lo que no es obligatorio directamente no lo envío.

Saludos

Al final no pude hacerme con el WSDL Importer y los estoy creando a mano.

Y me decante por crearlo a mano y haciendo una conexion para enviar como el ejemplo que te facilitaron, ahi aun tengo que mirar si la conexion la hago por delphi o de forma externa

Hola, en los casos no obligatorios tienes en cuenta si el cliente decidiese enviarlos por X motivo?

Lo normal seria solo enviar lo justo y necesario, pero siempre salen excepciones

¿El cliente? pues sé pero no creo, nunca me he encontrado un cliente que quiera enviar más datos de los estrictamente necesarios, sobre todo en temas relacionados con el fisco.

Me rectifico a mí mismo. Me confundí. En el documento SII_Descripcion_ServicioWeb_v0.7.pdf sale en negro, no en rojo.

Como bien dice newtron en el #1295, lo que no es obligatorio es mejor no ponerlo.

Comprobar el código país
 

Hola a todos,

Estoy haciendo pruebas en cuanto a consulta de facturas emitidas. En su momento subí un archivo de libro de registro con 2 facturas dentro. Una de ellas tenía especificado IDOtro porque usaba método de identificación NIF-IVA, sin embargo no llevaba especificado CodigoPais.

Ahora bien, cuando las consulto para cargarlas en un StringGrid, hago:

Sin embargo, esa factura a la que no especifiqué CodigoPais me devuelve igualmente valor 0 en ord(DatosFacturaEmitida.Contraparte.IDOtro.CodigoPais), por lo que siempre me devuelve código país Afganistán.

¿Alguna idea sobre cómo detectar cuando no existe CodigoPais en la respuesta?

Gracias de antemano!