Introduction
Selon les changements législatifs en Espagne introduit par Real Decreto 596/2016, de 2 de diciembre, un système de gestion de la TVA basé sur l’approvisionnement immédiat d’informations (système SII) permet un système bidirectionnel, relation instantanée et automatisée entre l’AEAT et un contribuable.
Consultez la documentation connexe sur la configuration et utilisez Microsoft Dynamics 365 Finance pour la création de rapports au système SII : https://docs.microsoft.com/en-us/dynamics365/finance/localizations/emea-esp-sii.
À compter du 1er janvier 2021, version 1.1(bis) du système SII entre en vigueur. Cet article fournit des informations sur les modifications dans Microsoft Dynamics 365 Finance pour prendre en charge la version 1.1(bis) du système SII.
Le les versions suivantes des configurations GER doivent être téléchargées et importé pour prendre en charge les fonctionnalités mises à jour :
|
Nom de la configuration |
Type de configuration |
Version |
|
Modèle de communication des factures |
Modèle |
61 |
|
Mappage de modèle SII |
Mappage de modèle |
61.69 |
|
SiI Invoice Issued Format (ES) |
Mise en forme |
61.46 |
|
SiI Invoice Received Format (ES) |
Mise en forme |
61.36 |
Date d’entrée en vigueur à partir de la date Les formats du tableau ci-dessus sont définis sur 1er janvier 2021. Ceci signifie que le système commence à utiliser ces versions des formats à partir de le 1er janvier 2021.
Symptômes
Informations complètes sur les modifications introduits dans le système SII sont décrits dans la documentation officielle du version 1.1(bis) :
|
Description du lien |
Lien |
|
Nueva documentación versión 1-1-2021 |
|
|
Descripción del servicio web(1-1-2021) |
|
|
Documento de validaciones y errores(1-1-2021) |
|
|
Esquemas(1-1-2021) |
Modifications suivantes introduites par la version 1.1(bis) qui ont un impact potentiel sur Microsoft Dynamics 365 solution finance pour la création de rapports informations au système SII et donc couvertes par le correctif à chaud actuel :
|
Modifier la description |
|
NUEVAS VALIDACIONES LIBRO REGISTRO DE FACTURAS EMITIDAS |
|
LRFE. Bloque identificación de la contraparte(I) 1. Si le type de facture est F1, F3, R1, R2, R3 et R4, le le bloc d’identification de la contrepartie doit être terminé. 2. Si le type de facture est F2, F4 et R5, le bloc d’identification de la contrepartie doit être omise. |
|
LRFE. Fecha de expedición y período de liquidación 1. La date d’émission peut ne pas être antérieure à la date de l’opération. Ceci la validation ne s’applique pas lorsque l’un des codes du régime spécial est 14 ou 15 ou type de communication A4. |
|
LRFE. IVA pendiente de devengo AAPP. Lorsqu’un régime unique est marqué et qu’il est 14, le type de facture doit être F1, R1, R2, R3 ou R4 |
|
NUEVAS VALIDACIONES LIBRO REGISTRO DE FACTURAS RECIBIDAS |
|
LRFR. Cuota déduisable
|
|
LRFR. Deducción en período posterior. Nouveau champ « Déduire dans une période ultérieure ». Si les champs « Ejercicio de deducción » et « Periodo de deducción » sont terminés, le « Deducir en período posterior » doit être « Oui ». |
|
LRFR. Período y ejercicio de deducción Nouveaux champs « "Ejercicio » (année fiscale) et « Período de deducción » (période de déduction). |
Le tableau suivant décrit les modifications apportées à la solution Microsoft Dynamics 365 Finance pour la création de rapports informations sur le système SII pour prendre en charge la version 1.1(bis) du système SII :
|
Mappage de modèle SII > facture reçue |
|
|
Le champ de modèle existant a été mappé :
|
Chemin d’accès : Invoice/Invoice/VATRegisterDate Formule : @.' >Relations'. VendInvoiceJour.'vatDueDate_W()' |
|
SiI Invoice Received Format (ES) |
|
|
Rebasé vers la version 61 du modèle |
|
|
Le nouveau champ calculé « $AreEquivalenceTaxesExist » a été ajouté
|
Chemin d’accès : modèle/facture Formule : NOT(ISEMPTY(WHERE(@.' $VATGroupBy', @.' $VATGroupBy'.groupé. TaxRateEquivalence <> 0)) |
|
Modification de la formule pour l’élément « CuotaDeducible » :
|
Vieux: SI(@. Invoice.SpecialRegime="13 », 0.0, SOMME.SI(« CuotaSoportada », « FacturaKeyName », « Factura"&REPLACE(@. Invoice.ExternalReference, « [^A-Za-z0-9] », « », true)) - @.' $NonDeductibleTaxAmountSum') Nouveau : IF(OR( @. Invoice.SpecialRegime="13 », @. Invoice.InvoiceType="F2 », @. Partner.PartnerIdType="03 », @. Partner.PartnerIdType="04 », @. Partner.PartnerIdType="05 », @. Partner.PartnerIdType="06 », @.' $AreEquivalenceTaxesExist'), 0.0, SOMME.SI(« CuotaSoportada », « FacturaKeyName », « Factura"&REPLACE(@. Invoice.ExternalReference, « [^A-Za-z0-9] », « », true)) - @.' $NonDeductibleTaxAmountSum') |
|
Nouveau champ « $IsDeductedInLaterPeriod » calculé sous Facture :
|
Formule : IF( OR( INTVALUE(DATEFORMAT(@. VATRegisterDate, « aaaa »)) > INTVALUE(DATEFORMAT(@.' $DocumentDate', « aaaa »)), AND( INTVALUE(DATEFORMAT(@. VATRegisterDate, « aaaa »)) = INTVALUE(DATEFORMAT(@.' $DocumentDate', « aaaa »)), INTVALUE(DATEFORMAT(@. VATRegisterDate, « MM »)) > INTVALUE(DATEFORMAT(@.' $DocumentDate', « MM »))), true, false) |
|
Nouveaux éléments sous l’élément « siiLR :FacturaRecibida » :
|
Tous ont la formule suivante pour « Activé » : @. Facture.' $IsDeductedInLaterPeriod' |
|
Mappage de modèle SII > facture émise |
|
|
Nouvelle source de données InventTrans :
|
|
|
Nouveaux champs calculés sous CustInvoiceJour :
|
$InventTrans : IF( ISEMPTY(FILTER(InventTrans, AND(InventTrans.InvoiceId = @. InvoiceId, InventTrans.DateFinancial = @. InvoiceDate))), EMPTYLIST(InventTrans), FILTER(InventTrans, AND(InventTrans.InvoiceId = @. InvoiceId, InventTrans.DateFinancial = @. InvoiceDate))) $InventTransGroupBy : Éléments à regrouper : '$CustInvoiceJourItems'. >Relations'. CustInvoiceJour. $InventTrans' Agrégations: Champ : « $CustInvoiceJourItems ». >Relations'. CustInvoiceJour. $InventTrans'. DatePhysical Méthode : Max Nom : DatePhysicalMax |
|
Le champ de modèle existant a été mappé :
|
Chemin : SalesInvoice/Invoice/DeliveryDate Formule : @.' >Relations'. CustInvoiceJour. $InventTransGroupBy'.aggregated. DatePhysicalMax |
|
Nouveaux champs calculés sous ProjInvoiceJour :
|
$InventTrans : IF( ISEMPTY(ALLITEMS(@.' $ProjLineItemsGoods'.' >Relations'. InventTransOrigin. <Relations'. InventTrans)), EMPTYLIST(InventTrans), ALLITEMS(@.' $ProjLineItemsGoods'.' >Relations'. InventTransOrigin. <Relations'. InventTrans)) $InventTransGroupBy : Éléments à regrouper : '$ProjInvoiceJourItems'. >Relations'. ProjInvoiceJour. $InventTrans' Agrégations: Champ : '$ProjInvoiceJourItems'. >Relations'. ProjInvoiceJour. $InventTrans'. DatePhysical Méthode : Max Nom : DatePhysicalMax |
|
Le champ de modèle existant a été mappé :
|
Chemin : ProjInvoice/Invoice/DeliveryDate Formule : @.' >Relations'. ProjInvoiceJour. $InventTransGroupBy'.aggregated. DatePhysicalMax |
|
SiI Invoice Issued Format (ES) |
|
|
Le nouveau champ calculé « $DeliveryDate » a été ajouté sous Facture :
|
Formule : SI(@. DeliveryDate <> NULLDATE(), @. DeliveryDate, @.' $DocumentDate') |
|
Nouvelle formule et condition d’activation pour FechaOperacion :
|
Formule : Vieux: DATEFORMAT(@. Invoice.InvoiceDate, « dd-MM-aaaa ») Nouveau : SI(@. Invoice.SpecialRegime = « 14 », DATEFORMAT(@. Facture.' $DocumentDate' + 30, « jj-MM-aaaa »), DATEFORMAT(@. Facture.' $DeliveryDate', « jj-MM-aaaa »)) Activé : Ancien : false Nouveau : IF( OR( @. Invoice.SpecialRegime = "14", @. Invoice.SpecialRegime = "15", modèle. Communication.CommunicationType = « A4 », @. Facture.' $DocumentDate' > @. Facture.' $DeliveryDate'), true, false) |
|
Nouvelle condition d’activation pour l’élément Contraparte :
|
Vieux: AND(AND(@. Invoice.InvoiceType <>"F2 », @. Invoice.InvoiceType <> « R5 »), OR(@. Invoice.InvoiceAmount <> @. Invoice.TaxBaseGroup, OR(@. Partner.TaxRegistrationNumber <> " », @. Partner.PartnerID <> " »))) Nouveau : OR( @. Invoice.InvoiceType = « F1 », @. Invoice.InvoiceType = « F3 », @. Invoice.InvoiceType = « R1 », @. Invoice.InvoiceType = « R2 », @. Invoice.InvoiceType = « R3 », @. Invoice.InvoiceType = « R4 ») |
|
La transformation a été définie sur NumberFormat pour les éléments suivants :
|
Informations complémentaires
Vous pouvez contacter le support technique de Microsoft Dynamics par téléphone à l’aide de ces liens pour les numéros de téléphone spécifiques au pays. Pour ce faire, visitez l’un des sites web Microsoft suivants :
Partenaires
https://mbs.microsoft.com/partnersource/resources/support/supportinformation/Global+Support+Contacts
Clients
https://mbs.microsoft.com/customersource/northamerica/help/help/contactus
Dans des cas particuliers, les frais habituellement engagés pour les appels de support peuvent être annulés si un professionnel du support technique pour Microsoft Dynamics et les produits associés détermine qu’une mise à jour spécifique résout votre problème. Les coûts de support habituels s’appliquent à toutes les questions et problèmes de support supplémentaires qui ne sont pas éligibles pour la mise à jour spécifique en question.
Remarque Il s’agit d’un article de « DERNIÈRE MINUTE » créé directement à partir de l’organisation de support Microsoft. Les informations contenues ici dans sont fournies en l’état en réponse à des problèmes émergents. En raison de la rapidité de leur mise à disposition, les documents peuvent contenir des erreurs typographiques et être modifiés à tout moment sans préavis. Pour d’autres considérations, consultez Conditions d’utilisation.
