Modificările din schemă XSD fișierului Lituaniană Dan-T-pentru 2018 în Microsoft Dynamics AX

Introducere

Modificările din schemă XSD a fișierului Dan-T pentru raportarea 2018 (XSD 2.0) sunt furnizate. Datele pentru anul 2018 și mai poate fi furnizat numai prin versiunea XSD 2.0.

Modificările legislative

28^Thdin decembrie 2017, autoritatea fiscală lituaniană a lansat noi Decretul VA-127/2017-12-28. Această Decretul reprezintă noua versiune 2.0 a Dan-T fișier schemă XSD. Old XSD schema 1.1. este valid pentru remiterii 2017 date și schema XSD nou 2.0 este valabil pentru anul 2017 și mai târziu.

Nu există nici o modificare în procese de afaceri. Modificări afectează XSD shema şi modul în care poate fi format fișier Dan-T.

Autoritatea fiscală Lituaniană furnizează indicații ce informații trebuie să includă fiecare parte, precum și informații suplimentare, cum generat și numerotate părți. Toate aceste modificări vor fi descrise în detalii în capitolele 4 și 5.

Informațiile pot fi găsite: https://www.vmi.lt/cms/saf-t

Consultați baza de cunoștințe pentru versiunea 1. aici https://support.microsoft.com/authoring/article/3207942?locale=en

Exemplu de adresă tipuri de instalare

În unele cazuri, datele de raportare ar trebui să fie transformat într-un mod uniform în întreaga un raport complet (sau mai multe rapoarte), în special pentru a accepta date care nu există în Microsoft Dynamics AX.

R trebuie să afișeze eport Tastați adresa codurile conform Fișier XSD aprobate de autoritate Lituaniană taxe în loc de AX tipuri de . Cel puțin că adresa tip în AX conține valorile mai mult decât permite XSD.

Este i mplement Ed într-un XSLT separat AifOutboundPortReportSAFT_LT.xslt. Pcreditare găsi exemplul de mai jos:

1. Editare XSLT fișier AifOutboundPortReportSAFT_LT.xslt (orice editor de text – din Notepad pentru Visual Studio)

   1. Consultați zona "Add înlocuirea pattern(s)"; conține modele de înlocuire (unul sau mai multe) (în exemplul - un model numit AddressTypeSAFT); model este o listă de înlocuire perechi "de - a"; sperăm semantică este destul de auto-explicativ.

   2. <Replace>

      <From></From>

      <To>KT</To>

      </Replace>

      <Replace>

      <From>Business</From>

      <To>BA</To>

      </Replace>

      <Replace>

      <From>Korespondencijos adresas</From>

      <To>KA</To>

      </Replace>

      <Replace>

      De la > Sąskaitos išrašymo adresas < / De la >

      <To>SIA</To>

      </Replace>

      <Replace>

      <From>Registracijos adresas</From>

      <To>RA</To>

      </Replace>

      <Replace>

      De la > Prekės išsiuntimo adresas < / De la >

      <To>PIA</To>

      </Replace>

      <Replace>

      De la > Prekės pristatymo adresas < / De la >

      <To>PPA</To>

      </Replace>

      </ReplacementPattern>

   3. Editare (Adăugare/Eliminare) înlocuirea reguli (și modele, dacă este nevoie de mai multe).

   4. Editare (Adăugare/Eliminare) înlocuirea reguli (și modele, dacă este nevoie de mai multe). Consultați zona "Add XPath(s) pentru a transforma aici"; aici trebuie să apară cu ce model de înlocuire se aplică la fiecare XPath(s) care ar trebui să fie actualizate.

   7. <xsl:with-param name="IfFromNotFoundUseOriginal" select="false()"/> </xsl:call-template>
      </xsl:template>

   8. În mod implicit, dacă modelul de înlocuire nu conține regula este cazul, eticheta vor fi îndeplinite cu valoarea "KT". În exemplul de mai sus, Adresa de tip " Business "" vor fi înlocuite de "BA" . Pentru a înlocui toate non-configurarea tipuri cu valori necompletate, utilizați parametrul IfFromNotFoundUseOriginal setat la "false()" (< xsl: cu param name = "IfFromNotFoundUseOriginal" select="false()" / >).