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

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

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

Specyfikacja implementacji 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

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

Specyfikacja importu danych formularza FAT-1(2) 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

Ewidencja dla podatku od towaru i usług JPK_VAT

Przelewy24 Wirtualny Koszyk

NeoClick Merchant API

Przelewy24 Wirtualny Koszyk

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

Specyfikacja plików wyjścia XML

URZĄD MIASTA BIELSK PODLASKI

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

[1.6.0] Walidacja formularzy

Rola języka XML narzędziem

Projekty budowlane w enova Wersja 1.1.

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

Baza numerów Wersja 1.1

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

Wprowadzenie do projektowania i wykorzystania baz danych. Katarzyna Klessa

ym4r Google Maps w Ruby on Rails

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

Integracja frameworku Wicket z serwisem Platnosci.pl.

mbank CompanyNet, BRESOK Struktura zbioru importu w formacie BRESOK2

Mechanizm generowania edeklaracji

XML extensible Markup Language. część 4

Format danych w pliku do importu przelewów

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: 16 stycznia 2015 Wersja: 0.6. LiveSpace CRM tel: ,

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

Dokumentacja API Stacja z Paczką ver. 2.09

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

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

Dokumentacja WebApi FurgonetkaBiznes

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

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

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


Struktura pliku XML dla importu zleceń

Struktura pliku Elixir-0 dla importu zleceń

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

Dokumentacja Api do aplikacji skanujfakture.pl

Klasyczna Analiza Danych

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

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

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

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

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

Faktura xml - struktura

Struktura pliku XML dla importu zleceń

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

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

Struktura pliku VideoTEL dla importu zleceń

Nowe technologie baz danych

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

Budowa nowoczesnej aplikacji SPA z wykorzystaniem biblioteki Ember.js

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

Załącznik do Zarządzenia Nr 7/2014 Prezydenta Miasta Konina z dnia 30 stycznia 2014 r.

MODEL KONCEPTUALNY DO PROJEKTU "CMENTARZ" ADRIAN MULARCZYK

Struktura pliku Elixir-0 dla importu zleceń

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

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

mbank CompanyNet, BRESOK

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

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

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

Analiza funkcjonalna projektu biblioteki

Wstępna lista rankingowa stypendiów Rektora na semestr Z/2014/2015 Wydziału Elektroniki

[1.9.0] Zlecenia odbioru

Definicje. Algorytm to:

PROJEKT Z BAZ DANYCH

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


Na podstawie informacji zamieszczonych na stronie Ministerstwa Finansów

Format danych w pliku do importu przelewów

Informatyzacja przedsiębiorstw

TRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO

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

CBC. Raportowanie według krajów. Country-by-Country Reporting. Najczęściej zadawane pytania

Rysunek 1: Przykłady graficznej prezentacji klas.

Zamówienia. Dokumentacja eksploatacyjna

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

Modelowanie obiektowe

Umowa o prowadzenie bankowych rachunków dla osób fizycznych zwana dalej Umową

Jednolity Plik Kontrolny

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

Dokumentacja API Stacja z Paczką ver. 2.14

UCHWAŁA NR XLIX/355/2018 RADY MIEJSKIEJ W BRZESKU. z dnia 7 marca 2018 r.

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

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

Transkrypt:

Specyfikacja techniczna implementacji formularza CRS-1(1) w programie edek Elektroniczne Deklaracje Wstęp Dokument zawiera informacje na temat implementacji formularza CRS-1(1) w programie edek Elektroniczne Deklaracje. Robocza struktura logiczna (XSD) udostępniona na stronie MF jest bardzo złożona i skomplikowana. 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 struktury formularza zostały pominięte lub uproszczone. str. 1

Opis struktury formularza CRS-1 Uproszczony schemat blokowy sekcji formularza CRS-1 CRS AccountReport ControllingPerson Payment Nagłówek formularza oraz dane instytucji przekazującej informacje Dane instytucji raportującej Dane rachunku raportowanego Dane podmiotu kontrolującego Dane szczegółowe rachunku Formularz CRS-1 może zawierać wiele sekcji CRS. Każda sekcja CRS może zawierać wiele sekcji AccountReport, a każda sekcja AccountReport może zawierać wiele sekcji ControllingPerson. Sekcja AccountReport będzie zawierała maksymalnie cztery sekcje Payment, po jednej dla każdego typu płatności (CRS501, CRS502, CRS503 i CRSA504). 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. 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 str. 2

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 CRS-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 CRS [1..100] wiele elementów Struktura sekcji CRS ResCountryCode 1 tak IN 1 tak Name 1 tak Address 1 tak DocTypeIndic 1 tak DocRefId 1 tak CorrDocRefId [0..1] tak AccountReport [1..500] wiele elementów Struktura sekcji AccountReport DocTypeIndic 1 tak DocRefId 1 tak CorrDocRefId [0..1] tak AccountNumber 1 tak AccNumberType 1 tak UndocumentedAccount 1 tak ClosedAccount 1 tak DormantAccount 1 tak ResCountryCode [1..*] wiele elementów TIN [0..*] wiele elementów issuedby [0..1] tak Name [1..*] tylko jeden element Address [1..*] tylko jeden element Nationality [0..*] tylko jeden element BirthDate [0..1] tak (Birth)City [0..1] tak str. 3

(Birth)CitySubentity [0..1] nie (Birth)CountryCode [0..1] tak (Birth)FormerCountryName [0..1] nie IN [0..*] wiele elementów issuedby [0..1] tak INType [0..1] nie Name [1..*] tylko jeden element Address [1..*] tylko jeden element AccHolderType 1 tak ControllingPerson [0..*] wiele elementów AccountBalance 1 tak currcode 1 tak Payment [0..*] tylko cztery elementy Struktura sekcji ControllingPerson ResCountryCode [1..*] wiele elementów TIN [0..*] wiele elementów issuedby [0..1] tak Name [1..*] tylko jeden element Address [1..*] tylko jeden element Nationality [0..*] tylko jeden element BirthDate [0..1] tak (Birth)City [0..1] tak (Birth)CitySubentity [0..1] nie (Birth)CountryCode [0..1] tak (Birth)FormerCountryName [0..1] nie CtrlgPersonType [0..1] tak Struktura sekcji Name FirstName 1 tak MiddleName [0..*] tylko jeden element NamePrefix [0..1] nie LastName 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 str. 4

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 Struktura sekcji Payment Type 1 tak PaymentAmnt 1 tak currcode 1 tak str. 5

Podsumowanie Dokument Specyfikacja implementacji formularza CRS-1(1) Wersja 1.0 Data utworzenia 17.05.2017 Zmiany wersja początkowa Wersja 1.1 Data utworzenia 22.08.2017 Zmiany w sekcji AccountReport zmieniono liczność elementów ResCountryCode, TIN oraz IN na wiele elementów oraz elementu issuedby na tak w sekcji ControllingPerson zmieniono liczność elementów ResCountryCode oraz TIN na wiele elementów oraz elementu issuedby na tak str. 6