Предаване на информация за доходите от спестявания към Национална агенция за приходите



Изтегляне 0.83 Mb.
страница3/4
Дата01.09.2017
Размер0.83 Mb.
#29263
1   2   3   4

PartyId-Type и свързани елементи


PartyID-Type се използва за отразяване на допълнителна фактологична информация, осигурена от притежателя на доходи от спестявания (Beneficial Owner), която агент-платеца (Paying Agent) или субекта (Entity) предоставят за идентифицирането му.

        1. partyIdType-Type


PartyIdType-Type определя позволените типове документи, които могат да служат за доказателство на идентичността. Това винаги следва да е Данъчен идентификационен номер (TIN).











XML Фрагмент 15: PartyIdType-Type

        1. PartyId-Type


PartyId-Type съдържа два елемента за описание на документа за идентичност – тип на документа (определен от partyIdType-Type в секция1.4.4.1) и страната, която го издава. Структурата на елемента partyIdType-Type съдържа и идентификационния номер на документа.



Фигура 7: PartyId-Type

Свойство

Описание

partyIdType

Винаги е TIN

issuedBy

Код за страната или територията (в код ISO-3166 Alpha-2) на административния орган, който е издал данъчно-осигурителния номер (TIN)

Таблица 7: Атрибути на PartyId-Type

XML Фрагмент 8: PartyId-Type


      1. BOParty-Type и свързани елементи


BOParty-Type съдържа информация, свързана с притежателя на доходи от спестявания (Beneficial Owner) на дохода.

        1. IndivPersData-Type


IndivPersData-Type съдържа информация, която помага да се идентифицира физическото лице, и включва дата и място на раждане.



Фигура 8: IndivPersData-Type


































XML Фрагмент 16: IndivPersData-Type

Елементът Gender съдържа пола на лицето, описан с един символ - F (от женски пол) или M (от мъжки пол). Елементът “Дата на раждане” (BirthDate) съдържа датата на раждане на физическото лице. Елементите “град на раждане”, “област” и “код на страната” (BirthCity, BirthCitySubentity, BirthCountryCode) съдържат мястото на раждане. Кодът на рождената страна (BirthCountryCode) съдържа страната, в която е родено физическото лице, описана с две главни букви; това не е ограничено от код ISO-3166 alpha-2 code - за да се обозначат страни, които вече не съществуват, напр. ZR за Заир (Zaire).


        1. Other-Type


Other-Type се използва за информация за идентификация на притежателя на доходи от спестявания (Beneficial Owner), различен от TIN или дата и място на раждане. Той съдържа номер на паспорт, номер на лична карта или подобно доказателство за идентифициране. Задължителния атрибут othQlf описва типа на идентификация.



Фигура 9: Other-Type















XML Фрагмент 17: Other-Type

Other-Type се използва и за да поясни информацията за спестяванията, към които се отнася лихвеното плащане .


        1. triState-Type


triState-Type се използва за квалификация на елементи, които могат да приемат стойност вярно / невярно (“Boolean”) , но където състоянието може и да не е известно. Има три възможни стойности: вярно (‘true’), невярно (‘false’) или неизвестно (‘unknown’).















XML Фрагмент 18: triState-Type

        1. BOLegalType-Type


BOLegalType-Type определя атрибута, използван за описание на правния статус на притежателя на доходи от спестявания (Beneficial Owner).











XML Фрагмент 19: BOLegalType-Type

BOLegalType-Type е базиран на oecdLegalType-Type. Таблица 8 показва тези кодове и техните значения.



Код

Значение

01

Физическо лице

02

Дружество/Корпорация

03

Неперсонифицирано дружество

04

Бизнесорганизация, различна от Дружество/ Корпорация или Неперсонифицирано дружество

05

Правителствена или международна организация

06

Друго

07

Неизвестно

Таблица 8: Позволени стойности на STF oecdLegalType-Type

Тъй като притежателя на доходи от спестявания (Beneficial Owner), в контекста на Директивата, е винаги физическо лице, BOLegalType-Type може да получи само стойност 01.


        1. BOParty-Type


BOParty-Type се използва за предоставяне на информация, касаеща притежателя на доходи от спестявания (Beneficial Owner).



Фигура 10: BOParty-Type

























XML Фрагмент 20: BOParty-Type

Тъй като притежателя на доходи от спестявания (Beneficial Owner) е винаги физическо лице, единствената разрешена стойност за атрибута oecdLegalType е 01.

ResCountryCode трябва винаги да съдържа кода на страната или територията на постоянния адрес на Бенефициета.

Атрибутът contractBefore2004 трябва да е присвоена стойност “вярно” в случаите, когато е извесно, че договорните отношения с притежателя на доходи от спестявания (Beneficial Owner) са започнали преди 2004 г.. Ако договорните отношения са започнали след 2004 г., на атрибутът трябва да е присвоена стойност «невярно». Ако началото на договорните отношения не може да бъде определен, атрибутът трябва да се пропусне или да му се присвои „неизвесно”.

За договорни отношения, започнали след 1ви януари 2004, трябва да се осигури най-малко PartyID или IndivPersData, като допълнителна информация също може да се включи. За договорни отношения започнали преди 1ви януари 2004 се осигурява информация за идентификация – име(Name), адрес(Address) на притежателя на доходи от спестявания (Beneficial Owner), вид на документа за самоличност, № на документа за самоличност и издател на документа за самоличност. Данните за вид, № и издател на документа за самоличност се попълват в елемента OtherPersData.

Елементът Name съдържа името на притежателя на доходи от спестявания (Beneficial Owner).

Елементът Address би трябвало да съдържа адреса, съдържащ се в официален документ, започвайки с официален документ за самоличност (паспорт, лична карта и т.н.) на притежателя на доходи от спестявания (Beneficial Owner). Ако този документ не съдържа адреса, трябва да се даде адреса предоставен в друг официален документ.

Ако за притежателя на доходи от спестявания (Beneficial Owner) са известни и други адреси, те трябва да се подадат.


        1. CorrectableBOParty-Type


CorrectableBOParty-Type е разширение на BOParty-Type, което включва елемента DocSpec. Целта на елеманта DocSpec е да се идентифицира безспорно притежателя на доходи от спестявания (Beneficial Owner), за да се осигури корекционния механизъм.



Фигура 11: BOParty-Type



















XML Фрагмент 19: CorrectableBOParty-Type

      1. PAParty-Type и свързани елементи

        1. PALegalType-Type


PALegalType-Type определя атрибут, използван за описание на правния статус на агента-платец (Paying Agent).

















XML Фрагмент 20: PALegalType-Type

Разрешените стойности за ограничени до 01, 02, 03 и 06. Таблица 8 осигурява значенията на тези стойности.


        1. LegalPersData-Type


Целта на LegalPersData-Typе е да се подаде информация за юридическото лице.



Фигура 12: PersData-Type











XML Фрагмент 21: LegalPersData-Type

Елементът FoundDate съдържа датата на учредяване (Foundation Date) на юридическото лице.


        1. PersData-Type


PersData-Type се използва за предаване на информация заагента-платец (Paying Agent), което може да бъде както физическо лице, така и юридическо лице.



Фигура 13: PersData-Type













XML Фрагмент 22: PersData-Type

Елементът IndivPersData съдържа дата и място на раждане на физическо лице.

Елементът LegalPersData съдържа датата на учредяване на юридическо лице.

        1. OtherInfo-Type


Ако PALegalType-Type има стойност 06(други), е задължително да се опише правния статус на субекта, използвайки OtherInfo-Type. Това е в случая, когато субектът(Entity) изпълнява ролята на агент-платец по смисъла на чл.4.2 на Директивата. В случай, че субектът се определя като колективна инвестиционна схема съгласно чл.4.3 на Директивата, то PALegalType-Type трябва да има стойност 02.



Фигура 14: OtherInfo-Type











XML Фрагмент 23: OtherInfo-Type

Елементът PartyTypeDescription трябва винаги да съдържа “DIR.2003/48/EC Art. 4.2”.

EntityParty-Type освен това използва OtherInfo-Type.

        1. PAParty-Type


PAParty-Type описва агент-платеца (Paying Agent). Задължително е да се подаде информация за името и адреса на платеца. Може да се предостави и друга информация за идентификация.



Фигура 15: PAParty-Type





















XML Фрагмент 24: PAParty-Type

Ако oecdLegalType типът е настроен на 06 (Други), елемента OtherInfo трябва да бъде предоставен.

Елементът PartyId представя TIN на агент-платеца.

Елементът PersData осигурява друга информация, която може да идентифицира платеца.

Елементите “Name” и “Adress” съдържат респективно името и адреса на платеца.

        1. CorrectablePAParty-Type


CorrectablePAParty-Type е екстензия на PAParty-Типа, която включва елемент DocSpec. Целта на елемента DocSpec е да идентифицира безспорно платеца, за да се осигури функционалността на корекционния механизъм.



Фигура 16: CorrectablePAParty-Type



















XML Фрагмент 25: CorrectablePAParty-Type

      1. Art9PaymentData-Type и свързани типове


Art9PaymentData-Type обхваща информация, необходима за описание на сумата и източника на доходи от спестявания, попадащо в дефинициите на чл.9 на Директивата на съвета. (плащания по чл.13.1 на Директивата на съвета също се предават, използвайки Art9PaymentData-Type).

        1. IBAN-Type


IBAN-Type се използва за предоставяне на международния номер на банковата сметка (IBAN2).











XML Фрагмент 26: IBAN-Type

        1. OBAN-Type


OBAN-Type се определя за представяне на номер на банковата сметка (Bank Account Number), който не отговаря на стандарта IBAN и се предоставя в STF формат .



Фигура 17: OBAN-Type

Атрибутът acctNoQlf трябва да описва типа на банковия номер.

XML Фрагмент 29: OBAN-Type

        1. SWIFT-Type


SWIFT-Type е определен за представяне на SWIFT (или BIC) код3.











XML Фрагмент 30: SWIFT-Type

        1. ISIN-Type


ISIN-Type е определен за предоставяне на ISIN-кода (International Securities Identification Number).











XML Фрагмент 31: ISIN-Type

        1. OSIN-Type


OSIN-Type е определен за предоставяне на OSIN-кода, който не отговаря на стандарта ISIN.



Фигура 18: OSIN-Type















XML Фрагмент 32: OSIN-Type

Атрибутът secNoQlf трябва да описва типа на OSIN-кода.


        1. EUSDAcctInfo-Type


EUSDAcctInfo-Type съдържа информация за идентификация на източника на лихвено плащане.



Фигура 19: EUSDAcctInfo-Type

































XML Фрагмент 27: EUSDAcctInfo-Type

Трябва да се предоставят или номера на банковата сметка (IBAN или OBAN и опционално SWIFT), или някой от ISIN или OSIN-кодовете или някакъв друг източник (например заем).


        1. Shared_Type


Атрибутът shared_Type се използва за предоставяне на информация за това дали банковата сметка е споделена(е колективна между повече от едно лице) или не. В случая на споделена сметка, се подава информация за начина на разпределението на сумата.



XML Фрагмент 28: shared_Type

Стойност

Значение

unknown_if_shared

Не е известно дали сметката е споделана или не. Това е стойността по подразбиране.

not_shared

Сметката категорично не е споделена

shared_repartition_evenly

Сметката е споделена и разпределението е по равно.

shared_repartition_actual

Сметката е споделена и разпределението е базирано на дейтвителните суми.

shared_repartition_total

Сметката е споделена и разпределението е на бза на общата сума.

shared_repartition_unknown

Сметката е споделена, но метода на разпределение не е известен.

Tаблица 9: Разрешени стойности на shared_Type и тяхното значение

        1. currCode-Type


currCode-Type определя валутите за лихвено плащане, които са отбелязани по техния тризнаков ISO 4217 код4:









:

:

XML Фрагмент 29: currCode-Type

        1. RoundedMonAmnt-Type


RoundedMonAmnt-Type представя стойността и валутата за лихвено плащане. Стойностите се закръгляват надолу до 0 (нула) десетични знаци, т.е. към цяло число. Сумите, закръглени до нула, също се предават. За валутата се използва код във формат ISO-4217 alpha-3.















XML Фрагмент 36: RoundedMonAmnt-Type

        1. paymentQlf-Type


paymentQlf-Type е определен за квалификация на плащането.





















XML Фрагмент 37: paymentQlf-Type

Стойност

Значение

Gip

Брутен размер на дохода (Gross Income)

Nip

Нетен размер на дохода (Net Income)

Twh

Удържан данък (Tax Withheld)

Trf

Възстановени данъци (Tax Refunded)

Таблица 10:Позволени стойности и техните значения за paymentQlf-Type

Само стойността gip е от практическо значение.


        1. Art9Payment-Type


Art9Payment-Type е определен за представяне на плащане, прието от притежателя на доходи от спестявания (Beneficial Owner), което попада под чл.. 9 на Директивата на съвета.



Фигура 20: Art9Payment-Type

















XML Фрагмент 38: Art9Payment-Type

Свойството paymentQlf трябва винаги да се подава “gip” .

Елементът YearOfPayment съдържа календарната година, в която е извършено плащането.

Елементът MonAmnt съдържа изплатената сума и валутата, в която е изплатена.

Допълнителна информация за плащането, като номера на банковата сметка, се подава в елемента AcctInfo.

        1. SpecificPaymentType-Type


SpecificPaymentType-Type е предвиден за случаите на лихвено плащане по чл.8.2 на Директивата на Съвета.

















XML Фрагмент 309: SpecificPaymentType-Type

Таблица 11 показва позволените стойности, които могат да се съдържат в елемента SpecificPaymentType на инфромация за дохода от спестяване. Този атрибут е четиризначен код, който показва типа на дохода, по чл. 8.2 на директивата на съвета, пояснения за който са дадени във функционалните спецификации и указания за прилагането им.
Позиция 1

Позиция 2*

Позиция 3*

Позиция 4*

Дефиниция на позиция

Спецификация на категория на лихва (a, b, c, d, или e) или избор на рестриктивна опция на последния параграф на чл 8.2 (1 или 2)

Комбинация на категория (a до e) с:

Обща сума : 1

Лихва /Доход : 2


Спецификация на метода за изчисляване, използван за чл. 6, 1 (d) лихва. (виж последния параграф на чл.6.1): -"Couponnage †": 1

Без "Non couponnage": 2
Изключване на лихва възникнала преди 1ви юли 2005 (виж ECOFIN заключение от 12/4/2005):

Да : 1


Не : 2

Позволени стойности

a

Неприложим**

Неприложим

1 или 2

b

1 или 2

1 или 2

1 или 2

c

1 или 2

Неприложим

1 или 2

d

1 или 2

1 или 2

1 или 2

e

1 или 2

1 или 2

1 или 2

1

Неприложим

Неприложим

1 или 2

2

Неприложим

Неприложим

Неприложим

Таблица 11: Позволени стойности на специфични типове плащания

* за позиции 2 до 4, стойностите 1 и 2 могат винаги да се заменят с 'x', където информацията не е налична

** в случай на 'Неприложим', знакът 'x' трябва да е поставен на съответната позиция.

† терминът 'couponnage' означава лимитиране на докладвания доход до процента, както е посочено в последната алинея на чл. 6(1) на Директивата.


        1. Art9PaymentData-Type


Art9PaymentData-Type се базира на PaymentData-Type.



Фигура 20: Art9PaymentData-Type















XML Фрагмент 31: Art9PaymentData-Type

Елементът TaxYearEnd съдържа датата на последния ден на данъчната (финансова) година, в която е направено плащането.

Елементът SpecificPaymentType идентифицира типа на плащането

Елементът Art9Payment съдържа останалата част от информацията за плащането.


        1. CorrectableArt9PaymentData-Type


CorrectableArt9PaymentData-Type разширява Art9PaymentData-Type, който включва елемент DocSpec. Целта на елемента DocSpec е да идентифицира безспорно плащането, за да се осигури корекционния механизъм.



Фигура 21: CorrectableArt9PaymentData-Type



















XML Фрагмент 32: CorrectableArt9PaymentData-Type

      1. Art4_2PaymentData-Type и свързани типове


Art4_2PaymentData-Type обхваща информация, необходима за описание на сумата и източника на плащане на доходи от спестявания, по смисъла на чл.4.2 на Директивата.

        1. Art4_2Payment-Type


Art4_2Payment-Type представя плащане, което попада под чл.4.2 на Директивата на съвета.



Фигура 23: Art4_2PaymentData-Type

















XML Фрагмент 33: Art4_2Payment-Type

Атрибутът paymentQlf трябва винаги да е настроено на “gip”.

Елементът YearOfPayment е календарната година,в която е извършено плащането.

Елементът MonAmnt е сумата и валутата на плащането.

В AcctInfo може да бъде предадена повече информация за плащането, като номер на банковата сметка.

        1. Art4_2PaymentData-Type


Art4_2PaymentData-Type е базиран на PaymentData-Type.



Фигура 22: Art4_2PaymentData-Type















XML Фрагмент 34: Art4_2PaymentData-Type

Елементът TaxYearEnd съдържа датата на последния ден на финансовата година, в която е осъществено плащането.

Елементът SpecificPaymentType идентифицира типа на плащането.

Елементът Art4_2Payment съдържа останалата част от информацията за плащането.


        1. CorrectableArt4_2PaymentData-Type


CorrectableArt4_2PaymentData-Type е разширение на Art4_2PaymentData-Type, което включва елемент DocSpec. Целта на елемента DocSpec е неоспоримо да идентифицира плащането, за да се подсигури корекционния механизъм.



Фигура 23: CorrectableArt4_2PaymentData-Type



















XML Фрагмент 35: CorrectableArt4_2PaymentData-Type

      1. EntityParty-Type и свързани елементи

        1. EntityName-Type


EntityName-Type представя името на субекта, който е получил доход от лихвено плащане, попадащо под чл.4.2 на Директивата на съвета. Името е свободен текст. Опционното свойство nameType позволява типа на името да се показва измежду вариантите, посочени в Таблица 6.



Фигура 24: EntityName-Type















XML Фрагмент 36: EntityName-Type

        1. EntityParty-Type


EntityParty-Type определя субекта(entity), който е получил доход от лихвено плащане, попадащо под чл.4.2 на Директивата на съвета.



Фигура 25: EntityParty-Type

















XML Фрагмент 46: EntityParty-Type

oecdLegalType трябва винаги приема стойност 06 (със значение на “Други”, както е посочено в Таблица 8). На субекта в този случай трябва впоследствие да бъде определен правния статус. Елементът OtherInfo/PartyTypeDescription трябва да е заложен “DIR.2003/48/EC Art. 4.2” .

Елементът NameFree съдържа наименованието на субекта по чл.4.2.

Елементът Address съдържа адреса на субекта по чл.4.2.


        1. CorrectableEntityParty-Type


CorrectableEntityParty-Type е екстензия на EntityParty-Type, който включва елемент DocSpec. Целта на елемента DocSpec е да идентифицира безспорно субекта, за да се осигури корекционния механизъм.



Фигура 28: CorrectableEntityParty-Type



















XML Фрагмент 46: CorrectableEntityParty-Type

      1. BeneficialOwnerInfo-Type


BeneficialOwnerInfo-Type свързва притежателя на доходи от спестявания (Beneficial Owner) с едно или няколко плащания.



Фигура 29: BeneficialOwnerInfo-Type













XML Фрагмент 47: BeneficialOwnerInfo-Type

      1. Article9-Type


Article9-Type групира един агент-платец с един или няколко притежателя на доходи от спестявания (Beneficial Owner) и техните плащания, обобщавайки по този начин информацията, осигурена под чл.9 от Директивата на съвета в един тип.



Фигура 26: Article9-Type













XML Фрагмент 48: Article9-Type

      1. EntityInfo-Type


EntityInfo-Type групира един субект по чл.4.2 от Директивата с неговите плащания, обобщавайки по този начин информацията подавана съгласночл.4.2 от Директивата на съвета в един тип.



Фигура 27: EntityInfo-Type













XML Фрагмент 49: EntityInfo-Type

      1. Тип на съобщение за лихвени плащания


Съобщението за лихвени плащания се състоят от два компонента - Header, който съдържа информация за идентификация на съобщението, и Body, който съдържа бизнес информация.

        1. Header-Type


Header-Type съдържа информация за идентификация за съобщението.



Фигура 28: Header-Type

















XML Фрагмент 50: Header-Type

Елементът Header на Съобщението съдържа елементите посочени в Таблица 9.



Елемент

Описание

BULSTAT_EGN

БУЛСТАТ (ЕГН за физически лица) на подаващия данните.

Name

Наименование на подаващия данните

Address

Седалище и адрес на управление/постоянен адрес на подаващия данните

MessageID

Уникален номер на съобщението за подаващия

Таблица 9: Елементи от Header-Type

        1. Body-Type


Тялото на съобщението за директно плащане има следната структура:



Фигура 28: Body-Type













XML Фрагмент 51: Body-Type

applicationId осигурява целта и съдържание на съобщението. Свойството има уникална стойност за типа съобщение:



ApplicationId

Изпълненение XML Type на Body-Type

DIRECTIVE 2003/48/EC

DataBody_Type

DIRECTIVE 2003/48/EC -- CORR REQUEST

CorrRequestBody_Type

Таблица 10: Стойност на applicationId и изпълнение на XML Body-Type на съобщението.


        1. DirectTaxMessage


Всички съобщения в този документ са базирани на типа DirectTaxMessage, който представлява комбинация от елементите Header and a Body.

Фигура 29: DirectTaxMessage

XML Фрагмент52: DirectTaxMessagе



Фигура 30: Структура на Body_Type

1.4.13.3.1. DataBody_Type

DataBody_Type се използва за описание на тялото на Съобщението за предаване на данни, което може да включва: начална информация за плащания, корекция на предадена по-рано такава информация, включително отказ на искане за корекция.



XML Фрагмент 537: DataBody_Type

1.4.13.3.1.1. InitialElements

Елементът InitialElements групира информация за данни по чл.4.2 и/или по чл.9 на Директивата на плащанията. Елементът InitialElements трябва да съдържа информация поне за едно плащане.



Фигура 31: Елемент InitialElements

























XML Фрагмент 538: InitialElements

1.4.13.3.1.2. CorrectedElements and CorrectedElement

Елементът CorrectedElements съдържа коригиращата информация. Той позволява корекция на която и да е по-рано подадена информация за субект по чл.4.2 (Entity), агент-платец(PayingAgent), притежател на доходи от спестявания (BeneficialOwner), плащане по чл.9 или плащане по чл.4.2, групирани в едно и също съобщение.

Съобщението за корекция може да включва още нов притежател на доходи от спестявания (Beneficial Owner) или нова информация за плащания по чл.9 или Чл.4.2. за притежатели на доходи от спестявания (Beneficial Owner) или образувания(Entity), подадени в предишно предаване. Нови образувания(Entity) не могат да се подават като елементи на CorrectedElements. Това трябва да стане в InitialElements.

Когато се подава информация в отговор на искане за корекция, елемента ReqRefId трябва да съдържа съответната стойност на ReqRefId на искането. Когато корекцията се извършва спонтанно елемента ReqRefId се пропуска.

Елементът Cancellation се използва за изпращане на отказ на информация, изпратена по-рано.

И накрая, с този корекционен тип може да се изпрати отказ на искане за корекция. Тази информация се подава в елементите RequestRejection от тип RequestRejection_Type.



Фигура 31: CorrectedElements and CorrectedElement



XML Фрагмент 55: CorrectedElements and CorrectedElement elements

1.4.13.3.1.2.1. CorrectedArt4_2PaymentData_Type

CorrectedArt4_2PaymentData_Type се използва в корекционните съобщения с две възможности:

Коригира информация за плащане по Чл.4.2;

Предава информация за ново плащане по Чл.4.2 без да е необходимо да предава отново цялата информация за субекта по Чл.4.2.

Типът разширява CorrectableArt4_2PaymentData_Typе, използван за начално предаване на информация с добавяне на елемента EntityDocRefId. В случая на информация за ново плащане по Art 4.2, този елемент трябва да е настроен с DocRefId на съответното субект(Entity), или ако данните за субекта са били променяни – с DocRefId на последната промяна.





Фигура 32: CorrectedArt4_2PaymentData_Type



XML Фрагмент 56: CorrectedArt4_2PaymentData_Type

1.4.13.3.1.2.2. CorrectedArt9PaymentData_Type

CorrectedArt9PaymentData_Type се използва за корекция със следните две възможности:

Коригира плащане по Чл.9;

Изпраща нова информация за плащане по Чл.9, без да е необходимо да изпраща отново цялата информация за притежателя на доходи от спестявания (Beneficial Owner).

Този тип разширява CorrectableArt9PaymentData_Type чрез добавяне на елемента BeneficialOwnerDocRefId, който трябва да съдържа стойността на DocRefId на притежателя на доходи от спестявания Beneficial Owner, а ако BeneficialOwner е променян - DocRefId на последната промяна.





Фигура 33: CorrectedArt9PaymentData_Type



XML Фрагмент 57: CorrectedArt9PaymentData_Type

1.4.13.3.1.2.3. CorrectedBeneficialOwner_Type

CorrectedBeneficialOwner_Type се използва за корекция в следните два случая:

Коригира данните за притежателя на доходи от спестявания (Beneficial Owner);

Предава информация за нов притежател на доходи от спестявания (Beneficial Owner), без да е необходимо да предава отново данните за агент-платеца (Paying Agent).

Този тип е разширение на CorrectableBeneficialOwner_Type с добавяне на елемента PayingAgentDocRefId, който следва да съдържа идентификационния номер (DocRefId) на агент-платеца (Paying Agent), а ако Paying Agent е бил променян - DocRefId на последната корекция.





Фигура 34: CorrectedBeneficialOwner_Type



















XML Фрагмент 58: CorrectedBeneficialOwner_Type

1.4.13.1.4.3. CancellationDocSpec_Type

CancellationDocSpec_Type се използва за отказ на информация, предадена по-рано. Типът е рестрикция на DocSpec_Type като прави CorrDocRefId задължителен и фиксира стойността на елемента DocTypeIndic на 3 (cancellation).

Tаблица 14 описва употребата на елементите в CancellationDocSpec_Type.



Element

Description

DocRefId

Идентификатор на съобщението

CorrDocRefId

Съдържа стойността на DocRefId на записа, изпратен по-рано, който трябва да бъде отказан.

DocTypeIndic

Трябва да е настроен на 3 (cancelled)

Tаблица 14: Елементи на CancellationDocSpec_Type



XML Фрагмент 59: CancellationDocSpec_Type

1.4.13.5. RequestRejection_Type

RequestRejection_Type се използва за отказ на искане за корекция.



Фигура 35: RequestRejection_Type



XML Фрагмент 60: RequestRejection_Type

The ReqRefId елементът трябва да съдържа номера на искането за корекция, на което ще бъде изпратен отказ.

Елементът Reason трябва да съдържа подходящ код от списъка с причини в Таблица 14.


Код

Описание

4010

Информацията е коректна

4020

Искането е извън обхвата на Директивата

4030

Корекция на информацията не е позволена

4040

Няма данни, които да бъдат изпратени

4050

Недостатъчна информация в искането за корекция.

Таблица 15: Причини за отказ на искане за корекция – кодове и описание

Елементът Details може да съдържа допълнителна информация за причините за отказа.


        1. CorrectionRequestElement-Type


CorrectionRequestElement-Type описва искане за корекция на част от информацията, което ще Ви бъде изпращано от НАП.



Фигура 43: CorrectionRequestElement-Type




























































XML Фрагмент 61: CorrectionRequestElement-Type

      1. CorrectionRequestBody-Type


CorrectionRequestBody-Type описва съдържанието на тялото на Съобщение с искане за корекция/и. Съобщението се подава от НАП до местните стопански субекти, подали информация по-рано.













































XML Фрагмент 62: CorrectionRequestBody-Type

  1. Каталог: files -> down
    down -> Окс“бакалавър” Редовно обучение I до III курс
    down -> Списък на училищата-гнезда в софия-град, за кандидати след завършен VII клас
    down -> Програма „Развитие на човешките ресурси, съфинансирана от Европейския социален фонд на Европейския съюз
    down -> Закон за корпоративното подоходно облагане зки закон за кредитните институции
    down -> Отчет за 2004 г. Дейностите на организацията се осъществиха на следните нива: международно; регионално
    down -> Окс “магистър” Редовно обучение I курс /Ф-т „ЕЕ”
    down -> Окс “магистър” Редовно обучение I курс /Ф-т „ЕЕ”
    down -> Доклад за дейността Финансов отчет Пояснение към Финансовия Отчет
    down -> 100 , двойно ектраниран кабел четири индивидуално екранирани усукани двойки
    down -> Уважаеми колеги

    Изтегляне 0.83 Mb.

    Сподели с приятели:
1   2   3   4



©obuch.info 2024
отнасят до администрацията
    Начална страница
Автореферат
Анализ
Бизнес-план
Биография
Глава
Диплом
Доклад
Задача
Закон
Занятие
Заседание