Двойната революция на тоталната власт и свободата

Post Syndicated from Ма Дзиен original https://www.toest.bg/dvoynata-revolyutsiya-na-totalnata-vlast-i-svobodata/

Двойната революция на тоталната власт и свободата

Вторият текст на Ма Дзиен в поредицата ни „Китай отвътре“ (след предговора на последния му засега роман „Китайска мечта“) е статия, публикувана в сайта „Китайска пролет“ на 16 май 2025 г., малко преди 36-тата годишнина от насилственото потушаване на студентските протести на площад „Тиенанмън“ в нощта срещу 4 юни 1989 г.


Майските череши вече са кървавочервени, днес се навършват цели трийсет и шест години от гладната стачка на площад „Тиенанмън“. Толкова години оттогава, а хората, лозунгите, сълзите и мълчанията на площада все още са пред очите ми… По-силни от тях обаче са едни въпроси, които си стоят в мен открай време: Защо ни беше революция? Какво се промени след нея? По-свободни ли станахме след промените?

Ето защо искам да поговоря по темата „Двойната революция на тоталната власт и свободата“, която звучи малко парадоксално, но всъщност добре показва колко сложна е китайската революционна традиция и какви са реалните затруднения на нашата епоха.

Думата „революция“ произхожда от левицата. Тя първо създава революционна литература, след това върви напред в синхрон с идеала за цивилизовано общество. В Китай т.нар. революция дълго време е синоним на „прогрес“ и „правда“. От събарянето на имперската система до основаването на народната република – всички исторически преломи сме свикнали да обозначаваме с думата „революция“. След победата в Гражданската война ръководителите на Китайската комунистическа партия установяват социализъм в страната. Въпреки това идват Големият скок, Културната революция и други кампании, станали възможни заради политическата структура с висока концентрация на власт и култ към личността, и довеждат до тежки обществени сътресения и тотално незачитане на човешките права. 

И ето го тук въпроса: ако една политическа власт нарича сама себе си „революционна“, а вече е управлявала над 70 години,

ако „революцията“ се е превърнала в стабилна система и в оправдание за потисничество, как да продължим да използваме тази дума? 

Студентите на площад „Тиенанмън“ през 1989 г. издигаха лозунгите „Долу корупцията!“, „Долу номенклатурата!“, „Свобода на словото!“, но не искаха сваляне на комунистическата диктатура и установяване на многопартийна система. Те бяха възпитани от същата тази политическа власт, затова искаха реформи, не революция. Историята обаче им наложи цената на революцията.

Студентското движение през 1989 г. всъщност беше възможно най-умереният опит за революция. Никой не подпали седалището на правителството в Джуннанхай, аз седях на първия ред сред гладуващите с тяхната петиция за демократизация на Китай. Студентите не завзеха радиото, нямаше изблици на насилие, магазините на „Сидан“ и „Уанфудзин“ останаха с непокътнати витрини. Всички само седяха, гладуваха, скандираха лозунги, влюбваха се, непрекъснато създаваха нови организации и молеха за диалог с правителството.

Но точно едно такова мирно студентско движение беше потушено по най-кървав начин от революционните лидери. Много от стачкуващите тогава студенти и до днес са още в затвора или са смълчани някъде в чужбина, нежелаещи да се връщат към далечните си спомени. Сещам се за една майска утрин на „Тиенанмън“, малко преди съмване, градът още спеше, една студентка със сламена шапка обърна поглед към обектива ми, устните ѝ бяха напукани, погледът ѝ блуждаеше. Тя гладуваше вече пети ден. Не каза нищо, не държеше някакъв лозунг, но мълчанието ѝ беше по-могъщо от който и да е призив. Къде е обаче тя сега? Дали не е нейна дъщеря онази днешна студентка, която протестира с празен лист в ръка? Някои от стачкувалите пък вече са покойници, например Лиу Сяо-бо, Ян Тиен-шуей, Ли Хун…

След като „революцията“ е превърната в управленска логика, значи Комунистическата партия никога не се е откъсвала от нея. 

Постоянно обновяват „враговете“ си: земевладелци, десничари, капиталисти, ревизионисти, цветни революционери, религиозни мисионери, фалунгунци, поети и писатели с прекомерна политическа ангажираност, независими художници, даже преподаватели и улични продавачи. Целия свят ли ще залеят тези революционни талази? Не се знае. Партията обаче вярва в световната революция. В своята книга „Произходът на тоталитаризма“ политическата философка Хана Аренд посочва, че тоталитарната власт използва идеологически контрол, държавен терор и концентрация на власт, за да заличи индивидуалната свобода и разнообразие. Тя смята, че революциите биха могли да се хлъзнат към тоталитаризъм, особено в ситуации на липсващо равновесие между власт и правосъдие.

Благодарение на реформите след „Тиенанмън“ Китай се внедри в икономическата система на свободния капитализъм и много скоро овладя производствените вериги на световната индустрия. Същевременно революционността на политическата власт си остана, само смениха едно-две изречения от клетвата за приемане в партията. И така, Китай днес е една богата тоталитарна държава – тъкмо това е двойната революция на тоталната власт и свободата. На повърхността страната е завършила икономическия преход, но в политиката тоталитарното управление е даже по-организирано, по-завоалирано и по-ефективно, отколкото по времето на Мао. 

Преди 36 години на същия площад студентите очакваха посещението на Горбачов, надяваха се, че то ще привлече международното внимание към протестите. Днес Китай и Русия излизат със съвместни декларации, че заедно ще поведат света в нова посока на политическо управление. Възнамеряват да изградят съюз на тоталитарните страни, който да се опълчи на демократичните. Това е поредната гавра с паметта на загиналите на „Тиенанмън“.

Често казваме, че китайската революция разрушава първо традиционната семейна култура. Като се започне с „партията определя браковете“ от ранните години в Йенан и се стигне до „синът да донася за баща си, жената да критикува мъжа си“ по времето на Културната революция, всичко това води до разпад на семейния морал. С оглед на икономическото развитие след инцидента на „Тиенанмън“ Комунистическата партия насърчава „възстановяването на родовете“. Тогава богатите се завръщат към традициите и вдигат храмове на предците си, средната класа се запалва по странознанието, семейните традиции и частното образование, а бедните, които не могат да си позволят жилище и да си намерят работа, остават без дом, без семейство и без бъдеще. 

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

Свободата вече не е необходима ценност, а е заместена от залъгалката „добър живот“. Това важи за всички: за просветените умове, които се завират с философска книга в Дали в провинция Юннан, за двойките пътешественици, които само се имат за свободни, за онлайн любовниците… Разбира се, властта все така насърчава частното предприемачество, понеже се нуждае от семейството като основа, която да поддържа вътрешната и международната икономика. Не че Комунистическата партия го иска, това са просто някои разхлабени мерки, които съпътстват икономическото развитие. И които управляващите по всяко време могат да отменят.

В момента ставаме свидетели на новата идеология „китаизъм“. „Новата комунистическа партия“ на второто поколение червени си е наметнала мантията на „традиционната култура“, третира народа като поданици, обожествява държавата и овечностява властта. Те казват: „Народът трябва да има вяра, дисциплина и култура.“ Само че тяхната „култура“ е една естетика, която е комбинация от революция и тоталитаризъм. От киното и телевизията до религията – всичко е промито стотици пъти и така е вкарано в епигенетичния код на хората. Никой да не се надява, че потомците на чаоянските лели, прочули се с доносите си срещу знаменитости с непристойно поведение, ще вдигат бели листи.

Комунистическата партия не може да бъде заличена отведнъж, тя ще си намери пространство да съществува във всяка нова обстановка. Сломените демокрации ще трябва да се изправят срещу предизвикателството на китаизма – най-голямото предизвикателство от фашизма насам. Както терористите си намятат покривалото на исляма, така и „новата комунистическа партия“ вади от сандъка на китайската традиция атрибутите на конфуцианството и превръща враждебните отношения между партия и народ в отношения между господари и роби, препречвайки пътя към развитието на демокрацията и човешките права в Китай. Отгоре на това те разпръскват из целия свят омразата към свободата. Също както нацистите заместват универсалните човешки права с „немския дух“, днешният комунистически тоталитаризъм прокарва своя „социализъм с китайски специфики за новата епоха“, който е предизвикателство за универсалните демократични ценности не само в Китай, а в целия цивилизован свят.

Остава ни само да вярваме, че бъдещето на Китай зависи не от китайските власти, а от пробуждащия се поколение след поколение народ. 

Постоянната революция не е вътрешнокитайска работа, а засяга въпроса за революционизирането на целия свят. Тоталитарната система може да маскира своята същност на затвор посредством магистрали, небостъргачи, 5G мрежи, роботи и соларни панели, но ако в същото време тя не допуска независими медии, справедливи съдебни процеси и свободно събиране, нейното единствено средство за поддържане на реда остава страхът. А преодоляването на страха зависи от подхранването на свободната воля на всеки отделен човек. 

Свободата не е абстрактно понятие, тя е избор, от който човек така и не се отказва въпреки многократните провали. Свободата е огледалото, което отразява чудовищния лик на тоталитаризма. Тогава революцията вече няма да се задвижва от омраза, а ще прекъсва съществуването на омразата. В „Отвореното общество и неговите врагове“ Карл Попър настоява, че обществата трябва да вървят към прогрес чрез постепенни реформи, а не чрез насилствени революции. Той предупреждава, че революциите, които гонят утопии, често водят до диктатури, и приканва към установяването на отворени, демократични обществени структури, способни да предотвратят злоупотребата с власт.

След като революцията в името на човешкото достойнство приключи, тя трябва да се самоубие, в противен случай свободата рано или късно отново ще бъде взета на мушка.


Съставител на поредицата „Китай отвътре“ и преводач на всички текстове в нея е Стефан Русинов.

Възстановяване на данък от дивиденти изплатени в Германия

Post Syndicated from Боян Юруков original https://yurukov.net/blog/2025/danak-dividenti/

Тук ще опиша нещо привидно нишово, но за което доста хора проявиха интерес – връщане на данъци платени в Германия към дивиденти, ако живеете в България. Всъщност, тъй като все повече хора гледат да инвестират в нещо различно от имоти, такива теми ще излизат все повече. Този тип текстове ми се превърнаха малко в серия „как да“ за неща, които ми е отнело време да проуча и направя, та затова ги споделям така. Накрая ще пусна линкове към предишните статии. Първо обаче малко детайли и условности.

Achtung

Това, което ще опиша не е съвет за инвестиция или данъчно законодателство. Описвам само личен опит в конкретен, макар и предполагам най-масов случай. Не съм юрист или счетоводител и съм проучил добре спецификите отнасящи се мен и по-простите казуси. Ако сте инвестирали в специализирани инструменти, ако не ги притежавате и контролирате в лично качество (например, ако сте ги заели на някого да short-ва), ако се занимавате с професионално търгуване, ако сте данъчно задължен в Германия и други юристикции по един или друг начин и най-вече ако имате съмнения за каквото и да е, най-добре е да се обърнете към инвестиционния ви посредник и данъчен консултант специализиращ в международно данъчно право. За съжаление, не мога да ви препоръчам такъв, защото не съм използвал. Предвид обаче колко българи се прибират в България и/или инвестират зад граница, такива има премного.

Следното може да е полезно за хора, които:

  1. инвестират с дългосрочна визия в акции изплащащи дивиденти на борси в Германия като Eurex
  2. пребивават постоянно в България с приходи и преобладаващ интерес в страната, т.е. местно лице за България
  3. не са частично или изцяло данъчно задължени в Германия – например работа от разстояние директно за немска компания

Ако не сте сигурни за което и да е от тези неща, консултирайте се с НАП и счетоводител. Описаното от мен цели да даде първи стъпки в един възможен процес на връщане на тези данъци без допълнителни разходи. Убеден съм, че има компании, които ще свършат всичко от ваше име, макар да не знам колко би си струвало предвид процентът дивиденти в повечето европейски компании.

Описаното долу е мой прочит и опит към началото на 2025-та и е възможно ситуацията да се промени във всеки момент заради промяна на закони в която и да е от двете държави, международни спогодби или други регламенти на европейско ниво. Отделно всички цитирани правила имат нюанси и изключения, които може да важат за вас. Затова винаги проверявайте.

Детайли за закона

Ако сте местно лице в България, т.е. сте данъчно задължен за основния си доход тук, едно голямо предимство е, че доходи от финансови инструменти търгувани на регулирани борси в Европа не се облагат данъчно. Това може да е разликата между цената на купуване на акции в Eurex и на каква сте ги продали месеци или години по-късно. Изключение прави „професионалната търговия“, която се облага. Има много спорове какво е „професионалнo“ – аз предпочитам разграничението между time in the market vs. timing the market. Ако обаче инвестирате, т.е. използвате свободен капитал да придобиете финансови инструменти с дългосрочна цел, не следва да бъдете обложени.

Тъй като най-често търговията се извършва на борси извън България, трябва да се внимава в коя юрисдикция какви права важат. Мога да говоря за Германия, където следва да се уточни на посредника, че лицето е данъчно задължено в България и не следва да облага с капиталов данък. Тук важи т.н. спогодба за избягване на двойно данъчно облагане или СИДДО. Тази с Германия ще намерите на сайта на НАП. Има протокол за промяна към края на 2024-та, но той засяга най-вече юридически лица и сезонни работници.

При дивидентите нещата са различни, защото в СИДДО е предвидено данък да се удържа при първоизточника. Това в Германия и значи 25% данък +1.37% soli (солидарен данък за развитие на източна Германия). Общо 26.37%. Ако постоянното ви пребиваване в Германия и сте данъчно задължен там, първите 1000 евро (или 2000 евро на семейство) от лихви, дивиденти и капиталови печалби са освободени от този данък. Ако сте в България го няма това, но СИДДО казва, че данъкът трябва да е 15%. Разликата от 13.37% може да се възстанови с данъчна декларация.

В България приходите от дивиденти в чужбина следва да се декларират като всеки друг доход. Отбелязва се обаче, че са платени 26% данък в Германия и тъй като е по-голям от този в България, не се доплаща нищо. Ако и като ви върнат надплатения данък от Германия, това плащане не следва да се декларира, тъй като възстановени данъци не се облагат. Още повече, че дори след възстановяването дивидентите са обложени там с по-висока ставка от тази в България. Независимо дали имате дивиденти или капиталови печалби обаче, следва да декларирате с какви финансови инструменти разполагате като акции, EFT, EFC и прочие.

Процесът

Трябват ви следните неща. Ще опиша защо и как се получават.

  • документи за изплатени дивиденти и прихванатия данък за всеки инструмент (акции, eft) поотделно
  • документ за местно лице в България за всяка от годините, за които ще търсите възстановяване
  • данъчен номер в Германия
  • достъп до Elster
  • сметка в евро

Винаги получавате документ за изплащането на дивидентите. В края на годината би трябвало да получавате и документ за данъчни цели. Най-добре е да използвате него. Ако го нямате, попитайте посредникът, защото е длъжен да го издаде за данъци платени в Германия. Аз прикачвам и него, и платежните.

Документ за местно лице се издава безплатно от НАП. Тук има инструкции. Трябва ви ПИК, влизате в портала на НАП и търсите „удостоверение за местно лице“. Попълвате формуляра за всяка година, за която ви трябва, подавате и до няколко дни имате електронно подписан документ. Хубавото е, че е многоезичен и не се налага да го превеждате.

Ако нямате данъчен номер в Германия, трябва да си извадите за тази цел. Безплатно е, но става на хартия, т.е. трябва да изпратите писмо. Ако сте живеели и работили в Германия, значи имате, защото е постоянен за вас. Бяха ми обяснили, че ги деактивират като се изнесе човек, но явно не е вярно. Може да прочетете подробно какво значи и как се проверява, ако не сте сигурни дали имате. Данъчен номер не означава, че се задължавате да плащате данък там, а че влизате в системата им с личните си данни и най-важното – физически адрес за комуникация в България. Формулярът за регистрация ще намерите тук и тук (трябва да търсите). Трябва да изпратите копие от двете страни на личната си карта и да посочите към коя данъчна служба следва да бъдете. Ако не сте сигурни, свържете се с тях да питате, както и адресът, на който се изпраща. Аз съм към Франкфурт, защото съм работил там. Мисля, че може да пратите директно на Bundeszentralamt für Steuern и те да се оправят. Питайте най-добре обаче чатбот-а. Казаха, че отнемало 4 седмици да го изпратят.

Второто нещо, което ви трябва е достъп до Elster. Това е тяхната система за попълване на данъчни декларации като тази на НАП. Може да започнете регистрацията без немски данъчен номер, но за да го завършите ще ви трябва определено. Ето стъпките:

  1. Започвате регистрацията като частно лице. Ако имате данъчен номер го въвеждате. Ако нямате ще ви трябва после. Първо иска достъп до BOP (authentifizierten Datenkommunikation über das BZStOnline-Portal). Въведете адреса си в България и email адреса си с другите данни.
  2. Получавате мейл с таен код (BZSt-Geheimnis)
  3. Чакате физическо писмо с номер (BZSt-Nummer)
  4. Като пристигне отваряте портала пак на този адрес и ги въвеждате. Така имате достъп до BOP с потвърден домашен адрес и следва активация на регистрацията в Elster. Довършвате формулярите с личните си данни. Тук вече ви трябва данъчния номер, но се надяваме, че е пристигнал междувременно
  5. Получавате мейл с идентификатор за активация (Аktivierungs-ID) и потребителското име, което сте избрали
  6. Чакате физическо писмо с код за активация (Aktivierungs-Code). Казват, че ако не го получите до 14 дни да им пишете, а активацията следва да стане в рамките на три месеца
  7. Като ги получите влизате в Elster и активирате акаунта.
  8. За да влизате най-лесно е да си свалите ElsterSecure приложението и да го активирате. С него при всяко влизане сканирате QR код. Работи като всеки Authenticator за 2FA.

Не на последно място ви трябва сметка в евро, където да се преведат парите. Тъй като може да отнеме значително време обработката, както описвам по-долу, изберете някоя, която знаете, че няма да изчезне просто така. Имам предвид конкретно необанките, където iban-ите се случва да се променят. Ако изчакате 1-ви януари 2026-та, ще може да дадете и българската си сметка. Предполагам, че има начин когато обработят декларацията да се даде нова сметка, но не съм го пробвал.

Когато имате всичко това, може да подавате декларации. Трябва да намерите формуляра „Antrag auf Erstattung bzw. Freistellung von Kapitalerträgen nach § 50c bzw. § 44a Abs. 9 Einkommensteuergesetz“ и да го попълните. В началото иска лични данни, детайли дали имате пълномощник за попълването на декларацията (оставате празно) и най-вече дали притежавате и имате права над финансовите инструменти към момента на изплащане на дивидентите. Формулярът е на немски, но лесно се превежда. Някои от полетата са малко трудни за разбиране, но се въртят около тези концепции. Не бих ги изброил или дал съвет как да се попълват, защото са строго индивидуални. Аз въвеждах почти само задължителните полета. Само ще посоча, че искате да въведете Erstattung – изплащане на възстановените пари и Erstantrag когато ви е първо въвеждане, а не корекция на стар формуляр.

После един по един попълвате всеки ISIN, сума и детайл. При дивидентите в регулирани борси избирате Dividenden aus börsennotierten Aktien. Трябва сами да сметнете колко пари следва да ви върнат – разликата между 15% на брутото и каквото е платил посредника от ваше име. Искат да уточните и какъв документ ще прикачите. Най-добре е да е документ от края на годината за данъчни цели. За едни от акциите нямах и отбелязах Sonstige прикачайки писмото с преведените пари и отбелязаните данъци в него. Да видим дали ще стане.

Подавате декларацията и чакате да я обработят или да се свържат с вас.

Важни детайли

Хубавото е, че може с една декларация да искате връщане на данъци за множество акции и дивиденти в различни години. През ноември въведох за акциите за три години подред. Някъде бях чел, че можело до 5 години назад, но това беше в стария им портал и не знам дали важи още. Не пречи да впишете и стари дивиденти, пък ако стане – ще изплатят одобреното.

Миналата седмица въведох искане за връщане за 2024 и 2025. За тази година ми изплатиха всички дивиденти, които чакам до края на май. Взех удостоверение за местно лице от НАП с по-късна дата. Тук важното е дали към месеца на изплащане съм бил местно лице. Проблемът е, че нямам писмо за данъчни цели, но пуснах всичко, което посредникът ми даде за самите дивиденти, където ясно се вижда какви данъци за внесли. Също извадка от кеш сметката към депо-то, че парите са влезли.

Важна бележка е, че може нещо аз грешно да правя, но днес като търсих да направя снимки на оригиналния формуляр в Elster, не виждам възможност да подавам вече. Имам съмнение, че може да се подадат само два формуляра наведнъж. Аз имам един чакащ от ноември и един сега. Затова определено групирайте търсените си пари в един формуляр.

Както писах в Linkedin, попитах ги през май какво става с първия формуляр. По принцип бях чел, че отнема три месеца и реших, че заради празниците са се забавили, но шест месеца си бяха доста. Отговориха, че имат натрупана работа и се очаквало поне 24 месеца да се забавят нещата. Имат и официално съобщение по въпроса. Затова трябва да се въоръжите с търпение.

Друго важно нещо е, че както забелязахте има поне няколко физически писма. Международната поща през Български пощи е ужасно бавна – възможно е да отнеме седмица, а може три в зависимост кога сте пуснали писмото. Изпращането на документи с куриер пък е абсурдно скъпо и безсмислено за тези цели. Налага ми се през месец да пускам писма и имам наблюдения за ефективността им като следя пратките. Изглежда имат по един или два полета на седмица. Винаги търсете проследяващ номер. Когато получавате писмата, проверявайте в местната пощенска станция, защото се случва да не могат да разкодират адреса на латиница. В моя случай кодът за активация си стоя с цял наръч писма за мен в пощенския клон шест седмици докато не отидох да попитам. Оказа се, че за цял район на София отговаря един единствен дядо да разнася писмата, та не го виня особено.

Хубавото е, че регистрацията се прави веднъж и след това останалото е дигитално. Документи свързани с данъчния си номер обаче ще получавате единствено на домашния си адрес заради лични данни и прочие.

Допълнение и поправки

Всичко описано до тук следва да служи като отправна точка да търсите още информация. Пиша го с опита и разбирането си към началото на 2025-та. Ако някой намери грешки, има полезни допълнения или уточнения, моля пишете в коментарите и ще ги включа. Може да споделите и опита си, за да видим дали и кога ще обработят документите или с какви трудности сте се сблъскали. Моля избягвайте финансови или инвестиционни съвети, както и реклама на посредници – не е това темата тук.

Не на последно място, някой пита по-рано струва ли си всичко това. Наистина, ако имате късмет дивидентите ще са 2-3% за европейски компании, а за EFT-та така или иначе е по-добре accumulating. Ако сумата на тези 13.37% от 2-3% е голяма, най-вероятно има смисъл да си вземете счетоводител така или иначе. Предвид обаче, че няма допълнителни разходи, а „само“ отнема време, както и факта, че стигнахте до тук в текста, може би има смисъл все пак. Аз поне се занимавах и го направих.

Може да прочетете и аналогичните ми текстове за поръчването на ЕЗОК online, транспондерите за тол станциите в Гърция, поръчване на ваксини от Гърция и липсващи у нас лекарства с рецепта от Германия.

The post Възстановяване на данък от дивиденти изплатени в Германия first appeared on Блогът на Юруков.

Още една хроника на електронната идентификация

Post Syndicated from Bozho original https://blog.bozho.net/blog/4483

Министърът на електронното управление казал, че до края на годината ще има електронна идентификация чрез личната карта. Това е добре. И като човек, който преди 10 години писа закона и техническата спецификация за това, да направя няколко уточнения и допълнения:

1. Електронна идентификация трябваше да има 2018 г. Тогава МВР (кабинетът Борисов 3) спря процедурата, за да я обедини с тази за личните карти, макар двете да не са пряко свързани – eID може да има и без личната карта.

2. Новите лични карти трабваше да са готови 2019 г (такова е заглавието на поръчката, по която през 2024 г. започнаха да се издават новите лични карти). Но заради скандално неадекватна методика за оценка с корупционен привкус, процедурата беше обжалване, стигна до Съда на ЕС и започна да се изпълнява едва в началото на 2023 г.

3. Докато процедурата беше блокирана, като министър възложих изграждане на мобилно приложение за електронна идентификация. То беше блокирано от МВР и на практика убито по време на служебните правителства.

4. Знаейки, че МВР няма да се справи навреме и добре, тогава като народен представител инициирах промени в Закона за електронната идентификация, така че отговорностите да преминат към МЕУ. МВР не се съгласиха, а мнозинството не прие промените (в 48-мото НС).

5. По време на „сглобката“ инициирах срещи между МЕУ и МВР, за да заработят нещата бързо. Те не дадоха ефект, а МВР отказваше да изпраща дори документи на МЕУ, нарушавайки закона. Тогава МВР отказа да използва изграденото по мобилното приложение. Дори не бях канен на срещите, които се състояха заради моето настояване за постигане на резултат. Към декември МЕУ се беше отказало от инициатива по темата.

6. По график на поръчката и съгласно получени от мен отговори, електронната идентификация чрез личните карти (и не само) трябваше да заработи 18 месеца след началото на изпълнението – т.е. юни 2024 г. После стана края на 2024 г. Сега разбираме, че е края на 2025 г. Надявам се и това да не е предпоследно.

7. Когато в крайна сметка нещата са готови, пак няма да можете да си показвате личната карта с телефона. Това е съвсем друга функционалност и друга правна хипотеза. Моето предложение през 2023 г. да бъде уредена тя, беше отхвърлено.

8. В този период беше приет европейски регламент за въвеждане на цифров портфейл, който допуска такава функционалност, но все още работа по такъв не е започнала. В предизборната кампания бях обещал да приведем закона в съответствие с европейския регламент и да го разширим, като изградим национален цифров портфейл. Скоро ще внесем и този законопроект

Политическите уроци от тази сага са няколко:

1. Не бива да се възлага нищо важно, свързано с дигитализация, на МВР.

2. Ако няма някой, който да е едновременно компетентен в материята и политически адекватен, и който да води процеса с политическа подкрепа за гърба си, нещата стават твърде бавно и не особено правилно.

3. Корупцията и некомпетентността понякога са трудно различими, но и двете водят до огромни забавяния и неуспехи.

4. ГЕРБ пропиляха цял мандат (2017-2021) с не просто нулев, а отрицателен резултат.

Материалът Още една хроника на електронната идентификация е публикуван за пръв път на БЛОГодаря.

Седмицата (16–21 юни)

Post Syndicated from Светла Енчева original https://www.toest.bg/sedmitsata-16-21-yuni/

Седмицата (16–21 юни)

Липсваше ли ви рубриката на Елена Телбис? Някои от нас може да сме имали и симптоми на абстиненция през последните седмици. Но вече можем да посрещнем астрономическото лято, дишайки спокойно – любимото ни Е.Т. отново е тук. И обобщава най-важното за изминалите седмици, така че този път – от радост от завръщането на Елена – ще си спестя обзора в началото.

Понеже тя успява да привлече към „Тоест“ млади читатели, продължавам с тазседмичната статия на Емилия Милчева „Младите, глупако!“. Българската политика не търси младите хора, не ги пита, не говори езика им, констатира Емилия. Същевременно виждаме, че в страни като Полша и Румъния, в които неотдавна имаше президентски избори, избирателите под 30-годишна възраст са сериозен електорален фактор. Какво да се направи, за да припознаят българските младежи един демократичен кандидат-президент като свой?

Преди да придобият право на глас обаче, младите прекарват доста години в училище. Донка Дойчева-Попова се срещна с учителя по английски Сотион Вело, познат още като мистър Соти. Двамата си говорят за вдъхновението и личния пример, за ученето на децата да имат ценностна система, дори тя да не съвпада с тази на учителя, за пътя към сбъдването на мечтите, за умората, зареждането и още много неща.

За изграждането на ценностна система допринасят и хубавите детски книги. Антония Апостолова ни припомня „Същността на слона“ от Тон Телехен. Слонът, който има обичая да се катери по дърветата и да пада от тях, защото се е разтанцувал, навява размисли за компулсивно-обсесивните разстройства, за вредните навици, но и за силата на избора и способността да се надскачаш. Дори да боли.

В България не само за младите не се мисли особено, все едно дали в качеството им на гласоподаватели, ученици или бебета, а и за възрастните и хората с увреждания. Затова отново и отново се изненадваме, когато научим за ужасите в поредния „дом“. Размечтах се обаче какво би могло да стане, ако група възрастни хора решат да вземат осигуряването на достойните си старини в свои ръце. Това не е универсално решение, но няма лошо да се появят алтернативни модели.

Докато сме на вълна „възраст“, се сещам, че брадите започват да растат на определени години, и минавам към продължението на статията на Атанас Шиников за дългите традиции на добре поддържаната брада в мюсюлманския свят. Авторът се връща към историческия фундамент на тази украса на мъжкото лице – там, където се крият доктринално-езиковите ѝ фоликули. След като я прочетем, вече няма да се учудваме на популярното мюсюлманско възклицание „Кълна се в брадата на Пророка!“.

Доналд Тръмп пък, който няма брада, естетизира други неща. Например косата си, военните паради и гигантските знамена. В третия брой на бюлетина си „Гласовете на Америка“ Йоанна Елми взема пример от българската реалност, за да констатира: когато властимащите изкарат знамената, бутафорните възстановки от стиропор и разпятията, значи държавата със сигурност отива на кино. Може да се абонирате за бюлетина на Йоанна, ако искате да го получавате на електронната си поща.

Всъщност все по-голяма част от света не върви на добре. В същото време България все по-уверено се запътва към еврозоната. В статията „Искаме си еврото“ Искрен Иванов обяснява защо, джанъм, ни е това и защо за нас то ще има не само икономически, а и политически ефекти. Приемането на евровалутата не просто ще допринесе България да придобие паричен суверенитет и по-значима роля в глобалната икономика, но и трайно да се позиционира като част от Европа.

Дойде време и за препоръките ми.

Дебатът може ли т.нар. демократична общност да излъчи избираем кандидат за президент чрез първични избори, тепърва ще се разгорещява. В рубриката „Големият въпрос“ на „Свободна Европа“ Иван Бедров разговаря с Татяна Ваксберг за предварителните избори през 1996 г., на които е избран Петър Стоянов, и впоследствие той става и президент. От този разговор научих много неща, които или не съм знаела, или съм забравила. Припомних си времената, когато политиката се правеше с ходене в градчета и села. И с чукане по вратите на хората. Впрочем на предварителните и неформално организирани избори за президент гласуват към 900 000 души – активност, невъобразима днес за една партия или коалиция и на редовен вот.

Представяте ли си песен да се сдобие с официален видеоклип близо 50 години след създаването ѝ? Точно това се случва с хита на Talking Heads от 1977 г. Psycho Killer. Клипът от 2025 г. със Сърша Ронан в главната роля представя интересен прочит на парчето. В него няма психари убийци – той е някак нежно-иронично-екзистенциален.

Това беше бюлетинът тази седмица. Ако харесвате „Тоест“, ще сме благодарни да ни подкрепите.

Stream data from Amazon MSK to Apache Iceberg tables in Amazon S3 and Amazon S3 Tables using Amazon Data Firehose

Post Syndicated from Pratik Patel original https://aws.amazon.com/blogs/big-data/stream-data-from-amazon-msk-to-apache-iceberg-tables-in-amazon-s3-and-amazon-s3-tables-using-amazon-data-firehose/

In today’s data-driven/fast-paced landscape/environment real-time streaming analytics has become critical for business success. From detecting fraudulent transactions in financial services to monitoring Internet of Things (IoT) sensor data in manufacturing, or tracking user behavior in ecommerce platforms, streaming analytics enables organizations to make split-second decisions and respond to opportunities and threats as they emerge.

Increasingly, organizations are adopting Apache Iceberg, an open source table format that simplifies data processing on large datasets stored in data lakes. Iceberg brings SQL-like familiarity to big data, offering capabilities such as ACID transactions, row-level operations, partition evolution, data versioning, incremental processing, and advanced query scanning. It seamlessly integrates with popular open source big data processing frameworks Apache Spark, Apache Hive, Apache Flink, Presto, and Trino. Amazon Simple Storage Service (Amazon S3) supports Iceberg tables both directly using the Iceberg table format and in Amazon S3 Tables.

Although Amazon Managed Streaming for Apache Kafka (Amazon MSK) provides robust, scalable streaming capabilities for real-time data needs, many customers need to efficiently and seamlessly deliver their streaming data from Amazon MSK to Iceberg tables in Amazon S3 and S3 Tables. This is where Amazon Data Firehose (Firehose) comes in. With its built-in support for Iceberg tables in Amazon S3 and S3 Tables, Firehose makes it possible to seamlessly deliver streaming data from provisioned MSK clusters to Iceberg tables in Amazon S3 and S3 Tables.

As a fully managed extract, transform, and load (ETL) service, Firehose reads data from your Apache Kafka topics, transforms the records, and writes them directly to Iceberg tables in your data lake in Amazon S3. This new capability requires no code or infrastructure management on your part, allowing for continuous, efficient data loading from Amazon MSK to Iceberg in Amazon S3.In this post, we walk through two solutions that demonstrate how to stream data from your Amazon MSK provisioned cluster to Iceberg-based data lakes in Amazon S3 using Firehose.

Solution 1 overview: Amazon MSK to Iceberg tables in Amazon S3

The following diagram illustrates the high-level architecture to deliver streaming messages from Amazon MSK to Iceberg tables in Amazon S3.

bdb-4769-image-1

Prerequisites

To follow the tutorial in this post, you need the following prerequisites:

Verify permission

Before configuring the Firehose delivery stream, you must verify the destination table available in the Data Catalog.

  1. On the AWS Glue console, go to Glue Data Catalog and verify the Iceberg table is available with the required attributes.

bdb-4769-image-2

  1. Verify your Amazon MSK provisioned cluster is up and running with IAM authentication, and multi-VPC connectivity is enabled for it.

bdb-4769-image-3

  1. Grant Firehose access to your private MSK cluster:
    1. On the Amazon MSK console, go to the cluster and choose Properties and Security settings.
    2. Edit the cluster policy and define a policy similar to the following example:
{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Principal": {
        "Service": [
          "firehose.amazonaws.com"
        ]
    },
    "Effect": "Allow",
    "Action": [
      "kafka:CreateVpcConnection"
    ],
    "Resource": "<Amazon MSK cluster-arn>"
    }
  ]
}

This ensures Firehose has the necessary permissions on the source Amazon MSK provisioned cluster.

Create a Firehose role

This section describes the permissions that grant Firehose access to ingest, process, and deliver data from source to destination. You must specify an IAM role that grants Firehose permissions to ingest source data from the specified Amazon MSK provisioned cluster. Make sure that the following trust policies are attached to that role so that Firehose can assume it:

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Principal": {
        "Service": [
          "firehose.amazonaws.com"
        ]
      },
      "Effect": "Allow",
      "Action": "sts:AssumeRole"
    }
  ]
}

Make sure that this role grants Firehose the following permissions to ingest source data from the specified Amazon MSK provisioned cluster:

{
   "Version": "2012-10-17",      
   "Statement": [{
        "Effect":"Allow",
        "Action": [
           "kafka:GetBootstrapBrokers",
           "kafka:DescribeCluster",
           "kafka:DescribeClusterV2",
           "kafka-cluster:Connect"
         ],
         "Resource": "<CLUSTER-ARN>"
       },
       {
         "Effect":"Allow",
         "Action": [
           "kafka-cluster:DescribeTopic",
           "kafka-cluster:DescribeTopicDynamicConfiguration",
           "kafka-cluster:ReadData"
         ],
         "Resource": "<TOPIC-ARN>"
       }]
}

Make sure the Firehose role has permissions to the Glue Data Catalog and S3 bucket:

{
    "Version": "2012-10-17",  
    "Statement":
    [    
        {      
            "Effect": "Allow",      
            "Action": [
                "glue:GetTable",
                "glue:GetDatabase",
                "glue:UpdateTable"
            ],      
            "Resource": [   
                "arn:aws:glue:<region>:<aws-account-id>:catalog",
                "arn:aws:glue:<region>:<aws-account-id>:database/*",
                "arn:aws:glue:<region>:<aws-account-id>:table/*/*"             
            ]    
        },        
        {      
            "Effect": "Allow",      
            "Action": [
                "s3:AbortMultipartUpload",
                "s3:GetBucketLocation",
                "s3:GetObject",
                "s3:ListBucket",
                "s3:ListBucketMultipartUploads",
                "s3:PutObject",
                "s3:DeleteObject"
            ],      
            "Resource": [   
                "arn:aws:s3:::<S3 bucket name>",
                "arn:aws:s3:::<S3 bucket name>/*"              
            ]    
        } 
    ]
}    

For detailed policies, refer to the following resources:

Now you have verified that your source MSK cluster and destination Iceberg table are available, you’re ready to set up Firehose to deliver streaming data to the Iceberg tables in Amazon S3.

Create a Firehose stream

Complete the following steps to create a Firehose stream:

  1. On the Firehose console, choose Create Firehose stream.
  2. Choose Amazon MSK for Source and Apache Iceberg Tables for Destination.

bdb-4769-image-4

  1. Provide a Firehose stream name and specify the cluster configurations.

bdb-4769-image-5

  1. You can choose an MSK cluster in the current account or another account.
  2. To choose the cluster, it must be in active state with IAM as one of its access control methods and multi-VPC connectivity should be enabled.

bdb-4769-image-6

  1. Provide the MSK topic name from which Firehose will read the data.

bdb-4769-image-7

  1. Enter the Firehose stream name.

bdb-4769-image-8

  1. Enter the destination settings where you can opt to send data in the current account or across accounts.
  2. Select the account location as Current account, choose an appropriate AWS Region, and for Catalog, choose the current account ID.

bdb-4769-image-9

To route streaming data to different Iceberg tables and perform operations such as insert, update, and delete, you can use Firehose JQ expressions. You can find the required information here.

  1. Provide the unique key configuration, which makes it possible to perform update and delete actions on your data.

bdb-4769-image-10

  1. Go to Buffer hints and configure Buffer size to 1 MiB and Buffer interval to 60 seconds. You can tune these settings according to your use case needs.
  2. Configure your backup settings by providing an S3 backup bucket.

With Firehose, you can configure backup settings by specifying an S3 backup bucket with custom prefixes like error, so failed records are automatically preserved and accessible for troubleshooting and reprocessing.

bdb-4769-image-11

  1. Under Advanced settings, enable Amazon CloudWatch error logging.

bdb-4769-image-12

  1. Under Service access, choose the IAM role you created earlier for Firehose.
  2. Verify your configurations and choose Create Firehose stream.

bdb-4769-image-14

The Firehose stream will be available and it will stream data from the MSK topic to the Iceberg table in Amazon S3.

bdb-4769-image-15

You can query the table with Amazon Athena to validate the streaming data.

  1. On the Athena console, open the query editor.
  2. Choose the Iceberg table and run a table preview.

You will be able to access the streaming data in the table.

bdb-4769-image-16

Solution 2 overview: Amazon MSK to S3 Tables

S3 Tables is built on Iceberg’s open table format, providing table-like capabilities directly to Amazon S3. You can organize and query data using familiar table semantics while using Iceberg’s features for schema evolution, partition evolution, and time travel capabilities. The feature performs ACID-compliant transactions and supports INSERT, UPDATE, and DELETE operations in Amazon S3 data, making data lake management more efficient and reliable.

You can use Firehose to deliver streaming data from an Amazon MSK provisioned cluster to Iceberg tables in Amazon S3. You can create an S3 table bucket using the Amazon S3 console, and it registers the bucket to AWS Lake Formation, which helps you manage fine-grained access control for your Iceberg-based data lake on S3 Tables. The following diagram illustrates the solution architecture.

Prerequisites

You should have the following prerequisites:

  • An AWS account
  • An active Amazon MSK provisioned cluster with IAM access control authentication enabled and multi-VPC connectivity
  • The Firehose role mentioned earlier with the additional IAM policy:
{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "Statement1",
            "Effect": "Allow",
            "Action": [
                "lakeformation:GetDataAccess"
            ],
            "Resource": [
                "*"
            ]
        }
    ]
}

Further, in your Firehose role, add s3tablescatalog as a resource to provide access to S3 Table as shown below.

Create an S3 table bucket

To create an S3 table bucket on the Amazon S3 console, refer to Creating a table bucket.

When you create your first table bucket with the Enable integration option, Amazon S3 attempts to automatically integrate your table bucket with AWS analytics services. This integration makes it possible to use AWS analytics services to query all tables in the current Region. This is an important step for the further set up. If this integration is already in place, you can use the AWS Command Line Interface (AWS CLI) as follows:

aws s3tables create-table-bucket --region <region id> --name <bucket name>

bdb-4769-image-18

Create a namespace

An S3 table namespace is a logical construct within an S3 table bucket. Each table belongs to a single namespace. Before creating a table, you must create a namespace to group tables under. You can create a namespace by using the Amazon S3 REST API, AWS SDK, AWS CLI, or integrated query engines.

You can use the following AWS CLI to create a table namespace:

aws s3tables create-namespace --table-bucket-arn arn:aws:s3tables:us-east-1:111122223333:bucket/amzn-s3-demo-bucket --namespace example_namespace

Create a table

An S3 table is a sub-resource of a table bucket. This resource stores S3 tables in Iceberg format so you can work with them using query engines and other applications that support Iceberg. You can create a table with the following AWS CLI command:

aws s3tables create-table --cli-input-json file://mytabledefinition.json

The following code is for mytabledefinition.json:

{
    "tableBucketARN": "arn:aws:s3tables:us-east-1:111122223333:bucket/amzn-s3-demo-table-bucket",
    "namespace": "example_namespace ",
    "name": "example_table",
    "format": "ICEBERG",
    "metadata": {
        "iceberg": {
            "schema": {
                "fields": [
                     {"name": "id", "type": "int", "required": true},
                     {"name": "name", "type": "string"},
                     {"name": "value", "type": "int"}
                ]
            }
        }
    }
}

Now you have the required table with the relevant attributes available in Lake Formation.

Grant Lake Formation permissions on your table resources

After integration, Lake Formation manages access to your table resources. It uses its own permissions model (Lake Formation permissions) that enables fine-grained access control for Glue Data Catalog resources. To allow Firehose to write data to S3 Tables, you can grant a principal Lake Formation permission on a table in the S3 table bucket, either through the Lake Formation console or AWS CLI. Complete the following steps:

  1. Make sure you’re running AWS CLI commands as a data lake administrator. For more information, see Create a data lake administrator.
  2. Run the following command to grant Lake Formation permissions on the table in the S3 table bucket to an IAM principal (Firehose role) to access the table:
aws lakeformation grant-permissions \
--region <region e.g. us-east-1> \
--cli-input-json \
'{
    "Principal": {
        "DataLakePrincipalIdentifier": "<Amazon Data Firehose role ARN e.g. arn:aws:iam::<accound-id>:role/ExampleRole>"
    },
    "Resource": {
        "Table": {
            "CatalogId": "<account-id>:<s3tablescatalog>/<S3 table bucket name>",
            "DatabaseName": "<S3 table bucket namespace e.g. test_namespace>",
            "Name": "<S3 table bucket table name e.g. test_table>"
        }
    },
    "Permissions": [
        "ALL"
    ]
}'

Set up a Firehose stream to S3 Tables

To set up a Firehose stream to S3 Tables using the Firehose console, complete the following steps:

  1. On the Firehose console, choose Create Firehose stream.
  2. For Source, choose Amazon MSK.
  3. For Destination, choose Apache Iceberg Tables.
  4. Enter a Firehose stream name.
  5. Configure your source settings.
  6. For Destination settings, select Current Account, choose your Region, and enter the name of the table bucket you want to stream in.
  7. Configure the database and table names using Unique Key configuration settings, JSONQuery expressions, or in an AWS Lambda function.

For more information, refer to Route incoming records to a single Iceberg table and Route incoming records to different Iceberg tables.

  1. Under Backup settings, specify a S3 backup bucket.
  2. For Existing IAM roles under Advanced settings, choose the IAM role you created for Firehose.
  3. Choose Create Firehose stream.

The Firehose stream will be available and it will stream data from the Amazon MSK topic to the Iceberg table. You can verify it by querying the Iceberg table using an Athena query.

bdb-4769-image-19

Clean up

It’s always a good practice to clean up the resources created as part of this post to avoid additional costs. To clean up your resources, delete the MSK cluster, Firehose stream, Iceberg S3 table bucket, S3 general purpose bucket, and CloudWatch logs.

Conclusion

In this post, we demonstrated two approaches for data streaming from Amazon MSK to data lakes using Firehose: direct streaming to Iceberg tables in Amazon S3, and streaming to S3 Tables. Firehose alleviates the complexity of traditional data pipeline management by offering a fully managed, no-code approach that handles data transformation, compression, and error handling automatically. The seamless integration between Amazon MSK, Firehose, and Iceberg format in Amazon S3 demonstrates AWS’s commitment to simplifying big data architectures while maintaining the robust features of ACID compliance and advanced query capabilities that modern data lakes demand. We hope you found this post helpful and encourage you to try out this solution and simplify your streaming data pipelines to Iceberg tables.


About the authors

bdb-4769-image-21Pratik Patel is Sr. Technical Account Manager and streaming analytics specialist. He works with AWS customers and provides ongoing support and technical guidance to help plan and build solutions using best practices and proactively keep customers’ AWS environments operationally healthy.

Amar is a seasoned Data Analytics specialist at AWS UK, who helps AWS customers to deliver large-scale data solutions. With deep expertise in AWS analytics and machine learning services, he enables organizations to drive data-driven transformation and innovation. He is passionate about building high-impact solutions and actively engages with the tech community to share knowledge and best practices in data analytics.

bdb-4769-image-22Priyanka Chaudhary is a Senior Solutions Architect and data analytics specialist. She works with AWS customers as their trusted advisor, providing technical guidance and support in building Well-Architected, innovative industry solutions.

The collective thoughts of the interwebz