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

[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?

[JJAlf]

Empezado por vboloradito

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?

Se supone que tras el envío, en algún momento, edicom me debe reportar la respuesta de la AEAT, de manera que es 'casi' lo mismo que en el caso on-line, sólo que hay un 'retraso' entre el envío y la confirmación de su estado; o sea, que tengo que tratarlo como enviado-pendiente-de-confirmación. Digo se supone porque aún no he conseguido respuesta. Y como sea lo que apuntas (rollo 'ellos se encargan de todo') que nos lo estamos empezando a temer, les va a caer una buena: no me importa lo farragoso que pueda resultar tener que modificar un NIF en la web de edicom y al mismo tiempo en mi sistema, sino que no puedo permitir que hayan diferencias entre ambos.

Empezado por vboloradito

¿No es mas facil trabajar con fichero plano con EDICOM-SERES en lugar de generar el XML?

Por supuesto, pero dado que el 90% de mis clientes optan por la comunicación directa, no pensaba programar lo mismo dos veces. Es un añadido al funcionamiento estándar.

[PASPAS]

Empezado por JJAlf

Se supone que tras el envío, en algún momento, edicom me debe reportar la respuesta de la AEAT, de manera que es 'casi' lo mismo que en el caso on-line, sólo que hay un 'retraso' entre el envío y la confirmación de su estado; o sea, que tengo que tratarlo como enviado-pendiente-de-confirmación. Digo se supone porque aún no he conseguido respuesta. Y como sea lo que apuntas (rollo 'ellos se encargan de todo') que nos lo estamos empezando a temer, les va a caer una buena: no me importa lo farragoso que pueda resultar tener que modificar un NIF en la web de edicom y al mismo tiempo en mi sistema, sino que no puedo permitir que hayan diferencias entre ambos.

Por supuesto, pero dado que el 90% de mis clientes optan por la comunicación directa, no pensaba programar lo mismo dos veces. Es un añadido al funcionamiento estándar.

Pero para eso antes del envio a edicom puedes hacer el proceso de validacion de nif o esta censado o no para que cuando lo envies a edicom ese problema esta resuelto asi evitar tratar nada a posteriori como mucho y por consejo puedes añadir las consultas y crear el campo contraste por tranquilidad de tus clientes
Saludos

[barnarasta]

Empezado por PASPAS

Pero para eso antes del envio a edicom puedes hacer el proceso de validacion de nif o esta censado o no para que cuando lo envies a edicom ese problema esta resuelto asi evitar tratar nada a posteriori como mucho y por consejo puedes añadir las consultas y crear el campo contraste por tranquilidad de tus clientes
Saludos

Encuentro que verificar si estan censados en un envio de 2500 registros puede ser ...... uffff

Yo como lo trabajo, quizas pueda serviros de orientacion para mejorarlo, es :
* creo un archivo temporal con los registros a enviar, incluyendo el campo 'ERROR'
* realizo el envio del xml generado.
* recojo el resultado y actualizo el archivo temporal actualizando el campo 'ERROR' codigo (1117)
* genero un segundo xml SOLO con los (1117) adaptando los cambios.

Anoto que todo esto lo hago desde un Debian 6 (Squeeze) y bash.
.

[vboloradito]

Empezado por PASPAS

Pero para eso antes del envio a edicom puedes hacer el proceso de validacion de nif o esta censado o no para que cuando lo envies a edicom ese problema esta resuelto asi evitar tratar nada a posteriori como mucho y por consejo puedes añadir las consultas y crear el campo contraste por tranquilidad de tus clientes
Saludos

El caso del NIf era por poner un ejemplo quizas sea el mas facil de resolver. pero no se que problemas puedes tener en el futuro que te obligue a actualizar en EDICOM y en tu sistema dos veces.

[seccion_31]

vamos a ver si ando confundido o muy confundido.

En los últimos ejemplos que he visto se envían las facturas sin indicar si el desglose es por entrega o prestación de servicios.

Asi es como estaba trabajando hasta hace unos días, ahora he decidido actualizar mi envio a esta forma.

Este es el código que me genera para una factura que contendría entrega de material y mano de obra: (los portes por ejemplo no se como calificarlos)

-<TipoDesglose xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd">
-<DesgloseTipoOperacion>
-<PrestacionServicios>
-<Sujeta>
-<NoExenta>
<TipoNoExenta>S1</TipoNoExenta>
-<DesgloseIVA>
-<DetalleIVA>
<TipoImpositivo>21.00</TipoImpositivo>
<BaseImponible>391.00</BaseImponible>
<CuotaRepercutida>82.11</CuotaRepercutida>
</DetalleIVA>
</DesgloseIVA>
</NoExenta>
</Sujeta>
</PrestacionServicios>

-<Entrega>
-<Sujeta>
-<NoExenta>
<TipoNoExenta>S1</TipoNoExenta>
-<DesgloseIVA>
-<DetalleIVA>
<TipoImpositivo>21.00</TipoImpositivo>
<BaseImponible>164.43</BaseImponible>
<CuotaRepercutida>34.53</CuotaRepercutida>
</DetalleIVA>
</DesgloseIVA>
</NoExenta>
</Sujeta>
</Entrega>
</DesgloseTipoOperacion>
</TipoDesglose>

¿opiniones?

saludos !

[figo21]

Empezado por seccion_31

vamos a ver si ando confundido o muy confundido.

En los últimos ejemplos que he visto se envían las facturas sin indicar si el desglose es por entrega o prestación de servicios.

Asi es como estaba trabajando hasta hace unos días, ahora he decidido actualizar mi envio a esta forma.

Este es el código que me genera para una factura que contendría entrega de material y mano de obra: (los portes por ejemplo no se como calificarlos)

-<TipoDesglose xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd">
-<DesgloseTipoOperacion>
-<PrestacionServicios>
-<Sujeta>
-<NoExenta>
<TipoNoExenta>S1</TipoNoExenta>
-<DesgloseIVA>
-<DetalleIVA>
<TipoImpositivo>21.00</TipoImpositivo>
<BaseImponible>391.00</BaseImponible>
<CuotaRepercutida>82.11</CuotaRepercutida>
</DetalleIVA>
</DesgloseIVA>
</NoExenta>
</Sujeta>
</PrestacionServicios>

-<Entrega>
-<Sujeta>
-<NoExenta>
<TipoNoExenta>S1</TipoNoExenta>
-<DesgloseIVA>
-<DetalleIVA>
<TipoImpositivo>21.00</TipoImpositivo>
<BaseImponible>164.43</BaseImponible>
<CuotaRepercutida>34.53</CuotaRepercutida>
</DetalleIVA>
</DesgloseIVA>
</NoExenta>
</Sujeta>
</Entrega>
</DesgloseTipoOperacion>
</TipoDesglose>

¿opiniones?

saludos !

Según la faq de la AEAT:

3.11. A la hora de desglosar los datos de la factura, ¿debe indicarse si la operación es una entrega de bienes o una prestación de servicios?
El desglose se hará obligatoriamente a nivel de operación cuando el cliente sea extranjero (tipo “ID Otro” o NIF que empiece por N) y no sea una factura simplificada o un asiento resumen.

Posiblemente esté equivocado pero, ¿eso no significa que se tiene que hacer obligatoriamente en exportaciones, simplificadas o asientos resumen y en resto de casos será opcional?.

Un saludo.

[keys]

Empezado por figo21

Según la faq de la AEAT:

3.11. A la hora de desglosar los datos de la factura, ¿debe indicarse si la operación es una entrega de bienes o una prestación de servicios?
El desglose se hará obligatoriamente a nivel de operación cuando el cliente sea extranjero (tipo “ID Otro” o NIF que empiece por N) y no sea una factura simplificada o un asiento resumen.

Posiblemente esté equivocado pero, ¿eso no significa que se tiene que hacer obligatoriamente en exportaciones, simplificadas o asientos resumen y en resto de casos será opcional?.

Un saludo.

Más o menos es lo que dices, segun el tipo de operación hay que hacerlo siempre si es simplificada o asiento resumen. En el resto de operaciones dependerá del IDOTRO y del NIf. No tienen por que ser exportaciones. Por ejemplo el sistema deja meter operaciones generales por ejemplo con pasaporte, etc..

[seccion_31]

por si acaso lo pregunto hoy en un rato.

Los NIF que empiezan por "N" seguro que hay que desglosar, aunque sea una operación no comunitaria.