SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice

[JJAlf]

Empezado por CMB

Este hilo llegará hoy a las 64.000 vistas. No está mal.

No me extraña, yo soy una de ellas (de hace un tiempo) y desde aquí el agradecimiento a que hayáis dedicado tanto tiempo a resolver dudas y poner blanco sobre negro temas que a muchos programadores se nos escapan.
Tengo el tema en fases finales de desarrollo (sobre todo gracias a este foro) y entre ellas, mejora de controles existentes. Unas dudas:

1. ¿Habéis constatado que en el mensaje de respuesta los documentos vayan en el orden en que se han enviado? Yo he forzado envío de documentos 'desordenados' y parece que me lo devuelven en el mismo 'desorden'... Más que nada por la tarea de marcar los documentos. Si me los devuelven en orden, a medida que los envío me voy grabando mi propia lista con su ID único, porque es un poco farragoso volver a buscar entre las enviadas por NIF, número y demás. Ya podían haber pensado en un ID interno para comunicarnos...
   
2. ¿Hay algún otro método aparte de la capicom (y de las SecureBlackBox) para hacer un Cert.Load? Me ha venido de p.m., porque me guardo el certificado en la bbdd (quisquillosidad de los clientes a instalar certificados por ahí) y lo descargo a un archivo temporal y lo cargo con esa función. Pero al ir a crear el proyecto como webservice en 64bits me encuentro con que no puedo usar la capicom por ser librería de 32bits. No es un problema, pero me gusta dejar las cosas finas...
   
3. Y la más importante. Yo compagino clientes que envían directamente las facturas a la AEAT con mi servicio y clientes que van a usar terceros (SERES, EDICOM) para ello. Claro, no hago dos programaciones. Para estos últimos les envío el XML generado con el WSDL. Para ello, en esos casos, no cargo el certificado, capturo el XML en BeforeExecute y me 'trago' el error que da por no tener certificado, pero no me parece una solución 'limpia'. ¿Hay alguna manera de conseguir el XML SIN intentar un envío?

Gracias, y lo dicho, chapeau por el hilo. Espero poder aportar algo más que preguntas...

[vboloradito]

Empezado por JJAlf

Y la más importante. Yo compagino clientes que envían directamente las facturas a la AEAT con mi servicio y clientes que van a usar terceros (SERES, EDICOM) para ello. Claro, no hago dos programaciones. Para estos últimos les envío el XML generado con el WSDL. Para ello, en esos casos, no cargo el certificado, capturo el XML en BeforeExecute y me 'trago' el error que da por no tener certificado, pero no me parece una solución 'limpia'. ¿Hay alguna manera de conseguir el XML SIN intentar un envío?

¿Ves alguna ventaja en usar SERES o EDICOM frente a hacerlo a pelo contra la AEAT?

[CMB]

Empezado por vboloradito

¿Ves alguna ventaja en usar SERES o EDICOM frente a hacerlo a pelo contra la AEAT?

La ventaja es para las empresas intermediarias, que aumentan su facturación a cambio de casi nada.

[JJAlf]

Empezado por vboloradito

¿Ves alguna ventaja en usar SERES o EDICOM frente a hacerlo a pelo contra la AEAT?

En mi caso no, porque igualmente tengo hacerlo directo contra AEAT y el usar además otro interlocutor me complica la existencia. Pero entiendo que si sólo tuviera que interactuar con ellos, el sistema se 'simplifica', en cuanto a que te olvidas en muchos casos de complejos componentes (THTTPRio, parseadores XML, Certificados, XLDS...) y normalmente te ofrecen dejarles los datos en simples ficheros planos. De las versiones, validaciones y demás se encargan ellos, yo sólo formateo los datos y recibo resultados.
Eso sí, no son precisamente baratos. Lo que ocurre es que muchas veces (como es mi caso) ya trabajan con esas empresas para la recepción y envío de documentos. Lo cual no supone que les vayan a cobrar poco, pero el cliente manda...

[austral_es]

Buenas, estamos aquí intentando hacer pruebas con el NIF NO CENSADO (novedad en la 0.7) pero no nos acepta el error

"Error en el bloque de la Contraparte. El NIF no está identificado."

Lo hemos probado con un NIF que sabemos que no existe, pero que tiene la letra correcta 99999999R

Vosotros lo habéis conseguido, ¿remitir con NIF no censado? si es así que Nif habéis utilizado, gracias!

Nota: Por cierto creemos que ya esta en funcionamiento el web service de la 0.7 porque enviamos una razón social de mas de 40 caracteres (en la versión 0.6 eran 40 de máximo y en la 0.7 son 120) y lo acepto sin problemas.

[javi_valencia44]

Empezado por austral_es

Buenas, estamos aquí intentando hacer pruebas con el NIF NO CENSADO (novedad en la 0.7) pero no nos acepta el error

"Error en el bloque de la Contraparte. El NIF no está identificado."

Lo hemos probado con un NIF que sabemos que no existe, pero que tiene la letra correcta 99999999R

Vosotros lo habéis conseguido, ¿remitir con NIF no censado? si es así que Nif habéis utilizado, gracias!

Nota: Por cierto creemos que ya esta en funcionamiento el web service de la 0.7 porque enviamos una razón social de mas de 40 caracteres (en la versión 0.6 eran 40 de máximo y en la 0.7 son 120) y lo acepto sin problemas.

En el bloque IdOtro has puesto ese nif también y la clave 07?

[austral_es]

Empezado por javi_valencia44

En el bloque IdOtro has puesto ese nif también y la clave 07?

Si pero estamos en el paso previo, que la AEAT nos devuelva el error que el nif que enviamos no esta censado y nosotros automáticamente volver a enviar la petición ya con el IdOtro = 07, pero de principio en la primera consulta nosotros no sabemos si el nif está censado o no, es la AEAT quien nos tiene que devolver dicho error

[javi_valencia44]

Empezado por austral_es

Si pero estamos en el paso previo, que la AEAT nos devuelva el error que el nif que enviamos no esta censado y nosotros automáticamente volver a enviar la petición ya con el IdOtro = 07, pero de principio en la primera consulta nosotros no sabemos si el nif está censado o no, es la AEAT quien nos tiene que devolver dicho error

De todas maneras el formato del nif está mal creo, es Letra + 8 digitos

[CMB]

Empezado por austral_es

Buenas, estamos aquí intentando hacer pruebas con el NIF NO CENSADO (novedad en la 0.7) pero no nos acepta el error
"Error en el bloque de la Contraparte. El NIF no está identificado."
Lo hemos probado con un NIF que sabemos que no existe, pero que tiene la letra correcta 99999999R
Vosotros lo habéis conseguido, ¿remitir con NIF no censado? si es así que Nif habéis utilizado, gracias!
Nota: Por cierto creemos que ya esta en funcionamiento el web service de la 0.7 porque enviamos una razón social de mas de 40 caracteres (en la versión 0.6 eran 40 de máximo y en la 0.7 son 120) y lo acepto sin problemas.

Con los no censados hay que poner IDType = '07'.

[mrobles]

Empezado por vboloradito

Mi cliente en ocasiones emite factura nº1, se da cuenta de que esta mal, genera otra igual con el mismo importe pero en negativo nº2 y luego genera la tercera definitiva nº3.

LAS dos primera nº1 y nº2 no se las envia al cliente.
LA tercera si.

¿que hago ahora yo?
1 - ¿Solo envio al SII las que envio al cliente nº3 y dejo un salto en la secuencia de la serie factura sin envair a la AEAT.?
2 -¿ Envio todas al SII para que tenga la secuencia de la serie completa pero no se la envio al cliente (luego no cuadraran en el contraste)?
3 - ¿Envio todo al SII y al cliente para que este tambien la pueda subir al SII?

Tienes que hacer una rectificativa por sustitucion
8.1.9. Alta Factura Rectificativa por sustitución “S” en el Libro de registro Facturas Expedidas
http://www.agenciatributaria.es/stat...ioWeb_v0.7.pdf

Empezado por austral_es

Buenas, estamos aquí intentando hacer pruebas con el NIF NO CENSADO (novedad en la 0.7) pero no nos acepta el error

"Error en el bloque de la Contraparte. El NIF no está identificado."

Lo hemos probado con un NIF que sabemos que no existe, pero que tiene la letra correcta 99999999R

Vosotros lo habéis conseguido, ¿remitir con NIF no censado? si es así que Nif habéis utilizado, gracias!

Nota: Por cierto creemos que ya esta en funcionamiento el web service de la 0.7 porque enviamos una razón social de mas de 40 caracteres (en la versión 0.6 eran 40 de máximo y en la 0.7 son 120) y lo acepto sin problemas.

Tiene que ser tipo 07 e incluir los campos, ademas creo que tienes que hacer 2 intentos antes

8.1.1.4.Ejemplo mensaje XML de alta cuando la contraparte no está censada
Para los casos en que se haya rechazado una factura emitida debido a que la contraparte (NIF y nombre) no está censada en la AEAT, podrá
enviar dicha factura, en un segundo intento, suministrando el NIF en el bloque <IdOtro> con los siguientes contenidos:
Código país: ES
Clave ID: 07. No censado
Número Id: NIF no censado del receptor de la factura
Apellidos y nombre: Nombre del no censado receptor de la factura.
En este caso, la factura figurará en el SII como aceptada con errores. En cualquier caso un error de formato en el NIF supondrá un rechazo de
la factura.
XML de entrada

<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
                  xmlns:siiLR="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroLR.xsd"
                  xmlns:sii="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd">
    <soapenv:Header/>
    <soapenv:Body>
        <siiLR:SuministroLRFacturasEmitidas>
            <sii:Cabecera>
                <sii:IDVersionSii>0.7</sii:IDVersionSii>
                <sii:Titular>
                    <sii:NombreRazon>EMPRESAXXXXXXXXXXXXX</sii:NombreRazon>
                    <sii:NIF>A84532501</sii:NIF>
                </sii:Titular>
                <sii:TipoComunicacion>A0</sii:TipoComunicacion>
            </sii:Cabecera>
            <siiLR:RegistroLRFacturasEmitidas>
                <sii:PeriodoImpositivo>
                    <sii:Ejercicio>2017</sii:Ejercicio>
                    <sii:Periodo>01</sii:Periodo>
                </sii:PeriodoImpositivo>
                <siiLR:IDFactura>
                    <sii:IDEmisorFactura>
                        <sii:NIF>A84532501</sii:NIF>
                    </sii:IDEmisorFactura>
                    <sii:NumSerieFacturaEmisor>01</sii:NumSerieFacturaEmisor>
                    <sii:FechaExpedicionFacturaEmisor>15-01-2017</sii:FechaExpedicionFacturaEmisor>
                </siiLR:IDFactura>
                <siiLR:FacturaExpedida>
                    <sii:TipoFactura>F1</sii:TipoFactura>
                    <sii:ClaveRegimenEspecialOTrascendencia>01</sii:ClaveRegimenEspecialOTrascendencia>
                    <sii:ImporteTotal>26.70</sii:ImporteTotal>
                    <sii:DescripcionOperacion>VentaXXXXXXX</sii:DescripcionOperacion>
                    <sii:Contraparte>
                        <sii:NombreRazon>EMPRESAYYYYYYYY</sii:NombreRazon>
                        <sii:IDOtro>
                            <sii:CodigoPais>ES</sii:CodigoPais>
                            <sii:IDType>07</sii:IDType>
                            <sii:ID>94234500B</sii:ID>
                        </sii:IDOtro>
                    </sii:Contraparte>
                    <sii:TipoDesglose>
                        <sii:DesgloseFactura>
                            <sii:Sujeta>
                                <sii:NoExenta>
                                    <sii:TipoNoExenta>S1</sii:TipoNoExenta>
                                    <sii:DesgloseIVA>
                                        <sii:DetalleIVA>
                                            <sii:TipoImpositivo>21</sii:TipoImpositivo>
                                            <sii:BaseImponible>22.07</sii:BaseImponible>
                                            <sii:CuotaRepercutida>4.63</sii:CuotaRepercutida>
                                        </sii:DetalleIVA>
                                    </sii:DesgloseIVA>
                                </sii:NoExenta>
                            </sii:Sujeta>
                        </sii:DesgloseFactura>
                    </sii:TipoDesglose>
                </siiLR:FacturaExpedida>
            </siiLR:RegistroLRFacturasEmitidas>
        </siiLR:SuministroLRFacturasEmitidas>
    </soapenv:Body>
</soapenv:Envelope>

[xamminf]

Hola mrobles y amigos,

¿ Cual sería la vía de una factura de abono emitida ?

¿ Rectificativa por diferencias, quizás ?

Gracias

[[newtron]]

Empezado por xamminf

Hola mrobles y amigos,

¿ Cual sería la vía de una factura de abono emitida ?

¿ Rectificativa por diferencias, quizás ?

Gracias

Exacto, rectificativa por diferencias.

[mrobles]

Empezado por xamminf

Hola mrobles y amigos,

¿ Cual sería la vía de una factura de abono emitida ?

¿ Rectificativa por diferencias, quizás ?

Gracias

Hay 3 tipos de rectificativa y la tuya es la primera


8.1.9. Alta Factura Rectificativa por sustitución “S” en el Libro de registro Facturas Expedidas
Factura rectificativa. Corrección
de una factura errónea tipo:
por sustitución S
Envío de una nueva factura con:
Tipo de operación A0.
Claves de tipo de factura R1, R2 o R3.
Tipo de factura rectificativa = "S".
Se trata de una nueva clave única de la
factura, diferente de la factura original.
La clave única de la factura rectificativa no
debe existir previamente.
Obligatorio consignar los importes
sustituidos (Base rectificada y Cuota
rectificada)
Opcional identificar la relación de facturas
rectificadas en el campo.
Alta de la factura rectificativa. Podrá
quedar como correcta o como
errónea.
Cuando la rectificación se haga por “sustitución” se deberá informar de la rectificación efectuada señalando igualmente el importe de dicha
rectificación. Esta información se podrá realizar:
- Opción 1: Informando de un nuevo registro en el que se indiquen los importes correctos tras la rectificación en los campos “base imponible”,
“cuota” y en su caso “recargo” y a su vez de los importes rectificados respecto de la factura original en los campos “base rectificada”, “cuota
rectificada” y en su caso “recargo rectificado”.
- Opción 2: Informando de un nuevo registro en el que se indiquen los importes correctos tras la rectificación en los campos “base imponible”,
“cuota” y en su caso “recargo” y de otro registro en el que se informe de los importes rectificados.

8.1.9.1.Ejemplo mensaje XML de alta de factura rectificativa por sustitución “Opción 1”
Ejemplo operativa:
Ejemplo: La factura nº1 de base imponible 1.000 € y cuota 210 € va a ser objeto de rectificación.
OPCIÓN 1: La modificación por sustitución supondría emitir una factura rectificativa con base imponible de 800 € y cuota 168, en la que se indicará que la rectificación
realizada es de 1000 € por la base imponible rectificada y 210 € por la cuota rectificada.
- Se informará de dos campos adicionales con "la base rectificada" (1.000) y la "cuota rectificada" (210), con independencia de su signo.
- Importe total: se indicará el importe final válido 968.
- Desglose IVA: base imponible: 800, cuota repercutida 168.

<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
                  xmlns:siiLR="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroLR.xsd"
                  xmlns:sii="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd">
    <soapenv:Header/>
    <soapenv:Body>
        <siiLR:SuministroLRFacturasEmitidas>
            <sii:Cabecera>
                <sii:IDVersionSii>0.7</sii:IDVersionSii>
                <sii:Titular>
                    <sii:NombreRazon>EMPRESAXXXX</sii:NombreRazon>
                    <sii:NIF>A84532501</sii:NIF>
                </sii:Titular>
                <sii:TipoComunicacion>A0</sii:TipoComunicacion>
            </sii:Cabecera>
            <siiLR:RegistroLRFacturasEmitidas>
                <sii:PeriodoImpositivo>
                    <sii:Ejercicio>2017</sii:Ejercicio>
                    <sii:Periodo>03</sii:Periodo>
                </sii:PeriodoImpositivo>
                <siiLR:IDFactura>
                    <sii:IDEmisorFactura>
                        <sii:NIF>A84532501</sii:NIF>
                    </sii:IDEmisorFactura>
                    <sii:NumSerieFacturaEmisor>0000000000025</sii:NumSerieFacturaEmisor>
                    <sii:FechaExpedicionFacturaEmisor>15-04-2017</sii:FechaExpedicionFacturaEmisor>
                </siiLR:IDFactura>
                <siiLR:FacturaExpedida>
                    <sii:TipoFactura>R1</sii:TipoFactura>
                    <sii:TipoRectificativa>S</sii:TipoRectificativa>
                    <sii:ImporteRectificacion>
                        <sii:BaseRectificada>1000</sii:BaseRectificada>
                        <sii:CuotaRectificada>210</sii:CuotaRectificada>
                    </sii:ImporteRectificacion>
                    <sii:ClaveRegimenEspecialOTrascendencia>01</sii:ClaveRegimenEspecialOTrascendencia>
                    <sii:ImporteTotal>968</sii:ImporteTotal>
                    <sii:DescripcionOperacion>Objeto FACTURA</sii:DescripcionOperacion>
                    <sii:EmitidaPorTerceros>S</sii:EmitidaPorTerceros>
                    <sii:Contraparte>
                        <sii:NombreRazon>EMPRESAYYYYYYYY</sii:NombreRazon>
                        <sii:NIF>94234500B</sii:NIF>
                    </sii:Contraparte>
                    <sii:TipoDesglose>
                        <sii:DesgloseFactura>
                            <sii:Sujeta>
                                <sii:NoExenta>
                                    <sii:TipoNoExenta>S1</sii:TipoNoExenta>
                                    <sii:DesgloseIVA>
                                        <sii:DetalleIVA>
                                            <sii:TipoImpositivo>21</sii:TipoImpositivo>
                                            <sii:BaseImponible>800</sii:BaseImponible>
                                            <sii:CuotaRepercutida>168</sii:CuotaRepercutida>
                                        </sii:DetalleIVA>
                                    </sii:DesgloseIVA>
                                </sii:NoExenta>
                            </sii:Sujeta>
                        </sii:DesgloseFactura>
                    </sii:TipoDesglose>
                </siiLR:FacturaExpedida>
            </siiLR:RegistroLRFacturasEmitidas>
        </siiLR:SuministroLRFacturasEmitidas>
    </soapenv:Body>
</soapenv:Envelope>

[vboloradito]

Empezado por JJAlf

En mi caso no, porque igualmente tengo hacerlo directo contra AEAT y el usar además otro interlocutor me complica la existencia. Pero entiendo que si sólo tuviera que interactuar con ellos, el sistema se 'simplifica', en cuanto a que te olvidas en muchos casos de complejos componentes (THTTPRio, parseadores XML, Certificados, XLDS...) y normalmente te ofrecen dejarles los datos en simples ficheros planos. De las versiones, validaciones y demás se encargan ellos, yo sólo formateo los datos y recibo resultados.
Eso sí, no son precisamente baratos. Lo que ocurre es que muchas veces (como es mi caso) ya trabajan con esas empresas para la recepción y envío de documentos. Lo cual no supone que les vayan a cobrar poco, pero el cliente manda...

Pero si curras con SERES-edicom:
¿Tienes que recoger la respuesta de seres y trasladarla a tu sistema o te quedas solo en seres?.

Si tienes que modificar un nif lo haces en SERES-edicom y luego a mano en tu sistema o lo haces en tu sistema y tienes qeu marcarla para que la vuelva a extraer para enviar a SERES-edicom.

[JJAlf]

Empezado por vboloradito

Pero si curras con SERES-edicom:
¿Tienes que recoger la respuesta de seres y trasladarla a tu sistema o te quedas solo en seres?.

Si tienes que modificar un nif lo haces en SERES-edicom y luego a mano en tu sistema o lo haces en tu sistema y tienes qeu marcarla para que la vuelva a extraer para enviar a SERES-edicom.

Perdona, he tenido que cambiar de proyecto y hasta ayer no he vuelto a retomar el tema y empezar con la comunicación con edicom.

Efectivamente, hay que hacer todo el trabajo pero dejando a ellos SOLO el envío final. Si hay que modificar algo, se modifica en el sistema del cliente y se vuelve a enviar (se vuelve a generar el fichero y a decirle a edicom que lo envíe), lo mismo que el tratar las respuestas de edicom (que son las respuestas de la AEAT). Bueno, creo que existe un cliente mu chulo, pero yo ahí no entro, espero que sólo sirva para consultar datos.

La cosa es superchunga. De primeras, al usar yo WSDL el mensaje que la AEAT me acepta sin problemas a ellos no les vale porque tiene el englobado SOAP (fácil de quitar) y no tiene los namespaces (sii:, siiLR: ..) que tendría si hubiera hecho el XML a mano basándome en el XSD. Vale, hago la transformación. Pero luego lo que han hecho (en mi caso) es un cliente java para poder comunicarme con su servicio, que no deja de ser un REST, podría haberme comunicado directamente, ¿no?. En fin, dejas el archivo generado en una carpeta y ejecutas un comando para que lo envíe. Y ya está. Puedo averiguar (algo intrincadamente) que el mensaje ha sido tratado por su servidor correctamente. Pero para saber si la AEAT ha dado el ok, tengo que ejecutar un comando para recibir mensajes de respuesta.
Aún estoy esperándolo, para saber cómo voy a casar el mensaje que he enviado esta mañana con su respuesta.

Una odisea.

[figo21]

Empezado por JJAlf

Perdona, he tenido que cambiar de proyecto y hasta ayer no he vuelto a retomar el tema y empezar con la comunicación con edicom.

Efectivamente, hay que hacer todo el trabajo pero dejando a ellos SOLO el envío final. Si hay que modificar algo, se modifica en el sistema del cliente y se vuelve a enviar (se vuelve a generar el fichero y a decirle a edicom que lo envíe), lo mismo que el tratar las respuestas de edicom (que son las respuestas de la AEAT). Bueno, creo que existe un cliente mu chulo, pero yo ahí no entro, espero que sólo sirva para consultar datos.

La cosa es superchunga. De primeras, al usar yo WSDL el mensaje que la AEAT me acepta sin problemas a ellos no les vale porque tiene el englobado SOAP (fácil de quitar) y no tiene los namespaces (sii:, siiLR: ..) que tendría si hubiera hecho el XML a mano basándome en el XSD. Vale, hago la transformación. Pero luego lo que han hecho (en mi caso) es un cliente java para poder comunicarme con su servicio, que no deja de ser un REST, podría haberme comunicado directamente, ¿no?. En fin, dejas el archivo generado en una carpeta y ejecutas un comando para que lo envíe. Y ya está. Puedo averiguar (algo intrincadamente) que el mensaje ha sido tratado por su servidor correctamente. Pero para saber si la AEAT ha dado el ok, tengo que ejecutar un comando para recibir mensajes de respuesta.
Aún estoy esperándolo, para saber cómo voy a casar el mensaje que he enviado esta mañana con su respuesta.

Una odisea.

Madre mía, pero si es más complicado eso que comunicarte directamente con la aeat. Aparte de que recibes la respuesta en tiempo real...


Un saludo.

[PASPAS]

Empezado por JJAlf

Perdona, he tenido que cambiar de proyecto y hasta ayer no he vuelto a retomar el tema y empezar con la comunicación con edicom.

Efectivamente, hay que hacer todo el trabajo pero dejando a ellos SOLO el envío final. Si hay que modificar algo, se modifica en el sistema del cliente y se vuelve a enviar (se vuelve a generar el fichero y a decirle a edicom que lo envíe), lo mismo que el tratar las respuestas de edicom (que son las respuestas de la AEAT). Bueno, creo que existe un cliente mu chulo, pero yo ahí no entro, espero que sólo sirva para consultar datos.

La cosa es superchunga. De primeras, al usar yo WSDL el mensaje que la AEAT me acepta sin problemas a ellos no les vale porque tiene el englobado SOAP (fácil de quitar) y no tiene los namespaces (sii:, siiLR: ..) que tendría si hubiera hecho el XML a mano basándome en el XSD. Vale, hago la transformación. Pero luego lo que han hecho (en mi caso) es un cliente java para poder comunicarme con su servicio, que no deja de ser un REST, podría haberme comunicado directamente, ¿no?. En fin, dejas el archivo generado en una carpeta y ejecutas un comando para que lo envíe. Y ya está. Puedo averiguar (algo intrincadamente) que el mensaje ha sido tratado por su servidor correctamente. Pero para saber si la AEAT ha dado el ok, tengo que ejecutar un comando para recibir mensajes de respuesta.
Aún estoy esperándolo, para saber cómo voy a casar el mensaje que he enviado esta mañana con su respuesta.

Una odisea.

Madre mia , para edicom estas haciendo el trabajo doble no lo veo viable . Espero que no me toque ningun cliente asi.
Ademas gracias por la info porque si veo q alguien lo quiere con edicom lo dejare bien claro que todo el envio y respuesta se trate via edicom.
Yo de ti lo que haria es marcar com exportado a edicomSII y ya esta luego que el cliente entre a su portal para ver el status , lo que estas haciendo es un trabajo de chinos y perdon por la expresion. Encima de lo que cobran te hacen convertir a su gusto y espera q con nuevas version lo q te tocara hacer extra.
Saludos y animo.

[vboloradito]

Empezado por PASPAS

Madre mia , para edicom estas haciendo el trabajo doble no lo veo viable . Espero que no me toque ningun cliente asi.
Ademas gracias por la info porque si veo q alguien lo quiere con edicom lo dejare bien claro que todo el envio y respuesta se trate via edicom.
Yo de ti lo que haria es marcar com exportado a edicomSII y ya esta luego que el cliente entre a su portal para ver el status , lo que estas haciendo es un trabajo de chinos y perdon por la expresion. Encima de lo que cobran te hacen convertir a su gusto y espera q con nuevas version lo q te tocara hacer extra.
Saludos y animo.

El problema es que si un cliente tiene mal el NIF, que haces, vas a la web de EDICOM apuntas el numero. TE vas a tu ERP, buscas el numero , actualizas el nif.
¿Lo relanzas desde tu ERP o desde EDICOM-SERES?
¿No es mas facil trabajar con fichero plano con EDICOM-SERES en lugar de generar el XML?