Skip to content

Add dora-lei-check (DORA Register of Information — LEI/GLEIF pre-submission check) - #64

Open
kakoullig-hue wants to merge 1 commit into
theopenlane:mainfrom
kakoullig-hue:add-dora-lei-check
Open

Add dora-lei-check (DORA Register of Information — LEI/GLEIF pre-submission check)#64
kakoullig-hue wants to merge 1 commit into
theopenlane:mainfrom
kakoullig-hue:add-dora-lei-check

Conversation

@kakoullig-hue

Copy link
Copy Markdown

Adds dora-lei-check under Tools & Platforms → Open Source Platforms, next to the existing DORA entries.

What it does. The LEI check in a DORA Register of Information is an external lookup: the ESAs resolve every LEI against the live GLEIF register after you submit. A lapsed LEI is perfectly well formed — it passes the ISO 17442 checksum and offline XBRL validation — and is still a hard rejection. This runs that lookup locally beforehand and names the EBA rule code each failure will trigger (VR_2, VR_12, VR_23, VR_71, VR_77).

Why it is not a duplicate of the DORA ROI Validator already listed. That one covers the schema/data-quality checks and does not perform a GLEIF lookup. This one does only the identifier layer. They complement each other rather than overlap.

Privacy. A Register of Information maps an entire ICT third-party estate. The tool reads it locally and sends only the public 20-character LEI codes; --offline with GLEIF's daily golden-copy file sends nothing at all.

MIT, Python 3.10+, zero dependencies, on PyPI, 66 tests.

A local pre-submission check for the LEIs in a DORA Register of Information:
resolves each LEI against the live GLEIF register and names the EBA rule code
the failure will trigger.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant