Espanha: SII – As regras de validação mudam de 1º de outubro de 2019 – Dynamics 365 para Finanças e Operações

Aplica-se a
Dynamics 365 for Finance and Operations

Introdução

A Agencia Tribunaria da Espanha publicou em17 de maio de 2019 novo documento de validação e erro no "Suministro Inmediato de Informacion del IVA" (SII) que entra em vigor a partir de de outubro de 2019. (Publicación nuevo documento de validaciones y errores a partir del 01-10-2019).

A partir de de julho, as novas verificações estão disponíveis no ambiente de teste do SII.

Para acomodar algumas das novas regras de validação, as configurações de relatórios eletrônicos são atualizadas e disponíveis para download na biblioteca de ativos compartilhados do LCS:

  • Formato emitido por fatura sii (ES).version.61.28
  • Formato recebido da fatura sii (ES).version.51.25

Enxugue mais como baixar configurações de relatórios eletrônicos:

https://learn.microsoft.com/en-us/dynamics365/unified-operations/dev-itpro/analytics/download-electronic-reporting-configuration-lcs

Novas versões das configurações de relatórios eletrônicos lançadas para a alteração atual podem ser importadas e usadas nas seguintes versões do Dynamics 365 for Finance and Operations: 7.3, 10.0.3, 10.0.4, 10.0.5, 10.0.6 e posterior.

Visão Geral

Este capítulo descreve novas validações e erros introduzidos pela Agencia Tribunaria da Espanha no SII que entrarão em vigor a partir de 1º de outubro de 2019:

Campo(s) Validação Afeta em
Libro de emitido (Faturas emitidas)
Sujeta > NoExenta > Tipoimpositivo 1. Somente são permitidos valores de 0%, 4%, 10% e 21%.
2. Se FechaOperacion <= 2012 valores 7%, 8%, 16% e 18% são permitidos.
Somente valores permitidos de taxas por códigos fiscais de vendas devem ser usados para que transações fiscais sejam relatadas ao SII da empresa.
Sujeta > NoExenta > TipoRecargoEquivalencia 1. Somente são permitidos valores de 5,2%, 1,4%, 0,5% e 1,75%.
2.Se FechaOperacion <= 2012, 1% e 4% são permitidos.
Somente valores permitidos de taxas por códigos de cobrança de Equivalência devem ser usados para que transações fiscais sejam relatadas ao SII da empresa.
Sujeta > NoExenta > CuotaRecargoEquivalencia Se ClaveRegimenEspecialOTrascendencia <> "06" CuotaRecargoEquivalencia = (BaseImponible * TipoRecargoEquivalencia) +/- 1% do BaseImponible (+/- € 10) O valor CuotaRecargoEquivalencia deve ser controlado pelo usuário no momento da postagem da transação. O valor postado será relatado.
Sujeta > NoExenta > TipoNoExenta = "S1" e single
ClaveRegimenEspecialOTrascendencia é diferente de 03, 05, 09, 16
TipoImpositivo: obrigatório e <> 0.
CuotaRepercutida: obrigatório (exceto o tipo de fatura F2, F4 e R5) e deve ser validado (exceto se TipoRectificativa = "I" ou tipo de fatura F2, F4 e R5) que:
Se ClaveRegimenEspecialOTrascendencia <> 06: CuotaRepercutida e BaseImponible devem ter o mesmo sinal.
Se [BaseImponible] ≤ 1000: [CuotaRepercutida] = ([BaseImponible] * TipoImpositivo) +/- 1% de [BI] (+/- €10).
Se [BaseImponible] ˃ 1000: [CuotaRepercutida] = ([BaseImponible] * TipoImpositivo) +/- €10 .
Se ClaveRegimenEspecialOTrascendencia = 06: CuotaRepercutida e BaseImponible devem ter o mesmo sinal.
Se [BI a custo] ≤ 1000: [CuotaRepercutida] = ([BI a custo] * TipoImpositivo) +/- 1% do [BI a custo] (+/- €10) .
Se [BI a custo] ˃ 1000: [CuotaRepercutida] = ([BI a custo] * TipoImpositivo) +/- €10.
O valor cuotaRepercutida deve ser controlado pelo usuário no momento da postagem da transação. O valor postado será relatado.
Sujeta > NoExenta > TipoNoExenta = "S1" andseveral ClaveRegimenEspecialOTrascendencia Vários ClaveRegimenEspecialOTrascendencia – cenário sem suporte.
Sujeta > NoExenta > TipoNoExenta = "S1" e single
ClaveRegimenEspecialOTrascendencia que é 03 ou 05 ou 09
- ImporteTotal: obrigatório
Se BaseImponible = 0 validar isso:
- TipoImpositivo: em branco ou zero.
- CuotaRepercutida: campo em branco ou zero.
Se BaseImponible <> 0 validar isso:
– TipoImpositivo: obrigatório e <> 0
- CuotaRepercutida: campo obrigatório (exceto tipo de fatura F2, F4 e R5) e deve ser validado (exceto se TipoRectificativa = "I" ou tipo de fatura F2, F4 e R5) que:
CuotaRepercutida e BaseImponible devem ter o mesmo sinal.
Se [BaseImponible] ≤ 1000: [CuotaRepercutida] = ([BaseImponible ] * TipoImpositivo) +/- 1% de [BI] (+/- €10).
Se [BaseImponible] ˃ 1000: [CuotaRepercutida] = ([BaseImponible ] * TipoImpositivo) +/- €10.
O valor cuotaRepercutida deve ser controlado pelo usuário no momento da postagem da transação. O valor postado será relatado.
No nível do relatório, a seguinte condição é adicionada: IF(TipoNoExenta=S1 e ClaveRegimenEspecialOTrascendencia em (03, 05, 09) e BaseImponible = 0) THEN TipoImpositivo = 0.
Sujeta > NoExenta > TipoNoExenta = "S2" Quando TipoNoExenta=S2, valide isso:
- TipoImpositivo = 0. (Não é permitido em branco).
- CuotaRepercutida = 0. (Não é permitido em branco).
O valor "S2" refere-se a transações de cobrança reversa. Se a transação fiscal for postada como Cobrança reversa, ela deverá ser postada com TaxRate = 0, caso contrário, a validação não será aprovada, pois TipoImpositivo e CuotaRepercutida não serão iguais a 0,00. Isso deve ser controlado pelo usuário no momento da postagem da transação.
Sujeta > NoExenta > TipoNoExenta = "S3" e o único ClaveRegimenEspecialOTrascendencia diferente de 03, 05, 09, 16 -Pelo menos duas linhas de detalhes.
-TipoImpositivo: campo de conclusão obrigatório (0 é permitido).
- Pelo menos uma linha de detalhes com TipoImpositivo = 0.
- Pelo menos uma linha com TipoImpositivo <> 0.
- CuotaRepercutida: Se TipoImpositivo = 0, CuotaRepercutida = 0.
- Se TipoImpositivo <> 0, obrigatório (exceto o tipo de fatura F2, F4 e R5).
Se TipoRectificativa <> "I", o tipo <> de fatura F2, F4 ou R5 e todos os ClaveRegimenEspecialOTrascendencia <> 06 validarem:
CuotaRepercutida e BaseImponible devem ter o mesmo sinal.
Se [BaseImponible] ≤ 1000: [CuotaRepercutida] = ([BaseImponible ] * TipoImpositivo) +/- 1% de [BI] (+/- €10).
Se [BaseImponible] ˃ 1000: [CuotaRepercutida] = ([BaseImponible ] * TipoImpositivo) +/- €10.
- Se TipoImpositivo <> 0 e qualquer um dos ClaveRegimenEspecialOTrascendencia = 06: obrigatório (exceto o tipo de fatura F2, F4 e R5).
O valor cuotaRepercutida deve ser controlado pelo usuário no momento da postagem da transação. O valor postado será relatado.
Sujeta > NoExenta > TipoNoExenta = "S3" e o único ClaveRegimenEspecialOTrascendencia que é 03 ou 05 ou 09 - Pelo menos duas linhas de detalhes.
– TipoImpositivo: em branco ou 0.
- Pelo menos uma linha com TipoImpositivo = 0.
- CuotaRepercutida: em branco ou 0.
O valor "S3" refere-se a um caso em que há pelo menos uma transação de cobrança reversa e pelo menos uma transação de cobrança não reversa. Se a transação fiscal for postada como Cobrança reversa, ela deverá ser postada com TaxRate = 0, caso contrário, a validação não será aprovada, pois TipoImpositivo e CuotaRepercutida não serão iguais a 0,00. Isso deve ser controlado pelo usuário no momento da postagem da transação.
Sujeta > NoExenta > TipoNoExenta = "S3" e vários ClaveRegimenEspecialOTrascendencia Vários ClaveRegimenEspecialOTrascendencia – cenário sem suporte.
DesgloseTipoOperacion – Excluído quando DesgloseFactura é relatado.
– pelo menos um PrestacionServicios e/ou Entrega devem aparecer.
- Se os blocos PrestacionServicios e/ou Entrega forem concluídos simultaneamente, o TipoNoExenta S1, S2 e S3 serão informados independentemente de cada um deles.
- As mesmas validações serão aplicadas a cada um dos blocos de forma independente
Na implementação <atual, DesgloseFactura> está sempre desabilitado, o que significa que <DesgloseTipoOperacion> deve ser sempre relatado.
TipoComunicacion="A5" ou "A6" Validação do campo <TipoFactura> no livro de emitido Os valores "A5" e "A6" estão fora do escopo da implementação atual.
No livro de faturas emitidas ClaveRegimenEspecialOTranscedencia = 06 TipoFactura deve ser diferente de "F2", "F4" ou "R5" Os valores de ClaveRegimenEspecialOTranscedencia e TipoFactura são controlados pelo usuário durante a preparação de dados para relatórios.
No livro de faturas emitidas <BaseImponibleACoste> BaseImponibleACoste obrigatório se ClaveRegimenEspecialOTranscedencia = "06" A verificação é fornecida no nível do relatório.
No livro de faturas emitidas <ImporteTotal> 1.Obrigatório se "há apenas uma linha DetalleIVA" e BaseImponible= 0 e TipoFactura= "F2" ou "F4" ou "R5".
2.Obrigatório se ClaveRegimenEspecialOTranscedencia = "05" ou "03" ou "09".
O nível do relatório de verificação é fornecido: ImporteTotaltag – é sempre relatado.
Libro de recibidas (Faturas recebidas)
<TipoImpositivo><InversionSujetoPasivo> – Somente os valores 0%, 4%, 10% e 21% são permitidos
- Se FechaOperacion <= 2012 valores 7%, 8%, 16% e 18% são permitidos
Somente valores permitidos de taxas por códigos fiscais de vendas devem ser usados para que transações fiscais sejam relatadas ao SII da empresa.
<TipoImpositivo><DesgloseIVA> - Obrigatório se CuotaSoportada for concluído e BaseImponible <> 0
– Somente os valores 0%, 4%, 10% e 21% são permitidos
- Se FechaOperacion <= 2012 TipoImpositivo 7%, 8%, 16% e 18% são permitidos
Somente valores permitidos de taxas por códigos fiscais de vendas devem ser usados para que transações fiscais sejam relatadas ao SII da empresa.
TipoImpositivo marcar é fornecido no nível do relatório – deve ser relatado quando BaseImponible <> 0.
<CuotaSoportada>em< InversionSujetoPasivo> CuotaSoportada e BaseImponible devem ter o mesmo sinal.
Se [BI] ≤ 1000: [CuotaSoportada] = ([BaseImponible ] * TipoImpositivo) +/- 1% de [BI] (+/- €10 ).
Se [BI] ˃ 1000: [CuotaSoportada] = ([BaseImponible ] * TipoImpositivo) +/- €10.
O valor cuotaSoportada deve ser controlado pelo usuário no momento da postagem da transação. O valor postado será relatado.
<ImporteCompensacionREAGYP > em <DesgloseIVA> ImporteCompensacionREAGYP está fora do escopo da implementação atual.
<NumSerieFacturaEmisor> em TipoFactura ="F5" e "LC" 1. Se TipoFactura = "F5" o NumSerieFacturaEmisor deverá ter o formato do número de identificação DUA
AA, últimos dois dígitos do ano de captura do DUA PP, País do DUA: admitimos qualquer código ISO, não apenas Espanha. 00RRRR, campo de apresentação AAAAAAAA, "numeração sequencial" no site de apresentação D, dígito de validação
https://www.agenciatributaria.es/AEAT.internet/Inicio/La_Agencia_Tributaria/Aduanas_e_Impuestos_Especiales/_Presentacion/La_Aduana_espanola/_INFORMACION/Novedades/2015/Numeracion_y_guia_EDIFACT_del_DUA_de_importacion.shtml
2. Se TipoFactura = "LC" o NumSerieFacturaEmisor deve ter o formato das liquidações complementares do Aduanas: ele deve começar com LC, A01 ou A02
NumSerieFacturaEmisor – Nota Fiscal Nº. Que identificam a fatura emitida
As sequências de números de documentos que devem ser relatadas como TipoFactura ="F5" e "LC" devem ser configuradas de acordo com o requisito do SII. O número da fatura será relatado ao SII com o número definido durante a postagem.
<CuotaDeducible> 1.Se todos os valores em linhas do campo CuotaSoportada forem positivos, valide isso: CuotaDeducible ≤ soma de CuotaSoportada +1 euro. (Não se aplicará quando ClaveRegimenEspecialOTranscedencia = 14 e a data de envio for menor que 1.1.19 ou ClaveRegimenEspecialOTranscedencia for 02 ou 13)
2.Se o CuotaSoportada tiver alguma linha positiva e algumas negativas, (ela não se aplicará quando ClaveRegimenEspecialOTranscedencia = 14 e a data de envio for menor que 1,1,19 ou o regime chave for 02 ou 13) valide isso. CuotaDeducible ≤ soma de CuotaSoportada positivo + 1 euro. (não leve em conta as cotas com suporte negativo).
3. Se ClaveRegimenEspecialOTranscedencia = 13, valide isso: CuotaDeducible = 0.
4.Se ele for indicado como ClaveRegimenEspecialOTranscedencia = 02, valide isso:
[CuotaDeducible] <= [soma ImporteCompensacionREAGYP ] + 1 euro.
A verificação é fornecida no nível do relatório: CuotaDeducible = SUM(CuotaSoportada)
A verificação é fornecida no nível do relatório: se ClaveRegimenEspecialOTranscedencia = 13, CuotaDeducible será relatado como "0,00".