Този  текст  служи  само  за информационни  цели  и няма  правно  действие . Институциите  на Съюза  не носят  
отговорност  за неговото  съдържание . Автентичните  версии  на съответните  актове , включително  техните  преамбюли , 
са версиите , публикувани  в Официален  вестник  на Европейския  съюз  и налични  в EUR-Lex. Тези  официални  
текстове  са пряко  достъпни  чрез  връзките , публикувани  в настоящия  документ  
►B РЕГЛАМЕНТ  ЗА ИЗПЪЛНЕНИЕ  (ЕС) 2015/2378 НА КОМИСИЯТА  
от 15 декември  2015 година  
за определяне  на подробни  правила  за прилагане  на някои  разпоредби  на Директива  
2011/16/ЕС на Съвета  относно  административното  сътрудничество  в областта  на данъчното  
облагане  и за отмяна  на Регламент  за изпълнение  (ЕС) № 1156/2012  
(ОВ L 332, 18.12.2015 г., стр. 19)  
Изменен със:  
Официален вестник  
№ страница  дата  
►M1 Регламент за изпълнение (ЕС) 2016/1963 на Комисията от 9 
ноември 2016 година  L 303  4  10.11.2016 г.  
►M2 Регламент за изпълнение (ЕС) 2018/99 на Комисията от 22 януари  
2018 година  L 17  2 9  23.1.2018 г.  
►M3 Регламент за изпълнение (ЕС) 2019/532 на Комисията от 28 март 
2019 година  L 88  2 5  29.3.2019 г.  
►M4 Регламент за изпълнение (ЕС) 2022/1467 на Комисията от 5 
септември 2022 година  L 231  3 6  6.9.2022 г.  02015R2378 — BG — 01.01.2023 — 005.001 — 1
02015R2378 — BG — 01.01.2023 — 005.001 — 2  
РЕГЛАМЕНТ  ЗА ИЗПЪЛНЕНИЕ  (ЕС) 2015/2378 НА 
КОМИСИЯТА  
от 15 декември  2015 година  
за определяне  на подробни  правила  за прилагане  на някои  
разпоредби  на Директива  2011/16/ ЕС на Съвета  относно  
административното  сътрудничество  в областта  на данъчното  
облагане  и за отмяна  на Регламент  за изпълнение  (ЕС) 
№ 1156/2012  
Член  1 
Стандартни  формуляри  за обмен  при поискване , спонтанен  
обмен , уведомяване  и обратна  информация  
1. Когато става въпрос за формуляри, с думата „поле“ се обоз­ 
начава мястото във формуляра, в което може да бъде вписвана 
информацията, обменяна в съответствие с Директива 2011/16/ЕС 
на Съвета.  
2. Формулярът, използван за искания на информация и за адми­ 
нистративни разследвания в съответствие с член 5 от Директива 
2011/16/ЕС, както и за техните отговори, потвърждения, искания 
за допълнителни общи сведения, невъзможност или отказ съгласно 
член 7 от посочената директива, се изготвя съобразно приложение  I 
към настоящия регламент.  
3. Формулярът, използван за спонтанен обмен на информация и 
потвърждения в съответствие с членове 9 и 10 от Директива 
2011/16/ЕС, се изготвя съобразно приложение II към настоящия 
регламент.  
4. Формулярът, използван за искания за административно уведо­ 
мяване в съответствие с член 13, параграф 1 и член 13, параграф  2 
от Директива 2011/16/ЕС, и отговорите на тези искания съгласно 
член 13, параграф 3 от същата директива, се изготвят съобразно 
приложение III към настоящия регламент.  
5. Формулярът, използван за обратна информация съгласно член 
14, параграф 1 от Директива 2011/16/ЕС, се изготвя съобразно 
приложение IV към настоящия регламент.  
Член  2 
Компютризирани  формати  за задължителния  автоматичен  
обмен  на информация  
1. Компютризираният формат, който трябва да се използва за 
задължителния автоматичен обмен на информация съгласно член 
8, параграф 1 от Директива 2011/16/ЕС, съобразен с разпоредбите  
на приложение V към настоящия регламент.  
2. Компютризираният формат, който трябва да се използва за 
задължителния автоматичен обмен на информация съгласно член 
8, параграф 3а от Директива 2011/16/ЕС, съобразен с разпоредбит е 
на приложение VI към настоящия регламент.  ▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 3  
3. Компютризираният формат, който трябва да се използва за 
задължителния автоматичен обмен на информация съгласно 
член 8ав, параграф 2 от Директива 2011/16/ЕС, е съобразен с раз по­ 
редбите на приложение XIV към настоящия регламент.  
▼M1 
Член  2а 
Стандартни  формуляри , включително  езикови  договорености , 
за задължителния  автоматичен  обмен  на информация  относно  
предварителни  трансгранични  данъчни  становища  и 
предварителни  споразумения  за ценообразуване  
1. Когато става въпрос за формуляри, с думите „компонент“ и 
„поле“ се обозначава мястото във формуляра, в което може да бъд е 
вписвана информацията, обменяна съгласно Директива 2011/16/ЕС.  
2. Формулярът, използван за задължителния автоматичен обмен 
на информация относно предварителни трансгранични данъчни 
становища и предварителни споразумения за ценообразуване 
съгласно член 8а от Директива 2011/16/ЕС, трябва да отговаря на  
изискванията на приложение VII към настоящия регламент.  
3. Основните елементи, посочени в член 20, параграф 5 от 
Директива 2011/16/ЕС, са компонентите, изброени в член 8а, 
параграф 6, букви б), з) и и) от същата директива, като тези 
основни елементи се изпращат и на английски език.  
Член  2б 
Езикови  договорености  за задължителния  автоматичен  обмен  
на информация  относно  отчетите  по държави  
Основните елементи, посочени в член 20, параграф 6 от Директива  
2011/16/ЕС, са информацията или обясненията, включени в таблица  
3 от раздел III на приложение III към същата директива, като те зи 
основни елементи се изпращат и на английски език, освен ако е 
договорена употребата на друг официален език на Съюза между 
изпращащата държава членка и всички останали държави членки, 
до които се изпраща информация съгласно член 8aa, параграф 2 от  
Директива 2011/16/ЕС.  
▼M2 
Член  2в 
Формуляр  и условия  за предаването  на годишната  оценка  
1. Формулярът, чрез който трябва да се предава годишната 
оценка на ефективността на автоматичния обмен на информация 
и да се съобщават постигнатите практически резултати по силата 
на член 23, параграф 3 от Директива 2011/16/ЕС, се определя в 
приложение VIII към настоящия регламент.  
2. Преди 1 април всяка година държавите членки предават на 
Комисията по електронен път годишната оценка, като използват 
формуляра по параграф 1. Оценката обхваща предходната 
календарна година.  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 4  
Член  2г 
Списък  на статистическите  данни  
1. Списъкът на статистическите данни по член 23, параграф 4 от 
Директива 2011/16/ЕС, които се изискват за всички форми на адми ­ 
нистративно сътрудничество, различни от задължителния авто­ 
матичен обмен на информация, се определя в приложение IX към 
настоящия регламент.  
Списъкът на статистическите данни, които се изискват за задължи ­ 
телния автоматичен обмен на информация по член 8, параграф 1 от  
Директива 2011/16/ЕС, се определя в приложение X към настоящия 
регламент.  
Списъкът на статистическите данни, които се изискват за задължи ­ 
телния автоматичен обмен на информация по член 8, параграф 3а 
от Директива 2011/16/ЕС, се определя в приложение XI към 
настоящия регламент.  
Списъкът на статистическите данни, които се изискват за задължи ­ 
телния автоматичен обмен на информация по член 8аа от 
Директива 2011/16/ЕС, се определя в приложение XII към 
настоящия регламент.  
▼M4 
Списъкът на статистическите данни, които се изискват за задължи ­ 
телния автоматичен обмен на информация по член 8ав от Директива  
2011/16/ЕС, се определя в приложение XV към настоящия регламент . 
▼M2 
2. Преди 1 април всяка година държавите членки предават на 
Комисията по електронен път статистическите данни по списъка 
от приложение IX за предходната календарна година и за всички 
форми на административно сътрудничество, различни от задължи­ 
телния автоматичен обмен на информация.  
3. Преди 1 ноември всяка година държавите членки предават на 
Комисията по електронен път статистическите данни по списъците 
от приложения Х, ХI и ХII за задължителния автоматичен обмен на  
информация.  
▼M3 
Член  2д 
Стандартни  формуляри , включително  езикови  договорености , 
за задължителния  автоматичен  обмен  на информация  за 
подлежащите  на оповестяване  трансгранични  договорености  
1. Що се отнася до формулярите, които ще бъдат използвани, 
„елемент“ и „поле“ означават мястото във формуляра, в което мож е да 
бъде вписана информацията, обменяна съгласно Директива 2011/16/ ЕС. 
2. Формулярът, който ще бъде използван за задължителния авто­ 
матичен обмен на информация за подлежащите на оповестяване 
трансгранични договорености съгласно член 8аб от Директива 
2011/16/ЕС, трябва да е в съответствие с приложение ХIII към 
настоящия регламент.  ▼M2
 02015R2378 — BG — 01.01.2023 — 005.001 — 5  
3. Основните елементи, посочени в член 20, параграф 5, третата 
алинея от Директива 2011/16/ЕС, са елементите, изброени в член 
8аб, параграф 14, букви б), в) и д) от същата директива, а език овите 
договорености за посочените основни елементи са предвидените в 
член 2а, параграф 3 от настоящия регламент.  
▼M4 
Член  2е 
Стандартни  формуляри  за предоставяне  до централния  регистър  на 
информация  за изключените  оператори  на платформи  и 
чуждестранните  оператори  на платформи , формат  на 
индивидуалния  идентификационен  номер  на чуждестранните  
оператори  на платформи  и срок  на съхранение  на информацията , 
заличена  от централния  регистър  
1. Формулярът, използван за предоставяне до централния 
регистър на информация за изключените оператори на платформи 
и чуждестранните оператори на платформи съгласно член 8ав, 
параграф 6 от Директива 2011/16/ЕС, трябва да отговаря на изиск ­ 
ванията на приложение XVI към настоящия регламент.  
2. Основните елементи, които се вписват в централния регистър 
съгласно предвиденото в член 8ав, параграф 6 от Директива 
2011/16/ЕС, са информацията, съдържаща се в раздел IV, 
параграф Е, точки 2 и 4 от приложение V към посочената 
директива, и информацията, съдържаща се в приложение XVI 
към настоящия регламент. Създаването на централния регистър и 
обработването на лични данни, което Комисията извършва в 
рамките на централния регистър от името на компетентните 
органи на държавите членки, ще бъде в съответствие с Регламент 
(ЕС) 2016/679 на Европейския парламент и на Съвета (  1 ) и с 
Регламент (ЕС) 2018/1725 на Европейския парламент и на 
Съвета (  2 ). Компетентните органи на държавите членки се считат 
за администратори на данни, а Комисията се счита за обработващ 
лични данни в съответствие с Регламент (ЕС) 2016/679.  
3. Форматът на индивидуалния идентификационен номер на 
чуждестранните оператори на платформи по смисъла на член 8ав, 
параграф 4 от Директива 2011/16/ЕС е определен в приложение 
XVI към настоящия регламент.  
4. Срокът на съхранение на информацията, заличена от 
централния регистър, съгласно раздел IV, параграф Е, точка 5, 
буква г) от приложение V и член 8ав, параграф 5 от Директива 
2011/16/ЕС, е определен в приложение XVI към настоящия 
регламент.  ▼M3 
( 1 ) Регламент (ЕС) 2016/679 на Европейския парламент и на Съвета от 
27 април 2016 г. относно защитата на физическите лица във връзк а с 
обработването на лични данни и относно свободното движение на 
такива данни и за отмяна на Директива 95/46/EО (Общ регламент 
относно защитата на данните) (OВ L 119, 4.5.2016 г., стp. 1). 
( 2 ) Регламент (ЕС) 2018/1725 на Европейския парламент и на Съвета  от 
23 октомври 2018 г. относно защитата на физическите лица във вр ъзка 
с обработването на лични данни от институциите, органите, служб ите и 
агенциите на Съюза и относно свободното движение на такива данн и и 
за отмяна на Регламент (ЕО) № 45/2001 и Решение № 1247/2002/ЕО 
(OВ L 295, 21.11.2018 г., стp. 39).
 02015R2378 — BG — 01.01.2023 — 005.001 — 6  
Член  3 
Практически  условия  за използване  на мрежата  CCN  
1. Докладите, заявленията и други документи, посочени в инфор­ 
мацията, предоставена съгласно Директива 2011/16/ЕС, могат да б ъдат 
изпращани чрез средства за комуникация, различни от мрежата CCN . 
2. Когато информацията, посочена в Директива 2011/16/ЕС, не 
се предоставя по електронен път чрез мрежата CCN, и ако няма 
други двустранни договорености, информацията се предоставя 
придружена от писмо, описващо предоставената информация и 
надлежно подписано от компетентния орган, който я предоставя.  
Член  4 
Отмяна  
Регламент за изпълнение (ЕС) № 1156/2012 се отменя, считано от 
1 януари 2016 г.  
Позоваванията на отменения регламент за изпълнение се считат за  
позовавания на настоящия регламент.  
Член  5 
Влизане  в сила  и прилагане  
Настоящият регламент влиза в сила на третия ден след деня на 
публикуването му в  Официален  вестник  на Европейския  съюз . 
Той се прилага от 1 януари 2016 г.  
Настоящият регламент е задължителен в своята цялост и се прилаг а 
пряко във всички държави членки.  ▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 7  
ПРИЛОЖЕНИЕ  I 
Формуляр , посочен  в член  1, параграф  2 
Формулярът за искания за информация и за административни разсле двания 
в съответствие с член 5 и член 5а от Директива 2011/16/ЕС и тех ните 
отговори, потвърждения, искания за допълнителни общи сведения, невъз­ 
можност или отказ съгласно член 7 от Директива 2011/16/ЕС съдър жа 
следните полета (  1 ): 
— Правно основание  
— Референтен номер  
— Дата  
— Наименование на запитващия и запитания орган  
— Самоличност на лицето, което бива проучвано или разследвано  
— Общо описание на случая и, ако е уместно, конкретна основна 
информация, която би позволила да се оцени предполагаемата отно ­ 
симост на поисканата информация за администриране и прилагане н а 
националното законодателство на държавите членки относно данъци те, 
посочени в член 2 от Директива 2011/16/ЕС  
— Данъчна цел, за която се търси информация  
— Период на разследване  
— Имена и адреси на всички лица, за които може да се смята, че 
притежават исканата информация  
— Изпълнение на правното изискване, определено в член 16, параг раф 1 от 
Директива 2011/16/ЕС  
— Изпълнение на правното изискване, определено в член 17, параг раф 1 от 
Директива 2011/16/ЕС  
— Мотивирано искане за административно производство и причини з а 
отказ да се извърши поисканото административно производство  
— Потвърждаване на искане за информация  
— Искане за допълнителни общи сведения  
— Причини за невъзможност или отказ за предоставяне на информац ия 
— Причини за липсата на отговор в съответния срок и дата, до ко ято 
запитаният орган смята, че би могъл да отговори  
— Подробно описание на групата.  ▼M4 
( 1 ) При все това, в съответния формуляр трябва да фигурират само реално попъл­ 
нените в конкретния случай полета.
 02015R2378 — BG — 01.01.2023 — 005.001 — 8  
ПРИЛОЖЕНИЕ  II 
Формуляр , посочен  в член  1, параграф  3 
Формулярът за спонтанен обмен на информация и потвърждаване в с ъот­ 
ветствие с членове 9 и 10 от Директива 2011/16/ЕС съдържа следн ите 
полета (  1 ): 
— Правно основание  
— Референтен номер  
— Дата  
— Наименование на изпращащите и приемащите органи  
— Самоличност на лицето, обект на спонтанен обмен на информация  
— Период, обхванат от спонтанния обмен на информация  
— Изпълнение на правното изискване, наложено по силата на член 16, 
параграф 1 от Директива 2011/16/ЕС  
— Потвърждаване на спонтанния обмен на информация  ▼B 
( 1 ) При все това, в съответния формуляр трябва да фигурират само реално попъл­ 
нените в конкретния случай полета.
 02015R2378 — BG — 01.01.2023 — 005.001 — 9  
ПРИЛОЖЕНИЕ  III 
Формуляр , посочен  в член  1, параграф  4 
Формулярът за искания за уведомяване в съответствие с член 13, параграфи 
1 и 2 от Директива 2011/16/ЕС и отговорите на тези искания съгл асно член 
13, параграф 3 от същата директива съдържа следните полета (  1 ): 
— Правно основание  
— Референтен номер  
— Дата  
— Наименование на запитващия и запитания орган  
— Име и адрес на адресата на акта или решението  
— Друга информация, която може да улесни установяването на само лич­ 
ността на адресата  
— Предмет на акта или решението  
— Отговор на запитания орган в съответствие с член 13, параграф  3 от 
Директива 2011/16/ЕС, включително датата на уведомяването на 
адресата относно инструмента или решението.  ▼B 
( 1 ) При все това, в съответния формуляр трябва да фигурират само реално попъл­ 
нените в конкретния случай полета.
 02015R2378 — BG — 01.01.2023 — 005.001 — 10  
ПРИЛОЖЕНИЕ  IV 
Формуляр , посочен  в член  1, параграф  5 
Формулярът за обратна информация в съответствие с член 14, пара граф 1 от 
Директива 2011/16/ЕС съдържа следните полета (  1 ): 
— Референтен номер;  
— Дата;  
— Наименование на компетентния орган, който дава обратна информ ация;  
— Обратна информация от общ характер относно предоставената инф ормация;  
— Резултати, които са пряко свързани с предоставената информаци я. ▼B 
( 1 ) При все това, в съответния формуляр трябва да фигурират само реално попъл­ 
нените в конкретния случай полета.
 02015R2378 — BG — 01.01.2023 — 005.001 — 11  
ПРИЛОЖЕНИЕ  V 
Компютризиран  формат , посочен  в член  2, параграф  1 
Компютризираните формати за задължителния автоматичен обмен на 
информация в съответствие с член 8, параграф 1 от Директива 201 1/16/ЕС 
отговарят на следната дървовидна структура и съдържат следните категории 
елементи (  1 ): 
а) Що се отнася до цялото съобщение:
  
▼M4 
б) Що се отнася до същинския текст за предаване на информация з а 
доходите от трудови правоотношения, директорски възнаграждения 
или лицензионни възнаграждения:  
▼B
 ▼B 
( 1 ) В използвания компютризиран формат обаче за даден случай тряб ва да се появяват 
само полетата, които действително са на разположение и са прило жими в този 
случай.
 02015R2378 — BG — 01.01.2023 — 005.001 — 12  
в) Що се отнася до същинския текст за предаване на информация з а 
пенсиите:
  
г) Що се отнася до същинския текст за предаване на информация з а живо­ 
тозастрахователните продукти:
  ▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 13  
д) Що се отнася до същинския текст за предаване на информация з а собст­ 
веността и доходите от недвижимо имущество:
  
е) Що се отнася до същинския текст, в случай че не трябва да бъ де 
предавана информация във връзка с конкретна категория:
  
ж) Що се отнася до същинския текст за потвърждение на получаван ето на 
информация за конкретна категория:
  ▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 14  
ПРИЛОЖЕНИЕ  VI 
Компютризиран  формат , посочен  в член  2, параграф  2 
Компютризираният формат за задължителния автоматичен обмен на 
информация в съответствие с член 8, параграф 3а от Директива 20 11/16/ЕС 
отговаря на следната дървовидна структура и съдържа следните ел ементи и 
характеристики (  1 ): 
а) Що се отнася до цялото съобщение:
  ▼B 
( 1 ) При все това, само онези елементи и атрибути, които са действ ително приложими в 
даден случай вследствие на изпълнението на правилата за докладв ане и надлежна 
проверка, включени в приложения I и II към Директива 2011/16/ЕС , трябва задъл­ 
жително да присъстват в компютризирания формат, използван в съо тветния случай.
 02015R2378 — BG — 01.01.2023 — 005.001 — 15
  
▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 16
  
▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 17
  
▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 18
  
▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 19
  
▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 20
  
▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 21
  
▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 22
  
▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 23
  
▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 24
  
▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 25  
б) По отношение на общите за FATCA и ОСД видове, които се изпол зват в 
съобщението по буква а) по-горе:
  ▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 26
  
▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 27
  
▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 28
  
в) Що се отнася до общите видове на OECD, които се използват в съоб­ 
щението по буква а) по-горе:
  ▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 29
  
▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 30
  
▼B
 02015R2378 — BG — 01.01.2023 — 005.001 — 31  
ПРИЛОЖЕНИЕ  VII 
Формуляр , посочен  в член  2а 
Освен елементите, изброени в член 8а, параграф 6 от Директива 
2011/16/ЕС, формулярът за задължителния автоматичен обмен на 
информация относно предварителни трансгранични данъчни становищ а и 
предварителни споразумения за ценообразуване съгласно член 8а о т 
същата директива съдържа следното поле:  
а) референтни данни на становището.  ▼M1
 02015R2378 — BG — 01.01.2023 — 005.001 — 32  
ПРИЛОЖЕНИЕ  VIII  
Формуляр  по член  2в 
Във формуляра за предаване на данните по член 23, параграф 3 от  
Директива 2011/16/ЕС се включва следната информация:  
— наименование на държавата членка, която попълва въпросника;  
— наличност на информация в държавата членка;  
— проследяване дали е изпратена годишната обратна информация по  
двустранни договорености по силата на член 14, параграф 2;  
— ефективност на автоматичния обмен на информация;  
— обработка на получената информация и основни общи технически 
(информационнотехнологични) затруднения;  
— качество на получената информация, като се посочват и получа­  
телите/страните; проблеми със съдържанието на получената 
информация и предложения в тази връзка;  
— полза от спазването на задълженията и ефективност, като се по сочва 
доколко е полезна информацията по принцип; сегашно и бъдещо 
използване на информацията; използване на информацията по 
данъчни области; административно сътрудничество, насърчено от 
използването на получената информация;  
— постигнати практически резултати, вкл. общ резултат (в т.ч. 
специални проекти); конкретни резултати от специалните проекти;  
административни и други относими разходи за разработването и 
внедряването на автоматичния обмен на информация (АОИ); адми­ 
нистративни разходи за повтарящите се действия по АОИ; други 
относими разходи за действията за спазване на данъчното законод а­ 
телство; положителен и отрицателен опит; основни аспекти, които  
водят до спорове и съдебни производства;  
— норма на успеваемост по отношение на задължението да се преда ват 
отчети по държави до съответните държави членки (брой на отчети те 
по държави, получени от данъчните органи на други държави 
членки/ брой на отчетите по държави, които трябва да бъдат 
получени от данъчните органи на други държави членки);  
— норма на спазване на задължението за предаване на отчети по 
държави от страна на предоставящите информация образувания 
(брой на получените отчети по държави/ брой на отчетите по 
държави, които трябва да бъдат предадени);  
— списък на юрисдикциите, в които крайните образувания майки на  
предоставящите информация образувания със седалище в Съюза са 
местни лица, но в които не са били съставяни или обменяни отчет и 
по държави.  ▼M2
 02015R2378 — BG — 01.01.2023 — 005.001 — 33  
ПРИЛОЖЕНИЕ  IX 
Списък , посочен  в член  2г 
Статистическите данни по член 23, параграф 4 от Директива 2011/ 16/ЕС, 
които се изискват за формите на административно сътрудничество,  
различни от задължителния автоматичен обмен на информация, вклю чват 
следното:  
— Наименование на държавата членка  
— Година  
— Част А: статистически данни по държави членки за обмена на 
информация  
— за обмена на информация при поискване (членове 5, 6 и 7 от 
Директива 2011/16/ЕС):  
— брой на изпратените искания;  
— брой на получените отговори;  
— брой на пълните отговори, получени в законоустановения срок;  
— брой на отговорите, при които информацията (частична или 
пълна) е получена в срок от два месеца;  
— брой на получените искания;  
— брой на изпратените отговори;  
— брой на отказите на основание на член 17 от Директива 
2011/16/ЕС;  
— за обмена на информация при искания за група (член 5а от 
Директива 2011/16/ЕС):  
— брой на изпратените искания за група;  
— брой на получените отговори за група;  
— брой на пълните отговори за група, получени в законоуста­ 
новения срок;  
— брой на отговорите за група, при които информацията (частична  
или пълна) е получена в срок от два месеца;  
— брой на получените искания за група;  
— брой на изпратените отговори за група;  
— брой на отказите за група на основание на член 17 от Директив а 
2011/16/ЕС;  
— за спонтанния обмен на информация (членове 9 и 10 от Директив а 
2011/16/ЕС):  
— брой на спонтанните изпращания на информация;  
— брой на получаванията на спонтанно изпратена информация;  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 34  
— Част Б: статистически данни за другите форми на административ но 
сътрудничество  
— за присъствието в административните служби и участието в адми ­ 
нистративните разследвания (член 11 от Директива 2011/16/ЕС):  
— брой на входящите присъствия в административните служби и 
участия в административните разследвания;  
— брой на изходящите присъствия в административните служби и 
участия в административните разследвания;  
— за паралелните проверки (член 12 от Директива 2011/16/ЕС):  
— брой на паралелните проверки по инициатива на държавата 
членка;  
— брой на паралелните проверки, в които е участвала държавата 
членка;  
— за исканията за уведомяване (член 13 от Директива 2011/16/ЕС) : 
— брой на изпратените искания за уведомяване;  
— брой на получените искания за уведомяване;  
— за обратната информация (член 14 от Директива 2011/16/ЕС):  
— брой на изпратените искания за обратна информация;  
— брой на получаванията на обратна информация;  
— брой на получените искания за обратна информация;  
— брой на изпращанията на обратна информация;  
— Част В: статистически данни за допълнителните приходи или уве ли­ 
чението на установения размер на дължимите данъци благодарение на 
административното сътрудничество (по оценка). Информацията в та зи 
част е незадължителна.  
— вследствие на обмен на информация при поискване;  
— вследствие на спонтанен обмен на информация;  
— вследствие на паралелни проверки;  
— общи данни и брой на случаите.  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 35  
ПРИЛОЖЕНИЕ  Х 
Списък , посочен  в член  2г 
Статистическите данни по член 23, параграф 4 от Директива 2011/ 16/ЕС, 
които се изискват за задължителния автоматичен обмен на информа ция и 
които се отнасят до категориите доходи и капитал по член 8, пар аграф 1 от 
посочената директива, включват следното:  
— За всички категории доходи и капитал по член 8, параграф 1 от  
Директива 2011/16/ЕС: статистически данни за съобщенията и данъ коп­ 
латците;  
— При доходи от трудови правоотношения и директорски възнагражд ения: 
статистически данни за съобщенията и получателите, съобщенията и 
платците, получателите и отношенията, платците и отношенията, п олу­ 
чателите и доходите;  
— При пенсии: статистически данни за съобщенията и получателите , съоб­ 
щенията и платците, получателите, платците, схемите, доходите;  
— При животозастрахователни продукти: статистически данни за съ об­ 
щенията и полиците, общо за полиците, събитията;  
— При собственост и доходи от недвижимо имущество: статистическ и 
данни за съобщенията и страните, общо за страните, за броя и ст ой­ 
ността на недвижимите имоти, за количеството и стойността по 
сделките, за броя и стойността на заемните събития, за количест вото и 
стойността на доходите от права;  
— При доходи от лицензионни възнаграждения: статистически данни  за 
съобщенията и получателите, съобщенията и платците, и доходите;  
— При съобщения за статуса: статистически данни за съобщенията за 
статуса и за съобщенията за грешки в статуса;  
— При съобщения с нулеви данни: статистически данни за съобщени ята с 
нулеви данни.  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 36  
ПРИЛОЖЕНИЕ  ХI 
Списък  по член  2г 
Статистическите данни по член 23, параграф 4 от Директива 2011/ 16/ЕС, 
които се изискват за задължителния автоматичен обмен на информа ция 
съгласно член 8, параграф 3а от посочената директива, включват следното:  
— по съобщения: статистически данни за държавата източник и дър жавата 
получател, общ брой на записите, общи суми на плащанията;  
— по държави източници: статистически данни за общия брой на пр ед­ 
оставящите информация институции, общи суми на плащанията;  
— по отделни сметки: статистически данни за броя на титулярите на 
сметки, категориите плащания, сумите по категории плащания;  
— по сметки: статистически данни за видовете титуляри на сметки , за 
данъчните идентификационни номера (или функционалните им екви­ 
валенти) на титулярите на сметки, за държавите, в които титуляр ите 
на сметки са местни лица, за физическите лица като титуляри на 
сметки, за закритите сметки, за „спящите“ сметки;  
— по титуляри на сметки: статистически данни за вида на контрол иращите 
лица, за данъчните идентификационни номера (или функционалните им 
еквиваленти) на контролиращите лица, за държавите, в които конт роли­ 
ращите лица са местни лица, за физическите лица като контролира щи 
лица.  ▼M2
 02015R2378 — BG — 01.01.2023 — 005.001 — 37  
ПРИЛОЖЕНИЕ  ХII 
Списък  по член  2г 
Статистическите данни по член 23, параграф 4 от Директива 2011/ 16/ЕС, 
които се изискват за задължителния автоматичен обмен на информа ция 
съгласно член 8аа от посочената директива, включват следното:  
— брой на отчетите по държави, получени от предоставящите инфор мация 
образувания;  
— брой на отчетите по държави, които е трябвало да бъдат предад ени от 
предоставящите информация образувания, но не са получени или са  
получени непълни отчети, разпределение по юрисдикции на крайнит е 
образувания майки;  
— брой на отчетите по държави, получени от всяка друга държава членка;  
— брой на отчетите по държави, които е трябвало да бъдат предад ени от 
всяка друга държава членка, но не са получени;  
— брой на отчетите по държави, изпратени до всяка друга държава  членка.  ▼M2
 02015R2378 — BG — 01.01.2023 — 005.001 — 38  
ПРИЛОЖЕНИЕ  XIII  
Формуляр , посочен  в член  2д 
Освен елементите, изброени в член 8аб, параграф 14 от Директива  
2011/16/ЕС, формулярът за задължителния автоматичен обмен на 
информация относно подлежащите на оповестяване трансгранични до гово­ 
рености съгласно член 8аб от същата директива съдържа следното поле:  
а) Референтен номер на подлежащата на оповестяване трансграничн а дого­ 
вореност или договорености.  ▼M3
 02015R2378 — BG — 01.01.2023 — 005.001 — 39  
ПРИЛОЖЕНИЕ  XIV  
Компютризиран  формат , посочен  в член  2, параграф  3 
Компютризираният формат за задължителния автоматичен обмен на 
информация в съответствие с член 8ав, параграф 2 от Директива 2 011/16/ЕС 
отговаря на следната дървовидна структура и съдържа следните ел ементи и 
характеристики (  1 ): 
<?xml version="1.0" encoding="UTF-8"?>  
<!– edited with XMLSpy v2021 (x64) (http://www.altova.com) by Romane Dragozis (ARHS Developments S.A.) –>  
<xsd:schema xmlns:dpi="urn:oecd:ties:dpi:v1" 
xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:stf="urn:oecd:ties:dpistf:v1" 
xmlns:iso="urn:oecd:ties:isodpitypes:v1" targetNamespace="urn:oecd:ties:dpi:v1" 
elementFormDefault="qualified" attributeFormDefault="unqualified" version="1.0">  
<xsd:import 
namespace="urn:oecd:ties:isodpitypes:v1" schemaLocation="isodpitypes_v1.0.xsd"/>  
<xsd:import 
namespace="urn:oecd:ties:dpistf:v1" schemaLocation="oecddpitypes_v1.0.xsd"/>  
<!–+++++++++++++++++++++++ 
Reusable Simple types ++++++++++++++++++++++++++++++++++++++ –>  
<!– Message type definitions –>  
<!– –>  
<xsd:simpleType 
name="MessageType_EnumType">  
<xsd:annotation>  
<xsd:documentation 
xml:lang="en">Message type defines the type of reporting.</xsd:documentation>  
</xsd:annotation>  
<xsd:restriction base="xsd:string">  
<xsd:enumeration value="DPI">  
<xsd:annotation>  
<xsd:documentation>This type defines the 
messages to be exchanged under the OECD Model Rules and [EU Specific] [EU DIR2021/514].</xsd:documentation>  ▼M4 
( 1 ) При все това, само онези елементи и характеристики, които са действително 
приложими в даден случай вследствие на изпълнението на надлежна  проверка и 
правилата за докладване, включени в раздели II и III от приложе ние V към 
Директива 2011/16/ЕС, изменена с Директива (ЕС) 2021/514 на Съв ета, трябва 
задължително да присъстват в компютризирания формат, използван в съответния 
случай.
 02015R2378 — BG — 01.01.2023 — 005.001 — 40  
</xsd:annotation>  
</xsd:enumeration>  
</xsd:restriction>  
</xsd:simpleType>  
<!– MessageTypeIndic - 4 –>  
<xsd:simpleType 
name="DPIMessageTypeIndic_EnumType">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">The MessageTypeIndic 
defines the type of message sent.</xsd:documentation>  
</xsd:annotation>  
<xsd:restriction base="xsd:string">  
<xsd:enumeration value="DPI401">  
<xsd:annotation>  
<xsd:documentation>The message contains new 
(including additional) information.</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="DPI402">  
<xsd:annotation>  
<xsd:documentation>The message contains corrections 
for previously sent information.</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="DPI403">  
<xsd:annotation>  
<xsd:documentation>The message advises that 
there is no data to report.</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
</xsd:restriction>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 41  
</xsd:simpleType>  
<!– –>  
<xsd:simpleType name="INType_EnumType">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">The INType defines the 
type of identification number being sent.</xsd:documentation>  
</xsd:annotation>  
<xsd:restriction base="xsd:string">  
<xsd:enumeration value="LEI">  
<xsd:annotation>  
<xsd:documentation>Legal Entity Identifier</xsd: 
documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="EIN">  
<xsd:annotation>  
<xsd:documentation>Entity Identification 
Number</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="IIN">  
<xsd:annotation>  
<xsd:documentation>Individual Identification Number</xsd: 
documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="BRN">  
<xsd:annotation>  
<xsd:documentation>Business Registration Number</xsd: 
documentation>  
</xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 42  
</xsd:enumeration>  
<xsd:enumeration value="Other">  
<xsd:annotation>  
<xsd:documentation>Other</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
</xsd:restriction>  
</xsd:simpleType>  
<!– –>  
<!–DPI Property Type –>  
<xsd:simpleType 
name="DPIPropertyType_EnumType">  
<xsd:annotation>  
<xsd:documentation 
xml:lang="en">Main business activities  
</xsd:documentation>  
</xsd:annotation>  
<xsd:restriction base="xsd:string">  
<xsd:enumeration value="DPI901">  
<xsd:annotation>  
<xsd:documentation>Office</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="DPI902">  
<xsd:annotation>  
<xsd:documentation>Hotel 
room</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="DPI903">  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 43  
<xsd:annotation>  
<xsd:documentation>Bed and Breakfast room</ 
xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="DPI904">  
<xsd:annotation>  
<xsd:documentation>House</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="DPI905">  
<xsd:annotation>  
<xsd:documentation>Apartment</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="DPI906">  
<xsd:annotation>  
<xsd:documentation>Mobile 
Home</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="DPI907">  
<xsd:annotation>  
<xsd:documentation>Campground</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="DPI908">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 44  
<xsd:documentation>Boat</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="DPI909">  
<xsd:annotation>  
<xsd:documentation>Parking 
Space</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="DPI910">  
<xsd:annotation>  
<xsd:documentation>Other</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
</xsd:restriction>  
</xsd:simpleType>  
<!– –>  
<!–DPI Nexus Type –>  
<xsd:simpleType name="Nexus_EnumType">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">The reason for which the 
information will be filled to the competent authority of the EU Member State.  
</xsd:documentation>  
</xsd:annotation>  
<xsd:restriction base="xsd:string">  
<xsd:enumeration value="RPONEX1">  
<xsd:annotation>  
<xsd:documentation>The Reporting Platform 
Operator is resident for tax purposes in the EU Member State.</xsd:documentation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 45  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="RPONEX2">  
<xsd:annotation>  
<xsd:documentation>The Reporting Platform 
Operator does not have a residence for tax purposes but it is incorporated under the laws of the EU Member 
State.</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="RPONEX3">  
<xsd:annotation>  
<xsd:documentation>The Reporting Platform 
Operator does not have a residence for tax purposes but it has  its place of management (inclu ding effective management) in 
the EU Member State.</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="RPONEX4">  
<xsd:annotation>  
<xsd:documentation>The Reporting Platform 
Operator does not have a residence for tax purposes but it has a permanent establishment in the EU Member State and it is 
not a Qualified Non-Union Platform Operator.</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
<xsd:enumeration value="RPONEX5">  
<xsd:annotation>  
<xsd:documentation>The Reporting Platform 
Operator is neither resident for tax purposes, nor incorporat ed or managed in the EU Member State, nor has a permanent 
establishment in the EU Member State but it facilitates the carrying out of a Relevant Activity by Reportable Sellers or a 
Relevant Activity involving the rental of immovable property located in the EU Member State and it is not a Qualified 
Non-Union Platform Operator.</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
</xsd:restriction>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 46  
</xsd:simpleType>  
<!– –>  
<!– –>  
<!–++++++++++++++++++ Reusable Complex 
types +++++++++++++++++++++++++++++++++++++ –>  
<!– –>  
<!–The Name of a Party, given in fixed Form–>  
<xsd:complexType name="NamePerson_Type">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">The user must spread 
the data about the name of a party over up to six elements. The container element for this will be 'NameFix'. 
</xsd:documentation>  
</xsd:annotation>  
<xsd:sequence>  
<xsd:element name="PrecedingTitle" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">His 
Excellency,Estate of the Late ...</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Title" type="stf: 
StringMin1Max200_Type" minOccurs="0" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">Greeting 
title. Example: Mr, Dr, Ms, Herr, etc. Can have multiple titles.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="FirstName">  
<xsd:annotation>  
<xsd:documentation xml:lang= 
"en">FirstName of the person</xsd:documentation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 47  
</xsd:annotation>  
<xsd:complexType>  
<xsd:simpleContent>  
<xsd:extension base="stf: 
StringMin1Max200_Type">  
<xsd:attribute name="xnlNameType" type="stf: 
StringMin1Max200_Type">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">Defines the name type of 
FirstName. Example: Given Name, Forename, First Name, Father's Name, etc. In some countries, FirstName could 
be a Family Name or a Surname. Use this attribute to define the type for this name.  
</xsd:documentation>  
</xsd:annotation>  
</xsd:attribute>  
</xsd:extension>  
</xsd:simpleContent>  
</xsd:complexType>  
</xsd:element>  
<xsd:element name="MiddleName" minOccurs="0" 
maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">Middle 
name (essential part of the name for many nationalities). Example: Sakthi in "Nivetha Sakthi Shantha". Can have multiple 
middle names.</xsd:documentation>  
</xsd:annotation>  
<xsd:complexType>  
<xsd:simpleContent>  
<xsd:extension base="stf: 
StringMin1Max200_Type">  
<xsd:attribute name="xnlNameType" type="stf: 
StringMin1Max200_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 48  
<xsd:documentation xml:lang="en">Defines the name type of 
Middle Name. Example: First name, middle name, maiden name, father's name, given name, etc.  
</xsd:documentation>  
</xsd:annotation>  
</xsd:attribute>  
</xsd:extension>  
</xsd:simpleContent>  
</xsd:complexType>  
</xsd:element>  
<xsd:element name="NamePrefix" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">de, van, 
van de, von, etc. Example: Derick de Clarke</xsd:documentation>  
</xsd:annotation>  
<xsd:complexType>  
<xsd:simpleContent>  
<xsd:extension base="stf: 
StringMin1Max200_Type">  
<xsd:attribute name="xnlNameType" type="stf: 
StringMin1Max200_Type">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">Defines the type of name 
associated with the NamePrefix. For example the type of name is LastName and this prefix is the prefix for this last name.  
</xsd:documentation>  
</xsd:annotation>  
</xsd:attribute>  
</xsd:extension>  
</xsd:simpleContent>  
</xsd:complexType>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 49  
</xsd:element>  
<xsd:element name="LastName">  
<xsd:annotation>  
<xsd:documentation xml:lang= 
"en">Represents the position of the name in a name string. Can be Given Name, Forename, Christian Name, 
Surname, Family Name, etc. Use the attribute "NameType" to define what type this name is.  
In case of a company, this field can be used for the company name.</xsd:documentation>  
</xsd:annotation>  
<xsd:complexType>  
<xsd:simpleContent>  
<xsd:extension base="stf: 
StringMin1Max200_Type">  
<xsd:attribute name="xnlNameType" type="stf: 
StringMin1Max200_Type">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">Defines the name type of 
LastName. Example: Father's name, Family name, Surname, Mother's Name, etc. In some countries, LastName 
could be the given name or first name.  
</xsd:documentation>  
</xsd:annotation>  
</xsd:attribute>  
</xsd:extension>  
</xsd:simpleContent>  
</xsd:complexType>  
</xsd:element>  
<xsd:element name="GenerationIdentifier" type="stf: 
StringMin1Max200_Type" minOccurs="0" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">Jnr, Thr 
Third, III</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 50  
<xsd:element name="Suffix" type="stf: 
StringMin1Max200_Type" minOccurs="0" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">Could 
be compressed initials - PhD, VC, QC</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="GeneralSuffix" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">Deceased, 
Retired ...</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
<xsd:attribute name="nameTy pe" type="stf:OECDNameType_ 
EnumType" use="optional">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">It is possible 
for STF documents to contain several names for the same party. This attribute is a qualifier to indicate the type of 
a particular name.</xsd:documentation>  
</xsd:annotation>  
</xsd:attribute>  
</xsd:complexType>  
<!– –>  
<!–Collection of all Data describing a person as a Party –>  
<xsd:complexType name="PersonParty_Type">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">This container 
brings together all data about a person as a party. Name and address are required components and each can 
be present more than once to enable as complete a description as possible. Whenever possible one or more 
identifiers (TIN etc) should be added as well as a residence country code. Additional data that describes and 
identifies the party can be given. The code for the legal type according to the OECD codelist must be added. The 
structures of all of the subelements are defined elsewhere in this schema.</xsd:documentation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 51  
</xsd:annotation>  
<xsd:sequence>  
<xsd:element name="ResCountryCode" type="iso: 
CountryCode_Type" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>This repeatable data 
element describes the residence country code(s) of the individual Seller and must be present in all data 
records. This should correspond to the jurisdiction of residence identified on the basis of the due diligence 
requirements of the OECD Model Rules or [EU Specific] [EU DIR2021/514]. Specifically, under the OECD 
Model Rules, the residence country code of an individual Seller should correspond to the jurisdiction of the 
Seller’s primary residence.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="TIN" type="dpi:TIN_Type" 
maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>This repeatable data 
element provides the tax identification number (TIN) used by the tax administration of the jurisdiction of 
residence of the individual Seller. In case the individual Seller does not have a TIN, the jurisdiction of 
residence does not issue a TIN or require the collection of the TIN issued to such Seller, or the TIN is not 
known to the sending Competent Authority, the Unknown attribute (see below) must be set to “true” and the value 
“NOTIN” should be entered [OECD Specific]. Furthermore, in case more than one TIN are provided, any 
provided element cannot be flagged as “unknown”.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="VAT" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">This 
data element must be provided when a VAT Identification number is available.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Name" type="dpi:NamePerson_Type" 
maxOccurs="unbounded">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 52  
<xsd:documentation>This element should 
contain the name of the person.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Address" type="dpi:Address_Type" 
maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>This data element 
should contain the address of the person, including the country code of the address as well as the type of the 
address, indicating the legal character of that address.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Nationality" type="iso: 
CountryCode_Type" minOccurs="0" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>The nationality element 
is not to be provided as part of  the DPI schema.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="BirthInfo">  
<xsd:annotation>  
<xsd:documentation>This data element 
contains the birth information of an Individual Seller. It is always required to be provided unless such Seller is 
documented pursuant to a Government Verification Service and is composed of the date and the place of 
birth.</xsd:documentation>  
</xsd:annotation>  
<xsd:complexType>  
<xsd:sequence>  
<xsd:element name="BirthDate" 
type="xsd:date">  
<xsd:annotation>  
<xsd:documentation>This element provides the date of birth, 
complying with the following format: YYYY-MM-DD.</xsd:documentation>  
</xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 53  
</xsd:element>  
<xsd:element name="BirthPlace" type="dpi: 
BirthPlace_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>This element provides information about the 
place of birth. This element must be filled in at least with the city and the country of birth (either the current jurisdiction  
identified by 2-characters country code or a former jurisdiction identified by a name).</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–Address Fix –>  
<xsd:complexType name="AddressFix_Type">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">Structure of the 
address for a party broken down into its logical parts, recommended for easy matching. The 'City' element is 
the only required subelement. All of the subelements are simple text - data type 'string'.  
</xsd:documentation>  
</xsd:annotation>  
<xsd:sequence>  
<xsd:element name="Street" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The street.</xsd: 
documentation>  
</xsd:annotation>  
</xsd:element>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 54  
<xsd:element name="BuildingIdentifier" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The identifier of the 
building on the street, typically a number.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="SuiteIdentifier" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The identifier of an 
office or similar part of a building.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="FloorIdentifier" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The identifier of a 
floor within a building.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="DistrictName" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The name of the 
district of the address.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="POB" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The post office 
box.</xsd:documentation>  
</xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 55  
</xsd:element>  
<xsd:element name="PostCode" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The post code of the 
address, which must be provided if available.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="City" type="stf: 
StringMin1Max200_Type">  
<xsd:annotation>  
<xsd:documentation>The city of the address. 
</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="CountrySubentity" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>A geographic area of 
the country larger than district or city, for example a county, a department, a Land, a canton, etc.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–The Address of a Party, given in fixed or free Form, possibly in 
both Forms –>  
<xsd:complexType name="Address_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 56  
<xsd:documentation xml:lang="en">The user has the 
option to enter the data about the address of a party either as one long field or to spread the data over up to 
eight elements or even to use both formats. If the user chooses the option to enter the data required in separate 
elements, the container element for this will be 'AddressFix'. If the user chooses the option to enter the data 
required in a less structured way in 'AddressFree' all available address details shall be presented as one string of 
bytes, blank or "/" (slash) or carriage return- line feed used as a delimiter between parts of the address. PLEASE 
NOTE that the address country code is outside both of these elements. The use of the fixed form is recommended as 
a rule to allow easy matching. However, the use of the free form is recommended if the sending state cannot 
reliably identify and distinguish the different parts of the address. The user may want to use both formats e.g. if 
besides separating the logical parts of the address he also wants to indicate a suitable breakdown into print-lines 
by delimiters in the free text form. In this case 'AddressFix' has to precede 'AddressFree'.  
</xsd:documentation>  
</xsd:annotation>  
<xsd:sequence>  
<xsd:element name="CountryCode">  
<xsd:annotation>  
<xsd:documentation>This data element 
provides the country code associated with the entity’s (or person’s) address.</xsd:documentation>  
</xsd:annotation>  
<xsd:simpleType>  
<xsd:restriction base="iso: 
CountryCode_Type">  
<xsd:minLength value="1"/>  
<xsd:maxLength value="2"/>  
</xsd:restriction>  
</xsd:simpleType>  
</xsd:element>  
<xsd:choice>  
<xsd:element name="AddressFree" type="stf: 
StringMin1Max4000_Type">  
<xsd:annotation>  
<xsd:documentation>This data element allows input of address 
information in free text. It should only be used in exceptional circumstances when it is impossible to provide the 
address in the fixed format.</xsd:documentation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 57  
</xsd:annotation>  
</xsd:element>  
<xsd:sequence>  
<xsd:element name="AddressFix" type="dpi: 
AddressFix_Type"/>  
<xsd:element name="AddressFree" type="stf: 
StringMin1Max4000_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>This data element allows input of address 
information in free text. It should only be used in exceptional circumstances when it is impossible to provide the 
address in the fixed format.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:choice>  
</xsd:sequence>  
<xsd:attribute name="legalAddressType" type="stf:OECDLegalAdd ­
ressType_EnumType" use="optional">  
<xsd:annotation>  
<xsd:documentation>This is a datatype for an 
attribute to an address. It serves to indicate the legal character of that address (residential, business etc.).  
The possible values are:  
— OECD301= residentialOrBusiness  
— OECD302= residential  
— OECD303= business  
— OECD304= registeredOffice  
— OECD305= unspecified  
The address of the Reportable Platform Operator 
must represent the “Registered Office Address” (OECD304).</xsd:documentation>  
</xsd:annotation>  
</xsd:attribute>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 58  
</xsd:complexType>  
<!– –>  
<!–The place of birth –>  
<xsd:complexType name="BirthPlace_Type">  
<xsd:annotation>  
<xsd:documentation>This element provides 
information about the place of birth. This element must be filled in at least with the city and the country of 
birth (either the current jurisdiction identified by 2-characters country code or a former jurisdiction identified by a 
name).</xsd:documentation>  
</xsd:annotation>  
<xsd:sequence>  
<xsd:element name="City" type="stf: 
StringMin1Max200_Type">  
<xsd:annotation>  
<xsd:documentation>The city of 
birth.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="CitySubentity" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The city 
subentity of birth.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="CountryInfo">  
<xsd:complexType>  
<xsd:choice>  
<xsd:element 
name="CountryCode" type="iso:CountryCode_Type">  
<xsd:annotation>  
<xsd:documentation>The current jurisdiction of 
birth.</xsd:documentation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 59  
</xsd:annotation>  
</xsd:element>  
<xsd:element 
name="FormerCountryName" type="stf:StringMin1Max200_Type">  
<xsd:annotation>  
<xsd:documentation>The former jurisdiction of birth. 
The Former Country Name element should be used in case the person was born in a country that has since 
ceased to exist.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:choice>  
</xsd:complexType>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–General Type for Monetary Amounts –>  
<xsd:complexType name="MonAmnt_Type">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">This data 
type is to be used whenever monetary amounts are to be communicated. Such amounts shall be given in full 
units, i.e. without decimals. The code for the currency in which the value is expressed has to be taken from the ISO 
codelist 4217 and added in attribute currCode.  
</xsd:documentation>  
</xsd:annotation>  
<xsd:simpleContent>  
<xsd:extension base="xsd:integer">  
<xsd:attribute name="currCode" type="iso: 
currCode_Type" use="required"/>  
</xsd:extension>  
</xsd:simpleContent>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 60  
</xsd:complexType>  
<!– –>  
<!–Organisation name –>  
<xsd:complexType name="NameOrganisation_Type">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">Name of 
organisation</xsd:documentation>  
</xsd:annotation>  
<xsd:simpleContent>  
<xsd:extension base="stf:StringMin1Max200_Type"/>  
</xsd:simpleContent>  
</xsd:complexType>  
<!– –>  
<!–Organisation name (Reportable Seller)–>  
<xsd:complexType name="NameReportableSeller_Type">  
<xsd:annotation>  
<xsd:documentationxml:lang="en">Name of 
Seller</xsd:documentation>  
</xsd:annotation>  
<xsd:simpleContent>  
<xsd:extension 
base="stf:StringMin1Max200_Type"/>  
</xsd:simpleContent>  
</xsd:complexType>  
<!– –>  
<!–TIN –>  
<xsd:complexType name="TIN_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 61  
<xsd:documentation xml:lang="en">This is the 
identification number/identification code for the party in question. As the identifier may be not strictly numeric, 
it is just defined as a string of characters. Attribute 'issuedBy' is required to designate the issuer of the identifier. 
</xsd:documentation>  
</xsd:annotation>  
<xsd:simpleContent>  
<xsd:extension base="stf:StringMin0Max200_Type">  
<xsd:attribute name="issuedBy" type="iso: 
CountryCode_Type" use="optional">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">Country code of 
issuing country, indicating country of Residence (to taxes and other).  
It should always be 
provided, unless the TIN element is flagged as “unknown”.</xsd:documentation>  
</xsd:annotation>  
</xsd:attribute>  
<xsd:attribute name="unknown" type="xsd:boolean" 
use="optional">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">This attribute 
must be provided if the TIN is not available or inexistent. Any value provided for a TIN flagged as unknown 
will be discarded.</xsd:documentation>  
</xsd:annotation>  
</xsd:attribute>  
</xsd:extension>  
</xsd:simpleContent>  
</xsd:complexType>  
<!– –>  
<!–Message specification: Data identifying and describing 
the message as a whole–>  
<xsd:complexType name="MessageSpec_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 62  
<xsd:documentation xml:lang="en">Information 
in the message header identifies the Tax Administration that is sending the message. It specifies when the 
message was created, what period (normally a year) the report is for, and the nature of the report (original, 
corrected, supplemental, etc).</xsd:documentation>  
</xsd:annotation>  
<xsd:sequence>  
<xsd:element name="SendingEntityIN" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>Although not used for exchanges 
between Competent Authorities under the DPI MCAA and [EU DIR2021/514], for domestic reporting, this data 
element can be used in case the schema is mandated for domestic reporting by Reporting Platform Operators to 
their tax administration. In such instances, it identifies the Reporting Platform Operator sending the message 
through a domestically-defined identification number.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="TransmittingCountry" type="iso: 
CountryCode_Type">  
<xsd:annotation>  
<xsd:documentation>This data 
element identifies the jurisdiction of the Competent Authority transmitting the DPI message.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="ReceivingCountry" type="iso: 
CountryCode_Type">  
<xsd:annotation>  
<xsd:documentation>This data 
element identifies the jurisdiction of the Competent Authority receiving the DPI message.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="MessageType" type="dpi: 
MessageType_EnumType">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 63  
<xsd:documentation>This data 
element specifies the type of message being sent. The only allowable entry for messages exchanged under the 
OECD Model Rules and [EU Specific] [EU DIR2021/514] in this field is “DPI”.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Warning" type="stf: 
StringMin1Max4000_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation xml:lang= 
"en">Free text expressing the restrictions for use of the information this message contains and the legal 
framework under which it is given.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Contact" type="stf: 
StringMin1Max4000_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation xml:lang= 
"en">All necessary contact information about persons responsible for and involved in the processing of the 
data transmitted in this message, both legally and technically. Free text as this is not intended for automatic 
processing.  
In international exchanges, this 
data element contains the contact details of the sending competent authority.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="MessageRefId" type="stf: 
StringMin1Max170_Type">  
<xsd:annotation>  
<xsd:documentation xml:lang= 
"en">Sender's unique identifier for this message.  
The Message RefID must start 
with the country code of the sending jurisdiction, then the year of the reportable period, then the receiving 
country code before a unique identifier.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 64  
<xsd:element name="MessageTypeIndic" type="dpi: 
DPIMessageTypeIndic_EnumType">  
<xsd:annotation>  
<xsd:documentation>This data 
element specifies the type of information that is sent, i.e. whether it is new information or whether the message 
seeks to correct or delete previously sent information.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element 
name="ReportingPeriod" type="xsd:date">  
<xsd:annotation>  
<xsd:documentation xml:lang= 
"en">The reporting year for which information is transmitted in documents of the current message. This is in 
yyyy-MM-DD format, on the basis of the calendar year in which the relevant Reportable Period under the OECD 
Model Rules or [EU Specific] [EU DIR2021/514] ended.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Timestamp" type="xsd:date- 
Time">  
<xsd:annotation>  
<xsd:documentation>This data 
element identifies the date and time when the message was compiled. It is anticipated that this element will be 
automatically populated by the host system. The format for use is yyyy-MM-DD’T’hh:mm:ss.nnn. Fractions of 
seconds may be used (in such a case the milli-seconds will be provided on 3 digits, see “.nnn” in the format 
above). </xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–Organisation Identification Number –>  
<xsd:complexType name="OrganisationIN_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 65  
<xsd:documentation xml:lang="en">This is the 
identification number/identification code for the Entity in question. As the identifier may be not strictly numeric, 
it is just defined as a string of characters. Attribute 'issuedBy' is required to designate the issuer of the identifier. 
Attribute 'INType' defines the type of identification number. </xsd:documentation>  
</xsd:annotation>  
<xsd:simpleContent>  
<xsd:extension base="stf:StringMin1Max200_Type">  
<xsd:attribute name="issuedBy" type="iso: 
CountryCode_Type" use="optional">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">Country code of issuing 
country, indicating country of Residence (to taxes and other)</xsd:documentation>  
</xsd:annotation>  
</xsd:attribute>  
<xsd:attribute name="INType" type="dpi: 
INType_EnumType" use="required">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">This attribute 
defines the type of identification number being sent among the following:  
— [EU Specific]: IIN for 
the reporting of an individual identification number;  
— LEI for the reporting of 
a legal entity identifier;  
— EIN for the reporting of 
an entity identification number;  
— BRN for the reporting 
of a business registration number; or  
— Other.  
</xsd:documentation>  
</xsd:annotation>  
</xsd:attribute>  
</xsd:extension>  
</xsd:simpleContent>  
</xsd:complexType>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 66  
<!– –>  
<!–Collection of all Data describing an organisationy 
as party–>  
<xsd:complexType name="OrganisationParty_Type">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">  
This container brings together all data about an 
organisation as a party. Name and address are required components and each can be present more than once to 
enable as complete a description as possible. Whenever possible one or more identifiers (TIN etc) should be added 
as well as a residence country code. Additional data that describes and identifies the party can be given . The code 
for the legal type according to the OECD codelist must be added. The structures of all of the subelements are 
defined elsewhere in this schema.</xsd:documentation>  
</xsd:annotation>  
<xsd:sequence>  
<xsd:element name="ResCountryCode" 
minOccurs="0" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>This 
repeatable data element describes the residence country code(s) of the entity.  
In case of an Entity Seller this should always be present and should correspond to the jurisdiction of residence 
identified on the basis of the due diligence requirements of the OECD Model Rules or [EU Specific] [EU 
DIR2021/514]. Specifically, under the OECD Model Rules, the residence country code of an Entity Seller 
should correspond to the jurisdiction in which its registered office is located.  
In case of a Reporting Platform Operator, the residence country code should correspond to the jurisdiction where 
the Reporting Platform Operator is resident for tax purposes or, where it does not have a residence for tax 
purposes, either the jurisdiction it is incorporated under or the jurisdiction that it has its place of management 
(including effective management) in, [EU Specific] or the Member State where it has a permanent establishment in.  
[EU Specific]: Reporting Platform Operator: This element is optional.</xsd:documentation>  
</xsd:annotation>  
<xsd:simpleType>  
<xsd:restriction base="iso: 
CountryCode_Type"/>  
</xsd:simpleType>  
</xsd:element>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 67  
<xsd:element name="TIN" type="dpi:TIN_Type" 
maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>This repea- 
table data element provides the tax identification number (TIN) used by the tax administration of the jurisdiction of 
residence of the entity. In case the entity does not have a TIN, or the TIN is not known to the sending Competent Authority, 
the value “NOTIN” should be entered [OECD Specific] and the Unknown attribute (see below) must be set to “true”. 
Furthermore, in case more than one TIN are provided, any provided element cannot be flagged as “unknown”.  
[EU Specific]: This element must 
be present for both Reporting Platform Operator and Entity Seller.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="IN" type="dpi: 
OrganisationIN_Type" minOccurs="0" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation xml:lang= 
"en">This data element can be provided (and repeated) if there are other INs available, such as a company 
registration number or an Entity Identification Number (EIN).  
[EU Specific]:  
— Reporting Platform Operator: 
Where relevant, the individual identification number (IIN) shall be provided  
— Entity Seller: The business 
registration number (BRN) must be provided</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="VAT" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation xml:lang= 
"en">This data element can be provided when a VAT Identification number is available.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Name" type="dpi:NameOr ­
ganisation_Type" maxOccurs="unbounded">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 68  
<xsd:documentation>This element 
should contain the legal name of the entity, including the domestic designation for the legal form, as indicated in 
its articles of incorporation or any similar document.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="PlatformBusinessName" 
type="stf:StringMin1Max200_Type" minOccurs="0" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>The repeatable 
Platform Business Name element identifies the business name(s) of the other Reporting Platform(s) in respect of which the 
Reporting Platform Operator is reporting.  
This element must not be used for the Entity Sellers.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Address" type="dpi: 
Address_Type" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>This data 
element should contain the address of the entity, including the country code of the address as well as the type 
of the address, indicating the legal character of that address.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Nexus" type="dpi: 
Nexus_EnumType" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>[EU Specific] 
This data element provides the reason for which the information will be reported to the competent authority of the EU Member 
State.  
This data element must not be 
used for Entity Seller.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="AssumedReporting" type=" 
xsd:boolean" minOccurs="0">  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 69  
<xsd:annotation>  
<xsd:documentation>The 
Assumed Reporting element identifies whether the Reporting Platform Operator is not reporting information on 
Reportable Sellers, because another Reporting Platform Operator has assumed the reporting.  
When “AssumedReporting” is set 
to “true”, it means that another Reporting Platform Operator reported for the Reporting Platform Operator. 
Otherwise, this element must be set to “false”.  
This element is mandatory for 
Reporting Platform Operator and must not be provided for an Entity Seller.  
By way of an example, Platform Z 
is operated by two Platform Operators: Platform Operator 1 (resident in jurisdiction 1) and Platform Operator 2 
(resident in jurisdiction 2). In satisfying the reporting requirements, Platform Operator 1 has obtained assurances 
from Platform Operator 2 that it will fulfil the reporting obligations with respect to all of the Reportable Sellers of 
Platform Operator 1 in jurisdiction 2.  
Platform Operator 1 will 
therefore provide its identification information and set the AssumedReporting element to “true” to notify its 
jurisdiction residence (jurisdiction 1) that it has relied on another Platform Operator to fulfil the reporting 
requirements. Platform Operator 1 will also use the AssumingPlatformOperator element (discussed further 
below) to report to its jurisdiction (jurisdiction 1) identification information on Platform Operator 2, assuming 
the reporting obligation in the name of Platform Operator 1. Platform Operator 1 will not provide Reportable ­
Seller element.  
At the same time, Platform 
Operator 2 will use the AssumedPlatformOperator element (discussed further below) to report to its jurisdiction 
of residence (jurisdiction 2) identification information on Platform Operator 1, for which it has assumed reporting 
obligations, and complete the Platform Operator element for itself.  
[EU Specific] This element is 
optional for the purposes of [EU DIR2021/514].  
</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–Correctable Platform Operator_Type–>  
<xsd:complexType name="CorrectablePlatformOperator_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 70  
<xsd:documentation>This correctable extends the 
information about the Reporting Platform Operator by considering the DocSpec element used to identify the 
particular report within the DPI message being transmitted.</xsd:documentation>  
</xsd:annotation>  
<xsd:complexContent>  
<xsd:extension base="dpi:OrganisationParty_Type">  
<xsd:sequence>  
<xsd:element name="DocSpec" type="stf: 
DocSpec_Type">  
<xsd:annotation>  
<xsd:documentation>DocSpec identifies the particular report 
within the DPI message being transmitted. It permits the identification of reports requiring 
correction.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:extension>  
</xsd:complexContent>  
</xsd:complexType>  
<!– –>  
<!–Correctable Reportable Seller–>  
<xsd:complexType name="CorrectableReportableSeller_Type">  
<xsd:annotation>  
<xsd:documentation>This correctable extends the 
information about the Reportable Seller by considering the DocSpec element used to identify the particular 
report within the DPI message being transmitted.</xsd:documentation>  
</xsd:annotation>  
<xsd:complexContent>  
<xsd:extension base="dpi:ReportableSeller_Type">  
<xsd:sequence>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 71  
<xsd:element name="DocSpec" type="stf: 
DocSpec_Type">  
<xsd:annotation>  
<xsd:documentation>DocSpec identifies the particular report 
within the DPI message being transmitted. It permits the identification of reports requiring 
correction.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:extension>  
</xsd:complexContent>  
</xsd:complexType>  
<!– –>  
<!–Additional Info –>  
<xsd:complexType name="CorrectableAdditionalInfo_Type">  
<xsd:sequence>  
<xsd:element name="DocSpec" type="stf:DocSpec_Type"/>  
<xsd:element name="OtherInfo" type="stf:String- 
Min1Max4000WithLang_Type" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>Please include any further brief infor ­
mation or explanation you consider necessary or that would facilitate the understanding of the compulsory 
information provided in the country-by-country report. </xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="ResCountryCode" type="iso: 
CountryCode_Type" minOccurs="0" maxOccurs="unbounded"/>  
<!– <xsd:element name="SummaryRef" type="dpi: 
DPISummaryListElementsType_EnumType" minOccurs="0" maxOccurs="unbounded"/> –>  
</xsd:sequence>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 72  
</xsd:complexType>  
<!– –>  
<!–Duplicate of Account Holder Type (from CRS)–>  
<xsd:complexType name="AccountHolder_Type">  
<xsd:sequence>  
<xsd:choice>  
<xsd:element name="Individual" type="dpi: 
NameReportableSeller_Type"/>  
<xsd:sequence>  
<xsd:element name="Organisation" type="dpi: 
OrganisationParty_Type"/>  
<xsd:element name="AcctHolderType"/>  
</xsd:sequence>  
</xsd:choice>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–Financial Identifer for Identity–>  
<xsd:complexType name="FinancialIdentifier_Type">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">The Financial 
Identifier is an optional (mandatory) element that reflects the Financial Account Identifier which, under the 
OECD Model Rules or [EU Specific] [EU DIR2021/514], is the unique identifying number or reference 
available to the Reporting Platform Operator of the bank account or other payment account to which the 
Consideration is paid or credited. Under subparagraphs B(2)(c) and B(3)(c) of Section III of the OECD Model 
Rules or [EU Specific] subparagraphs B(2)(b) and B(3)(b) of Section III of [EU DIR2021/514], the Financial 
Identifier must be reported and exchanged provided that it is available to the Reporting Platform Operator and that 
the jurisdiction of the Reportable Seller’s residence has indicated that it wishes to receive such Financial Identifiers 
for taxpayer matching purposes.</xsd:documentation>  
</xsd:annotation>  
<xsd:sequence>  
<xsd:element name="Identifier" type="dpi:Identifier_Type">  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 73  
<xsd:annotation>  
<xsd:documentation xml:lang="en">Entity 
Identification Number, which contains the Financial Account Identifier pertaining to the Reportable Seller 
should be reflected. Financial Account Identifiers can include the IBAN number, sort code and account number 
and any other payment account identifier that the Reporting Platform Operator used for transferring the Consi ­
deration in respect to a Reportable Seller.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="AccountHolderName" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The Account Holder 
Name field is an optional (mandatory) element which, reflecting subparagraphs B(2)(d) and B(3)(d) of Section 
III of the OECD Model Rules or [EU Specific] subparagraphs B(2)(c) and B(3)(c) of Section III of [EU 
DIR2021/514], contains the name of the holder of the financial account to which the Consideration is paid or 
credited, where different from the name of the Reportable Seller and to the extent available to the Reporting 
Platform Operator.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="OtherInfo" type="stf: 
StringMin1Max400_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>Reflecting subparagraphs B(2)(d) and 
B(3)(d) of Section III of the OECD Model Rules or [EU Specific] subparagraphs B(2)(c) and B(3)(c) of Section 
III of [EU DIR2021/514], the OtherInfo field contains any other identifying information available to the Reporting 
Platform Operator with respect to that account holder.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–Identifer for Financial Identifier–>  
<xsd:complexType name="Identifier_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 74  
<xsd:documentation xml:lang="en">The Identifier field 
is a required element which contains the Financial Account Identifier pertaining to the Reportable Seller should be 
reflected. Financial Account Identifiers can include the IBAN number, sort code and account number and any other 
payment account identifier that the Reporting Platform Operator used for transferring the Consideration in respect 
to a Reportable Seller.</xsd:documentation>  
</xsd:annotation>  
<xsd:simpleContent>  
<xsd:extension base="stf:StringMin1Max200_Type">  
<xsd:attribute name="AccountNumberType" 
type="stf:StringMin1Max200_Type">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">This attribute describes 
the type of account number being sent.</xsd:documentation>  
</xsd:annotation>  
</xsd:attribute>  
</xsd:extension>  
</xsd:simpleContent>  
</xsd:complexType>  
<!– –>  
<!–OtherActivities (Complex)–>  
<xsd:complexType name="OtherActivities_Type">  
<xsd:sequence>  
<xsd:element name="Consideration" type="dpi:Consi ­
derationType">  
<xsd:annotation>  
<xsd:documentation>The Consideration 
element contains information on the Consideration received by a Reportable Seller in relation to the Relevant 
Activities provided. It is further split into four elements, representing the quarters during which the Consideration 
was paid or credited to a Reportable Seller. In this respect, Consideration is considered to be paid or credited to a 
Reportable Seller when it is paid or credited to an account specified by the Reportable Seller (as stated in 
paragraph 32 of the Commentary to Section I of the OECD Model Rules).</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 75  
<xsd:element name="NumberOfActivities" type="dpi: 
NumberOfActivities_Type">  
<xsd:annotation>  
<xsd:documentation>The Number of Acti ­
vities element specified the number of Relevant Activities that a Reportable Seller has provided. It is further 
split into four elements. These elements represent the four quarters in respect of which reporting of the number 
of Relevant Activities in respect of which Consideration was paid or credited to the Reportable Seller is required. 
As such, that the numbers of activities are reported on the basis of the date of payment or credit of the 
Consideration.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Fees" type="dpi:FeesType">  
<xsd:annotation>  
<xsd:documentation>The Fees element is 
further split into four elements, representing the quarters in respect of which reporting takes place. 
</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Taxes" type="dpi:TaxesType">  
<xsd:annotation>  
<xsd:documentation>The Taxes element is 
further split into four elements, representing the quarters in respect of which reporting takes place. 
</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–Number of Activities (Complex)–>  
<xsd:complexType name="NumberOfActivities_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 76  
<xsd:documentation>The Number of Services element is 
further split into four elements, representing the quarters in respect of which reporting takes place. 
</xsd:documentation>  
</xsd:annotation>  
<xsd:sequence>  
<xsd:element name="NumbQ1" type="xsd:integer"/>  
<xsd:element name="NumbQ2" type="xsd:integer"/>  
<xsd:element name="NumbQ3" type="xsd:integer"/>  
<xsd:element name="NumbQ4" type="xsd:integer"/>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–Taxes Type (Complex)–>  
<xsd:complexType name="TaxesType">  
<xsd:annotation>  
<xsd:documentation>The Taxes element is further split 
into four elements, representing the quarters in respect of which reporting takes place.  
Each quarter element is further comprised of the 
MonAmnt_Type, used to communicate taxes withheld in respect of Sellers. Such amounts shall be given in full 
units, i.e. without decimals. The code for the currency, in which the value is expressed has to be taken from the ISO 
code list 4217 and added in attribute currCode.</xsd:documentation>  
</xsd:annotation>  
<xsd:sequence>  
<xsd:element name="TaxQ1" type="dpi:MonAmnt_Type"/>  
<xsd:element name="TaxQ2" type="dpi:MonAmnt_Type"/>  
<xsd:element name="TaxQ3" type="dpi:MonAmnt_Type"/>  
<xsd:element name="TaxQ4" type="dpi:MonAmnt_Type"/>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 77  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–Fees Type (Complex) –>  
<xsd:complexType name="FeesType">  
<xsd:sequence>  
<xsd:annotation>  
<xsd:documentation>The Fees element is further 
split into four elements, representing the quarters in respect of which reporting takes place.  
Each quarter element is further comprised of the 
MonAmnt_Type, used to communicate the fees withheld in respect of Sellers. Such amounts shall be given in full 
units, i.e. without decimals. The code for the currency, in which the value is expressed has to be taken from the ISO 
code list 4217 and added in attribute currCode.</xsd:documentation>  
</xsd:annotation>  
<xsd:element name="FeesQ1" type="dpi:MonAmnt_Type"/>  
<xsd:element name="FeesQ2" type="dpi:MonAmnt_Type"/>  
<xsd:element name="FeesQ3" type="dpi:MonAmnt_Type"/>  
<xsd:element name="FeesQ4" type="dpi:MonAmnt_Type"/>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–Consideration Type (Complex) –>  
<xsd:complexType name="ConsiderationType">  
<xsd:sequence>  
<xsd:annotation>  
<xsd:documentation>The Consideration element 
is further split into four elements, representing the quarters in respect of which reporting takes place.  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 78  
Each quarter element is further comprised of the 
MonAmnt_Type, used to communicate the monetary amounts earned by Sellers. Such amounts shall be given in full 
units, i.e. without decimals. The code for the currency, in which the value is expressed has to be taken from the ISO 
code list 4217 and added in attribute currCode.</xsd:documentation>  
</xsd:annotation>  
<xsd:element name="ConsQ1" type="dpi:MonAmnt_Type"/>  
<xsd:element name="ConsQ2" type="dpi:MonAmnt_Type"/>  
<xsd:element name="ConsQ3" type="dpi:MonAmnt_Type"/>  
<xsd:element name="ConsQ4" type="dpi:MonAmnt_Type"/>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–Property Listing Type (Complex) –>  
<xsd:complexType name="PropertyListingType">  
<xsd:sequence>  
<xsd:element name="Address" type="dpi:Address_Type">  
<xsd:annotation>  
<xsd:documentation>The Address element 
is further comprised of the elements as described above under the Address Type.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="LandRegistrationNumber" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The Land Registration 
Number element contains the land registration number, which under subparagraph B(3)(f) of Section III of the 
OECD Model Rules or [EU Specific] subparagraph B(3)(e) of Section III of [EU DIR2021/514], is reportable if 
available to the Reporting Platform Operator. For these purposes, the land registration number includes functional 
equivalents, such as a cadastral number.</xsd:documentation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 79  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Consideration" type="dpi:Conside ­
rationType">  
<xsd:annotation>  
<xsd:documentation>The Consideration 
element contains information on the Consideration received by a Reportable Seller in relation to the Relevant 
Activities provided. It is further split into four elements, representing the quarters during which the Consideration 
was paid or credited to a Reportable Seller. In this respect, Consideration is considered to be paid or credited to a 
Reportable Seller when it is paid or credited to an account specified by the Reportable Seller (as stated in 
paragraph 32 of the Commentary to Section I of the OECD Model Rules).  
For Relevant Activities involving the rental 
of immovable property, the Consideration information must be provided separately with respect to each Property 
Listing.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="NumberOfActivities" type="dpi: 
NumberOfActivities_Type">  
<xsd:annotation>  
<xsd:documentation>The Number of Acti ­
vities element specified the number of Relevant Activities that a Reportable Seller has provided. It is further 
split into four elements. These elements represent the four quarters in respect of which reporting of the number 
of Relevant Activities in respect of which Consideration was paid or credited to the Reportable Seller is required.  
For Relevant Activities involving the rental 
of immovable property, the number of activities must be provided separately with respect to each Property 
Listing.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Fees" type="dpi:FeesType">  
<xsd:annotation>  
<xsd:documentation>The Fees element 
specified the fees and commissions that a Reporting Platform Operator has withheld in respect of a Reportable 
Seller. It is split into four elements, representing the quarters in respect of which the reporting of fees or 
commissions withheld or charged by the Reporting Platform Operator is required under subparagraphs B(2)(g) 
and B(3)(h) of Section III of the OECD Model Rules or [EU Specific] subparagraphs B(2)(f) and B(3)(g) of Section 
III of [EU DIR2021/514]. </xsd:documentation>  
</xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 80  
</xsd:element>  
<xsd:element name="Taxes" type="dpi:TaxesType">  
<xsd:annotation>  
<xsd:documentation>The Taxes element 
specifies the taxes that a Reporting Platform Operator has withheld in respect of a Reportable Seller. It is 
further split into four elements, representing the quarters in respect of which reporting of taxes withheld by the 
Reporting Platform Operator is required under subparagraphs B(2)(g) and B(3)(h) of Section III of the OECD 
Model Rules or [EU Specific] subparagraphs B(2)(f) and B(3)(g) of Section III of [EU 
DIR2021/514].</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="PropertyType" type="dpi:DPIPro ­
pertyType_EnumType" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The Property Type 
element specifies the type of property rented. DPI901 to DPI910.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="OtherPropertyType" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>This element describes 
the type of property in case “DPI910” is selected as Prop erty Type. This element cannot be used in case another 
Property Type is selected.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="RentedDays" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The Rented Days 
element contains the number of days that the Property Listing was rented during the Reportable Period.  
4 numbers max. Set the type as simple</xsd: 
documentation>  
</xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 81  
<xsd:simpleType>  
<xsd:restriction base="xsd:integer">  
<xsd:totalDigits value="4"/>  
<xsd:minInclusive value="1"/>  
</xsd:restriction>  
</xsd:simpleType>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–GVS Type (Complex) –>  
<xsd:complexType name="GVSType">  
<xsd:annotation>  
<xsd:documentation>The GVS element reflects the 
Government Verification Service (GVS) due diligence procedures and is composed of the Name GVS, Jurisdiction 
GVS, Reference GVS and Other TIN GVS elements, which contain the information items subject to reporting (and 
exchange) in respect of a Reportable Seller that has been identified on the basis of a Government Verification 
Service, as well as the Financial Identifier element.  
[EU Specific] At the time of publication, the collection 
and exchange of GVS information is not a legal requirement under [EU DIR2021/514].</xsd:documentation>  
</xsd:annotation>  
<xsd:sequence>  
<xsd:element name="NameGVS" type="stf: 
StringMin1Max200_Type">  
<xsd:annotation>  
<xsd:documentation>The Name GVS element 
contains the legal name of the Reportable Seller.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 82  
<xsd:element name="JurisdictionGVS">  
<xsd:annotation>  
<xsd:documentation>The Jurisdiction GVS 
element identifies the jurisdiction whose Government Verification Service was relied upon by the Reporting 
Platform Operator in respect of the Reportable Seller.  
It uses the 2-character alphabetic country 
code and country name list based on the ISO 3166-1 Alpha 2 standard.</xsd:documentation>  
</xsd:annotation>  
<xsd:simpleType>  
<xsd:restriction base="iso: 
CountryCode_Type"/>  
</xsd:simpleType>  
</xsd:element>  
<xsd:element name="ReferenceGVS" type="stf: 
StringMin1Max200_Type">  
<xsd:annotation>  
<xsd:documentation>The Reference GVS 
element contains the unique reference number or code provided by the jurisdiction whose GVS was used, 
allowing that jurisdiction to match the Reportable Seller to a taxpayer within its database.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="OtherTINGVS" type="stf: 
StringMin1Max200_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>Reflecting subparagraph B(2)(b) and 
B(3)(b) of Section III of the OECD Model Rules, the Other TIN GVS element contains any TIN available to the 
Reporting Platform Operator, including the jurisdiction of issuance.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="FinancialIdentifier" type="dpi:Finan ­
cialIdentifier_Type" minOccurs="0">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 83  
<xsd:documentation>The Financial Iden ­
tifier is an optional (mandatory) element that reflects the Financial Account Identifier which is the unique iden ­
tifying number or reference available to the Reporting Platform Operator of the bank account or other payment 
account to which the Consideration is paid or credited.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!– Reportable Seller (Complex)–>  
<xsd:complexType name="ReportableSeller_Type">  
<xsd:sequence>  
<xsd:element name="Identity">  
<xsd:annotation>  
<xsd:documentation>The Identity element 
is further comprised of the EntitySeller and IndividualSeller elements.</xsd:documentation>  
</xsd:annotation>  
<xsd:complexType>  
<xsd:choice>  
<xsd:element name="EntitySeller">  
<xsd:annotation>  
<xsd:documentation>The Entity Seller element is further 
comprised of the Standard and GVS elements.</xsd:documentation>  
</xsd:annotation>  
<xsd:complexType>  
<xsd:choice>  
<xsd:element name="Standard">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 84  
<xsd:documentation>The Standard element reflects the 
standard due diligence procedures and is further comprised of the EntSellerID (that follows the OrganisationParty 
Type) and FinancialIdentifier elements. Platform Operators by default would use the standard due diligence 
procedures, but can also rely on the GVS procedure where it has been made available by the Reportable 
Jurisdiction .  
The Standard element should be completed in case the 
Reporting Platform Operator has relied on the standard due diligence procedures of the OECD Model Rules or 
[EU Specific] [EU DIR2021/514] to identify and document the Entity Seller.</xsd:documentation>  
</xsd:annotation>  
<xsd:complexType>  
<xsd:sequence>  
<xsd:element name="EntSellerID" type="dpi: 
OrganisationParty_Type">  
<xsd:annotation>  
<xsd:documentation>The EntSellerID element identifies the 
Entity Seller and follows the OrganisationParty_Type.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="FinancialIdentifier" 
type="dpi:FinancialIdentifier_Type" minOccurs="0" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>The Financial Identifier is an optional 
(mandatory) element that reflects the Financial Account Identifier which, under the OECD Model Rules or [EU 
Specific] [EU DIR2021/514], is the unique identifying number or reference available to the Reporting Platform 
Operator of the bank account or other payment account to which the Consideration is paid or credited. Under 
subparagraphs B(2)(c) and B(3)(c) of Section III of the OECD Model Rules or [EU Specific] subparagraphs 
B(2)(b) and B(3)(b) of Section III of [EU DIR2021/514], the Financial Identifier must be reported and exchanged 
provided that it is available to the Reporting Platform Operator and that the jurisdiction of the Reportable Seller’s 
residence has indicated that it wishes to receive such Financial Identifiers for taxpayer matching 
purposes.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="PermanentEstablishments" 
type="dpi:PermanentEstablishments_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>[EU Specific] This data element provides 
information on any permanent establishment through which Relevant Activities are carried out by the Entity Seller 
in the Union, indicating each respective EU Member State where such a permanent establishment is 
located.</xsd:documentation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 85  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
</xsd:element>  
<xsd:element name="GVS" type="dpi:GVSType">  
<xsd:annotation>  
<xsd:documentation>The GVS element should be 
completed in case the Reporting Platform Operator has relied on an approved Government Verification Service 
in order to identify and document the Entity Seller.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:choice>  
</xsd:complexType>  
</xsd:element>  
<xsd:element name="Individual ­
Seller">  
<xsd:complexType>  
<xsd:choice>  
<xsd:element name="Standard">  
<xsd:annotation>  
<xsd:documentation>The Standard element reflects the 
standard due diligence procedures and is further comprised of the IndSellerID element (which follows the 
PersonParty Type) and the Financial Identifier element. Platform Operators by default would use the standard 
due diligence procedures, but can also rely on the GVS procedure where it has been made available by the 
Reportable Jurisdiction .  
The PersonParty_Type, as enumerated in Section III of 
the OECD Model Rules or [EU Specific] [EU DIR2021/514], defines the information to be included in relation to 
an individual where the standard due diligence procedures are followed.</xsd:documentation>  
</xsd:annotation>  
<xsd:complexType>  
<xsd:sequence>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 86  
<xsd:element name="IndSellerID" type="dpi: 
PersonParty_Type">  
<xsd:annotation>  
<xsd:documentation>The IndSellerID element identifies the 
individual Seller and follows the PersonParty_Type</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="FinancialIdentifier" type="dpi: 
FinancialIdentifier_Type" minOccurs="0" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>The Financial Identifier is an optional 
(mandatory) and repeatable element that reflects the Financial Account Identifier which, under the OECD 
Model Rules or [EU Specific] [EU DIR2021/514], is the unique identifying number or reference available to 
the Reporting Platform Operator of the bank account or other payment account to which the Consideration is paid 
or credited. Under subparagraphs B(2)(c) and B(3)(c) of Section III of the OECD Model Rules or [EU Specific] 
subparagraphs B(2)(b) and B(3)(b) of Section III of [EU DIR2021/514], the Financial Identifier must be reported 
and exchanged provided that it is available to the Reporting Platform Operator and that the jurisdiction of the 
Reportable Seller’s residence has indicated that it wishes to receive such Financial Identifiers for taxpayer 
matching purposes.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
</xsd:element>  
<xsd:element name="GVS" type="dpi:GVSType">  
<xsd:annotation>  
<xsd:documentation>The GVS element should be 
completed in case the Reporting Platform Operator has relied on an approved Government Verification Service 
in order to identify and document the Individual Seller.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:choice>  
</xsd:complexType>  
</xsd:element>  
</xsd:choice>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 87  
</xsd:complexType>  
</xsd:element>  
<xsd:element name="RelevantActivities">  
<xsd:annotation>  
<xsd:documentation>The Relevant Acti ­
vities element includes information on the Relevant Activities provided by Reportable Sellers and the Consideration 
derived therefrom. The element is comprised of the Immovable Property, Personal Services, sale of Goods and 
Transportation Rental elements, reflecting the nature of the activities provided by the Reportable Seller. Under the 
OECD Model Rules and [EU DIR2021/514], information in respect of the Immovable Property and Personal 
Services elements must be provided. Under the OECD Extended Scope and [EU DIR2021/514], information in 
respect of the sale of Goods and Transportation Rental elements must also be provided.</xsd:documentation>  
</xsd:annotation>  
<xsd:complexType>  
<xsd:sequence>  
<xsd:element name="Immovable ­
Property" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The Immovable Property element contains 
information on Relevant Activities provided by a Reportable Seller in relation to the rental of immovable property. 
It comprises the repeatable Property Listing element.</xsd:documentation>  
</xsd:annotation>  
<xsd:complexType>  
<xsd:sequence>  
<xsd:element name="PropertyListing" type="dpi:PropertyLis ­
tingType" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>The Property Listing element is 
comprised of the Address, Land Registration Number, Consideration, Number of Activities, Fees, Taxes, 
Property Type and Rented days elements.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 88  
</xsd:element>  
<xsd:element 
name="PersonalServices" type="dpi:OtherActivities_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The Personal Services element contains 
information on Relevant Activities involving time- or task-based work performed by one or more individuals, 
acting either independently or on behalf of an Entity, and which is carried out at the request of a user, either 
online or physically offline after having been facilitated via Platform.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element 
name="SaleOfGoods" type="dpi:OtherActivities_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The sale of Goods element specifies the 
Relevant Activities provided by a Reportable Seller with respect to sale of goods.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Tran- 
sportationRental" type="dpi:OtherActivities_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The Transportation Rental element 
specifies the Relevant Activities provided by a Reportable Seller with respect to the rental of any mode of 
transport.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!– Permanent Establishments (Complex)–>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 89  
<xsd:complexType name="PermanentEstablishments_Type">  
<xsd:sequence>  
<xsd:annotation>  
<xsd:documentation>The repeatable Permanent 
Establishment element identifies an EU Member State where a permanent establishment through which Relevant 
Activities are carried out by the Entity Seller in the Union is located.</xsd:documentation>  
</xsd:annotation>  
<xsd:element name="PermanentEstablishment" type="iso: 
MSCountryCode_Type" maxOccurs="unbounded"/>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!– Other Platform Operators (Complex)–>  
<xsd:complexType name="OtherPlatformOperators_Type">  
<xsd:choice>  
<xsd:sequence>  
<xsd:element name="AssumingPlatformOperator" 
type="dpi:CorrectableOtherRPO_Type">  
<xsd:annotation>  
<xsd:documentation>This element provides information about 
the Platform Operator assuming the reporting in the name of the Reporting Platform Operator, as identified in the 
Platform Operator element.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
<xsd:sequence>  
<xsd:element name="AssumedPlatformOperator" 
type="dpi:CorrectableOtherRPO_Type" maxOccurs="unbounded">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 90  
<xsd:documentation>This repeatable element provides infor ­
mation about each Platform Operator for which the Reporting Platform Operator, as identified in the Platform 
Operator element, assumes the reporting.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:choice>  
</xsd:complexType>  
<xsd:complexType name="OtherRPO_Type">  
<xsd:sequence>  
<xsd:annotation>  
<xsd:documentation>This element provides infor ­
mation about the assuming or assumed Platform Operator.</xsd:documentation>  
</xsd:annotation>  
<xsd:element name="ResCountryCode" type="iso: 
CountryCode_Type" minOccurs="0" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>This repeatable data 
element describes the residence country code(s) of the Platform Operator assuming the reporting or the 
residence country code(s) of each Platform Operator for which the Reporting Platform Operator assumes the 
reporting. As with the residence country code(s) of the Reporting Platform Operator, the residence country code of 
this Platform Operator should correspond to the jurisdiction where the Platform Operator is resident for tax 
purposes or, where it does not have a residence for tax purposes, either the jurisdiction it is incorporated under or 
the jurisdiction that it has its place of management (including effective management) in, [EU Specific] or the 
Member State where it has a permanent establishment in.  
[EU Specific] This element is optional for 
the purposes of [EU DIR2021/514].  
</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="TIN" type="dpi:TIN_Type" 
maxOccurs="unbounded">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 91  
<xsd:documentation>This data element 
provides the tax identification number (TIN) used by the tax administration of the jurisdiction of residence of 
the entity. In case the entity does not have a TIN, or the TIN is not known to the sending Competent Authority, the 
Unknown attribute (see below) must be set to “true”. Furthermore, in case more than one TIN are provided, any 
provided element cannot be flagged as “unknown”.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Name" type="dpi:NameOrgani ­
sation_Type">  
<xsd:annotation>  
<xsd:documentation>This element should 
contain the legal name of the entity, including the domestic designation for the legal form, as indicated in its 
articles of incorporation or any similar document.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Address"  type="dpi:Address_Type">  
<xsd:annotation>  
<xsd:documentation>This data element 
should contain the address of the entity, including the country code of the address as well as the type of the 
address, indicating the legal character of that address.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!– Correctable Other Platform Operator (Complex)–>  
<xsd:complexType name="CorrectableOtherRPO_Type">  
<xsd:complexContent>  
<xsd:extension base="dpi:OtherRPO_Type">  
<xsd:sequence>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 92  
<xsd:element name="DocSpec" type="stf: 
DocSpec_Type">  
<xsd:annotation>  
<xsd:documentation>DocSpec identifies the particular report 
within the DPI message being transmitted. It permits the identification of reports requiring correction (for 
further guidance see the Corrections section below).</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:extension>  
</xsd:complexContent>  
</xsd:complexType>  
<!–DPI Body Type - DPI Reporting –>  
<xsd:complexType name="DPIBody_Type">  
<xsd:sequence>  
<xsd:annotation>  
<xsd:documentation>The DPI Body element 
contains the information on the Reporting Platform Operator, as well as on the Relevant Services performed by 
Reportable Sellers that give rise to the exchange.</xsd:documentation>  
</xsd:annotation>  
<xsd:element name="PlatformOperator" type="dpi:Cor- 
rectablePlatformOperator_Type">  
<xsd:annotation>  
<xsd:documentation>The Platform Operator 
element identifies the Reporting Platform Operator and follows the Organisation Party type (see Organisati ­
onParty_Type).</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="OtherPlatformOperators" type="dpi: 
OtherPlatformOperators_Type" minOccurs="0">  
<xsd:annotation>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 93  
<xsd:documentation>This other Platform 
Operators element identifies either:  
— The Platform Operator assuming the 
reporting in the name of the Reporting Platform Operator, as identified in the Platform Operator element;  
— Each Platform Operator for which the 
Reporting Platform Operator, as identified in the Platform Operator element, assumes the reporting.  
[OECD Specific] This element must be 
provided, if available.  
[EU Specific] This element is optional for 
the purposes of [EU DIR2021/514].  
</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="ReportableSeller" type="dpi:Cor- 
rectableReportableSeller_Type" minOccurs="0" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>This element contains 
the identification information on each Reportable Seller, as well as information on the Relevant Services provided 
by such Reportable Seller and the Consideration derived therefrom.  
In case of Nil Reporting, i.e. when Messa ­
geTypeIndic is set to “DPI403”, no Reportable Seller must be provided.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–+++++++++++++++++++++++++++++++++++++++ 
++++++++++++++++++ Schema element ++++++++++++++++++++++++++++++++++++++++++++ –>  
<!– DPI OECD File Message structure –>  
<!– –>  
<!–DPI Message structure –>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 94  
<xsd:element name="DPI_OECD">  
<xsd:complexType>  
<xsd:sequence>  
<xsd:element name="MessageSpec" type="dpi: 
MessageSpec_Type">  
<xsd:annotation>  
<xsd:documentation>The information in the message header 
identifies the tax administration that is sending the DPI message. It specifies when the message was created, 
what reporting period the report is for, and the nature of the report (original, supplemental, 
etc.).</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="DPIBody" type="dpi: 
DPIBody_Type" minOccurs="0" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>The DPI Body element contains the infor ­
mation on the Reporting Platform Operator, as well as on the Relevant Services performed by Reportable Sellers 
that give rise to the exchange.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
<xsd:attribute name="version" type="stf: 
StringMin1Max10_Type">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">The DPI 
Version.</xsd:documentation>  
</xsd:annotation>  
</xsd:attribute>  
</xsd:complexType>  
</xsd:element>  
<!– –>  
</xsd:schema>  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 95  
ПРИЛОЖЕНИЕ  XV 
Списък , посочен  в член  2г 
Статистическите данни по член 23, параграф 4 от Директива 2011/ 16/ЕС, 
които се изискват за задължителния обмен на информация съгласно  
член 8ав, параграф 2 от посочената директива, включват следното : 
— По съобщение: статистически данни за общия брой на докладите,  
получени от операторите на платформи за задължителния автоматич ен 
обмен на информация  
— По съобщение: статистически данни за общия брой на докладите,  
получени от всяка друга държава членка  
— По продавачи, за които се предоставя информация: статистическ и данни 
за вида на продавачите, за които се предоставя информация, за 
данъчните идентификационни номера (или функционалните им екви­ 
валенти), за държавите членки, в които са местни лица продавачи те, 
за които се предоставя информация, и причина за обмена; държава  
членка, в която е местно лице продавачът, за който се предостав я 
информация, и/или държава членка, в която се намира недвижимото  
имущество  
— По оператори на платформи, които предоставят информация: стат ис­ 
тически данни за вида на относимата дейност и възнаграждението и за 
вида на обявения недвижим имот.  ▼M4
 02015R2378 — BG — 01.01.2023 — 005.001 — 96  
ПРИЛОЖЕНИЕ  XVI  
Формуляр , посочен  в член  2е, параграф  1 
Формулярът, който трябва да се използва за предоставяне на инфо рмация за 
изключените оператори на платформи съгласно член 8ав, параграф 6 от 
Директива 2011/16/ЕС и за предоставяне на информация за чуждест ранните 
оператори на платформи съгласно раздел IV, параграф Е, точки 2 и 4 от 
приложение V към Директива 2011/16/ЕС, съдържа следните полета:  
а) наименование на изключения оператор на платформа;  
б) пощенски адрес на изключения оператор на платформа;  
в) електронен адрес, включително уебсайтове на изключения опера тор 
на платформа;  
г) всеки ДИН, издаден на изключения оператор на платформа, ако има 
такъв;  
д) държава членка, в която е предоставено доказателството в съо т­ 
ветствие с раздел I, параграф А, точка 3 от приложение V към 
Директива 2011/16/ЕС; и  
е) финансова година, от която е предоставен статусът на изключе н 
оператор на платформа.  
Формат  на индивидуалния  идентификационен  номер  на чуждест­  
ранните  оператори  на платформи  
Индивидуалният идентификационен номер има следния формат с 12 
символа CCYYYYXXXXXX, където: CC е кодът по ISO на държавата 
членка, която издава индивидуалния идентификационен номер; YYYY  е  
годината, в която чуждестранният оператор на платформа се регис трира 
в държавата членка по единствена регистрация; а XXXXXХ е уникал на 
поредица от знаци, съставена от букви и/или цифри.  
Срок  на съхранение  на информация , която  е заличена  или премахната  
от централния  регистър  
1. Когато регистрацията на предоставящ информация оператор на 
платформа по смисъла на раздел I, параграф А, точка 4, буква б)  от 
приложение V към Директива 2011/16/ЕС, изменена с Директива (ЕС ) 
2021/514, бъде отменена в съответствие с раздел IV, параграф Е,  точка 7 
от приложение V към Директива 2011/16/ЕС, държавата членка по е дин­ 
ствена регистрация заличава от централния регистър предоставящи я 
информация оператор на платформа. Централният регистър съхраняв а 
заличената информация, посочена в раздел IV, параграф Е, точки 2 и 4 
от приложение V към Директива 2011/16/ЕС, за не повече от 12 ме сеца 
от датата на заличаването.  
2. Вписаната в централния регистър информация за изключените оп ератори 
на платформи ще бъде заличена, когато даден изключен оператор н а 
платформа по смисъла на раздел I, параграф А, точка 3 от прилож ение V 
към Директива 2011/16/ЕС, изменена с Директива (ЕС) 2021/514, н е 
докаже предварително и на годишна основа по начин, удовлетворит елен 
за компетентния орган на държавата членка, пред който операторъ т на 
платформа би трябвало в противен случай да е докладвал в съотве тствие 
с правилата, определени в раздел III, параграф А, точки 1—3 от 
приложение V към Директива 2011/16/ЕС, че целият бизнес модел н а 
платформата е такъв, че няма продавачи, за които се предоставя 
информация. Централният регистър съхранява премахнатата информа ция, 
посочена в букви а)—е) от приложение XVI към настоящия регламен т, за 
срок, не по-дълъг от 12 месеца от датата на заличаване на вписа ната 
информация.  ▼M4