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)

Nasca 11-09-2017 17:15:57

El orden es relevante, mira el orden en la definición del xsd:

Código:

    <complexType name="DetalleIVARecibidaType">
        <sequence>
            <element name="TipoImpositivo" type="sii:Tipo2.2Type" minOccurs="0"/>
            <element name="BaseImponible" type="sii:ImporteSgn12.2Type"/>
            <element name="CuotaSoportada" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
            <element name="TipoRecargoEquivalencia" type="sii:Tipo2.2Type" minOccurs="0"/>
            <element name="CuotaRecargoEquivalencia" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
            <element name="PorcentCompensacionREAGYP" type="sii:Tipo2.2Type" minOccurs="0"/>
            <element name="ImporteCompensacionREAGYP" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
        </sequence>
    </complexType>


encoder59 11-09-2017 20:32:57

Cita:

Empezado por mrobles (Mensaje 520991)
Dejo un dato curioso:

Correcto:
Código:

<sii:BaseImponible>1000</sii:BaseImponible>
<sii:PorcentCompensacionREAGYP>10.50</sii:PorcentCompensacionREAGYP>
<sii:ImporteCompensacionREAGYP>100.5</sii:ImporteCompensacionREAGYP>

Incorrecto:
Código:

<sii:PorcentCompensacionREAGYP>10.50</sii:PorcentCompensacionREAGYP>
<sii:BaseImponible>1000</sii:BaseImponible>
<sii:ImporteCompensacionREAGYP>100.5</sii:ImporteCompensacionREAGYP>


Pues si: fíjate en la definición:
<complexType name="DetalleIVARecibidaType">
<sequence>
<element name="TipoImpositivo" type="sii:Tipo2.2Type" minOccurs="0"/>
<element name="BaseImponible" type="sii:ImporteSgn12.2Type"/>
<element name="CuotaSoportada" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
<element name="TipoRecargoEquivalencia" type="sii:Tipo2.2Type" minOccurs="0"/>
<element name="CuotaRecargoEquivalencia" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
<element name="PorcentCompensacionREAGYP" type="sii:Tipo2.2Type" minOccurs="0"/>
<element name="ImporteCompensacionREAGYP" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
</sequence>
</complexType>
Una declaración <sequence> indica que van por orden, minOccurs="0" indica que no es obligatorio (pero respetar el orden, si aparece, si)
Lo mismo pasa con el mensaje de consulta y con cualquier elemento complexType que sea sequence.

Saludos

mrobles 12-09-2017 09:16:44

Cita:

Empezado por encoder59 (Mensaje 521005)
Pues si: fíjate en la definición:
<complexType name="DetalleIVARecibidaType">
<sequence>
<element name="TipoImpositivo" type="sii:Tipo2.2Type" minOccurs="0"/>
<element name="BaseImponible" type="sii:ImporteSgn12.2Type"/>
<element name="CuotaSoportada" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
<element name="TipoRecargoEquivalencia" type="sii:Tipo2.2Type" minOccurs="0"/>
<element name="CuotaRecargoEquivalencia" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
<element name="PorcentCompensacionREAGYP" type="sii:Tipo2.2Type" minOccurs="0"/>
<element name="ImporteCompensacionREAGYP" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
</sequence>
</complexType>
Una declaración <sequence> indica que van por orden, minOccurs="0" indica que no es obligatorio (pero respetar el orden, si aparece, si)
Lo mismo pasa con el mensaje de consulta y con cualquier elemento complexType que sea sequence.

Saludos

El problema es que ese esquema fue modificado, dado que ha estado en funcionamiento hasta hace poco sin orden.

Nasca 12-09-2017 09:32:46

Cita:

Empezado por mrobles (Mensaje 521012)
El problema es que ese esquema fue modificado, dado que ha estado en funcionamiento hasta hace poco sin orden.

Es mejor ceñirse al orden y características de los xsd. Esa es otra de las razones por las que prefiero trabajar a pelo en la generación de los xml.

Cualquier validación del xml contra ese xsd daría problemas. Supongo que inicialmente eran menos estrictos con la validación.

mrobles 12-09-2017 09:45:20

Cita:

Empezado por Nasca (Mensaje 521013)
Es mejor ceñirse al orden y características de los xsd. Esa es otra de las razones por las que prefiero trabajar a pelo en la generación de los xml.

Cualquier validación del xml contra ese xsd daría problemas. Supongo que inicialmente eran menos estrictos con la validación.

Yo genero manualmente los xml, por eso te digo que lo tenia en producción funcionado sin el orden y hasta ayer no me dio fallos una de las facturas.

CMB 12-09-2017 10:38:32

Cita:

Empezado por mrobles (Mensaje 521014)
Yo genero manualmente los xml, por eso te digo que lo tenia en producción funcionado sin el orden y hasta ayer no me dio fallos una de las facturas.

Yo también lo hago así y me ahorro esos problemillas.

Saludos,

CMB 13-09-2017 10:21:27

ClaveRegimenEspecialOTrascendencia
 
Al enviar una factura usando el campo ClaveRegimenEspecialOTrascendenciaAdicional1 me responden con

Cita:

Error: 2017-El valor del campo ClaveRegimenEspecialOTrascendencia no permite valores en los campos ClaveRegimenEspecialOTrascendenciaAdicional1 o ClaveRegimenEspecialOTrascendenciaAdicional2
El XML enviado contiene estas líneas

Código:

        <siiLR:FacturaExpedida>
          <sii:TipoFactura>F1</sii:TipoFactura>
          <sii:ClaveRegimenEspecialOTrascendencia>02</sii:ClaveRegimenEspecialOTrascendencia>
          <sii:ClaveRegimenEspecialOTrascendenciaAdicional1>08</sii:ClaveRegimenEspecialOTrascendenciaAdicional1>
          <sii:ImporteTotal>10.96</sii:ImporteTotal>
          <sii:DescripcionOperacion>Descripcion del objeto de la factura (SII)</sii:DescripcionOperacion>
          <sii:Contraparte>

¿Alguien sabe por qué no se permite usar aquí el campo ClaveRegimenEspecialOTrascendenciaAdicional1?

En las FAQS no se habla de esto.

Saludos,

Nasca 13-09-2017 10:35:49

Me temo que es porque esa combinación no es posible. O es exportación o está sujeta a IGIC/IPSI, pero no ambas cosas.

keys 13-09-2017 10:40:00

Para utilizar ClaveRegimenEspecialOTrascendenciaAdicional1 o ClaveRegimenEspecialOTrascendenciaAdicional2 hay una serie de restricciones. Si en ClaveRegimenEspecialOTrascendenciaAdicional has puesto la clave 02, en ClaveRegimenEspecialOTrascendenciaAdicional1 no puedes poner la 08.

Un Saludo.

CMB 13-09-2017 10:56:00

Cita:

Empezado por keys (Mensaje 521029)
Para utilizar ClaveRegimenEspecialOTrascendenciaAdicional1 o ClaveRegimenEspecialOTrascendenciaAdicional2 hay una serie de restricciones. Si en ClaveRegimenEspecialOTrascendenciaAdicional has puesto la clave 02, en ClaveRegimenEspecialOTrascendenciaAdicional1 no puedes poner la 08.
Un Saludo.

Cita:

Empezado por Nasca (Mensaje 521028)
Me temo que es porque esa combinación no es posible. O es exportación o está sujeta a IGIC/IPSI, pero no ambas cosas.

Entiendo que en una factura emitida donde haya prestación de servicios con clave 08 (Sujeta al IPSI / IGIC), y donde también haya entrega de bienes, clave 02 (exportación), debería ser correcto.

Saludos,

Nasca 13-09-2017 11:03:43

Cita:

Empezado por CMB (Mensaje 521030)
Entiendo que en una factura emitida donde haya prestación de servicios con clave 08 (Sujeta al IPSI / IGIC), y donde también haya entrega de bienes, clave 02 (exportación), debería ser correcto.

¿Dónde está el establecimiento del emisor de la factura?

CMB 13-09-2017 11:38:58

Cita:

Empezado por Nasca (Mensaje 521031)
¿Dónde está el establecimiento del emisor de la factura?

En la península o Baleares.

nuevo1234 14-09-2017 16:24:23

Cita:

Empezado por CMB (Mensaje 521030)
Entiendo que en una factura emitida donde haya prestación de servicios con clave 08 (Sujeta al IPSI / IGIC), y donde también haya entrega de bienes, clave 02 (exportación), debería ser correcto.

Saludos,

Hola,

Creo que lo que planteas debería ser correcto "factura emitida donde haya prestación de servicios con clave 08 (Sujeta al IPSI / IGIC), y donde también haya entrega de bienes, clave 02 (exportación)".
Es cierto que, por otro lado, hay restricciones en la combinación de claves y si en ClaveRegimen has puesto la clave 02, en ClaveRegimenEspecialOTrascendenciaAdicional1 no puedes poner la 08 y por eso no lo admiten.

Entiendo que debería aclararlo hacienda (no sé si les has preguntado) porque a mi entender no habría manera de informar el caso que tu planteas ya que claramente se necesitan esas dos claves. Vamos, así lo entiendo yo

CMB 14-09-2017 17:01:30

Cita:

Empezado por nuevo1234 (Mensaje 521062)
Hola,
Creo que lo que planteas debería ser correcto "factura emitida donde haya prestación de servicios con clave 08 (Sujeta al IPSI / IGIC), y donde también haya entrega de bienes, clave 02 (exportación)".
Es cierto que, por otro lado, hay restricciones en la combinación de claves y si en ClaveRegimen has puesto la clave 02, en ClaveRegimenEspecialOTrascendenciaAdicional1 no puedes poner la 08 y por eso no lo admiten.
Entiendo que debería aclararlo hacienda (no sé si les has preguntado) porque a mi entender no habría manera de informar el caso que tu planteas ya que claramente se necesitan esas dos claves. Vamos, así lo entiendo yo

Muchas gracias. Acabo de mandar esta consulta. Cuando respondan publicaré la contestación en este mismo foro.
Saludos,

Cita:

Cuando se crea una factura emitida en el TAI (Territorio de Aplicación del Impuesto) a un cliente de Canarias, y esa factura contiene al mismo tiempo prestación de servicios y entrega de bienes entiendo que debería incluir los campos

<sii:ClaveRegimenEspecialOTrascendencia>02</sii:ClaveRegimenEspecialOTrascendencia>
<sii:ClaveRegimenEspecialOTrascendenciaAdicional1>08</sii:ClaveRegimenEspecialOTrascendenciaAdicional1>

con los valores indicados (02 por exportación y 08 por estar sujeto a IGIC).

Sin embargo, al enviar esa factura es rechazada con el mensaje

"Error: 2017-El valor del campo ClaveRegimenEspecialOTrascendencia no permite valores en los campos ClaveRegimenEspecialOTrascendenciaAdicional1 o ClaveRegimenEspecialOTrascendenciaAdicional2"

pues según la normativa del SII esos dos valores, 02 y 08, no son compatibles en ClaveRegimenEspecialOTrascendencia. ¿Me podrían indicar qué solución existe para esos casos? Que por otra parte se pueden dar con cierta frecuencia.

Muchas gracias,

shiximaru 14-09-2017 18:11:38

En los ejemplos de envios del primer semestre del documento de informacion tecnica del SII.
Tanto en facturas recibidas como emitidas no se manda información del tipo impositivo y la cuota soportada / repercutida.

¿Esto lo habeis hecho asi en cualquier factura, aunque tuviese tipo impositivo y cuota?
O lo habeis ignorado y le habeis mandado las cuotas igualmente.

newtron 15-09-2017 09:44:25

Hola a tod@s.

¿Alguien sabe "off the record" si durante este año sancionarán por presentación de los registros fuera de plazo?

Saludos

newtron 15-09-2017 09:55:49

Cita:

Empezado por shiximaru (Mensaje 521073)
En los ejemplos de envios del primer semestre del documento de informacion tecnica del SII.
Tanto en facturas recibidas como emitidas no se manda información del tipo impositivo y la cuota soportada / repercutida.

¿Esto lo habeis hecho asi en cualquier factura, aunque tuviese tipo impositivo y cuota?
O lo habeis ignorado y le habeis mandado las cuotas igualmente.

Yo entiendo que, en el caso de los importes de las bases y cuotas, se debe de enviar toda la información de la factura igualmente que las del resto del año.

Saludos

CMB 15-09-2017 11:07:21

Facturación a Canarias desde el TAI: Consulta a la AEAT y respuesta recibida
 
Para quien pueda estar interesado.

Texto completo de la consulta
Cita:

Cuando se crea una factura emitida en el TAI (Territorio de Aplicación del Impuesto) a un cliente de Canarias, y esa factura contiene al mismo tiempo prestación de servicios y entrega de bienes entiendo que debería incluir los campos

<sii:ClaveRegimenEspecialOTrascendencia>02</sii:ClaveRegimenEspecialOTrascendencia>
<sii:ClaveRegimenEspecialOTrascendenciaAdicional1>08</sii:ClaveRegimenEspecialOTrascendenciaAdicional1>

con los valores indicados (02 por exportación y 08 por estar sujeto a IGIC).

Sin embargo, al enviar esa factura es rechazada con el mensaje

"Error: 2017-El valor del campo ClaveRegimenEspecialOTrascendencia no permite valores en los campos ClaveRegimenEspecialOTrascendenciaAdicional1 o ClaveRegimenEspecialOTrascendenciaAdicional2"

pues según la normativa del SII esos dos valores, 02 y 08, no son compatibles en ClaveRegimenEspecialOTrascendencia. ¿Me podrían indicar qué solución existe para esos casos? Que por otra parte se pueden dar con cierta frecuencia.

Muchas gracias,

Texto completo de la respuesta
Cita:

Buenos días:

Hemos revisado el "Documento de validaciones y errores" y efectivamente, solo se permite el valor 8 en el campo ClaveRegimenEspecialOTrascendenciaAdicional1 si ha informado 11,12 o 13 en el campo ClaveRegimenEspecialOTrascendencia.

Para consultar cómo debe informar en el SII la situación que nos plantea sin contradecir las validaciones establecidas por Gestión Tributaria, puede contactar con dicho departamento.

Atentamente,
AEAT
¿Alguien sabe cómo se debe contactar con Gestión Tributaria (como programador, no como contribuyente)?

Saludos,

xamminf 15-09-2017 12:54:50

Cita:

Empezado por newtron (Mensaje 521080)
Hola a tod@s.

¿Alguien sabe "off the record" si durante este año sancionarán por presentación de los registros fuera de plazo?

Saludos


Fuera de record, alguien me decia, cuando el sii se iniciaba, que desde la española de tributos decian, que se mandara la informacion, que harían big eyes (la vista gorda) para la información que no viniese bien.

Yo a eso respondí: "lo quiero por escrito"

CMB 15-09-2017 12:59:46

Cita:

Empezado por xamminf (Mensaje 521091)
Fuera de record, alguien me decia, cuando el sii se iniciaba, que desde la española de tributos decian, que se mandara la informacion, que harían big eyes (la vista gorda) para la información que no viniese bien.
Yo a eso respondí: "lo quiero por escrito"

Eso de big eyes significaría un incumplimento de la ley, por tanto no esperes que nadie te lo dé por escrito, y menos un funcionario. A menos que publiquen un decreto en el BOE.

keys 15-09-2017 13:08:36

Hola a todos. La Hacienda Foral de Navarra comienza la fase de pruebas.

Un Saludo.

Nasca 15-09-2017 13:14:47

Cita:

Empezado por keys (Mensaje 521093)
Hola a todos. La Hacienda Foral de Navarra comienza la fase de pruebas.

Gracias por el aviso.

En Araba me han comentado por email que según su planificación, está previsto un periodo de pruebas a partir del mes de noviembre 2017.

newtron 16-09-2017 09:22:56

Cita:

Empezado por CMB (Mensaje 521092)
Eso de big eyes significaría un incumplimento de la ley, por tanto no esperes que nadie te lo dé por escrito, y menos un funcionario. A menos que publiquen un decreto en el BOE.

Efectivamente, no sé si lo harán o no pero nunca te lo van a dar por escrito.

nachoexe 19-09-2017 12:01:52

Hola, buenas a todos los currantes, os doy mi opinión

Lo de enviar los registros fuera de plazo hay que matizarlo.. si se envían antes del día 15 del mes siguiente al periodo a liquidar no creo que haya problema y este año lo dejarán pasar, pero si el envío se produce después de esta fecha peligro (y grande) porque ellos ya tienen calculado el Mod.303 y les vas a causar problemas.


Respecto a lo de enviar una factura a Canarias con servicios y con bienes "creo" que tenéis un pequeño lío en los conceptos y estáis esperando que acepten una cosa que no se puede dar, me explico:
- Si hay entrega de bienes, por pequeña que sea, a un territorio fuera del TAI toda la factura se considera como exportación incluidos el transporte de mercancías, los gastos de embalaje, gastos de gestión, etc..
- Si solo hay prestación de servicios es Inv.Suj.Pasivo nacional
No creo que se pueda declarar en una misma factura exportación de bienes y servicios, simplemente porque no existe la exportación de servicios


Nada más, un saludo y recordar en enviar el Tipo, Serie y Numero de factura tal cual aparecen impresos en la factura para que podamos contrastar entre todos

APO 19-09-2017 12:55:09

Envío Primer Semestre 2017
 
Hola,
He estado mirando en todo el hilo, pero no he sacado nada en claro. El caso, es sobre el envío de las facturas emitidas del PRIMER SEMESTRE, en el punto 2.39 de la FAQ pone lo siguiente:

Libro registro de facturas emitidas:
Con independencia del tipo de operación informado (no sujeta, sujeta y exenta o no exenta) deberá informarse en cualquier caso como factura sujeta y no exenta.


Mi duda es que, si la factura no es sujeta y no exenta, entonces ¿que valor se debe informar en el campo 'L7 - Calificación tipo operación Sujeta/No exenta'? Porque aquí hay 3 posibles valores: S1, S2 o S3.

nuevo1234 20-09-2017 10:55:04

Cita:

Empezado por APO (Mensaje 521149)
Hola,
He estado mirando en todo el hilo, pero no he sacado nada en claro. El caso, es sobre el envío de las facturas emitidas del PRIMER SEMESTRE, en el punto 2.39 de la FAQ pone lo siguiente:

Libro registro de facturas emitidas:
Con independencia del tipo de operación informado (no sujeta, sujeta y exenta o no exenta) deberá informarse en cualquier caso como factura sujeta y no exenta.


Mi duda es que, si la factura no es sujeta y no exenta, entonces ¿que valor se debe informar en el campo 'L7 - Calificación tipo operación Sujeta/No exenta'? Porque aquí hay 3 posibles valores: S1, S2 o S3.

Yo lo he marcado con <sii:TipoNoExenta>S1</sii:TipoNoExenta>

Es como viene en la tabla del documento .pdf de "descripcion de servicio web" (ultimas paginas) y además trae un ejemplo.Yo entiendo que siempre hay que poner S1.

APO 20-09-2017 11:19:27

Cita:

Empezado por nuevo1234 (Mensaje 521163)
Yo lo he marcado con <sii:TipoNoExenta>S1</sii:TipoNoExenta>

Es como viene en la tabla del documento .pdf de "descripcion de servicio web" (ultimas paginas) y además trae un ejemplo.Yo entiendo que siempre hay que poner S1.

Ok, gracias!

nachoexe 20-09-2017 13:13:32

Cita:

Empezado por APO (Mensaje 521149)
Hola,
He estado mirando en todo el hilo, pero no he sacado nada en claro. El caso, es sobre el envío de las facturas emitidas del PRIMER SEMESTRE, en el punto 2.39 de la FAQ pone lo siguiente:

Libro registro de facturas emitidas:
Con independencia del tipo de operación informado (no sujeta, sujeta y exenta o no exenta) deberá informarse en cualquier caso como factura sujeta y no exenta.


Mi duda es que, si la factura no es sujeta y no exenta, entonces ¿que valor se debe informar en el campo 'L7 - Calificación tipo operación Sujeta/No exenta'? Porque aquí hay 3 posibles valores: S1, S2 o S3.

Un poco tarde pero aquí también dice claramente que hay que poner S1
http://www.agenciatributaria.es/AEAT...emestre_.shtml

Nasca 20-09-2017 13:32:09

Nosotros hemos realizado ya pruebas con el primer trimestre, tratando de encajar lo que significa: Con independencia del tipo de operación informado (no sujeta, sujeta y exenta o no exenta) deberá informarse en cualquier caso como factura sujeta y no exenta.

Está en la pregunta: 2.39. ¿Cómo debe suministrarse la información correspondiente al primer semestre?

Parece indicar que las Sujetas-Exentas y No Sujetas van todas al Sujetas con tipo y cuota 0.

Como eso a la larga termina dando más problemas que otra cosa hemos enviado usando las posiciones habituales para sujetas-exentas y no sujetas y no reportan ningún problema.

Tengo la sensación de que el primer semestre viene a ser: Envía como quieras con las claves 16/14 y no le hacemos ni caso.

nachoexe 20-09-2017 13:56:22

Lo que no entiendo es por qué nos hacen perder el tiempo a todos con lo del primer semestre cuando lo pueden registrar ellos como les de la gana, todo lo que vaya con ejercicio 2017 y periodo 1-6 que lo registren con la clave de régimen especial, descripción y como quieran ya que tienen todos los datos necesarios para hacerlo.

Señores de la AEAT (por si alguno nos lee) para próximas veces pensar un poco y darle otra vuelta a las cosas para hacerlas lo mas sencillas posibles y no complicar los desarrollos de las aplicaciones.

xamminf 20-09-2017 17:25:04

Cita:

Empezado por nachoexe (Mensaje 521172)
Lo que no entiendo es por qué nos hacen perder el tiempo a todos con lo del primer semestre cuando lo pueden registrar ellos como les de la gana, todo lo que vaya con ejercicio 2017 y periodo 1-6 que lo registren con la clave de régimen especial, descripción y como quieran ya que tienen todos los datos necesarios para hacerlo.

Señores de la AEAT (por si alguno nos lee) para próximas veces pensar un poco y darle otra vuelta a las cosas para hacerlas lo mas sencillas posibles y no complicar los desarrollos de las aplicaciones.

Pues yo lo que no entiendo es para qué sirve el SII si luego te obligan a hacer el modelo 303. ¿ No habíamos quedado que el SII era el paraíso del contribuyente: cero papeles, no presentación de modelos, adiós al cambio climático y cervezas para todos ||-|| ?

¿ Tan difícil es poner un botón con un borrador del modelo 303 ?

Nasca 20-09-2017 17:31:08

Cita:

Empezado por xamminf (Mensaje 521186)
Pues yo lo que no entiendo es para qué sirve el SII si luego te obligan a hacer el modelo 303. ¿ No habíamos quedado que el SII era el paraíso del contribuyente: cero papeles, no presentación de modelos, adiós al cambio climático y cervezas para todos ||-|| ?

¿ Tan difícil es poner un botón con un borrador del modelo 303 ?

Hay datos que son necesario para el 303 y que no están identificados adecuadamente en el SII: modificaciones y bienes de inversión fiscales sobre todo.

De todas formas eso que vendían era cinismo, porque no me creo que fuese incompetencia el decir que simplificaba la carga administrativa de declarar los impuestos.

Nasca 20-09-2017 17:40:03

Cita:

Empezado por xamminf (Mensaje 521186)
¿ Tan difícil es poner un botón con un borrador del modelo 303 ?

En este hilo o uno anterior alguien puso una respuesta de la AEAT y le decían que no habían creado aún lo del borrador del 303. No parece que esté aún disponible y dudo que lo monten de forma potable salvo que cambien los registros actuales del SII.

Así que toca añadirlo como función adicional al gestor del SII :(
Por si alguien quiere ideas: Modelo 303

xamminf 20-09-2017 17:41:38

Cita:

Empezado por Nasca (Mensaje 521188)
Hay datos que son necesario para el 303 y que no están identificados adecuadamente en el SII: modificaciones y bienes de inversión fiscales sobre todo.

De todas formas eso que vendían era cinismo, porque no me creo que fuese incompetencia el decir que simplificaba la carga administrativa de declarar los impuestos.


¿ Impide eso que se haga un borrador con la información que tiene la sede y llamarla por ejemplo Borrador Período ?

Nasca 20-09-2017 17:50:08

Cita:

Empezado por xamminf (Mensaje 521192)
¿ Impide eso que se haga un borrador con la información que tiene la sede y llamarla por ejemplo Borrador Período ?

Pues no, pero no se va a identificar adecuadamente el contenido de numerosas casillas del 303: 30/31, 34/35, ... 40/41


CMB 20-09-2017 18:52:40

Cita:

Empezado por xamminf (Mensaje 521186)
Pues yo lo que no entiendo es para qué sirve el SII si luego te obligan a hacer el modelo 303. ¿ No habíamos quedado que el SII era el paraíso del contribuyente: cero papeles, no presentación de modelos, adiós al cambio climático y cervezas para todos ||-|| ?
¿ Tan difícil es poner un botón con un borrador del modelo 303 ?

Las cervezas seguro que te las pagará Montoro y con mucho gusto.

shiximaru 22-09-2017 17:28:47

Novedad de Hoy sobre el censo de personas fisicas.


22--09-2017 SII: Mejora en el servicio de ayuda de identificación.
El servicio de ayuda de identificación fiscal ha sido objeto de una mejora de modo que, con la finalidad de ayudar en la identificación y comprobación del alta en el censo de la AEAT de personas físicas, si los datos identificativos son similares a los existentes en el censo, se devuelve el apellido y nombre tal y como constan en el censo de la AEAT.


Si tienes algun error en tu NIF y Razon social. Y el error hace que segun ellos la razon social es similar. Te dicen exactamente como tiene la AEAT al nif censado. Esto pues puede ser bastante util.

CMB 22-09-2017 21:08:54

Inversión del sujeto pasivo en facturas a Canarias
 
Cita:

Empezado por nachoexe (Mensaje 521148)
Respecto a lo de enviar una factura a Canarias con servicios y con bienes "creo" que tenéis un pequeño lío en los conceptos y estáis esperando que acepten una cosa que no se puede dar, me explico:
- Si hay entrega de bienes, por pequeña que sea, a un territorio fuera del TAI toda la factura se considera como exportación incluidos el transporte de mercancías, los gastos de embalaje, gastos de gestión, etc..
- Si solo hay prestación de servicios es Inv.Suj.Pasivo nacional

Disculpa, pero hay algo ahí que no me cuadra.

Si la prestación de servicios a Canarias es una Inversión del Sujeto Pasivo, eso significa que el receptor de la factura deberá abonar y deducirse el IVA al mismo tiempo (con lo que quedará libre de pagar nada). Pero las empresas y autónomos de Canarias tengo entendido que no pueden hacer declaraciones por IVA, de manera que no comprendo cómo en ese caso puede ser inversión del sujeto pasivo.

Nachoexe, o quien lo sepa, por favor, ¿lo podríais aclarar?

Muchas gracias,

PASPAS 23-09-2017 12:15:43

Cita:

Empezado por CMB (Mensaje 521256)
Disculpa, pero hay algo ahí que no me cuadra.

Si la prestación de servicios a Canarias es una Inversión del Sujeto Pasivo, eso significa que el receptor de la factura deberá abonar y deducirse el IVA al mismo tiempo (con lo que quedará libre de pagar nada). Pero las empresas y autónomos de Canarias tengo entendido que no pueden hacer declaraciones por IVA, de manera que no comprendo cómo en ese caso puede ser inversión del sujeto pasivo.

Nachoexe, o quien lo sepa, por favor, ¿lo podríais aclarar?

Muchas gracias,

Pienso q tienes razon cmb en todo caso solo si existe factura asociada dua podria informarse del iva pero siempre q el proveedor sea aduanero.
Creo q seria esta la unica posibilidad de informar iva.

Saludos

PASPAS 23-09-2017 12:21:52

Nueva actalizacion webservice
 
Desde este sabado creo q existen cambios en ws con respecto al certificado.
Ahora en entorno de pruebas me devuelve q el nif no esta identificado para enviar al sii de pruebas.
Ni esto ni acceder al portal pruebas. Hasta ahora enviaba sin problemas con ese certificado censado en la aeat.
Os pasa esto?
Puede q ahora esten verificando mas informacion del cert.
Sera q ahora solo los permitidos en sii puedan enviar.

Saludos


La franja horaria es GMT +2. Ahora son las 23:49:53.

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