{"id":40371,"date":"2026-06-02T12:46:24","date_gmt":"2026-06-02T16:46:24","guid":{"rendered":"https:\/\/www.systechone.com\/?page_id=40371"},"modified":"2026-08-06T12:01:38","modified_gmt":"2026-08-06T16:01:38","slug":"eu-fmd-compliance-after-go%e2%80%91live-what-good-looks-like-in-2026","status":"publish","type":"page","link":"https:\/\/www.systechone.com\/de\/eu-fmd-compliance-after-go%e2%80%91live-what-good-looks-like-in-2026\/","title":{"rendered":"EU FMD-Konformit\u00e4t nach Live-Schaltung: Was im Jahr 2026 als gut gilt"},"content":{"rendered":"\t\t<div data-elementor-type=\"wp-page\" data-elementor-id=\"40371\" class=\"elementor elementor-40371\" data-elementor-post-type=\"page\">\n\t\t\t\t<div data-dce-background-color=\"#54585926\" class=\"elementor-element elementor-element-f25aef2 e-flex e-con-boxed e-con e-parent\" data-id=\"f25aef2\" data-element_type=\"container\" data-e-type=\"container\" data-settings=\"{&quot;background_background&quot;:&quot;classic&quot;}\">\n\t\t\t\t\t<div class=\"e-con-inner\">\n\t\t<div class=\"elementor-element elementor-element-1e5871f e-con-full e-flex e-con e-child\" data-id=\"1e5871f\" data-element_type=\"container\" data-e-type=\"container\" data-settings=\"{&quot;background_background&quot;:&quot;classic&quot;}\">\n\t\t\t\t<div class=\"elementor-element elementor-element-a0b9f49 elementor-absolute elementor-hidden-mobile elementor-hidden-desktop elementor-hidden-tablet elementor-widget elementor-widget-global elementor-global-19140 elementor-widget-breadcrumbs\" data-id=\"a0b9f49\" data-element_type=\"widget\" data-e-type=\"widget\" data-settings=\"{&quot;_position&quot;:&quot;absolute&quot;}\" data-widget_type=\"breadcrumbs.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t<p id=\"breadcrumbs\"><span><span><a href=\"https:\/\/www.systechone.com\/\">Home<\/a><\/span><\/span><\/p>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-d60d404 elementor-widget elementor-widget-heading\" data-id=\"d60d404\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"heading.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t<h1 class=\"elementor-heading-title elementor-size-default\">EU FMD compliance after go\u2011live: What good should look like in 2026<\/h1>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t<div data-dce-background-image-url=\"https:\/\/www.systechone.com\/wp-content\/uploads\/2024\/03\/line-element.svg\" class=\"elementor-element elementor-element-f30f3f7 e-con-full elementor-hidden-tablet elementor-hidden-mobile e-flex e-con e-child\" data-id=\"f30f3f7\" data-element_type=\"container\" data-e-type=\"container\" data-settings=\"{&quot;background_background&quot;:&quot;classic&quot;,&quot;position&quot;:&quot;absolute&quot;}\">\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t<div class=\"elementor-element elementor-element-0f0e898 e-flex e-con-boxed e-con e-parent\" data-id=\"0f0e898\" data-element_type=\"container\" data-e-type=\"container\">\n\t\t\t\t\t<div class=\"e-con-inner\">\n\t\t\t\t<div class=\"elementor-element elementor-element-d761182 elementor-widget elementor-widget-html\" data-id=\"d761182\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"html.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t<a href=\"#toctoc\" class=\"scroll-top-button\">\n    \u2191\n<\/a>\n\n<style>\n\n\/* SMOOTH SCROLL *\/\nhtml{\n    scroll-behavior: smooth;\n}\n\n.scroll-top-button,\n.scroll-top-button:visited,\n.scroll-top-button:hover{\n\n    color: #ffffff !important;\n}\n\n\/* SCROLL BUTTON *\/\n.scroll-top-button{\n\n\n    color: #ffffff!important;\n    position: fixed;\n\n    right: 24px;\n    bottom: 24px;\n\n    width: 56px;\n    height: 56px;\n\n    display: flex;\n    align-items: center;\n    justify-content: center;\n\n    border-radius: 16px 0 0 16px;\n\n    background: #84BD00;\n    color: #fff;\n\n    font-size: 28px;\n    text-decoration: none;\n\n    z-index: 9999;\n\n    opacity: 0;\n    visibility: hidden;\n\n    transform: translateY(20px);\n\n    transition:\n        opacity .3s ease,\n        transform .3s ease,\n        visibility .3s ease,\n        background .25s ease;\n}\n\n\/* ACTIVE *\/\n.scroll-top-button.active{\n\n    opacity: 1;\n    visibility: visible;\n\n    transform: translateY(0);\n}\n\n\/* HOVER *\/\n.scroll-top-button:hover{\n\n    background: #6f9d00;\n}\n\n<\/style>\n\n<script>\n\ndocument.addEventListener('DOMContentLoaded', () => {\n\n    const button = document.querySelector('.scroll-top-button');\n\n    if(!button) return;\n\n    window.addEventListener('scroll', () => {\n\n        if(window.scrollY > 400){\n\n            button.classList.add('active');\n\n        }else{\n\n            button.classList.remove('active');\n        }\n    });\n});\n\n<\/script>\n\n\n<script>\ndocument.addEventListener('DOMContentLoaded', () => {\n\n    document.addEventListener('click', e => {\n\n        const link = e.target.closest('#toctoc-body a');\n\n        if(!link) return;\n\n        setTimeout(() => {\n\n            const tocBody = document.querySelector('#toctoc-body');\n            const tocHead = document.querySelector('#toctoc-head');\n\n            if(tocBody && tocBody.style.display !== 'none'){\n\n                tocHead.click();\n            }\n\n        }, 100);\n    });\n\n});\n<\/script>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-0640938 toctoc-block-yes toctoc-word-nowrap elementor-widget elementor-widget-eac-addon-toc\" data-id=\"0640938\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"eac-addon-toc.default\">\n\t\t\t\t\t\t\t<div class=\"eac-table-of-content\" data-settings=\"{&quot;data_opened&quot;:false,&quot;data_target&quot;:&quot;.toc-content&quot;,&quot;data_type&quot;:&quot;disc&quot;,&quot;data_headings&quot;:&quot;h2,h3&quot;,&quot;data_trailer&quot;:false,&quot;data_label&quot;:&quot;Jump to &quot;,&quot;data_exclude&quot;:[&quot;toctoc-title&quot;]}\">\r\n\t\t\t<nav id='toctoc' class='toctoc' aria-labelledby='toctoc-title'>\r\n\t\t\t\t<div id=\"toctoc-head\" class=\"toctoc-head\" role=\"button\" aria-expanded=\"false\" aria-controls=\"toctoc-body__list\" aria-label=\"Open\/Close - Table of Contents\" tabindex=\"0\">\r\n\t\t\t\t\t<h4 id=\"toctoc-title\" class=\"toctoc-title\">Table of Contents<\/h4>\t\t\t\t\t<span id='toctoc-head__toggler' class='toctoc-head__toggler eac-icon-svg'><i aria-hidden=\"true\" class=\"fas fa-chevron-down\"><\/i><\/span>\r\n\t\t\t\t<\/div>\r\n\t\t\t\t<ol id='toctoc-body__list' class='toctoc-body__list'><\/ol>\r\n\t\t\t<\/nav>\r\n\t\t<\/div>\r\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-b9d0eea toc-content elementor-widget elementor-widget-text-editor\" data-id=\"b9d0eea\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<h2 id=\"executive-summary\">Executive summary<\/h2><p>You went live on <a href=\"https:\/\/www.systechone.com\/blog\/eu-falsified-medicines-directive-fmd-compliance-revisited\/\">EU FMD <\/a>The serialization data is flowing. Now what?<\/p><p>\u201cGood\u201d looks like low alert volumes, fast resolution times, clean repository data and evidence your team can produce the moment someone asks for it. That\u2019s the bar today, and most organizations still have gaps between go-live and getting there.<\/p><p>This guide picks up where go-live left off. It covers the Day 2 operating model: who owns what, how exceptions should move through your organization, which KPIs to track and how to stay audit-ready without bolting on extra work. We wrote it for compliance leaders, packaging operations and serialization program owners, supply chain and traceability leads and IT teams managing partner data exchange.<\/p><p>You\u2019ll walk away with a working operating model, a KPI framework, resolution playbooks, a self-assessment checklist, an FAQ section and a glossary of key terms.<\/p><h2 id=\"key-takeaways\">Key takeaways<\/h2><ul><li>Separate scanner and configuration noise from genuine data failures so your team consistently responds to the right alerts.<\/li><li>Assign clear ownership for every alert type across Ops, QA, IT and Supply Chain.<\/li><li>Run repository hygiene as a daily operational control, not something you catch up on before an audit.<\/li><li>Track exception rate, time-to-resolve, reopen rate and root-cause mix.<\/li><li>Bake audit readiness into everyday work through current logs, SOPs, training records and documented evidence.<\/li><li>Treat status changes, reversals and returns as controlled activities with full traceability.<\/li><li>Align your verification and decommissioning workflows now so <a href=\"https:\/\/www.systechone.com\/serialization\/dscsa-compliance\/\">DSCSA <\/a>and <a href=\"https:\/\/www.systechone.com\/serialization\/eu-fmd-driving-compliance\/\">EU FMD<\/a> compliance programs reinforce each other.<\/li><li>Staff your <a href=\"https:\/\/www.systechone.com\/solutions\/exception-manager-systech\/\">exception-handling process <\/a>for volume, not just coverage.<\/li><\/ul><h2 id=\"what-good-eu-fmd-compliance-should-look-like\" style=\"padding-top: 10px;\">What \u201cgood\u201d EU FMD compliance should look like<\/h2><p>Good EU FMD compliance comes down to three things: stable operations, low disruption and controls you can prove on demand. Going live was the milestone. Running clean afterward is the actual job, and it\u2019s where most organizations still have room to tighten up.<\/p><h3 id=\"four-measurable-outcomes-that-define-good\">Four measurable outcomes that define \u201cgood\u201d<\/h3><p>You can measure where you stand against four benchmarks:<\/p><ol><li><strong>Low exception rate: <\/strong>Mature sites generate fewer alerts per batch because they fix root causes, not just individual tickets.<\/li><li><strong>Fast, consistent triage and closure: <\/strong>Exceptions follow a repeatable path from detection to documented resolution, every time.<\/li><li><strong>Clean data: <\/strong>Few verification rejects, few duplicates and master data that matches what\u2019s physically on the line.<\/li><li><strong>Audit-ready evidence from normal workflows:<\/strong><br \/>Your team can pull logs, SOPs and closure records on demand without scrambling to reconstruct what happened three months ago.<\/li><\/ol><h3 id=\"a-quick-refresher-in-simple-terms\">A quick refresher in simple terms<\/h3><p>EU FMD requires two safety features on most prescription packs: <strong>a unique identifier <\/strong>(a 2D barcode with serialized data) and <strong>an anti-tampering device.<br \/><\/strong><a href=\"https:\/\/www.systechone.com\/solutions\/regulatory-compliance\/dscsa-pharmacies\/\">Pharmacies and hospitals<\/a> verify these features at the point of dispense and decommission the serial number so it can\u2019t be reused.<\/p><p>The <a href=\"https:\/\/www.ema.europa.eu\/en\/human-regulatory-overview\/public-health-threats\/falsified-medicines-overview\">whole system<\/a> also runs on a repository architecture. Product data flows from manufacturers up through the EU Hub and down into national verification systems. Every scan, status change and decommission gets recorded there.<\/p><p><em><br \/>This guide provides operational guidance and is not legal advice. Requirements can vary by country and by your role in the supply chain. Confirm obligations with your legal and regulatory team and with your local NMVO or NCA guidance.<br \/><\/em><\/p><h2 id=\"eu-fmd-operating-model-day-2-compliance\">EU FMD operating model (Day 2 compliance)<\/h2><p>Hitting all four of those benchmarks doesn\u2019t happen by accident. Day 2 EU FMD compliance depends on clear governance, documented procedures and a monitoring cadence that catches problems early, all working together. Most organizations have pieces of this in place, but few have connected them into a single operating model. Here\u2019s how to close that gap.<\/p><h3 id=\"governance-and-ownership-raci\">Governance and ownership (RACI)<\/h3><p>Every recurring activity needs a named owner and a clear escalation path. Build a RACI matrix that maps your six core EU FMD compliance activities against the teams responsible for them. Below is a starting point:<\/p><table><thead><tr><th scope=\"col\"><strong><br \/>Activity<br \/><\/strong><\/th><th scope=\"col\"><strong><br \/>Packaging Ops<br \/><\/strong><\/th><th scope=\"col\"><strong><br \/>QA\/<br \/><\/strong><strong><br \/>Compliance<br \/><\/strong><\/th><th scope=\"col\"><strong><br \/>IT<br \/><\/strong><\/th><th scope=\"col\"><strong><br \/>Supply Chain<br \/><\/strong><\/th><th scope=\"col\"><strong><br \/>MAH\/OBP<br \/><\/strong><\/th><th scope=\"col\"><strong><br \/>Site Leadership<br \/><\/strong><\/th><\/tr><\/thead><tbody><tr><td>Alert triage<\/td><td>R<\/td><td>A<\/td><td>C<\/td><td>I<\/td><td>I<\/td><td>I<\/td><\/tr><tr><td>Master data changes<\/td><td>C<\/td><td>A<\/td><td>R<\/td><td>C<\/td><td>C<\/td><td>I<\/td><\/tr><tr><td>Packaging line issue escalation<\/td><td>R<\/td><td>A<\/td><td>C<\/td><td>I<\/td><td>I<\/td><td>I<\/td><\/tr><tr><td>Returns\/rework decisions<\/td><td>C<\/td><td>A<\/td><td>C<\/td><td>R<\/td><td>C<\/td><td>I<\/td><\/tr><tr><td>CAPA ownership<\/td><td>C<\/td><td>R\/A<\/td><td>C<\/td><td>C<\/td><td>I<\/td><td>I<\/td><\/tr><tr><td>Audit evidence owner<\/td><td>C<\/td><td>R\/A<\/td><td>C<\/td><td>C<\/td><td>C<\/td><td>I<\/td><\/tr><\/tbody><\/table><p><em><br \/>R = Responsible, A = Accountable, C = Consulted, I = Informed<br \/><\/em><\/p><p>Adapt this to your org structure, but don\u2019t skip the exercise. When an alert fires at 6 a.m., everyone should already know who picks it up, who gets consulted and who approves the resolution.<\/p><h3 id=\"sop-stack-you-need-documented\">SOP stack you need documented<\/h3><p>Your governance model also needs documented procedures behind it. At a minimum, maintain SOPs or controlled work instructions for:<\/p><ul><li><strong>Verification and decommissioning workflows<br \/><\/strong>at each of your role\u2019s touchpoints.<\/li><li><strong>Alert investigation decision trees <\/strong>that give triage staff a repeatable path, even a minimum viable one.<\/li><li><strong>Returns and rework handling <\/strong>with country and site variants clearly flagged.<\/li><li><strong>Data corrections and reprocessing rules <\/strong>that define who can change what and what approvals are required.<\/li><li><strong>Access control, credentialing and segregation of duties <\/strong>across your serialization systems.<\/li><\/ul><p>These documents don\u2019t need to be long. They need to be current, accessible and specific enough that someone covering a shift can follow them without guessing.<\/p><h3 id=\"a-training-model-that-sticks\">A training model that sticks<\/h3><p>Good SOPs serve no purpose if the people running your exception queue haven\u2019t read them. Build a role-based training matrix tied to your SOP stack so every person knows which procedures apply to their work. Pair that with a trigger list that spells out which changes require retraining and who needs to go through it.<\/p><p>Keep proof of completion for every training event and schedule periodic refreshes too. Auditors will ask for both. The more common problem, though, is practical: someone trained at go-live two years ago rotates into a new role, and nobody retrains them on the current decision tree.<\/p><p>That\u2019s how you end up with a fully documented process that nobody follows.<\/p><h3 id=\"monitoring-cadence-daily-weekly-monthly\">Monitoring cadence: daily, weekly, monthly<\/h3><p>Set a rhythm that matches how problems develop:<\/p><ul><li><strong>Daily: <\/strong>Check queue health, top alert types, aged alerts and scanner status. Catch issues before they compound.<\/li><li><strong>Weekly: <\/strong>Review root-cause trends, flag repeat offenders and confirm process fixes from the prior week landed.<\/li><li><strong>Monthly: <\/strong>Publish a KPI pack, run audit trail spot checks and evaluate SOP effectiveness against your exception data.<\/li><\/ul><p>The daily check keeps the queue moving. The weekly review finds patterns. The monthly review tells you whether your operating model is working or just busy.<\/p><h2 id=\"repository-hygiene-and-data-quality\">Repository hygiene and data quality<\/h2><p>Your operating model only works if the data underneath it stays clean. Repository hygiene means your serial data and master data stay consistent, complete and usable across the repositories system.<\/p><h3 id=\"what-repository-hygiene-means-in-simple-terms\">What repository hygiene means in simple terms<\/h3><p>Repository hygiene is the discipline of keeping the data you upload and the transactions you perform accurate, timely and reconcilable. Every serial number your line generates, pack hierarchy you upload and decommission event your supply chain triggers lands in the repositories system.<\/p><p>If any of that data arrives late, wrong or duplicated, it creates alerts that someone must investigate.<\/p><h3 id=\"where-data-problems-usually-come-from\">Where data problems usually come from<\/h3><p>Most data quality issues trace back to a handful of recurring sources:<\/p><ul><li><strong>Master data mismatches: <\/strong>Product codes, GTIN configurations or pack hierarchy assumptions that don\u2019t align between your internal systems and the repository.<\/li><li><strong>Upload timing gaps: <\/strong>Late uploads or partial batches that leave serial numbers unrecognized at the point of dispense.<\/li><li><strong>Duplicate or overlapping serials: <\/strong>Vendor errors or process gaps that generate the same serial number twice.<\/li><li><strong>Line and site configuration drift:\u00a0 <\/strong>Scanner settings, routing rules or location IDs that fall out of sync after maintenance or changeovers.<\/li><li><strong>Repack and parallel distribution linkages: <\/strong>Aggregation or repackaging relationships that break when packs move through multiple markets or contract partners.<\/li><\/ul><h3 id=\"controls-that-prevent-dirty-data\">Controls that prevent dirty data<\/h3><p>Prevention always beats investigation. So, build these controls into your standard workflows:<\/p><ul><li><strong>Prerelease validation gates: <\/strong>Verify serial data completeness and master data alignment before you release product to distribution.<\/li><li><strong>Interface monitoring and retry rules: <\/strong>Track upload success rates in near real time and automate retries for transient failures so data gaps don\u2019t accumulate.<\/li><li><strong>Duplicate detection controls: <\/strong>Flag overlapping serial ranges at the point of generation, not after packs reach the field.<\/li><li><strong>Clear \u201cstop the line\u201d criteria: <\/strong>Define which data failures require a line stop and which ones your team can correct downstream. Document the decision logic so operators don\u2019t have to make judgment calls under pressure.<\/li><\/ul><h3 id=\"kpis-worth-tracking\">KPIs worth tracking<\/h3><p>Be sure to also pair your controls with metrics that show whether they\u2019re working. These are six KPIs to focus on that will give you a clear picture of EU FMD compliance health:<\/p><table><thead><tr><th scope=\"col\"><strong><br \/>KPI<br \/><\/strong><\/th><th scope=\"col\"><strong><br \/>Target<br \/><\/strong><\/th><th scope=\"col\"><strong><br \/>What it tells you<br \/><\/strong><\/th><\/tr><\/thead><tbody><tr><td>Exception rate (alerts per scans)<\/td><td>&lt; 0.1%<\/td><td>Overall data quality and system stability<\/td><\/tr><tr><td>Time to triage (median)<\/td><td>&lt; 4 hours<\/td><td>How quickly your team classifies and routes alerts<\/td><\/tr><tr><td>Time to close (median)<\/td><td>&lt; 48 hours<\/td><td>Resolution speed for standard exceptions<\/td><\/tr><tr><td>Time to close (90th percentile)<\/td><td>&lt; 5 business days<\/td><td>Whether complex cases are dragging<\/td><\/tr><tr><td>Reopen rate<\/td><td>&lt; 5%<\/td><td>Whether fixes are holding or just papering over root causes<\/td><\/tr><tr><td>Reject rate (uploads\/transactions)<\/td><td>&lt; 0.5%<\/td><td>Interface and data formatting health<\/td><\/tr><tr><td>Unknown root cause rate<\/td><td>Trending down<\/td><td>Whether your team is learning from investigations or just closing tickets<\/td><\/tr><\/tbody><\/table><p>For directional benchmarking,<br \/><a href=\"https:\/\/emvo-medicines.eu\/documents\/best-practice-on-alert-handling\/\"><br \/>EMVO best practice references<br \/><\/a><br \/>an aspirational steady-state alert rate around 0.05% of total scans or lower, though national differences apply. Use that as a reference point, not an absolute standard.<\/p><h2 id=\"exception-handling-in-practice\">Exception handling in practice<\/h2><p>Alerts will fire. Packs will fail verification. Someone on the second shift will do something creative with a return. None of that is the problem. The problem is when nobody knows who picks it up, how to investigate it or where to document the fix. Most EU FMD compliance pain comes from the same handful of exception types showing up repeatedly without a defined response behind them.<\/p><h2 id=\"the-five-step-exception-workflow\">The five-step exception workflow<\/h2><p>Every exception, regardless of type, should follow the same basic path:<\/p><ol><li><strong>Identify and classify: <\/strong>Determine whether the alert is technical (scanner, interface, configuration), data-related (master data mismatch, duplicate serial) or procedural (wrong transaction type, user error).<\/li><li><strong>Quarantine decision: <\/strong>Decide whether affected product needs to be held and escalate according to your RACI matrix. Not every alert requires quarantine, but your SOP should spell out which ones do.<\/li><li><strong>Investigate: <\/strong>Identify the root cause and determine the full scope of impact. One alert often points to a broader batch or configuration issue.<\/li><li><strong>Resolve: <\/strong>Fix the immediate transaction and fix the underlying process. A resolution that only addresses the single alert without correcting the source will generate the same alert tomorrow.<\/li><li><strong>Capture evidence and close: <\/strong>Document what happened, what you did and who approved it. Close the record with enough detail that an auditor can reconstruct the story without calling anyone.<\/li><\/ol><h3 id=\"returns\">Returns<\/h3><p>The hard part with returns is that the pack\u2019s status has usually already changed. The serial may be decommissioned. The transaction history may be incomplete. Two tracks help here:<\/p><p><strong><br \/>Saleable returns<br \/><\/strong><br \/>need a status evaluation and potentially a controlled restoration.<br \/><strong><br \/>Non-saleable returns<br \/><\/strong><br \/>follow your standard destruction path. Both tracks require the same evidence: who authorized the decision, what status changes were made and when.<\/p><p>Why the extra rigor? Decommissioning happens at the end of the supply chain. Returned packs carry higher risk because their history may be ambiguous. Stronger controls here protect you, not slow you down.<\/p><h3 id=\"rework\">Rework<\/h3><p>Rework exceptions come from packaging defects, relabeling or aggregation errors on product that\u2019s already serialized. The regulation allows reverting a decommissioned status under strict conditions to prevent waste. Your job is to turn that flexibility into a controlled, repeatable workflow instead of an ad hoc fix.<\/p><p>What makes rework defensible is the following:<\/p><ul><li>QA approval at defined checkpoints.<\/li><li>Segregation of duties between the person doing the work and the person approving it.<\/li><li>A complete trail tying batch records, line records and approvals back to the specific serial numbers affected.<\/li><\/ul><p>If an auditor pulls a reworked pack six months from now, the trail should be complete without anyone having to explain it from memory.<\/p><h3 id=\"decommissioning-and-status-management\">Decommissioning and status management<\/h3><p>Decommissioning prevents a unique identifier from being reused. The specifics vary by market, so keep your local NMVO guidance close. Three principles hold everywhere:<\/p><ol><li>Audit trails must reflect reality. Record who performed each status change and when.<\/li><li>Controlled reversals require documented justification and approval. No exceptions.<\/li><li>When technical issues delay decommissioning, complete it as soon as the issue clears and document the gap.<\/li><\/ol><p>Verify your workflows against your national system\u2019s requirements. The principles are consistent across EU FMD, but implementation details differ.<\/p><h3 id=\"root-cause-categories\">Root-cause categories<\/h3><p>Over time, your exception data should cluster into a predictable set of root causes. Track these eight categories and build a short response procedure for each:<\/p><ol><li><strong>Scanner or configuration issue: <\/strong>Hardware failure, firmware mismatch or incorrect setup after maintenance.<\/li><li><strong>Wrong location or user setup: <\/strong>Operator credentials, site IDs or location codes that don\u2019t match the repository configuration.<\/li><li><strong>Duplicate serial: <\/strong>Overlapping serial ranges from vendor errors or process gaps.<\/li><li><strong>Late upload or missing serial: <\/strong>Data that didn\u2019t reach the repository before the pack was scanned downstream.<\/li><li><strong>Master data mismatch<\/strong>: Product code, GTIN or pack hierarchy discrepancies between internal systems and the repository.<\/li><li><strong>Procedural misuse: <\/strong>Operator selected the wrong transaction type for the scenario.<\/li><li><strong>Repack or linkage issue: <\/strong>Aggregation relationships that failed during repackaging or multi-market distribution.<\/li><li><strong>Training gap: <\/strong>The operator followed an outdated procedure or hadn\u2019t been trained on the current one.<\/li><\/ol><p>Tracking root-cause mix over time is one of the most useful things your monthly KPI review can do. A declining \u201cunknown root cause\u201d rate means your team is learning. A rising share of any single category tells you where to focus your next CAPA.<\/p><h3 id=\"exception-resolution-reference-table\">Exception resolution reference table<\/h3><p>Use the table below as a starting framework. Expand it to cover your site\u2019s most common exception patterns and adapt the owners to match your RACI assignments.<\/p><table><thead><tr><th scope=\"col\"><strong><br \/>Exception type<br \/><\/strong><\/th><th scope=\"col\"><strong><br \/>Likely causes<br \/><\/strong><\/th><th scope=\"col\"><strong><br \/>Primary owner<br \/><\/strong><\/th><th scope=\"col\"><strong><br \/>Resolution steps<br \/><\/strong><\/th><th scope=\"col\"><strong><br \/>Evidence captured<br \/><\/strong><\/th><\/tr><\/thead><tbody><tr><td>Suspected falsification-style alert<\/td><td>Data mismatch, duplicate serial, procedural misuse<\/td><td>QA + Site Ops<\/td><td>Quarantine affected product, investigate root cause, decide disposition, notify authorities as required<\/td><td>Case record, timestamps, screenshots and logs, approval signatures<\/td><\/tr><tr><td>Technical\/procedural alert<\/td><td>Scanner or config error, user error, interface failure<\/td><td>Ops + IT<\/td><td>Fix configuration, retrain operator, reprocess transaction<\/td><td><p>Support ticket, training record, before-and<\/p><p>-after proof<\/p><\/td><\/tr><tr><td>Returns exception<\/td><td>Pack status already changed, transaction history unclear<\/td><td>Supply Chain + QA<\/td><td>Verify pack history, assess saleable status, execute controlled status workflow<\/td><td>Return record, QA disposition, status change log<\/td><\/tr><tr><td>Rework exception<\/td><td>Packaging defect, relabeling, aggregation error<\/td><td><p>Pack-<\/p><p>aging Ops + QA<\/p><\/td><td>Execute controlled rework workflow, reconcile serial data, obtain QA sign-off<\/td><td>Batch record, line record, approval signatures<\/td><\/tr><\/tbody><\/table><h2 id=\"audit-readiness-and-what-auditors-typically-want\">Audit readiness and what auditors typically want<\/h2><p>An audit is a story problem. The auditor asks: \u201cShow me this control works.\u201d You either hand them the evidence or you spend a weekend reconstructing it.<\/p><p>Everything in this guide, the governance model, the SOPs, the exception workflows, the KPIs, produces that evidence as a byproduct. Audit readiness is whether you can find it right away and whether it holds together when someone pulls the thread.<\/p><p><em><br \/>This section provides operational guidance and is not legal advice. Confirm specific audit expectations with your NCA, NMVO and quality system requirements.<br \/><\/em><\/p><h3 id=\"evidence-categories-you-should-have-ready\">Evidence categories you should have ready<\/h3><p>Auditors generally want to see proof across six areas. If you can pull each of these within a business day, you\u2019re in good shape:<\/p><ol><li><strong>SOPs with effective dates and change control: <\/strong>Current versions, revision history and evidence that changes went through your approval process.<\/li><li><strong>Training records with role mapping: <\/strong>Who was trained on what, when they completed it and how training ties back to your SOP stack and RACI matrix.<\/li><li><strong>System access controls: <\/strong>Least-privilege access, unique user IDs and a joiner\/mover\/leaver process that removes credentials when people change roles or leave. Shared logins are a red flag.<\/li><li><strong>Alert investigation records: <\/strong>The full lifecycle: triage, root-cause analysis, resolution, closure and approval signatures.<\/li><li><strong>Data integrity evidence: <\/strong>Interface monitoring logs, reconciliation reports and any automated checks that confirm data moved correctly between systems.<\/li><li><strong>Audit trail extracts: <\/strong>Who did what, when. These should come straight from your systems, not from someone reconstructing events after the fact.<\/li><li><strong>Record retention policy: <\/strong>Document how long you keep records of operations around unique identifiers and map that policy to your regulatory expectations.<\/li><\/ol><h3 id=\"prove-the-control-works-three-concrete-examples\">Prove the control works: three concrete examples<\/h3><p>Documentation alone won\u2019t satisfy most auditors. They want to watch the controls work on real examples. Have three demonstrations ready to go before anyone asks.<\/p><h4 id=\"walk-through-three-closed-alerts-end-to-end\">Walk through three closed alerts end-to-end<\/h4><p>Pick one technical, one data-related and one procedural. Show timestamps at every stage and approvals at closure. Pick boring ones too. The cleanest examples show a mature process better than your most dramatic investigation.<\/p><h4 id=\"show-a-controlled-rework-case\">Show a controlled rework case<\/h4><p>Batch record connects to line record connects to affected serial numbers connects to QA disposition. The auditor should be able to follow the thread without asking a single clarifying question. If they have to, something in your documentation chain broke down.<\/p><h4 id=\"demonstrate-that-user-ids-are-unique-and-current\">Demonstrate that user IDs are unique and current<\/h4><p>Show your joiner\/mover\/leaver process. Show that credentials get removed when someone changes roles. An auditor who finds a shared login will pull that thread until something unravels, because \u201cwho performed this action\u201d is the foundation of every other piece of evidence you\u2019ve presented.<\/p><h2 id=\"eu-fmd-audit-readiness-checklist\">EU FMD audit readiness checklist<\/h2><p>The previous section covers what auditors want to see and how to show it. The checklist below turns that into a self-assessment you can run quarterly. Don\u2019t cheat yourself; score yourself honestly. Anything unchecked in the baseline block is a gap worth closing before someone else finds it.<\/p><h3 id=\"baseline-must-haves\">Baseline must-haves<\/h3><ul><li>Ownership matrix (RACI) exists, covers all six core activities and reflects current org structure.<\/li><li>SOPs exist for alert handling, returns and rework with effective dates and change control.<\/li><li>Verification and decommissioning workflows are documented at each touchpoint.<\/li><li>Data correction and reprocessing rules define who can change what and what approvals are required.<\/li><li>Role-based training is complete for all users who touch serialization systems.<\/li><li>Training trigger list defines which changes require retraining and for whom.<\/li><li>Alert queue has defined SLAs for triage and closure.<\/li><li>Escalation rules are documented and mapped to the RACI matrix.<\/li><li>Evidence pack template exists for investigations (timestamps, root cause, resolution, approvals).<\/li><li>Access reviews happen on a defined cadence with documented outcomes.<\/li><li>User IDs are unique and the joiner\/mover\/leaver process is active.<\/li><li>Interface monitoring runs daily and results are documented.<\/li><li>Duplicate detection controls are in place at the point of serial generation.<\/li><li>Prerelease validation gates confirm data completeness before product ships.<\/li><li>Record retention policy exists and maps to regulatory expectations for unique identifier data.<\/li><li>At least three end-to-end alert walkthroughs are ready to present on request.<\/li><\/ul><h3 id=\"best-in-class-differentiators\">Best-in-class differentiators<\/h3><ul><li>Monthly trend reporting by root-cause category with CAPA linkage.<\/li><li>Leading indicators track scanner and configuration drift before they generate alerts.<\/li><li>Aged alert automation flags overdue items and sends proactive notifications.<\/li><li>Quarterly mock-audit exercises test evidence retrieval speed and completeness.<\/li><li>Site scorecard tracks KPI targets: exception rate, time-to-resolve and reopen rate.<\/li><li>Root-cause mix analysis feeds back into SOP and training updates.<\/li><li>Cross-site benchmarking compares performance across locations and markets.<\/li><li>Exception data informs packaging line and process improvement priorities.<\/li><\/ul><h2 id=\"faqs\">FAQs<\/h2><h3 id=\"what-does-eu-fmd-require-on-pack-in-simple-terms\">What does EU FMD require on pack, in simple terms?<\/h3><p>Two things: a unique identifier (a 2D barcode containing serialized data) and an anti-tampering device on most prescription packs. Pharmacies and hospitals scan the barcode at dispense to verify the pack is legitimate and decommission the serial number so it can\u2019t be reused. The European Medicines Agency (EMA) <a href=\"https:\/\/www.ema.europa.eu\/en\/human-regulatory-overview\/public-health-threats\/falsified-medicines-overview\">publishes detailed requirements on safety features<\/a>.<\/p><h3 id=\"what-is-the-eu-hub-vs-a-national-system\">What is the EU Hub vs. a national system?<\/h3><p>The EU Hub is the central routing layer that connects manufacturers to national verification systems across Europe. When you upload serial data, it flows through the EU Hub and down to the relevant national system (managed by each country\u2019s NMVO). Verification and decommissioning events happen at the national level, not at the Hub.<\/p><h3 id=\"what-is-decommissioning-and-why-does-it-matter\">What is decommissioning, and why does it matter?<\/h3><p>Decommissioning is the action that marks a unique identifier as \u201cused\u201d so it can\u2019t be verified again. It\u2019s the core mechanism that prevents falsified packs from re-entering the supply chain. Without timely, accurate decommissioning, the entire verification system loses its value.<\/p><h3 id=\"can-we-undo-a-decommissioned-status-for-rework\">Can we undo a decommissioned status for rework?<\/h3><p>The regulation recognizes that reverting a decommissioned status can be possible under strict conditions to avoid unnecessary waste. Your organization needs to treat this as a controlled workflow with QA approval, segregation of duties and a complete audit trail. Verify the specific conditions and process with your local NMVO, because requirements vary by market.<\/p><h3 id=\"what-is-repository-hygiene\">What is repository hygiene?<\/h3><p>Repository hygiene is the discipline of keeping your serial data and master data accurate, timely and reconcilable across the repositories system. Clean data means fewer alerts, faster resolution and audit evidence that holds together. Treat it as a daily operational control, not something you clean up before an inspection.<\/p><h3 id=\"what-kpis-should-we-track-after-go-live\">What KPIs should we track after go-live?<\/h3><p>Focus on six: exception rate (alerts per scans), median time to triage, median and 90th-percentile time to close, reopen rate, upload\/transaction reject rate and unknown root-cause rate. Together, these tell you whether your data is clean, your team is responsive and your fixes are holding.<\/p><h3 id=\"what-causes-most-alerts-technical-data-or-procedural\">What causes most alerts: technical, data or procedural?<\/h3><p>Most mature sites see the majority of alerts come from technical and configuration issues (scanner problems, interface failures, location ID mismatches). Data issues like late uploads and master data mismatches are the second most common. Procedural errors tend to drop over time as training matures, but they spike after staff turnover or process changes.<\/p><h3 id=\"what-evidence-do-we-need-for-audits\">What evidence do we need for audits?<\/h3><p>Auditors generally want SOPs with change control, training records tied to roles, alert investigation records showing the full lifecycle, access control documentation, interface monitoring logs and audit trail extracts showing who did what and when. The real test is whether you can pull all of it within a business day and whether it tells a consistent story.<\/p><h3 id=\"how-do-responsibilities-differ-for-mahs-obps-vs-end-users\">How do responsibilities differ for MAHs\/OBPs vs. end users?<\/h3><p>Marketing Authorization Holders (MAHs) and On-Board Partners (OBPs) own the data: they upload serial numbers, maintain master data and manage the relationship with the EU Hub and national systems. End users (pharmacies, hospitals) verify and decommission at the point of dispense. Both sides generate exceptions, but the root causes and resolution paths look different.<\/p><h3 id=\"how-does-eu-fmd-differ-from-dscsa-at-a-high-level\">How does EU FMD differ from DSCSA at a high level?<\/h3><p>Both regulations require serialization, but they work differently. EU FMD uses a point-of-dispense verification model where pharmacies check each pack against a central repository.<br \/><a href=\"https:\/\/www.systechone.com\/serialization\/dscsa-compliance\/\"><br \/>DSCSA focuses on transaction-level traceability<br \/><\/a><br \/>across the U.S. supply chain. Organizations operating in both markets should align their workflows where possible to avoid duplicating effort.<\/p><h3 id=\"what-about-northern-ireland-and-other-market-specific-nuances\">What about Northern Ireland and other market-specific nuances?<\/h3><p>Northern Ireland follows EU FMD requirements under the Windsor Framework, which means packs moving into Northern Ireland need EU-compliant safety features. Other markets have their own nuances around timelines, national system configurations and specific NMVO expectations. <a href=\"https:\/\/www.gov.uk\/government\/publications\/the-windsor-framework\">GOV.UK publishes current guidance for Northern Ireland<\/a>. For other markets, check directly with your local NMVO.<\/p><h3 id=\"how-do-we-prevent-repeat-alerts-from-the-same-root-cause\">How do we prevent repeat alerts from the same root cause?<\/h3><p>Track root-cause categories monthly and look for patterns. When the same category keeps showing up (late uploads, scanner misconfiguration, master data mismatches), open a CAPA that targets the process, not just the individual alert. A declining repeat rate is one of the strongest signals that your operating model is maturing.<\/p><h2 id=\"glossary\">Glossary<\/h2><ul><li><strong>Unique identifier (UI): <\/strong>The 2D barcode on a prescription pack that contains four data elements: product code, serial number, batch number and expiry date. Every pack gets a unique combination.<\/li><li><strong>Anti-tampering device: <\/strong>A physical feature on the pack (such as a seal or break-tab) that shows whether someone has opened it. Required alongside the unique identifier under EU FMD.<\/li><li><strong>Verification: <\/strong>The act of scanning a pack\u2019s unique identifier against the repositories system to confirm it\u2019s legitimate. Happens at the point of dispense.<\/li><li><strong>Decommissioning: <\/strong>The action that marks a unique identifier as \u201cused\u201d so it can\u2019t be verified again. Prevents the same serial number from being accepted twice.<\/li><li><strong>Alert: <\/strong>A notification generated when a verification or transaction doesn\u2019t match expected data in the repository. Could be technical, data-related or procedural in origin.<\/li><li><strong>Exception: <\/strong>A broader term for any event that falls outside normal processing and requires investigation. Alerts are one type. Returns and rework scenarios are others.<\/li><li><strong>Investigation: <\/strong>The structured process of identifying the root cause, scope and resolution for an exception. Should follow a documented workflow with evidence captured at each step.<\/li><li><strong>CAPA (corrective and preventive action):<br \/><\/strong>A formal process for fixing the root cause of a problem (corrective) and preventing it from recurring (preventive). Tied to your quality management system.<\/li><li><strong>Repository hygiene: <\/strong>The discipline of keeping serial data and master data accurate, timely and reconcilable across the repositories system. Treated as a daily operational control.<\/li><\/ul><h2 id=\"how-we-help\">How we help<\/h2><p>You\u2019ve read the operating model, the KPIs, the exception workflows and the audit checklist. Putting all of that into practice across multiple sites and markets is where the work gets real.<\/p><p><a href=\"https:\/\/www.systechone.com\/\">Systech <\/a>helps teams run Day 2 EU FMD compliance with less noise and more control. We built our platform around the problems covered in this guide: data integrity across the repositories system, exception workflows that route to the right owner and audit evidence that\u2019s ready when someone asks for it.<\/p><p>Global teams get particular value here. We help you align EU FMD and DSCSA operations into one coherent compliance program instead of maintaining two parallel tracks that duplicate effort and drift apart over time.<\/p><p><strong><br \/>Start here:<br \/><\/strong><\/p><ul><li><a href=\"https:\/\/www.systechone.com\/serialization\/eu-fmd-driving-compliance\/\">Explore our EU FMD guide<br \/><\/a><\/li><li><a href=\"https:\/\/www.systechone.com\/serialization\/dscsa-compliance\/\">Read our DSCSA compliance guide<br \/><\/a><\/li><\/ul><p>Of course, feel free to <a href=\"https:\/\/www.systechone.com\/contact-2\/\">contact us directly<\/a> if you have any questions.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t","protected":false},"excerpt":{"rendered":"<p>EU FMD compliance after go\u2011live: What good should look like in 2026 \u2191 Table of Contents Executive summary You went live on EU FMD The serialization data is flowing. Now what? \u201cGood\u201d looks like low alert volumes, fast resolution times, clean repository data and evidence your team can produce the moment someone asks for it. [&hellip;]<\/p>\n","protected":false},"author":20,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_acf_changed":false,"footnotes":""},"content-stage":[],"content-type":[],"conversation-track":[],"product-category":[],"class_list":["post-40371","page","type-page","status-publish","hentry"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v28.3 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>EU FMD Compliance After Go-Live: What Looks Goodin 2026<\/title>\n<meta name=\"description\" content=\"Learn EU FMD compliance after go-live with aDay 2 operating model, repository hygiene KPIs, and real playbooks for alerts, returns,and rework.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.systechone.com\/de\/eu-fmd-compliance-after-go\u2011live-what-good-looks-like-in-2026\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"EU FMD Compliance After Go-Live: What Looks Goodin 2026\" \/>\n<meta property=\"og:description\" content=\"Learn EU FMD compliance after go-live with aDay 2 operating model, repository hygiene KPIs, and real playbooks for alerts, returns,and rework.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.systechone.com\/de\/eu-fmd-compliance-after-go\u2011live-what-good-looks-like-in-2026\/\" \/>\n<meta property=\"og:site_name\" content=\"Systech\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/systechone\/\" \/>\n<meta property=\"article:modified_time\" content=\"2026-08-06T16:01:38+00:00\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:site\" content=\"@systechone\" \/>\n<meta name=\"twitter:label1\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data1\" content=\"19\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.systechone.com\\\/eu-fmd-compliance-after-go%e2%80%91live-what-good-looks-like-in-2026\\\/\",\"url\":\"https:\\\/\\\/www.systechone.com\\\/eu-fmd-compliance-after-go%e2%80%91live-what-good-looks-like-in-2026\\\/\",\"name\":\"EU FMD Compliance After Go-Live: What Looks Goodin 2026\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.systechone.com\\\/#website\"},\"datePublished\":\"2026-06-02T16:46:24+00:00\",\"dateModified\":\"2026-08-06T16:01:38+00:00\",\"description\":\"Learn EU FMD compliance after go-live with aDay 2 operating model, repository hygiene KPIs, and real playbooks for alerts, returns,and rework.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.systechone.com\\\/eu-fmd-compliance-after-go%e2%80%91live-what-good-looks-like-in-2026\\\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.systechone.com\\\/eu-fmd-compliance-after-go%e2%80%91live-what-good-looks-like-in-2026\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.systechone.com\\\/eu-fmd-compliance-after-go%e2%80%91live-what-good-looks-like-in-2026\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.systechone.com\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"EU FMD Compliance After Go\u2011Live: What Good Looks Like in 2026\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.systechone.com\\\/#website\",\"url\":\"https:\\\/\\\/www.systechone.com\\\/\",\"name\":\"Systech\",\"description\":\"a solutions division of Markem-Imaje\",\"publisher\":{\"@id\":\"https:\\\/\\\/www.systechone.com\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.systechone.com\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/www.systechone.com\\\/#organization\",\"name\":\"Systech International\",\"url\":\"https:\\\/\\\/www.systechone.com\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/www.systechone.com\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/www.systechone.com\\\/wp-content\\\/uploads\\\/2018\\\/04\\\/systech-logo.png\",\"contentUrl\":\"https:\\\/\\\/www.systechone.com\\\/wp-content\\\/uploads\\\/2018\\\/04\\\/systech-logo.png\",\"width\":551,\"height\":124,\"caption\":\"Systech International\"},\"image\":{\"@id\":\"https:\\\/\\\/www.systechone.com\\\/#\\\/schema\\\/logo\\\/image\\\/\"},\"sameAs\":[\"https:\\\/\\\/www.facebook.com\\\/systechone\\\/\",\"https:\\\/\\\/x.com\\\/systechone\",\"https:\\\/\\\/www.linkedin.com\\\/company\\\/systech-international\",\"https:\\\/\\\/www.youtube.com\\\/channel\\\/UC1fz6UKo5eMa1WxgVMGRhpA\\\/videos\"]}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"EU FMD-Compliance nach Go-Live: Was 2026 gut aussieht","description":"Erlernen Sie die EU FMD-Konformit\u00e4t nach dem Go-Live mit einem Day-2-Betriebsmodell, KPIs zur Repository-Hygiene und echten Playbooks f\u00fcr Warnmeldungen, R\u00fccksendungen und Nacharbeiten.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.systechone.com\/de\/eu-fmd-compliance-after-go\u2011live-what-good-looks-like-in-2026\/","og_locale":"de_DE","og_type":"article","og_title":"EU FMD Compliance After Go-Live: What Looks Goodin 2026","og_description":"Learn EU FMD compliance after go-live with aDay 2 operating model, repository hygiene KPIs, and real playbooks for alerts, returns,and rework.","og_url":"https:\/\/www.systechone.com\/de\/eu-fmd-compliance-after-go\u2011live-what-good-looks-like-in-2026\/","og_site_name":"Systech","article_publisher":"https:\/\/www.facebook.com\/systechone\/","article_modified_time":"2026-08-06T16:01:38+00:00","twitter_card":"summary_large_image","twitter_site":"@systechone","twitter_misc":{"Gesch\u00e4tzte Lesezeit":"19\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/www.systechone.com\/eu-fmd-compliance-after-go%e2%80%91live-what-good-looks-like-in-2026\/","url":"https:\/\/www.systechone.com\/eu-fmd-compliance-after-go%e2%80%91live-what-good-looks-like-in-2026\/","name":"EU FMD-Compliance nach Go-Live: Was 2026 gut aussieht","isPartOf":{"@id":"https:\/\/www.systechone.com\/#website"},"datePublished":"2026-06-02T16:46:24+00:00","dateModified":"2026-08-06T16:01:38+00:00","description":"Erlernen Sie die EU FMD-Konformit\u00e4t nach dem Go-Live mit einem Day-2-Betriebsmodell, KPIs zur Repository-Hygiene und echten Playbooks f\u00fcr Warnmeldungen, R\u00fccksendungen und Nacharbeiten.","breadcrumb":{"@id":"https:\/\/www.systechone.com\/eu-fmd-compliance-after-go%e2%80%91live-what-good-looks-like-in-2026\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.systechone.com\/eu-fmd-compliance-after-go%e2%80%91live-what-good-looks-like-in-2026\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.systechone.com\/eu-fmd-compliance-after-go%e2%80%91live-what-good-looks-like-in-2026\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.systechone.com\/"},{"@type":"ListItem","position":2,"name":"EU FMD Compliance After Go\u2011Live: What Good Looks Like in 2026"}]},{"@type":"WebSite","@id":"https:\/\/www.systechone.com\/#website","url":"https:\/\/www.systechone.com\/","name":"Systech","description":"eine L\u00f6sungsabteilung von Markem-Imaje","publisher":{"@id":"https:\/\/www.systechone.com\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.systechone.com\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Organization","@id":"https:\/\/www.systechone.com\/#organization","name":"Systech International","url":"https:\/\/www.systechone.com\/","logo":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.systechone.com\/#\/schema\/logo\/image\/","url":"https:\/\/www.systechone.com\/wp-content\/uploads\/2018\/04\/systech-logo.png","contentUrl":"https:\/\/www.systechone.com\/wp-content\/uploads\/2018\/04\/systech-logo.png","width":551,"height":124,"caption":"Systech International"},"image":{"@id":"https:\/\/www.systechone.com\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/www.facebook.com\/systechone\/","https:\/\/x.com\/systechone","https:\/\/www.linkedin.com\/company\/systech-international","https:\/\/www.youtube.com\/channel\/UC1fz6UKo5eMa1WxgVMGRhpA\/videos"]}]}},"_links":{"self":[{"href":"https:\/\/www.systechone.com\/de\/wp-json\/wp\/v2\/pages\/40371","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.systechone.com\/de\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/www.systechone.com\/de\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/www.systechone.com\/de\/wp-json\/wp\/v2\/users\/20"}],"replies":[{"embeddable":true,"href":"https:\/\/www.systechone.com\/de\/wp-json\/wp\/v2\/comments?post=40371"}],"version-history":[{"count":53,"href":"https:\/\/www.systechone.com\/de\/wp-json\/wp\/v2\/pages\/40371\/revisions"}],"predecessor-version":[{"id":41301,"href":"https:\/\/www.systechone.com\/de\/wp-json\/wp\/v2\/pages\/40371\/revisions\/41301"}],"wp:attachment":[{"href":"https:\/\/www.systechone.com\/de\/wp-json\/wp\/v2\/media?parent=40371"}],"wp:term":[{"taxonomy":"content-stage","embeddable":true,"href":"https:\/\/www.systechone.com\/de\/wp-json\/wp\/v2\/content-stage?post=40371"},{"taxonomy":"content-type","embeddable":true,"href":"https:\/\/www.systechone.com\/de\/wp-json\/wp\/v2\/content-type?post=40371"},{"taxonomy":"conversation-track","embeddable":true,"href":"https:\/\/www.systechone.com\/de\/wp-json\/wp\/v2\/conversation-track?post=40371"},{"taxonomy":"product-category","embeddable":true,"href":"https:\/\/www.systechone.com\/de\/wp-json\/wp\/v2\/product-category?post=40371"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}