Specyfikacja techniczna implementacji formularza FAT-1(2) w programie edek Elektroniczne Deklaracje

Podobne dokumenty
Specyfikacja techniczna implementacji formularza CRS-1(1) w programie edek Elektroniczne Deklaracje

Specyfikacja techniczna implementacji formularza CRS-1(1) w programie edek Elektroniczne Deklaracje

Specyfikacja implementacji formularza FAT-1 w programie edek Elektroniczne Deklaracje

Specyfikacja importu danych formularza FAT-1(2) w programie edek Elektroniczne Deklaracje

Specyfikacja importu danych formularza FAT-1 w programie edek Elektroniczne Deklaracje

Specyfikacja importu danych formularza CRS-1(1) w programie edek Elektroniczne Deklaracje

Specyfikacja importu danych formularza CRS-1(1) w programie edek Elektroniczne Deklaracje

Specyfikacja importu danych formularza CRS-1(1) w programie edek Elektroniczne Deklaracje

Rozdział 1 Cel dokumentu Rozdział 2 Deklaracja Rozdział 3 Nagłówek Rozdział 4 Podmiot Rozdział 5 FATCA...

ewidencja przychodów JPK_PKPIR JPK_KR księgi rachunkowe JPK_WB wyciąg bankowy JPK_MAG magazyn JPK_FA faktury VAT

Spis treści Wstęp... 1

Podatkowa księga przychodów i rozchodów. Broszura informacyjna dot. struktury JPK

Warszawa, dnia 20 kwietnia 2016 r. Poz. 554 ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 13 kwietnia 2016 r.

Przelewy24 Wirtualny Koszyk

Ewidencja dla podatku od towaru i usług JPK_VAT

Przelewy24 Wirtualny Koszyk

NeoClick Merchant API

Integracja frameworku Wicket z serwisem Platnosci.pl.

Marek Rakowski Zdanie SELECT wybieranie danych z wielu tabel Strona 1 z 6

Jednolity Plik Kontrolny dla ewidencji zakupu i sprzedaży VAT wg wersji 17 deklaracji VAT-7

[1.6.0] Walidacja formularzy

Wprowadzenie do projektowania i wykorzystania baz danych. Katarzyna Klessa

URZĄD MIASTA BIELSK PODLASKI

Specyfikacja pó l deklaracji IFT-3/IFT-3R (07) wraz z załącznikami IFT/A

Baza numerów Wersja 1.1

Specyfikacja plików wyjścia XML

Rola języka XML narzędziem

Projekty budowlane w enova Wersja 1.1.

LiveSpace API. Aktualizacja: 27 lutego 2015 Wersja: 0.7. LiveSpace CRM tel: ,

POLAK NA CELOWNIKU AMERYKAŃSKICH URZĘDÓW SKARBOWYCH. FATCA, CRS problemy wdrożeniowe Czerwiec 2016

ym4r Google Maps w Ruby on Rails

DMS Autostacja3. Opis zmian JPK mapowanie danych z DMS. Dokumentacja do wersji: Data dokumentu:

mbank CompanyNet, BRESOK Struktura zbioru importu w formacie BRESOK2

XML extensible Markup Language. część 4

LiveSpace API. Aktualizacja: 16 stycznia 2015 Wersja: 0.6. LiveSpace CRM tel: ,

Format danych w pliku do importu przelewów

Mechanizm generowania edeklaracji

Dokumentacja API Stacja z Paczką ver. 2.09

Jednolity Plik Kontrolny JPK_VAT. Szkolenie dla przedsiębiorcy Ministerstwo Finansów Krajowa Administracja Skarbowa

Warszawa, dnia 21 lipca 2016 r. Poz. 1069

LiveSpace API. Aktualizacja: 22 maja 2015 Wersja: 0.8. LiveSpace CRM tel: ,

Koncepcja systemu informatycznego realizującego w środowisku Oracle Spatial proces generalizacji modelu BDOT10 do postaci BDOT50

Faktury VAT. Broszura informacyjna dot. struktury JPK(2)

Specyfikacja Płatności CashBill. Instrukcja podłączenia płatności elektronicznych do typowych zastosowań.

w PL/SQL bloki nazwane to: funkcje, procedury, pakiety, wyzwalacze

OPIS FORMATÓW PLIKÓW EKSPORTU HISTORII OPERACJI WYKORZYSTYWANYCH W BANKOWOŚCI ELEKTRONICZNEJ IDEA BANK S.A.

Dokumentacja WebApi FurgonetkaBiznes

Relacje. 1. Modelowanie relacji. - siedem rodzajów relacji J2EE. - relacje jedno i wielokierunkowe, - relacje reprezentowane przez kolekcje.

Opis formatu pliku płatności krajowych do importu w systemie Millenet


FORMULARZ OFERTOWY. Zamawiający: Instytut Maszyn Przepływowych im. Roberta Szewalskiego Polskiej Akademii Nauk ul. Fiszera , Gdańsk

SUPLEMENT SM-BOSS WERSJA WinBOSS WERSJA 7.55

Nowe technologie baz danych

Uniwersytet im. Adama Mickiewicza w Poznaniu Wydział Matematyki i Informatyki. Projekt bazy danych <Moja baza>

FORMULARZ OFERTOWY do Zapytania ofertowego nr POIG4.4/05/11/2015 r. z dnia 4 listopada 2015 r.

Specyfikacja plików tekstowych na potrzeby importu danych do programu WF-FaKir dla Windows

Relacje. 1. Modelowanie relacji. - siedem rodzajów relacji J2EE. - relacje jedno i wielokierunkowe, - relacje reprezentowane przez kolekcje.

Klasyczna Analiza Danych

Dokumentacja Api do aplikacji skanujfakture.pl

Budowa nowoczesnej aplikacji SPA z wykorzystaniem biblioteki Ember.js

Analiza funkcjonalna projektu biblioteki

Faktura xml - struktura

Ew widencja dla poodatku od towaróów w i usług JPK_VA AT Broszura informacyjna dot. struktury JPK_VAT(2) Paź dziernik 2016

Opisy operacji dokonywanych na uprawnieniach/ograniczeniach wraz z przykładowym XML

MODEL KONCEPTUALNY DO PROJEKTU "CMENTARZ" ADRIAN MULARCZYK

Specyfikacja dokumentów w formacie XML dostępnych w Serwisie faktur online Makro Cash And Carry Polska S.A. faktury.makro.pl (od

PAYU SA Z SIEDZIBĄ W POZNANIU, POZNAŃ, PRZY UL

Załącznik nr 1 do Specyfikacji Istotnych Warunków Zamówienia. Dostawa energii elektrycznej do obiektów Spółki z o.o. Wodociągi Ustka. OFERTA

WZÓR UMOWY (ISTOTNE POSTANOWIENIA UMOWY) UMOWA nr... reprezentowanym przez. zwanym dalej Wykonawcą.

mbank CompanyNet, BRESOK

Specyfikacja plików tekstowych na potrzeby importu danych do programu WF-FaKir dla Windows

Dokumentacja API Stacja z Paczką ver. 2.14

Funkcje w MS Excel. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Dokumenty SEDU składają się z dwóch części: Opisu sprawy Formularza elektronicznego

XML extensible Markup Language. część 3

Bibliografia: pl.wikipedia.org Historia i rodzaje procesorów w firmy Intel

RÓBNY EGZAMIN MATURALNY Z INFORMATYKI

Specyfikacja dokumentów w formacie XML dostępnych w Serwisie faktur online Makro Cash And Carry Polska S.A. faktury.makro.pl (od


Definicje. Algorytm to:

Format danych w pliku do importu przelewów

PROJEKT Z BAZ DANYCH

TRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO

Zamówienia. Dokumentacja eksploatacyjna

[1.9.0] Zlecenia odbioru

Załącznik nr 2 do Umowy Nr. o korzystanie z usługi Identyfikacji Przychodzących Płatności Masowych z dnia.

Jednolity Plik Kontrolny

POROZUMIENIE ADMINISTRACYJNE W SPRAWIE STOSOWANIA UMOWY O ZABEZPIECZENIU SPOŁECZNYM MIĘDZY KANADĄ

FORMULARZ OFERTOWY. ... Nazwa i adres Wykonawcy ( pieczątka ) Zamawiający:

Specyfikacja dokumentów w formacie XML dostępnych w Serwisie faktur online Makro Cash And Carry Polska S.A. faktury.makro.pl (od

Informatyzacja przedsiębiorstw

Arkusz kalkulacyjny MS EXCEL ĆWICZENIA 3

UMOWA Nr. pl. Niepodległości 1, Chełm. reprezentowanym przez:

Dokumentacja Użytkownika Systemu

JPK.guru Excel (podgląd JPK) Instrukcja Użytkownika

Sposób implementacji e-faktury w oprogramowaniu Sage. e-faktura. implementacja w oprogramowaniu

Komunikat dla podatniko w dotyczący standardo w w zakresie wpłat podatko w

Rysunek 1: Przykłady graficznej prezentacji klas.

(Tekst mający znaczenie dla EOG)

Transkrypt:

Specyfikacja techniczna implementacji formularza FAT-1(2) w programie edek Elektroniczne Deklaracje Wstęp Dokument zawiera informacje na temat implementacji formularza FAT-1(2) w programie edek Elektroniczne Deklaracje. Robocza struktura logiczna (XSD) udostępniona na stronie MF jest bardzo złożona i skomplikowana. Z uwagi na to pełna implementacja tej struktury byłaby niezwykle uciążliwa w obsłudze. Z uwagi na to, że wiele elementów tej struktury jest opcjonalnych i może zostać pominięta bez utraty zgodności dokumentu ze strukturą, opracowaliśmy uproszczoną wersję tego formularza, która będzie możliwa do zaimplementowania, zachowując przy tym wymaganą zgodność z logiczną strukturą XSD. Niniejszy dokument zawiera informacje o tym, które elementy formularza zostały pominięte czy uproszczone. str. 1

Opis struktury formularza FAT-1 Uproszczony schemat blokowy sekcji formularza FAT-1 FATCA AccountReport SubstantialOwner Payment RaportInstWyl Nagłówek formularza oraz dane instytucji przekazującej informacje Dane instytucji raportującej Dane rachunku raportowanego Dane znaczącego udziałowca Dane szczegółowe rachunku Płatności na rzecz instytucji wyłączonych Formularz FAT-1 może zawierać wiele sekcji FATCA oraz wiele sekcji RaportInstWyl. Każda sekcja FATCA może zawierać wiele sekcji AccountReport, a każda sekcja AccountReport może zawierać wiele sekcji SubstantialOwner. Sekcja AccountReport będzie zawierała maksymalnie cztery sekcje Payment, po jednej dla każdego typu płatności (FATCA501, FATCA502, FATCA503 i FATCA504). Specyfikacja elementów poszczególnych sekcji Poniżej znajduje się spis poszczególnych elementów każdej sekcji formularza zgodnie z logicznym schematem XSD wraz z informacją o wymagalności i dostępności elementów w implementacji formularza w programie edek. W kolumnie Nazwa znajduje się nazwa elementu. W kolumnie Liczność zamieszczono informacje o tym, czy dany element musi wystąpić i w ilu egzemplarzach. str. 2

Symbol Oznacza 1 element musi wystąpić dokładnie raz [0..1] element jest opcjonalny i może zostać pominięty [1..100] element musi wystąpić przynajmniej raz i nie może wystąpić więcej niż 100 razy [0..*] element jest opcjonalny oraz może wystąpić w dowolnej liczbie egzemplarzy W kolumnie Jest w edek? zamieszczono informację, czy implementacji formularza w programie edek dany element będzie dostępny i czy można będzie wpisać go wielokrotnie. Struktura sekcji FAT-1 KodFormularza 1 tak kodsystemowy 1 tak wersjaschemy 1 tak WariantFormularza 1 tak Rok 1 tak IdWiadomosci 1 tak IdWiadomosciKorygowanej [0..*] wiele elementów NazwaPodmiotu 1 tak NIP 1 tak FATCA [1..100] wiele elementów RaportInstWyl [0..100] wiele elementów Struktura sekcji FATCA Name [1..*] tylko jeden element DocTypeIndic 1 tak DocRefId 1 tak CorrDocRefId [0..1] tak NIP 1 tak FilerCategory [0..1] tak DocTypeIndic 1 tak DocRefId 1 tak CorrDocRefId [0..1] tak NoAccountToReport 1 tak AccountReport [0..500] wiele elementów Struktura sekcji AccountReport DocTypeIndic 1 tak str. 3

DocRefId 1 tak CorrDocRefId [0..1] tak AccountNumber 1 tak AcctNumberType [0..1] tak AccountClosed [0..1] tak FirstName 1 tak MiddleName [0..*] tylko jeden element NamePrefix [0..1] nie LastName 1 tak Nationality [0..1] tak BirthDate [0..1] tak (Birth)City [0..1] tak (Birth)CitySubentity [0..1] nie (Birth)CountryCode [0..1] tak (Birth)FormerCountryName [0..1] nie Name [1..*] tak AccHolderType 1 tak SubstantialOwner [0..*] wiele elementów AccountBalance 1 tak currcode 1 tak Payment [0..*] cztery elementy Struktura sekcji SubstantialOwner FirstName 1 tak MiddleName [0..*] tylko jeden element NamePrefix [0..1] nie LastName 1 tak Nationality [0..1] tak BirthDate [0..1] tak (Birth)City [0..1] tak (Birth)CitySubentity [0..1] nie (Birth)CountryCode [0..1] tak str. 4

(Birth)FormerCountryName [0..1] nie Name [1..*] tak Struktura sekcji RaportInstWyl Name 1 tak PaymentAmnt 1 tak currcode 1 tak Struktura sekcji Payment Type 1 tak PaymentAmnt 1 tak currcode 1 tak Struktura sekcji Address legaladdresstype [0..1] nie CountryCode [0..1] tak AddressFree [0..1] nie Street [0..1] tak BuildingIdentifier [0..1] tak SuiteIdentifier [0..1] tak FloorIdentifier [0..1] tak DistrictName [0..1] nie POB [0..1] tak PostCode [0..1] tak City 1 tak CountrySubentity [0..1] nie AddressFree [0..1] tak str. 5

Podsumowanie Dokument Specyfikacja implementacji formularza FAT-1(2) Wersja 1.0 Data utworzenia 17.05.2017 Zmiany wersja początkowa str. 6