A tailored course, built for your situation
Mastering MiFID II for Financial Software Developers
Build compliant, high-impact trading systems with precision and recognition
The situation this course is for
Developers on capital markets teams often get handed MiFID II tickets without clear design patterns or system context. This leads to rework, last-minute fixes, and missed opportunities to influence architecture. Even strong coders can be seen as implementers, not strategic contributors, when they lack the recognized depth in regulatory design.
Who this is for
Mid-level to senior software developers working in capital markets, investment banking, or fintech, who build or maintain systems touching trading, order execution, or transaction reporting. They value technical excellence and want to be recognized as subject-matter owners within their firm.
Who this is not for
Entry-level developers without capital markets exposure, compliance officers looking for policy training, or managers seeking team-wide rollout programs.
What you walk away with
- Own the design narrative for MiFID II, impacted systems from the first planning meeting
- Deliver code that passes compliance review the first time, with full audit trail logic embedded
- Become the internal reference for MiFID II system patterns across dev teams
- Reduce rework cycles by applying field-tested implementation blueprints
- Strengthen cross-functional credibility with compliance and trading desks
The 12 modules (with all 144 chapters)
- How MiFID II reshapes the software layer in trading platforms
- Key distinctions between MiFID I and MiFID II system impacts
- The role of timestamp accuracy in trade lifecycle tracking
- Data provenance requirements for order-to-trade pipelines
- Understanding RTS 23 and RTS 27 design implications
- When best execution becomes a logging obligation
- Handling algorithmic trading under Article 17
- Systemically important venues and their data obligations
- The difference between post-trade and pre-trade transparency
- How market abuse regulation ties into logging design
- Why trade reporting formats matter in code structure
- Mapping MiFID II articles to software modules
- Pre-trade data obligations across equity and derivative venues
- Implementing quote publication with latency guarantees
- Rate limiting and access control for public data feeds
- Caching strategies without violating freshness rules
- Logging access to pre-trade data for audit purposes
- Handling corrections and cancellations in real time
- Testing for pre-trade transparency compliance
- Integrating with vendor-provided reference data
- Building fallback mechanisms for data outages
- Versioning pre-trade data endpoints securely
- Aligning with internal compliance team review cycles
- Documenting design decisions for regulator inquiries
- Structure of the TRUM submission format
- Designing idempotent reporting workflows
- Validating LEI, UTI, and instrument identifiers
- Handling failed submissions with backpressure
- Timestamp synchronization across distributed systems
- Reconciling internal trade logs with submitted reports
- Automated validation against ESMA schema
- Error handling without duplicating reports
- Monitoring for missing or malformed data points
- Integrating with central repositories like Approved Publication Arrangements
- Building replay mechanisms for regulator requests
- Version control for reporting logic updates
- Translating best execution policy into routing logic
- Logging venue selection rationale for every trade
- Benchmarking latency and fill quality across venues
- Handling liquidity fragmentation in routing decisions
- Capturing user preferences in execution pathing
- Exposing execution quality metrics to clients
- Updating routing tables in response to market changes
- Testing fallback paths when primary venues fail
- Auditing for conflicts of interest in routing
- Documenting routing logic for internal review
- Integrating with third-party analytics providers
- Versioning execution strategies over time
- Calculating implementation shortfall in real time
- Benchmarking against VWAP, TWAP, and arrival price
- Aggregating cost metrics across asset classes
- Handling currency conversion in cost calculations
- Exposing TCA data through client portals
- Masking sensitive data in public-facing reports
- Validating TCA outputs against trade logs
- Testing for accuracy under volatile conditions
- Integrating with performance attribution systems
- Documenting assumptions in cost models
- Updating benchmarks without disrupting live flows
- Archiving TCA reports for audit readiness
- Defining the scope of mandatory log retention
- Choosing between centralized and distributed logging
- Using hash-chaining for tamper-evident logs
- Ensuring clock synchronization across nodes
- Encrypting logs for privacy while preserving access
- Designing access controls for compliance teams
- Exporting logs in regulator-requested formats
- Testing for log integrity under high load
- Handling log rotation without gaps
- Validating end-to-end log coverage
- Integrating with SIEM and audit platforms
- Documenting logging design for internal audits
- Validating LEIs at onboarding and trade time
- Handling expired or invalid LEIs in real time
- Mapping internal client IDs to LEIs reliably
- Classifying clients under MiFID II categories
- Storing client classifications with audit trail
- Updating client data without disrupting trades
- Integrating with LEI database providers
- Testing for LEI fallback and recovery
- Reporting client classification to regulators
- Masking sensitive data in logs and reports
- Documenting data lineage for compliance
- Versioning client classification logic
- Determining trade size thresholds for publication
- Delaying publication for large trades under RTS 21
- Aggregating trades to avoid signaling
- Publishing data in ESMA-approved formats
- Controlling access to sensitive post-trade data
- Logging publication attempts and failures
- Testing for compliance with delayed release rules
- Integrating with approved publication arrangements
- Handling corrections to published trades
- Monitoring for compliance gaps
- Documenting publication logic for review
- Versioning post-trade data pipelines
- Choosing between direct reporting and ARM use
- Validating ARM connectivity during deployment
- Handling ARM downtime with local queuing
- Reconciling internal logs with ARM submissions
- Testing failover to backup ARMs
- Monitoring ARM latency and success rates
- Integrating ARM feedback into internal systems
- Updating ARM configurations seamlessly
- Documenting ARM integration for audits
- Versioning ARM interface contracts
- Securing data in transit to ARMs
- Automating ARM certification renewals
- Unit testing for regulatory logic branches
- Integration testing with mock regulators
- Performance testing under peak load
- Testing clock sync accuracy across clusters
- Validating idempotency in reporting pipelines
- Testing for data loss during outages
- Simulating ARM downtime scenarios
- Testing reconciliation jobs for accuracy
- Validating timestamp precision in logs
- Testing for compliance with RTS 23
- Documenting test coverage for audits
- Building automated compliance regression suites
- Mapping code modules to MiFID II articles
- Writing design decisions with regulator questions in mind
- Versioning architecture diagrams over time
- Logging design changes with approval trail
- Creating runbooks for compliance teams
- Documenting data flows for regulator requests
- Annotating code with regulatory intent
- Maintaining up-to-date system overviews
- Integrating documentation into CI/CD
- Securing access to sensitive documentation
- Updating docs with every release
- Using diagrams to explain complex logic
- Volunteering for regulatory requirement reviews
- Proposing design improvements in planning meetings
- Mentoring teammates on MiFID II patterns
- Building reusable templates across teams
- Presenting implementation choices to leads
- Gathering feedback from compliance stakeholders
- Tracking industry updates that affect code
- Contributing to internal knowledge base
- Leading post-mortems on compliance issues
- Advocating for technical debt paydown
- Earning recognition for regulatory design
- Building a reputation beyond ticket completion
How this maps to your situation
- MiFID II system design in capital markets
- Regulatory compliance in software development
- Developer roles in financial regulation
- Audit-ready system architecture
Before vs. after
What's included with your purchase
- 12 modules with 12 chapters each (144 chapters)
- Downloadable templates and worked examples for every module
- Hand-built implementation playbook delivered alongside course access
- 30-day money-back guarantee
Delivery and format
- Course and learning environment access provisioned within 24 hours of purchase
- Hand-built implementation playbook delivered alongside course access
Format: Text-based modules and chapters in the Art of Service learning environment, plus downloadable templates and worked examples for every chapter, plus the hand-built implementation playbook delivered alongside course access.
Time investment: Approximately 90 minutes per module, designed to be completed over a weekend or across evenings. Total time: 18 hours.
How this compares to the alternatives
Unlike generic compliance webinars or certification prep courses, this course is built for developers who write code on regulated systems. It skips high-level policy summaries and dives straight into implementation logic, patterns, and field-tested decisions that matter in production.
Frequently asked
Within 24 hours your account in the learning environment is provisioned and the tailored implementation playbook is delivered alongside it.