ICT incident reporting
A process built to meet DORA's reporting formats and timelines, not improvised after something breaks.

DORA doesn't ask you to say you're resilient. It asks you to prove it, with documentation, with testing, with records a regulator can check.
Most of DORA isn't about your own systems failing. It's about proving you'd catch it if they did, and that your vendors would too. Here's what that requires.
Getting DORA-ready starts with an honest read on where your ICT resilience posture actually stands. Here's what's included once you bring us in.
A clear-eyed look at where your current setup falls short, no sugarcoating.
Vendor records prepared for the oversight DORA specifically requires.
Your environment checked and prepared before a testing cycle, not during one.
EU and UK data kept in place through Purview, consistently.
A documented process that actually meets DORA's reporting timelines.
Reviewed regularly. This isn't a project with an end date.
DORA expects proof, not promises. XDuce and DEV IT build your Microsoft 365 environment around ICT resilience, document your vendor relationships, and keep it all reviewed, so you can show a regulator evidence rather than intentions.
Configuration targets what DORA actually asks for. General cybersecurity best practice is a good start, but it isn’t the same thing.
Your Microsoft 365 partner relationship becomes part of the third-party oversight DORA requires, so we document that too.
XDuce leads compliance strategy and DEV IT handles technical configuration, so neither side is stretched thin.
We work to CMMI Level 5 and ISO 27001 standards, so how we handle your environment can be checked, not just promised.
Your environment stays prepared ahead of testing cycles and gets reviewed on a set cadence, because resilience isn’t a one-time project.
Residency controls are set at the tenant level from the start, not added after a regulator asks.
Find the Right Answer Now
Yes, it can. DORA covers financial entities operating in the EU and their critical ICT third-party providers, so a non-EU company may be in scope depending on the services it provides to those entities.
Typically ICT incident reporting, documented third-party risk oversight, resilience testing records, and governed access. XDuce and DEV IT configure and document these in your Microsoft 365 setup, then keep them reviewed as requirements and your environment change.
Any partner touching your ICT environment becomes part of the third-party risk assessment DORA requires. That’s why vendor documentation and access governance should exist from the start of the engagement, not after onboarding.
Threat-led penetration testing (TLPT) simulates real attack scenarios against your systems to test resilience under realistic conditions. It’s required periodically for certain in-scope financial entities, and we prepare your environment ahead of each cycle.
Start with a gap assessment to see exactly where you stand. We then build a prioritized plan, tackling the highest regulatory risk first rather than the quickest fix, and keep it reviewed regularly after that.