Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Internet (https://www.clubdelphi.com/foros/forumdisplay.php?f=3)
-   -   SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice (https://www.clubdelphi.com/foros/showthread.php?t=91252)

xamminf 17-05-2017 18:49:50

Cita:

Para eso hay una peticion de baja de facturas

8.1.11. Baja de una Factura enviada anteriormente que no procede
Baja de una factura
enviada previamente que
no procede.
Envío de la factura con la clave única
¿ Pero no dejaría eso un hueco en los contadores de facturas ?

dgalindosaeta 17-05-2017 18:59:12

Cita:

Empezado por juabero (Mensaje 515332)
Este es el codigo que utilizo

Dim certificado As New X509Certificate2("d:\certificado.cer", "password")

Dim servicio As New SuministroLRFacturasEmitidas
servicio.Cabecera = New CabeceraSii
servicio.Cabecera.IDVersionSii = VersionSiiType.Item06
servicio.Cabecera.TipoComunicacion = ClaveTipoComunicacionType.A0
servicio.Cabecera.Titular = New PersonaFisicaJuridicaESType
servicio.Cabecera.Titular.NIF = "xxxxx"

servicio.Cabecera.Titular.NIFRepresentante = "yyyyy"
servicio.Cabecera.Titular.NombreRazon = "Mi Empresa"
Try
Dim fac As New LRfacturasEmitidasType
fac.PeriodoImpositivo = New RegistroSiiPeriodoImpositivo
fac.PeriodoImpositivo.Ejercicio = 2017
fac.PeriodoImpositivo.Periodo = TipoPeriodoType.Item03

Dim fact As New IDFacturaExpedidaType
Dim EmisorFactura = New IDFacturaExpedidaTypeIDEmisorFactura
EmisorFactura.NIF = "xxxxx"
fact.IDEmisorFactura = EmisorFactura
fact.NumSerieFacturaEmisor = "SN0001"
fact.FechaExpedicionFacturaEmisor = "14-03-2017"
fac.IDFactura = fact


fac.FacturaExpedida = New FacturaExpedidaType
fac.FacturaExpedida.TipoFactura = ClaveTipoFacturaType.F1

fac.FacturaExpedida.ClaveRegimenEspecialOTrascendencia = IdOperacionesTrascendenciaTributariaType.Item01
fac.FacturaExpedida.DescripcionOperacion = "VENTAS GENERALES"
fac.FacturaExpedida.ImporteTotal = "121.0"
fac.FacturaExpedida.BaseImponibleACoste = "100"
fac.FacturaExpedida.DescripcionOperacion = "Ventas"

fac.FacturaExpedida.Contraparte = New PersonaFisicaJuridicaType
fac.FacturaExpedida.Contraparte.NombreRazon = "Mi Cliente"
fac.FacturaExpedida.Contraparte.NIFRepresentante = "xxxxx"
Dim a As New IDOtroType
a.CodigoPais = CountryType2.ES
a.CodigoPaisSpecified = True
a.IDType = PersonaFisicaJuridicaIDTypeType.Item02
a.ID = "xxxxxx"
fac.FacturaExpedida.Contraparte.Item = a

fac.FacturaExpedida.TipoDesglose = New FacturaExpedidaTypeTipoDesglose

Dim tipo As New TipoSinDesgloseType
tipo.Sujeta = New SujetaType
tipo.Sujeta.NoExenta = New SujetaTypeNoExenta
Dim tipoivas(0) As DetalleIVAEmitidaType
Dim tipoiva As New DetalleIVAEmitidaType
tipoiva.BaseImponible = "100.00"
tipoiva.TipoImpositivo = "21.00"
tipoiva.CuotaRepercutida = "21.00"
tipoivas(0) = tipoiva
tipo.Sujeta.NoExenta.DesgloseIVA = tipoivas
fac.FacturaExpedida.TipoDesglose.Item = tipo


Dim facturas(0) As LRfacturasEmitidasType
facturas(0) = fac
servicio.RegistroLRFacturasEmitidas = facturas
Dim enviar As New ServiceEmitidas.siiSOAPClient
Dim respuesta As New RespuestaLRFEmitidasType
Try

enviar.ClientCredentials.ClientCertificate.Certificate = certificado
respuesta = enviar.SuministroLRFacturasEmitidas(servicio)
Catch ex As Exception
Throw New System.ServiceModel.ProtocolException(ex.Message)
End Try
Catch ex As System.ServiceModel.ProtocolException
Dim visor As New visor
visor.WebBrowser1.DocumentText = ex.Message
visor.ShowDialog()
Dim pepe As String = ""
End Try


busca mi post y mira el código, he solucionado tu problema, aunque me produce otro de comunicacion SSL/TLS.

En cuanto al tema con el que recuperas el certificado, mejor hazlo así:

Código:

      [SecurityPermission(SecurityAction.LinkDemand,Unrestricted =true)]
        internal static X509Certificate2 EncontrarCertificado(string NombreCertificado)
        {
            X509Certificate2 resultado = null;
            X509Store almacen = null;           

            try
            {
                almacen = new X509Store(StoreLocation.LocalMachine);
                almacen.Open(OpenFlags.ReadOnly | OpenFlags.OpenExistingOnly);

                foreach(X509Certificate2 certificado in almacen.Certificates)
                {
                    string Nombre = certificado.SubjectName.Name;
                    if(Nombre==NombreCertificado)
                    {
                        resultado = certificado;
                        break;
                    }
                }
            }
            catch
            {

            }


            return resultado;
        }


vboloradito 17-05-2017 20:48:45

Cita:

Empezado por jonortsal (Mensaje 514994)
¿Podéis mandar algun ejemplo XML con todos los posibles desgloses DE IVA?
Por otra parte, Según el manual “SSI_Descripción_Servicio_Web_v0.6.pdf”, el “TipoDesglose” tiene que tener o bien un “DesgloseFactura” o bien “DesgloseTipoOperacion”. ¿Alguien sabe en qué casos tiene que utilizar una u otra?

mira la version 0.7 no la 0.6, esta respondido en la faq
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.

en el SII_Descripcion_ServicioWeb_v0.7.pdf tienes un ejemplo de desglose por tipo de operacion

mira el punto 8.1.1.2.Ejemplo mensaje XML de alta con desglose en entrega de bienes y prestación de servicio
en ese ejemplo lo esta desglosando por operacion pòrque el DNI empieza por N.

<sii:Contraparte>
<sii:NombreRazon>EMPRESAYYYYY</sii:NombreRazon>
<sii:NIF>N0041746I</sii:NIF>
</sii:Contraparte>

vboloradito 17-05-2017 20:51:48

Cita:

Empezado por xamminf (Mensaje 516791)
¿ Pero no dejaría eso un hueco en los contadores de facturas ?

entiendo que un baja de factua seria cuando das de alta en tu sistema una factura recibida que era del vecino.
O cuando tu sistema se ha vuelto loco y ha generado una factura con una serie que no existe. LA borras y la emites con la serie correcta.
si somos puristas supòngo que si Emites una factura mal, tienes que dejarla asi, y luego emitir una segunda rectificativa, no borrar la primera.

vboloradito 17-05-2017 22:08:54

pantalla gestion de facturas
 
como vais a gestionar la pantalla de facturas.

habia pensado en mostrar el estado.

Pendiente
Enviado-ok
error-ko
aceptado con errores.

y las acciones sobre las facturas ya enviadas , marcarlas para :

1 - reenviar cambiando de A0 a A1
cuando la factura esta en el estado
- borrada he comprobado que deja
- OK he comprobado que deja
- aceptada con errores

2 - Borrar

cuando la factura esta en el estado
- borrada he comprobado que deja
- OK he comprobado que deja
- aceptada con errores


las que han fallado se reintentaran solas n veces.

Tambien permitiria marcar facturas pendientes para no ser enviadas, por si ya se de ante mano que estan mal

keys 18-05-2017 09:07:14

Hola a todos. Ayer estuve en una reunión del SII que se dio en la hacienda de navarra , en la cual había gente de la AEAT. Saque las siguientes conclusiones, la reunión era más una presentación y no entraron en mucho detalle.

- En navarra empiezan el 1 de enero (como debería haber sido en la AEAT) y seguirán el mismo sistema, es decir solo van a cambiar los end-points y punto. Seguramente empezarán una fase de pruebas en setiembre. Pongo el enlace de la hacienda sobre el tema. http://www.navarra.es/home_es/Gobier...on+del+IVA.htm

- El entorno de pruebas va a estar siempre disponible.

- En un principio “no van a sancionar” por la información, lo que quieren es que las empresas presenten las declaraciones y en algún momento cuando todo este funcionando es cuando empezarán a sancionar con los importes que ya se comentaron en algún mensaje anterior.

- Van a mantener el Cliente de web service para el entorno de pruebas también en producción. Es decir se van a poder presentar los xml a través de la web. Con todo lo que ello conlleva, ya que se pierde el control sobre el estado de las facturas en nuestras aplicaciones.

-En cuanto al campo Descripción Operación. No es un campo obligatorio, al menos en contenido, siempre tiene que tener algo. No van a sancionar por lo que pongas en ese campo. Ese campo sirve para que luego los inspectores puedan sacar información sobre la operación a la hora de revisar las cosas. Si la información le vale pues te evitarás una llamada o una posible inspección. Por lo tanto cuando más información des de la operación mejor, pero no dicen que es lo que tienes que poner.

- La gente esta acojonada sobre todo por el tema de plazos, ya que ahora los asesores, encargados financieros etc.. Lo que hacen es asesorar a posteriori y arreglar los desaguisados que se realizan en facturación a la hora de presentar los diferentes modelos de IVA y en caso de inspección arreglan los libros, pero siempre a posteriori. Con esto del SII se supone que el asesoramiento se tiene que producir antes de emitir la factura ya que a partir de esta se generaran los diferentes modelos de IVA.

- Por ultimo lo que pretenden en un futuro es que desaparezcan los modelos de IVA, es decir la hacienda te enviará un borrador con la declaración. Un estilo a lo que ocurre con el IRPF.

Un Saludo.

newtron 18-05-2017 09:55:37

Cita:

Empezado por keys (Mensaje 516799)
Hola a todos. Ayer estuve en una reunión del SII que se dio en la hacienda de navarra , en la cual había gente de la AEAT. Saque las siguientes conclusiones, la reunión era más una presentación y no entraron en mucho detalle.

- En navarra empiezan el 1 de enero (como debería haber sido en la AEAT) y seguirán el mismo sistema, es decir solo van a cambiar los end-points y punto. Seguramente empezarán una fase de pruebas en setiembre. Pongo el enlace de la hacienda sobre el tema. http://www.navarra.es/home_es/Gobier...on+del+IVA.htm

- El entorno de pruebas va a estar siempre disponible.

- En un principio “no van a sancionar” por la información, lo que quieren es que las empresas presenten las declaraciones y en algún momento cuando todo este funcionando es cuando empezarán a sancionar con los importes que ya se comentaron en algún mensaje anterior.

- Van a mantener el Cliente de web service para el entorno de pruebas también en producción. Es decir se van a poder presentar los xml a través de la web. Con todo lo que ello conlleva, ya que se pierde el control sobre el estado de las facturas en nuestras aplicaciones.

-En cuanto al campo Descripción Operación. No es un campo obligatorio, al menos en contenido, siempre tiene que tener algo. No van a sancionar por lo que pongas en ese campo. Ese campo sirve para que luego los inspectores puedan sacar información sobre la operación a la hora de revisar las cosas. Si la información le vale pues te evitarás una llamada o una posible inspección. Por lo tanto cuando más información des de la operación mejor, pero no dicen que es lo que tienes que poner.

- La gente esta acojonada sobre todo por el tema de plazos, ya que ahora los asesores, encargados financieros etc.. Lo que hacen es asesorar a posteriori y arreglar los desaguisados que se realizan en facturación a la hora de presentar los diferentes modelos de IVA y en caso de inspección arreglan los libros, pero siempre a posteriori. Con esto del SII se supone que el asesoramiento se tiene que producir antes de emitir la factura ya que a partir de esta se generaran los diferentes modelos de IVA.

- Por ultimo lo que pretenden en un futuro es que desaparezcan los modelos de IVA, es decir la hacienda te enviará un borrador con la declaración. Un estilo a lo que ocurre con el IRPF.

Un Saludo.

^\||/^\||/ Gracias por la info.

PASPAS 18-05-2017 10:00:06

Cita:

Empezado por keys (Mensaje 516799)
Hola a todos. Ayer estuve en una reunión del SII que se dio en la hacienda de navarra , en la cual había gente de la AEAT. Saque las siguientes conclusiones, la reunión era más una presentación y no entraron en mucho detalle.

- En navarra empiezan el 1 de enero (como debería haber sido en la AEAT) y seguirán el mismo sistema, es decir solo van a cambiar los end-points y punto. Seguramente empezarán una fase de pruebas en setiembre. Pongo el enlace de la hacienda sobre el tema. http://www.navarra.es/home_es/Gobier...on+del+IVA.htm

- El entorno de pruebas va a estar siempre disponible.

- En un principio “no van a sancionar” por la información, lo que quieren es que las empresas presenten las declaraciones y en algún momento cuando todo este funcionando es cuando empezarán a sancionar con los importes que ya se comentaron en algún mensaje anterior.

- Van a mantener el Cliente de web service para el entorno de pruebas también en producción. Es decir se van a poder presentar los xml a través de la web. Con todo lo que ello conlleva, ya que se pierde el control sobre el estado de las facturas en nuestras aplicaciones.

-En cuanto al campo Descripción Operación. No es un campo obligatorio, al menos en contenido, siempre tiene que tener algo. No van a sancionar por lo que pongas en ese campo. Ese campo sirve para que luego los inspectores puedan sacar información sobre la operación a la hora de revisar las cosas. Si la información le vale pues te evitarás una llamada o una posible inspección. Por lo tanto cuando más información des de la operación mejor, pero no dicen que es lo que tienes que poner.

- La gente esta acojonada sobre todo por el tema de plazos, ya que ahora los asesores, encargados financieros etc.. Lo que hacen es asesorar a posteriori y arreglar los desaguisados que se realizan en facturación a la hora de presentar los diferentes modelos de IVA y en caso de inspección arreglan los libros, pero siempre a posteriori. Con esto del SII se supone que el asesoramiento se tiene que producir antes de emitir la factura ya que a partir de esta se generaran los diferentes modelos de IVA.

- Por ultimo lo que pretenden en un futuro es que desaparezcan los modelos de IVA, es decir la hacienda te enviará un borrador con la declaración. Un estilo a lo que ocurre con el IRPF.

Un Saludo.

Muchas gracias por la info.

Una cuestión hay alguién que este preguntando a la AEAT a traves de las consultas del formulario web y tarde en obtener la respuesta o bien simplemente no le responden. Lo digo porque tengo varias preguntas enviadas y no contestan.
Saludos

keys 18-05-2017 10:04:28

Cita:

Empezado por PASPAS (Mensaje 516802)
Muchas gracias por la info.

Una cuestión hay alguién que este preguntando a la AEAT a traves de las consultas del formulario web y tarde en obtener la respuesta o bien simplemente no le responden. Lo digo porque tengo varias preguntas enviadas y no contestan.
Saludos

Las cosas de palacio van despacio. A mi siempre me han contestado, otra cosa es lo que tarden en hacerlo, la respuesta no te sirva para nada o te contesten a otra cosa distinta.

xamminf 18-05-2017 10:20:04

Gracias por informar.

Cita:

Empezado por keys (Mensaje 516799)
Hola a todos. Ayer estuve en una reunión del SII que se dio en la hacienda de navarra , en la cual había gente de la AEAT. Saque las siguientes conclusiones, la reunión era más una presentación y no entraron en mucho detalle...... Un Saludo.


Txemari 18-05-2017 10:30:17

Flexibilidad
 
Hola, compañero

¿qué significa flexibilidad? ¿qué dijeron ?

Saludos

keys 18-05-2017 10:35:06

Cita:

Empezado por Txemari (Mensaje 516806)
Hola, compañero

¿qué significa flexibilidad? ¿qué dijeron ?

Saludos

Pues que al principio "no van a entrar mucho en detalle". No quiere decir que se amplien plazos ni que no se tengan que presentar las declaraciones, sólo que al principio se hará un poco de manga ancha, por eso siguen manteniendo los modelos de IVA mensuales que es lo que al final vale. Pero bueno es hacienda y no se hasta que punto.

xamminf 18-05-2017 11:58:40

Cita:

Empezado por keys (Mensaje 516807)
Pues que al principio "no van a entrar mucho en detalle". No quiere decir que se amplien plazos ni que no se tengan que presentar las declaraciones, sólo que al principio se hará un poco de manga ancha, por eso siguen manteniendo los modelos de IVA mensuales que es lo que al final vale. Pero bueno es hacienda y no se hasta que punto.

Pues no parece que eso sea legal. Hay que cumplir la ley desde el minuto cero, porque sino podremos pensar que las leyes se aplican arbitrariamente :eek:
Así, si ellos tienen la convicción de que la implantación va a ser difícil, pues que suspendan... A no ser que alguien haya dicho... esto entra sii o sii... y no estaremos hablando de razón sino de collon.

keys 18-05-2017 12:17:08

Cita:

Empezado por xamminf (Mensaje 516808)
Pues no parece que eso sea legal. Hay que cumplir la ley desde el minuto cero, porque sino podremos pensar que las leyes se aplican arbitrariamente :eek:
Así, si ellos tienen la convicción de que la implantación va a ser difícil, pues que suspendan... A no ser que alguien haya dicho... esto entra sii o sii... y no estaremos hablando de razón sino de collon.

Yo sólo comento lo que dijeron ayer y la sensación que dieron. Logicamente no será igual de grave que yo en una factura no tenga bien indicado un dato como el tipo de exepción a que tenga una factura declarada de 1000 euros y mi proveedor tenga declarado 20, supongo que en ese caso si hay problemas.

En el decreto ya está establecido las sanciones y la cuantia de las sanciones y por lo tanto lo podrán aplicar cuando les venga en gana. Otra cosa es que al principio no sean tan exigentes. Eso mismo ha pasado en Bizkaia con el modelo 140 que el primer año fueron un poco menos exigentes.

Un Saludo.

APO 18-05-2017 12:27:34

Muchas gracias Keys por la información!!!

Una cosa, estoy intentando enviar una factura de tipo F2 - Ticket Factura Simplificada, en la cual el NIF no es obligatorio. Entonces dejo tanto la Razón Social como el NIF a blanco, pero al validar el envío me da el siguiente error:

Error: 1100 - Valor o tipo incorrecto del campo: NombreRazon

He intentado introducirla manualmente mediante la web y desde ahí sí que me la acepta. La única particularidad que he visto es que si se especifica una razón social, entonces sí que obliga a poner el NIF. Pero si se dejan los dos a blanco sí que la acepta.

¿Qué estoy haciendo mal? ¿Habéis logrado enviar alguna factura de tipo F2 sin especificar el NIF? Gracias!

Txemari 18-05-2017 12:31:33

Estado del cuadre
 
Hola, compañeros ¿ me puede alguien explicar el tema del <Estado del cuadre>? ¿ tenemos que comprobar eso ? ¿ qué posibilidades hay y qué hacer en cada caso ? No lo entiendo.

keys 18-05-2017 12:31:49

Cita:

Empezado por APO (Mensaje 516811)
Muchas gracias Keys por la información!!!

Una cosa, estoy intentando enviar una factura de tipo F2 - Ticket Factura Simplificada, en la cual el NIF no es obligatorio. Entonces dejo tanto la Razón Social como el NIF a blanco, pero al validar el envío me da el siguiente error:

Error: 1100 - Valor o tipo incorrecto del campo: NombreRazon

He intentado introducirla manualmente mediante la web y desde ahí sí que me la acepta. La única particularidad que he visto es que si se especifica una razón social, entonces sí que obliga a poner el NIF. Pero si se dejan los dos a blanco sí que la acepta.

¿Qué estoy haciendo mal? ¿Habéis logrado enviar alguna factura de tipo F2 sin especificar el NIF? Gracias!

Un par de cosas, el no tenerlo que informar es sólo en las emitidas, en las recebidas es obligatorio. Por otra parte en las emitidas si son de tipo F2 o F4 la parte de contraparte no tiene que ir ni rellenado, no en blanco.

Txemari 18-05-2017 12:32:58

Cita:

Empezado por PASPAS (Mensaje 516802)
Muchas gracias por la info.

Una cuestión hay alguién que este preguntando a la AEAT a traves de las consultas del formulario web y tarde en obtener la respuesta o bien simplemente no le responden. Lo digo porque tengo varias preguntas enviadas y no contestan.
Saludos

Yo tengo cosas de hace 10 días sin contestar. Antes cuando enviaba a una dirección concretya de mail ´si me contestaban pero ahora NUNCA

Saludos

mrobles 18-05-2017 12:42:24

Cita:

Empezado por Txemari (Mensaje 516812)
Hola, compañeros ¿ me puede alguien explicar el tema del <Estado del cuadre>? ¿ tenemos que comprobar eso ? ¿ qué posibilidades hay y qué hacer en cada caso ? No lo entiendo.

Eso lo hace el sistema comparando lo que tu subiste con lo que subió tu proveedor, y puede tardar

Cita:

Empezado por Txemari (Mensaje 516814)
Yo tengo cosas de hace 10 días sin contestar. Antes cuando enviaba a una dirección concretya de mail ´si me contestaban pero ahora NUNCA

Saludos

Yo paso de preguntarles a ellos, la ultima respuesta que me dieron fue esta "Por motivos de volumen, la AEAT no puede atender a los desarrollos particulares de las empresas en sus diferentes plataformas."

IvanFerrer 18-05-2017 12:50:38

Cita:

Empezado por inyu (Mensaje 515262)
¿Alguien sabria decirme porque no veo la estructura NIF e IDOtro cuando declaro un nuevo IDEmisorFactura ? (que a la vez cuelga de LRFacturaRecibidasType.IDFactura)
Sólo veo .Item en cambio en la descripcion del WebService del PDF versión 0.6 se ve NIF e IDOtro (ver imágenes adjuntas).

(no sé si te han respondido ya, disculpad) (estaría bien que el foro permitiera desplegar comentarios que citen a otros :))

He peleado con lo mismo (con VB NET). Parece que los elementos de tipo <choice> quedan como .Item, de tipo Object. Lo mismo por ejemplo con LRfacturasEmitidasType.FacturaExpedida.TipoDesglose.Item.
Toca ir comprobando tipos para saber cual se ha usado en el XML deserializado. Lo cual en algunos casos nos lleva por senderos no poco tortuosos.
Código:

If TypeOf IDEmisorFactura.Item Is NIFType etc

figo21 18-05-2017 13:02:33

Cita:

Empezado por Txemari (Mensaje 516812)
Hola, compañeros ¿ me puede alguien explicar el tema del <Estado del cuadre>? ¿ tenemos que comprobar eso ? ¿ qué posibilidades hay y qué hacer en cada caso ? No lo entiendo.

En la página de la AEAT tienes la documentación del la versión 0.7

La información de contraste (o cuadre) solo se informa desde una consulta, con lo cual solo la podremos obtener al consultar el estado de las facturas.
En la documentación tienes los 5 estados que puede tener un contraste y las peculiaridades del estado Parcialmente contrastado. Para las facturas en este estado se informará también del campo donde hay diferencia.

Lo que no tengo claro es qué facturas son las que tienen estado 'No contrastable', ¿en qué se basan para decidir si una factura es o no contrastable?, ¿en si el cliente/proveedor está obligado a presentar mediante SII?.

Un saludo.

APO 18-05-2017 13:05:14

Cita:

Empezado por keys (Mensaje 516813)
Un par de cosas, el no tenerlo que informar es sólo en las emitidas, en las recebidas es obligatorio. Por otra parte en las emitidas si son de tipo F2 o F4 la parte de contraparte no tiene que ir ni rellenado, no en blanco.

Estupendo Keys! Es como dices. Simplemente cuando es F2 no creo el tipo, es decir, no pongo esta línea:

Código Delphi [-]
   ARegistroLRFacturasEmitidas[ContadorFra].FacturaExpedida.Contraparte:=SuministroFactEmitidas.PersonaFisicaJuridicaType.Create;

Antes lo que hacía era crear el tipo y poner los valores a blanco. Pero no hace falta. Así funciona perfectamente. Gracias!

Txemari 18-05-2017 13:10:13

¿y cómo lo harán ?
 
Cita:

Empezado por figo21 (Mensaje 516817)
En la página de la AEAT tienes la documentación del la versión 0.7

La información de contraste (o cuadre) solo se informa desde una consulta, con lo cual solo la podremos obtener al consultar el estado de las facturas.
En la documentación tienes los 5 estados que puede tener un contraste y las peculiaridades del estado Parcialmente contrastado. Para las facturas en este estado se informará también del campo donde hay diferencia.

Lo que no tengo claro es qué facturas son las que tienen estado 'No contrastable', ¿en qué se basan para decidir si una factura es o no contrastable?, ¿en si el cliente/proveedor está obligado a presentar mediante SII?.

Un saludo.

Hola,
no entiendo cómo contrastarán. Un proveedor me emite una factura con serir de venta AA y número 123456. El proveedor envía su SII de emitidas( o no lo envía por no estar obligado ) con nº factura "AA123456" y yoenvío el de recibidas y pongo "AA 123456" o "AA0000123456" ¿ cómo van a contrastar si no hay una regla para el nº de factura...

Saludos

mrobles 18-05-2017 13:13:45

Cita:

Empezado por Txemari (Mensaje 516819)
Hola,
no entiendo cómo contrastarán. Un proveedor me emite una factura con serir de venta AA y número 123456. El proveedor envía su SII de emitidas( o no lo envía por no estar obligado ) con nº factura "AA123456" y yoenvío el de recibidas y pongo "AA 123456" o "AA0000123456" ¿ cómo van a contrastar si no hay una regla para el nº de factura...

Saludos

En cada reunión se dice, hay que poner el numero tal y como te lo mande el proveedor

Txemari 18-05-2017 13:18:11

Cita:

Empezado por figo21 (Mensaje 516817)
En la página de la AEAT tienes la documentación del la versión 0.7

La información de contraste (o cuadre) solo se informa desde una consulta, con lo cual solo la podremos obtener al consultar el estado de las facturas.
En la documentación tienes los 5 estados que puede tener un contraste y las peculiaridades del estado Parcialmente contrastado. Para las facturas en este estado se informará también del campo donde hay diferencia.

Lo que no tengo claro es qué facturas son las que tienen estado 'No contrastable', ¿en qué se basan para decidir si una factura es o no contrastable?, ¿en si el cliente/proveedor está obligado a presentar mediante SII?.

Un saludo.

Hola,

y otra cosa. Yo no pienso hacer ningún programa para consultar . Sólo proceso las respuestas y si hay algún error, envío un mail al departamento de facturación y marco la factura para que se vuelva a enviar al día siguiente. ¿qué pasa si hay facturas que se contrastan y hay discrepancias ? . Yo no me entero de eso o estoy obligado a comprobar si está contrastada...¿ habrá sanciones ? ¿ qué pasará ?

Saludos

figo21 18-05-2017 13:33:09

Cita:

Empezado por Txemari (Mensaje 516821)
Hola,

y otra cosa. Yo no pienso hacer ningún programa para consultar . Sólo proceso las respuestas y si hay algún error, envío un mail al departamento de facturación y marco la factura para que se vuelva a enviar al día siguiente. ¿qué pasa si hay facturas que se contrastan y hay discrepancias ? . Yo no me entero de eso o estoy obligado a comprobar si está contrastada...¿ habrá sanciones ? ¿ qué pasará ?

Saludos

Pues me temo que tendrás que implementar la consulta y controlar los contrastes que se deban revisar.

Un saludo.

Txemari 18-05-2017 13:34:32

Cita:

Empezado por mrobles (Mensaje 516820)
En cada reunión se dice, hay que poner el numero tal y como te lo mande el proveedor

Hola,

con perdón . Eso lo dicen tíos ede la AEAT que parece que no tienen ni idea de la realidad. A veces llegan facturas que no sabes realmente cuál es su número de factura y por ejemplo , el tipo de venta y el número van en líneas distintas y tú no sabes cómo lo va a declarar el proveedor y por tanto, no sabes si lo que pongas tú coincide con el proveedor . O ponen reglas más estrictas o el casamiento de facturas me parece una quimera

Saludos

mrobles 18-05-2017 14:19:44

Cita:

Empezado por Txemari (Mensaje 516824)
Hola,

con perdón . Eso lo dicen tíos ede la AEAT que parece que no tienen ni idea de la realidad. A veces llegan facturas que no sabes realmente cuál es su número de factura y por ejemplo , el tipo de venta y el número van en líneas distintas y tú no sabes cómo lo va a declarar el proveedor y por tanto, no sabes si lo que pongas tú coincide con el proveedor . O ponen reglas más estrictas o el casamiento de facturas me parece una quimera

Saludos

Igualmente tienen un sistema para verificar que los datos tienen un alto porcentaje de coincidencia que esta implementado en los nombre por ejemplo y posiblemente si sucede mucho esto lo implementaran aquí para el separador de serie con numero

vboloradito 18-05-2017 16:30:50

entrega de bienes o servicio
 
como identificais si la factura recibida tiene entrga de bienes o servicios.
tengo una empresa que solo proporciona servicios.
Y si hace alguna compra de un exrtanjero que no se si lo hace, tiene que detallar si es entrega de bienes o servicios.

¿como lo identificais en las recibidas, marcais a mano la factura con un flag al darla de alta. o le asociais un iva de entrega de bienes.?

vboloradito 18-05-2017 17:36:10

Cita:

Empezado por vboloradito (Mensaje 516826)
como identificais si la factura recibida tiene entrga de bienes o servicios.
tengo una empresa que solo proporciona servicios.
Y si hace alguna compra de un exrtanjero que no se si lo hace, tiene que detallar si es entrega de bienes o servicios.

¿como lo identificais en las recibidas, marcais a mano la factura con un flag al darla de alta. o le asociais un iva de entrega de bienes.?

me auto respondo , en las recibidas no hay desglose por tipo de operacion, solo en emitidas.

nachoexe 18-05-2017 17:38:14

Cita:

Empezado por vboloradito (Mensaje 516826)
como identificais si la factura recibida tiene entrga de bienes o servicios.
tengo una empresa que solo proporciona servicios.
Y si hace alguna compra de un exrtanjero que no se si lo hace, tiene que detallar si es entrega de bienes o servicios.

¿como lo identificais en las recibidas, marcais a mano la factura con un flag al darla de alta. o le asociais un iva de entrega de bienes.?

Puedes marcar las cuentas contables de base (grupo 6) como servicios_sn, de esta manera en el mismo asiento puede tener compras de bienes (600) y servicios (62).
Es mejor que marcar toda la factura como bienes o servicios, pero te tienes que calentar los cascos para que luego te cuadre el total con las suma de bases e IVA.
Yo aún no se cual de las dos opciones implementaré e incluso contemplo una mixta, pero de momento solo lo tengo documentado a la espera de estudiar cual es la opción más practica y fácil de gestionar para mis clientes

mrobles 18-05-2017 20:04:16

No se si me estoy volviendo loco o que, pero alguien me puede solventar este problema?
Código:

Si el campo TipoNoExenta tiene un valor S2 o S3 al menos uno de los campos CuotaRepercutida tiene que tener valor 0 o vacio
Dejo un ejemplo rapido y falso
Código:

<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>EMPRESA S.L.</sii:NombreRazon>
                    <sii:NIF>XXXXXXXXX</sii:NIF>
                </sii:Titular>
                <sii:TipoComunicacion>A0</sii:TipoComunicacion>
            </sii:Cabecera>

            <!-- 2017/00000095 -->

            <siiLR:RegistroLRFacturasEmitidas>
                <sii:PeriodoImpositivo>
                    <sii:Ejercicio>2017</sii:Ejercicio>
                    <sii:Periodo>05</sii:Periodo>
                </sii:PeriodoImpositivo>
                <siiLR:IDFactura>
                    <sii:IDEmisorFactura>
                        <sii:NIF>XXXXXXXXX</sii:NIF>
                    </sii:IDEmisorFactura>
                    <sii:NumSerieFacturaEmisor>2017/00000095</sii:NumSerieFacturaEmisor>
                    <sii:FechaExpedicionFacturaEmisor>18-05-2017</sii:FechaExpedicionFacturaEmisor>
                </siiLR:IDFactura>
                <siiLR:FacturaExpedida>
                    <sii:TipoFactura>F1</sii:TipoFactura>
                    <sii:FechaOperacion>18-05-2017</sii:FechaOperacion>
                    <sii:ClaveRegimenEspecialOTrascendencia>01</sii:ClaveRegimenEspecialOTrascendencia>
                    <sii:ImporteTotal>0</sii:ImporteTotal>
                    <sii:DescripcionOperacion>FACTURA DEL DIA: 2017-05-18, CLIENTE: 61294626V</sii:DescripcionOperacion>
                    <sii:Contraparte>
                        <sii:NombreRazon>Lulu Cummings</sii:NombreRazon>
                        <sii:IDOtro>
                            <sii:CodigoPais>DE</sii:CodigoPais>
                            <sii:IDType>02</sii:IDType>
                            <sii:ID>DE61294626V</sii:ID>
                        </sii:IDOtro>
                    </sii:Contraparte>
                    <sii:TipoDesglose>
                        <sii:DesgloseTipoOperacion>
                            <sii:Entrega>
                                <sii:Sujeta>
                                    <sii:Exenta>
                                        <sii:BaseImponible>0</sii:BaseImponible>
                                    </sii:Exenta>
                                    <sii:NoExenta>
                                        <sii:TipoNoExenta>S2</sii:TipoNoExenta>
                                        <sii:DesgloseIVA>
                                            <sii:DetalleIVA>
                                                <sii:TipoImpositivo>10.00</sii:TipoImpositivo>
                                                <sii:BaseImponible>1049.75</sii:BaseImponible>
                                                <sii:CuotaRepercutida>104.98</sii:CuotaRepercutida>
                                            </sii:DetalleIVA>
                                        </sii:DesgloseIVA>
                                    </sii:NoExenta>
                                </sii:Sujeta>
                            </sii:Entrega>
                        </sii:DesgloseTipoOperacion>
                    </sii:TipoDesglose>
                </siiLR:FacturaExpedida>
            </siiLR:RegistroLRFacturasEmitidas>

        </siiLR:SuministroLRFacturasEmitidas>
    </soapenv:Body>
</soapenv:Envelope>


nuevo1234 18-05-2017 20:56:23

Creo que el error del XML puede estar relacionado con esta FAQ:

3.5. ¿Cómo se registra una operación con inversión del sujeto pasivo?
En el caso de clientes que sean empresas españolas, el proveedor o prestador del
servicio registrará los datos de la factura en el Libro registro de Facturas Expedidas
consignando en el bloque funcional ”Desglose factura” la clave “S2: Sujeta – No
Exenta – Inv. Suj. Pasivo”. El campo “tipo impositivo” se informará con importe cero y
el de “cuota repercutida” se dejará en blanco.
En el caso de clientes que sean empresas comunitarias con NIF-IVA, el prestador del
servicio registrará los datos de la factura en el Libro registro de Facturas Expedidas
consignando en el bloque funcional ·”Desglose tipo operación” la clave “Importe no
sujetas por reglas de localización”.

vboloradito 18-05-2017 21:06:57

Cita:

Empezado por figo21 (Mensaje 516822)
Pues me temo que tendrás que implementar la consulta y controlar los contrastes que se deban revisar.

Un saludo.

la multa solo es por no entregar facturas en fecha. hasta donde se.
el contraste lo puedes ver en la web de la aeat. tienes un filtro para buscar estado de "contraste"
Yo no voy a implementar busqueda. Si acaso en la fase 2.

RubenMon 19-05-2017 01:28:15

Hola,

llevo varios días buscando una solución para un problema que tengo con algunos equipos.

La trasmisión de datos realizada por un mismo programa (Delphi y HTTPRIO) funciona perfectamente en unos equipos, pero misteriosamente en otros da el error "Error en el soporte del canal seguro" sin llegar a trasmitir nada.

He encontrado muy poca información sobre este error y ninguna solución. Lo mejor de todo es que utilizando la librería 'MSXML2.ServerXMLHTTP.6.0' en esos equipos comunica perfectamente.

Hoy, búscando por internet, he encontrado la solución. HTTPRIO utiliza WinInet y MSXML2.ServerXMLHTTP.6.0 utiliza WinHTTP. WinHTTP es una librería simple que utiliza directamente los certificados y su propia pila. WinInet es mucho más compleja y utiliza la configuración del IE. El problema es que si se encuentran activados en IE en Opciones, solapa Opciones Avanzadas "Usar SSL 2.0" y "Usar SSL 3.0" no funciona la comunicación con la AEAT. No recuerdo si tenía las dos activadas o solo una de las dos.

La solución es simplemente darle al botón de "Restaurar configuración avanzada" y con los parámetros por defecto del IE ya funciona nuestro programa. Este es el motivo por el cual había leído que formateando y realizando una instalación limpia volvían a funcionar los programas era ese.

Espero que os pueda servir si al instalar el programa en el ordenador de un cliente os muestra "Error en el soporte del canal seguro" al trasmitir.

Rubén.

PepCat 19-05-2017 09:02:46

Cita:

Empezado por RubenMon (Mensaje 516841)
Hola,

llevo varios días buscando una solución para un problema que tengo con algunos equipos.

La trasmisión de datos realizada por un mismo programa (Delphi y HTTPRIO) funciona perfectamente en unos equipos, pero misteriosamente en otros da el error "Error en el soporte del canal seguro" sin llegar a trasmitir nada.

Rubén.

Muchas gracias por la información, tomo nota!

josecarrillo 19-05-2017 09:39:48

Error 1166. Valor del campo TipoImpositivo no está incluido en la lista de valores permitidos

Tengo un problema con ciertas facturas. Se trata de una empresa en la Peninsula pero tiene una sucursal en Canarias y ciertas facturas las tiene que hacer con IGIC.

--- Este es el documento que genero.
<?xml version="1.0" ?>
- <SOAP-ENV:Envelope xmlns:SOAP-ENV="../envelope/" xmlns:xsd="../XMLSchema" xmlns:xsi="../XMLSchema-instance">
- <SOAP-ENV:Body>
- <SuministroLRFacturasEmitidas xmlns=".../SuministroLR.xsd">
- <Cabecera xmlns=".../SuministroInformacion.xsd">
<IDVersionSii>0.7</IDVersionSii>
- <Titular>
<NombreRazon>Empresa S.A.</NombreRazon>
<NIF>A1111111111</NIF>
</Titular>
<TipoComunicacion>A0</TipoComunicacion>
</Cabecera>
- <RegistroLRFacturasEmitidas>
- <PeriodoImpositivo xmlns=".../SuministroInformacion.xsd">
<Ejercicio>2017</Ejercicio>
<Periodo>01</Periodo>
</PeriodoImpositivo>
- <IDFactura>
- <IDEmisorFactura xmlns="...SuministroInformacion.xsd">
<NIF>A00000000</NIF>
</IDEmisorFactura>
<NumSerieFacturaEmisor xmlns=".../SuministroInformacion.xsd">AF/284</NumSerieFacturaEmisor>
<FechaExpedicionFacturaEmisor xmlns="..s/SuministroInformacion.xsd">27/01/2017</FechaExpedicionFacturaEmisor>
</IDFactura>
- <FacturaExpedida>
<TipoFactura xmlns=".../SuministroInformacion.xsd">F1</TipoFactura>
<ClaveRegimenEspecialOTrascendencia xmlns=".../SuministroInformacion.xsd">08</ClaveRegimenEspecialOTrascendencia>
<DescripcionOperacion xmlns="../SuministroInformacion.xsd">Factura de venta</DescripcionOperacion>
- <Contraparte xmlns="..s/SuministroInformacion.xsd">
<NombreRazon>EMPRESA DE TENERIFE</NombreRazon>
<NIF>P0000000D</NIF>
</Contraparte>
- <TipoDesglose xmlns="../SuministroInformacion.xsd">
- <DesgloseFactura>
- <Sujeta>
- <NoExenta>
<TipoNoExenta>S1</TipoNoExenta>
- <DesgloseIVA>
- <DetalleIVA>
<TipoImpositivo>3.00</TipoImpositivo>
<BaseImponible>5388.00</BaseImponible>
<CuotaRepercutida>161.64</CuotaRepercutida>
</DetalleIVA>
</DesgloseIVA>
</NoExenta>
</Sujeta>
</DesgloseFactura>
</TipoDesglose>
</FacturaExpedida>
</RegistroLRFacturasEmitidas>
</SuministroLRFacturasEmitidas>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

nachoexe 19-05-2017 09:45:20

Ayuda. Verificación de NIF masivo
 
Por favor, echarme una manita alguien que se haya peleado con el webservice de verificación masiva de NIF.
Genero el xml con las clases VNifV2.wsdl facilitadas por Hacienda pero cuando lo envío me devuelve este error y ya no sé que tengo que cambiar para que entre

Error:
<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="XXXX://schemas.xmlsoap.org/soap/envelope/">
<env:Body>
<env:Fault>
<faultcode>env:Client</faultcode>
<faultstring>Codigo[103].Se esperaba nodo {XXXX://schemas.xmlsoap.org/soap/envelope/}Envelope y ha venido {XXXX://vvv.w3.org/2003/05/soap-envelope}Envelope</faultstring>
</env:Fault>
</env:Body>
</env:Envelope>

XML enviado:

<?xml version="1.0"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENC="XXXX://vvv.w3.org/2003/05/soap-encoding" xmlns:xsi="XXXX://vvv.w3.org/2001/XMLSchema-instance" xmlns:xsd="XXXX://vvv.w3.org/2001/XMLSchema" xmlns:SOAP-ENV="XXXX://vvv.w3.org/2003/05/soap-envelope">
<SOAP-ENV:Body xmlns:NS2="XXXX://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/burt/jdit/ws/VNifV2Ent.xsd" SOAP-ENV:encodingStyle="XXXX://vvv.w3.org/2003/05/soap-encoding" xmlns:NS1="XXXX://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/burt/jdit/ws/VNifV2.wsdl">
<NS1:VNifV2>
<VNifV2Ent SOAP-ENC:arraySize="3" SOAP-ENC:itemType="NS2:Contribuyente" xsi:type="SOAP-ENC:Array">
<item xsi:type="NS2:Contribuyente" SOAP-ENC:id="1">
<Nif xsi:type="xsd:string">A00000001</Nif>
<Nombre xsi:type="xsd:string">PRUEBAS1</Nombre>
</item>
<item xsi:type="NS2:Contribuyente" SOAP-ENC:id="2">
<Nif xsi:type="xsd:string">A00000002</Nif>
<Nombre xsi:type="xsd:string">PRUEBAS2</Nombre>
</item>
</VNifV2Ent>
</NS1:VNifV2>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Nota: hay que cambiar "XXXX:" por "h t t p:" y "vvv." por "w w w." (por las benditas reglas del foro)

figo21 19-05-2017 10:16:23

Cita:

Empezado por josecarrillo (Mensaje 516846)
Error 1166. Valor del campo TipoImpositivo no está incluido en la lista de valores permitidos

Tengo un problema con ciertas facturas. Se trata de una empresa en la Peninsula pero tiene una sucursal en Canarias y ciertas facturas las tiene que hacer con IGIC.

--- Este es el documento que genero.
<?xml version="1.0" ?>
- <SOAP-ENV:Envelope xmlns:SOAP-ENV="../envelope/" xmlns:xsd="../XMLSchema" xmlns:xsi="../XMLSchema-instance">
- <SOAP-ENV:Body>
- <SuministroLRFacturasEmitidas xmlns=".../SuministroLR.xsd">
- <Cabecera xmlns=".../SuministroInformacion.xsd">
<IDVersionSii>0.7</IDVersionSii>
- <Titular>
<NombreRazon>Empresa S.A.</NombreRazon>
<NIF>A1111111111</NIF>
</Titular>
<TipoComunicacion>A0</TipoComunicacion>
</Cabecera>
- <RegistroLRFacturasEmitidas>
- <PeriodoImpositivo xmlns=".../SuministroInformacion.xsd">
<Ejercicio>2017</Ejercicio>
<Periodo>01</Periodo>
</PeriodoImpositivo>
- <IDFactura>
- <IDEmisorFactura xmlns="...SuministroInformacion.xsd">
<NIF>A00000000</NIF>
</IDEmisorFactura>
<NumSerieFacturaEmisor xmlns=".../SuministroInformacion.xsd">AF/284</NumSerieFacturaEmisor>
<FechaExpedicionFacturaEmisor xmlns="..s/SuministroInformacion.xsd">27/01/2017</FechaExpedicionFacturaEmisor>
</IDFactura>
- <FacturaExpedida>
<TipoFactura xmlns=".../SuministroInformacion.xsd">F1</TipoFactura>
<ClaveRegimenEspecialOTrascendencia xmlns=".../SuministroInformacion.xsd">08</ClaveRegimenEspecialOTrascendencia>
<DescripcionOperacion xmlns="../SuministroInformacion.xsd">Factura de venta</DescripcionOperacion>
- <Contraparte xmlns="..s/SuministroInformacion.xsd">
<NombreRazon>EMPRESA DE TENERIFE</NombreRazon>
<NIF>P0000000D</NIF>
</Contraparte>
- <TipoDesglose xmlns="../SuministroInformacion.xsd">
- <DesgloseFactura>
- <Sujeta>
- <NoExenta>
<TipoNoExenta>S1</TipoNoExenta>
- <DesgloseIVA>
- <DetalleIVA>
<TipoImpositivo>3.00</TipoImpositivo>
<BaseImponible>5388.00</BaseImponible>
<CuotaRepercutida>161.64</CuotaRepercutida>
</DetalleIVA>
</DesgloseIVA>
</NoExenta>
</Sujeta>
</DesgloseFactura>
</TipoDesglose>
</FacturaExpedida>
</RegistroLRFacturasEmitidas>
</SuministroLRFacturasEmitidas>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Buenas, según el faq de la AEAT:
2.22. Un sujeto pasivo que aplique el SII, suministrará información de las operaciones sujetas a IGIC o IPSI?
Únicamente cuando se trate de operaciones sujetas al IGIC o IPSI que no están sujetas al IVA por reglas de localización. En ningún caso se informará cuando las operaciones se realicen a través de un establecimiento permanente situado en Canarias, Ceuta y Melilla.
En el campo “Clave Régimen especial o Trascendencia” se consignará el valor 08 y se registrarán como operaciones “no sujetas” en el campo de Importe no sujeto por reglas de localización, pero no debe informarse de los datos que correspondan a estos impuestos (IGIC o IPSI) al tratarse de operaciones no sujetas al IVA.
Ejemplo 1. Un empresario con domicilio fiscal en Madrid que aplica el SII presta servicios de abogacía a un profesional establecido en Canarias. Se trata de una prestación de servicios sujeta al IGIC que deberá informarse a través del SII.
Ejemplo 2. Un empresario con domicilio fiscal en Madrid que aplica el SII adquiere una partida de mercancías en Canarias y la vende en dicho territorio. Se trata de una entrega de bienes localizada en Canarias al no haber sido transportada al TAI, sujeta al IGIC y que deberá informarse a través del SII.
No se utilizará la clave 08 en el caso de entregas de bienes transportadas desde el TAI con destino a Canarias, Ceuta y Melilla o adquisiciones de bienes en el TAI procedentes de estos territorios, debiendo registrarse como exportación (clave régimen especial: 02) e importación respectivamente (tipo de factura: F5).
Se recuerda que el territorio de aplicación del impuesto en España (TAI) comprende la Península e Islas Baleares.

Supongo que tu caso es el ejemplo 1 o 2, con lo cual hay que hacerlo como explican.
En tu xml la mandas como sujeta, cuando debería de ser no sujeta.
Al poner el valor en 'Importe no sujeto por reglas de localización', entiendo que no habría que informar de ningún impuesto.


Un saludo.

lsgrep 19-05-2017 10:56:11

Hola a todos,

Como muchos de vosotros estoy implementando el tema del SIII y me he leído todo lo que he podido en este hilo.

En nuestra empresa exportamos al extranjero (a países fuera de la UE) y no tenemos VAT de esos clientes. He leído por anteriores hilos que es necesario poner en el IDOtro el código 06 o 07 pero no hay manera de que lo acepte si no se introduce el código VAT. ¿Alguien se ha encontrado el caso? Si no tengo el VAT no las puedo presentar ?

Salud2


La franja horaria es GMT +2. Ahora son las 15:19:59.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi