(EU) 2017/584Nařízení Komise v přenesené pravomoci (EU) 2017/584 ze dne 14. července 2016, kterým se doplňuje směrnice Evropského parlamentu a Rady 2014/65/EU, pokud jde o regulační technické normy upřesňující organizační požadavky na obchodní systémy (Text s významem pro EHP. )

(1)

Je důležité zajistit, aby obchodní systémy, které umožňují algoritmické obchodování, disponovaly dostatečnými systémy a kontrolami.

(2)

Ustanovení tohoto nařízení by se měla vztahovat nejenom na regulované trhy, ale také na mnohostranné obchodní systémy a organizované obchodní systémy podle čl. 18 odst. 5 směrnice 2014/65/EU.

(3)

Dopad technologického vývoje, zejména algoritmického obchodování, je jedním z hlavních určujících faktorů při stanovení kapacity a opatření k řízení obchodních systémů. Rizika vyplývající z algoritmického obchodování mohou být přítomna u jakéhokoli druhu systému obchodování, který je podporován elektronickými prostředky. Měly by tedy být stanoveny konkrétní organizační požadavky týkající se regulovaných trhů, mnohostranných obchodních systémů a organizovaných obchodních systémů, které ve svých systémech povolují či umožňují využívání algoritmického obchodování. Jedná se o obchodní systémy, u kterých lze využívat algoritmické obchodování, na rozdíl od obchodních systémů, u kterých algoritmické obchodování povoleno není, a to včetně obchodních systémů, u kterých jsou obchody sjednávány hlasově.

(4)

S cílem zajistit odolnost systémů elektronického obchodování by v rámci organizačních požadavků měla být upravena opatření v oblasti správy a řízení, úloha útvaru zajišťování shody s předpisy, personální obsazení a externí zajišťování služeb.

(5)

Měly by být stanoveny požadavky týkající se systémů používaných v obchodních systémech, které povolují či umožňují algoritmické obchodování. Jejich konkrétní uplatnění by ovšem mělo probíhat společně se sebehodnocením, jež by měl provést každý jednotlivý obchodní systém, neboť u všech modelů obchodování nejsou přítomna táž rizika. Některé organizační požadavky tedy nemusí být pro určité modely obchodování vhodné, přestože by systémy obchodování v rámci těchto modelů do určité míry mohly být podporovány elektronickými prostředky. Zejména konkrétní požadavky, jež mají být stanoveny v souvislosti se systémy žádostí o kotace nebo hybridními systémy, by se měly posuzovat podle povahy, rozsahu a složitosti prováděné činnosti algoritmického obchodování. Obchodní systémy by také měly v relevantních případech zavést přísnější požadavky.

(6)

Měla by být pečlivě zvážena rizika vyplývající z algoritmického obchodování, přičemž by měla být zvláštní pozornost věnována těm rizikům, jež mohou ovlivnit klíčové prvky obchodního systému, mimo jiné hardware, software a související komunikační kanály, jež k provádění své činnosti používají obchodní systémy a členové, účastníci nebo zákazníci obchodních systémů (dále jen „členové“), a veškeré druhy systémů k provádění obchodů nebo systémů k řízení pokynů používaných obchodními systémy, a to včetně párovacích algoritmů.

(7)

Konkrétní organizační požadavky na obchodní systémy je třeba určit prostřednictvím spolehlivého sebehodnocení, v jehož rámci musí být posouzena řada parametrů. Součástí tohoto sebehodnocení by měly být případně i jiné okolnosti, které nebyly výslovně uvedeny, a které mohou mít dopad na organizaci obchodních systémů.

(8)

Minimální doba pro uchovávání záznamů o sebehodnocení a hloubkové prověrce členů pro účely tohoto nařízení by měla být stejná jako v případě obecné povinnosti uchovávání záznamů stanovené ve směrnici 2014/65/EU.

(9)

Mají-li obchodní systémy povinnost provádět sledování v reálném čase, je nezbytné, aby byla upozornění v návaznosti na takovéto sledování, pokud mají být účinná, vytvářena s co nejmenší možnou prodlevou, jež je technicky dosažitelná, a tedy maximálně do pěti sekund. Z téhož důvodu by případná opatření v návaznosti na takovéto sledování měla být přijata co nejdříve, a to za předpokladu přiměřené míry účinnosti a výdajů vynaložených na systémy ze strany dotčených osob.

(10)

Testovací nástroje, jež obchodní systémy nabízejí, by neměly představovat rizika pro řádné obchodování. Obchodní systémy by měly mít za tímto účelem povinnost zavést přiměřené spravedlivé zásady používání, zajistit přísné oddělení testovacího prostředí a produkčního prostředí nebo povolit testování pouze mimo dobu obchodování.

(11)

Testování shody by mělo zajistit, aby nejzákladnější prvky systému nebo algoritmů používaných členy fungovaly správně a v souladu s požadavky obchodního systému, a to i pokud jde o schopnost fungovat podle předpokladů v součinnosti s párovací logikou obchodního systému a přiměřeně zpracovávat toky údajů z obchodního systému a do něj. Testování k zamezení podmínkám narušujícím řádné fungování trhu by mělo být navrženo se zvláštním zřetelem k reakci algoritmu nebo strategie na podmínky, které mohou vést k narušení trhu.

(12)

Pokud obchodní systémy nabízejí opatření k testování algoritmů prostřednictvím testovacích symbolů, měla by se jejich povinnost zajistit testovací nástroje k zamezení podmínkám narušujícím řádné fungování trhu považovat za splněnou. S cílem umožnit členům, aby mohli tyto testovací symboly efektivně používat, by obchodní systémy měly zveřejnit specifikace a vlastnosti testovacích symbolů, a to se stejnou mírou podrobnosti, s jakou je prováděno zveřejňování v případě smluv skutečně používaných v produkčním prostředí.

(13)

Obchodní systémy by měly mít povinnost poskytovat prostředky k usnadnění testování k zamezení podmínkám narušujícím řádné fungování trhu. Jejich členové by však neměli být povinni tyto prostředky používat. Za dostatečnou záruku by se mělo považovat, pokud obchodní systémy od svých členů obdrží prohlášení s potvrzením, že toto testování proběhlo, a s uvedením prostředků, jež se k tomuto testování použily; obchodní systémy by ovšem neměly být povinny vyhodnocovat přiměřenost těchto prostředků nebo výsledek tohoto testování.

(14)

Na obchodní systémy a jejich členy by měl být kladen požadavek, aby byli dostatečně vybaveni tak, aby mohli nouzovým opatřením zrušit neprovedené pokyny, nastanou-li nepředvídané okolnosti.

(15)

Poskytování služby přímého elektronického přístupu blíže neurčenému počtu osob může představovat pro poskytovatele této služby určité riziko a určitým rizikem je i z hlediska odolnosti a kapacity obchodního systému, do kterého jsou pokyny odesílány. V případech, kdy obchodní systémy umožňují pověření dalších osob, by poskytovatel přímého elektronického přístupu měl být za účelem řešení těchto rizik schopen identifikovat toky pokynů od jednotlivých dále pověřených osob.

(16)

V případě, že obchodní systém povolí sponzorovaný přístup, měli by zákazníci, kteří hodlají tento přístup využívat, podléhat procesu povolování ze strany obchodního systému. Obchodní systémy by měly mít také možnost rozhodovat o tom, že poskytování služeb přímého přístupu na trh jejich členy bude podléhat povolení.

(17)

Obchodní systémy by měly upřesnit požadavky, jež mají jejich členové splnit k tomu, aby jim bylo povoleno poskytovat služby přímého elektronického přístupu, a určit minimální normy, jež musí případní zákazníci služeb přímého přístupu na trh v procesu hloubkové prověrky splnit. Tyto požadavky a normy by měly být přizpůsobeny rizikům daným povahou, rozsahem a složitostí jejich předpokládaného obchodování a službě, jež je poskytována. Jejich součástí by mělo být zejména posouzení úrovně předpokládaného obchodování, objemu pokynů a druhu nabízeného spojení.

(18)

Za účelem konzistentnosti a k zajištění hladkého fungování finančních trhů je nezbytné, aby se ustanovení tohoto nařízení a související vnitrostátní předpisy, jimiž se provádí směrnice 2014/65/EU, použily od stejného data.

(19)

Toto nařízení je založeno na návrzích regulačních technických norem předložených Komisi Evropským orgánem pro cenné papíry a trhy.

(20)

Orgán ESMA vedl o návrzích regulačních technických norem, na nichž je toto nařízení založeno, otevřené veřejné konzultace, analyzoval potenciální související náklady a přínosy a vyžádal si stanovisko skupiny subjektů působících v oblasti cenných papírů a trhů zřízené článkem 37 nařízení Evropského parlamentu a Rady (EU) č. 1095/2010 (2),

a)

analýzu, kterou samy provedou a která se zaměří na technické otázky, otázky rizika a otázky souladu s předpisy při přijímání rozhodnutí zásadního významu;

b)

jasné vymezení odpovědnosti, a to i pokud jde o postupy schvalování vývoje, zavádění a následných aktualizací systémů obchodování a postupy řešení problémů zjištěných při sledování systémů obchodování;

c)

účinné postupy sdělování informací, které umožní žádat o instrukce a provádět je efektivně a včas;

d)

oddělení úkolů a povinností s cílem zajistit účinný dohled nad zajištěním shody s předpisy ze strany obchodních systémů.

a)

sebehodnocení souladu podle článku 2;

b)

opatření k rozšiřování kapacity obchodního systému, je-li to potřebné za účelem dosažení souladu s článkem 11;

c)

opatření k nápravě případných významných nedostatků zjištěných v průběhu jejich sledování v souladu s články 12 a 13 a po pravidelném přezkumu výkonnosti a kapacity obchodních systémů v souladu s článkem 14.

a)

jasné vysvětlení právních povinností obchodních systémů týkajících se algoritmického obchodování všem pracovníkům podílejícím se na tomto obchodování;

b)

vypracování a správu zásad a postupů k zajištění toho, aby systémy algoritmického obchodování těmto povinnostem vyhověly.

a)

byla zaručena ochrana údajů;

b)

nebyly kladeny překážky případnému auditu činnosti zajišťování shody s předpisy interními či externími auditory nebo příslušným orgánem.

a)

příslušných systémů obchodování a algoritmů;

b)

sledování a testování těchto systémů a algoritmů;

c)

druhů obchodování, jež realizují členové, účastníci nebo zákazníci obchodního sytému (dále jen „členové“);

d)

právních povinností obchodního systému.

a)

se dohoda o externím zajišťování služeb týkala výhradně provozních funkcí a neměla vliv na povinnosti vrcholného vedení a vedoucího orgánu;

b)

se vztah a povinnosti obchodního systému vůči jeho členům, příslušným orgánům nebo případným třetím stranám, jako například zákazníkům služeb poskytování údajů, nezměnil;

c)

byly splněny požadavky, jimž musí vyhovět, aby získaly povolení podle hlavy III směrnice 2014/65/EU.

a)

navazující konektivitu, kapacitu pro zadávání pokynů, omezovací kapacitu a možnost vyrovnávat příchod pokynů zákazníků prostřednictvím různých bran;

b)

obchodní modul k párování pokynů;

c)

předcházející konektivitu, úpravu pokynů a obchodů a veškeré jiné druhy poskytování tržních údajů;

d)

infrastrukturu ke sledování výkonnosti prvků uvedených pod písmeny a), b) a c).

a)

poskytovatel služeb má schopnost vykonávat externě zajišťované funkce spolehlivě a odborně a disponuje veškerými povoleními, jež pro tyto účely vyžadují právní předpisy;

b)

poskytovatel služeb zajišťuje náležitý dohled nad vykonáváním externě zajišťovaných funkcí a odpovídajícím způsobem řídí rizika spojená s dohodou o externím zajišťování služeb;

c)

externě zajišťované služby jsou poskytovány v souladu se specifikacemi uvedenými v dohodě o externím zajišťování služeb, jež jsou založeny na předem stanovených metodách posuzování úrovně výkonnosti poskytovatele služeb, včetně měřítek, podle kterých se poskytované služby hodnotí, a specifikací požadavků, jež musí být splněny;

d)

obchodní systém má potřebné odborné znalosti k efektivnímu dohledu nad externě zajišťovanými funkcemi a k řízení rizik spojených s dohodou o externím zajišťování služeb;

e)

obchodní systém dokáže rychle přijmout opatření, jestliže poskytovatel služeb nevykonává příslušné funkce efektivně a v souladu s platnými předpisy a regulačními požadavky;

f)

poskytovatel služeb sdělí obchodnímu systému veškeré skutečnosti, které mohou mít významný dopad na jeho schopnost vykonávat externě zajišťované funkce efektivně a v souladu s jeho povinnostmi vyplývajícími z právních předpisů;

g)

obchodní systém má možnost dohodu o externím zajišťování služeb podle potřeby vypovědět, aniž by tím utrpěla kontinuita a kvalita jeho služeb zákazníkům;

h)

poskytovatel služeb v souvislosti s činnostmi zajišťovanými externě spolupracuje s orgány příslušnými pro dotčený obchodní systém;

i)

obchodní systém má účinný přístup k údajům týkajícím se činností zajišťovaných externě a do obchodních prostor poskytovatele služeb a auditoři obchodního systému a příslušné orgány mají účinný přístup k údajům týkajícím se činností zajišťovaných externě;

j)

obchodní systém stanoví požadavky, jež mají poskytovatelé služeb splnit k ochraně důvěrných informací týkajících se obchodního systému a jeho členů a chráněných informací a softwaru obchodního systému;

k)

poskytovatel služeb splňuje požadavky podle písmene j);

l)

obchodní systém a poskytovatel služeb vytvoří a zavedou nouzový plán obnovy po havárii, zajistí jeho správu a pravidelné testování záložních zařízení, je-li to nezbytné s ohledem na provozní činnost, která je zajišťována externě;

m)

dohoda o externím zajišťování služeb stanoví povinnosti poskytovatele služeb pro případ, že nemůže poskytovat své služby, a to včetně poskytování služeb náhradním podnikem;

n)

obchodní systém má přístup k informacím souvisejícím s mechanismy kontinuity činnosti poskytovatele služeb podle článku 16.

a)

rozdělení práv a povinností mezi poskytovatele služeb a obchodní systém;

b)

jasný popis:

c)

způsob, jímž se zajistí, že obchodní systém i poskytovatel služeb veškerými nezbytnými prostředky podpoří příslušný orgán při výkonu jeho pravomocí dohledu.

a)

pokud poskytovatel služeb poskytuje tutéž službu jiným obchodním systémům;

b)

pokud mají být externě zajišťovány zásadně důležité provozní funkce, které jsou nezbytné pro kontinuitu činnosti, přičemž v tomto případě si obchodní systémy předem vyžádají povolení příslušného orgánu.

a)

předobchodní kontroly týkající se ceny, objemu a hodnoty pokynů a využívání systému a poobchodní kontroly týkající se obchodních činností členů;

b)

požadovaná kvalifikace zaměstnanců v klíčových pozicích u členů;

c)

technické a funkční testování shody;

d)

zásady pro používání funkce hromadného zrušení pokynů („kill“);

e)

zda mají členové možnost poskytnout svým vlastním zákazníkům přímý elektronický přístup do systému, a pokud ano, podmínky, které se na tyto zákazníky vztahují.

a)

podmínkách a postupech pro posouzení prostřednictvím hloubkové prověrky;

b)

kritériích a postupech pro ukládání sankcí;

c)

úvodním posouzení svých členů prostřednictvím hloubkové prověrky;

d)

ročním posouzení svých členů na základě rizik;

e)

členech, kteří nevyhověli ročnímu posouzení na základě rizik, a případných sankcích uložených těmto členům.

a)

nedocházelo k nezamýšlenému chování systému obchodování;

b)

kontroly souladu a řízení rizik začleněné do systémů fungovaly tak, jak bylo zamýšleno, včetně automatického vytváření chybových zpráv;

c)

systém obchodování dokázal efektivně fungovat i v případě významného zvýšení počtu hlášení, jež spravuje.

a)

přístupu do systému obchodního systému;

b)

systému obchodování, obchodního algoritmu nebo obchodní strategie člena.

a)

schopnosti systému nebo algoritmu fungovat podle předpokladů v součinnosti s párovací logikou obchodního systému a přiměřeně zpracovávat toky údajů z obchodního systému a do něj;

b)

základních funkcí, jako jsou zadávání, změna a rušení pokynů nebo vyjádření zájmu, stahování statických a tržních údajů a veškeré toky obchodních údajů;

c)

konektivity, včetně příkazu ke zrušení pokynu v případě výpadku spojení, přerušení poskytování tržních údajů a omezování, a dále obnovy včetně restartování obchodování během dne a zacházení s nástroji, s nimiž bylo obchodování pozastaveno, nebo se zastaralými tržními údaji.

a)

je přístupné za podmínek odpovídajících těm, jež platí pro jiné služby testování poskytované obchodním systémem;

b)

nabízí seznam finančních nástrojů, které lze testovat a které jsou reprezentativními zástupci každé z kategorií nástrojů, jež jsou k dispozici v produkčním prostředí;

c)

je k dispozici v průběhu běžné doby obchodování, nebo v případě, že je k dispozici pouze mimo běžnou dobu obchodování, v předem stanovených pravidelných intervalech;

d)

je podporováno pracovníky s dostatečnými znalostmi.

a)

simulační nástroje, které co nejrealističtějším způsobem napodobují produkční prostředí, a to i pokud jde o podmínky narušující řádné fungování trhu, a které zajišťují funkce, protokoly a strukturu, jež členům umožňují testovat různé scénáře, které považují pro svou činnost za relevantní;

b)

testovací symboly definované a spravované obchodním systémem.

a)

jakýkoli vstup, včetně pokynů a úprav nebo zrušení pokynů;

b)

jakýkoli výstup, včetně reakce systému na vstup, zobrazení údajů z evidence pokynů a šíření poobchodního toku, s nimiž je spojeno nezávislé využívání kapacity systému obchodování.

a)

navazující konektivity, kapacity pro zadávání pokynů, omezovací kapacity a schopnosti vyrovnávat příchod pokynů zákazníků prostřednictvím různých bran;

b)

obchodního modulu, který obchodnímu systému umožní párovat pokyny s odpovídající latencí;

c)

předcházející konektivity, úpravy pokynů a obchodů a veškerých jiných druhů poskytování tržních údajů;

d)

infrastruktury ke sledování výkonnosti výše uvedených prvků.

a)

jejich výkonnost a kapacitu podle čl. 11 odst. 4;

b)

pokyny odeslané jejich členy jednotlivě a v souhrnu.

a)

procentuální podíl maximální kapacity pro hlášení využívané za sekundu;

b)

celkový počet hlášení, jejichž správu systém obchodování zajišťuje, v členění podle prvků systému obchodování, včetně:

c)

interval od přijetí hlášení na jakékoli vnější bráně systému obchodování do odeslání souvisejícího hlášení z téže brány poté, co párovací modul původní hlášení zpracoval;

d)

výkonnost párovacího modulu.

a)

zvýšeném počtu přijatých hlášení, počínaje nejvyšším počtem hlášení, jež systém daného obchodního systému zvládl v průběhu předchozích pěti let;

b)

nepředpokládaném chování provozních funkcí obchodního systému;

c)

náhodné kombinaci zátěžových a běžných tržních podmínek a neočekávaného chování provozních funkcí obchodního systému.

a)

různé možné negativní scénáře týkající se provozování systémů algoritmického obchodování, mimo jiné nedostupnost systémů, pracovníků, pracovních prostor, externích dodavatelů nebo datových center či ztrátu nebo změnu zásadně důležitých údajů a dokumentů;

b)

postupy, jimiž je třeba se řídit v případě události narušující činnost;

c)

maximální dobu potřebnou k obnovení obchodní činnosti a objem údajů, jež mohou být v systému IT ztraceny;

d)

postupy pro přemístění systému obchodování na záložní místo a jeho provozování z tohoto místa;

e)

zálohování zásadně důležitých obchodních údajů, včetně aktuálních informací o nezbytných kontaktech k zajištění komunikace v rámci obchodního systému, mezi obchodním systémem a jeho členy a mezi obchodním systémem a infrastrukturami pro clearing a vypořádání;

f)

vzdělávání pracovníků týkající se fungování mechanismů kontinuity činnosti;

g)

rozdělení úkolů a zřízení zvláštního bezpečnostního týmu, který bude při události narušující činnost připraven k okamžité reakci;

h)

průběžný program testování, hodnocení a přezkumu opatření, jehož součástí jsou mimo jiné postupy k úpravě opatření na základě výsledků tohoto programu.

a)

stanovilo jasné cíle a strategie z hlediska kontinuity činnosti;

b)

přidělilo k naplnění cílů a strategií podle písmene a) přiměřené lidské, technologické a finanční zdroje;

c)

schválilo plán kontinuity činnosti a jeho případné změny, jež jsou nezbytné v důsledku organizačních, technologických a právních změn;

d)

bylo minimálně jednou ročně informováno o výsledku posouzení dopadu nebo jeho případném přezkumu a o případných zjištěních týkajících se přiměřenosti plánu kontinuity činnosti;

e)

zřídilo v rámci organizace útvar kontinuity činnosti.

a)

limity na jednoho člena, pokud jde o počet pokynů odeslaných za sekundu;

b)

mechanismy řízení volatility;

c)

předobchodní kontroly.

a)

požadovat od kteréhokoliv ze členů nebo uživatelů sponzorovaného přístupu informace o jejich organizačních požadavcích a obchodních kontrolách;

b)

pozastavit přístup člena nebo obchodníka k systému obchodování z podnětu obchodního systému nebo na žádost tohoto člena, člena clearingového systému, ústřední protistrany, pokud to stanoví předpisy upravující činnost ústřední protistrany, nebo příslušného orgánu;

c)

použít funkci hromadného zrušení pokynů („kill“) a zrušit neprovedené pokyny zadané členem nebo zákazníkem sponzorovaného přístupu za těchto okolností:

d)

zrušit nebo odvolat obchody v případě, že nefungují mechanismy obchodního systému k řízení volatility nebo provozní funkce obchodního systému;

e)

docílit vyváženosti, pokud jde o přicházející pokyny, mezi různými branami, využívá-li obchodní systém více než jednu bránu s cílem zamezit zhroucením.

a)

mechanismů řízení volatility v souladu s článkem 19;

b)

předobchodních a poobchodních kontrol, jež využívá systém, a předobchodních a poobchodních kontrol, jež jsou nezbytné pro přístup jeho členů na trh;

c)

povinnosti členů provozovat vlastní funkci hromadného zrušení pokynů („kill“);

d)

informačních požadavků na členy;

e)

pozastavení přístupu;

f)

zásad pro rušení pokynů a obchodů, včetně:

g)

opatření k omezení pokynů, včetně:

a)

mechanismy k pozastavení nebo omezení obchodování byly testovány před svým zavedením a následně v pravidelných intervalech, kdy se provádí přezkum kapacity a výkonnosti systémů obchodování;

b)

na koncepci, správu a sledování mechanismů zaváděných k pozastavení nebo omezení obchodování byly vyčleněny zdroje IT a lidské zdroje;

c)

mechanismy řízení volatility trhu byly průběžně sledovány.

a)

cenová pásma, která automaticky blokují jednotlivé pokyny, jež nesplňují předem stanovené cenové parametry;

b)

maximální hodnota pokynu, která automaticky brání tomu, aby pokyny nezvykle vysoké hodnoty byly zařazeny do evidence pokynů, přičemž se opírá o nominální hodnotu jednoho finančního nástroje;

c)

maximální objem pokynu, který automaticky brání tomu, aby pokyny nezvykle vysokého objemu byly zařazeny do evidence pokynů.

a)

jejich automatickým uplatňováním lze během burzovního dne a ve všech jeho fázích upravit limit;

b)

při sledování na jejich základě nedojde k prodlevě delší než pět sekund;

c)

pokyn je zamítnut, jestliže dojde k překročení limitu;

d)

jsou zavedeny postupy a opatření ke schvalování pokynů nad limit na žádost dotčeného člena. Tyto postupy a opatření se použijí na konkrétní pokyn nebo soubor pokynů po přechodnou dobu za výjimečných okolností.

a)

neoprávněného přístupu k jejich systému obchodování nebo jeho části, včetně neoprávněného přístupu k pracovním prostorám a datovým centrům;

b)

zasahování do systémů, které závažně narušuje nebo přerušuje fungování informačního systému vložením údajů či jejich přenosem, poškozením, vymazáním, znehodnocením, pozměněním, potlačením nebo znepřístupněním;

c)

zasahování do údajů, které vymazává, poškozuje, znehodnocuje, pozměňuje nebo potlačuje údaje v informačním systému, nebo je znepřístupňuje;

d)

sledování neveřejných přenosů údajů do informačního systému, z něj nebo uvnitř něj prováděné technickými prostředky, včetně elektromagnetického záření z informačního systému nesoucího takové údaje.