TISAX Reassessment Planning
TISAX reassessment planning means you start preparing for your next TISAX assessment well before your current label expires, and you keep evidence, controls, and remediation work “always ready” instead of scrambling at renewal time. Operationally, you need a reassessment calendar, defined owners, continuous self-assessment, and a living evidence set mapped to VDA ISA requirements. (VDA ISA Catalog v6.0)
Key takeaways:
- Reassessment planning is a continuous readiness process tied to label expiration, not a one-time project. (VDA ISA Catalog v6.0)
- Your reassessment plan must drive routine self-checks, evidence refresh, and tracked gap remediation across control owners. (VDA ISA Catalog v6.0)
- Auditors will test whether your planning produced current, consistent artifacts, not just a plan document. (VDA ISA Catalog v6.0)
A TISAX label has a shelf life, but your control environment cannot “pause” between assessments. VDA ISA 10.4.1 expects you to plan and prepare for reassessment well in advance of label expiration and to maintain continuous compliance readiness. (VDA ISA Catalog v6.0) For a Compliance Officer, CCO, or GRC lead, the fastest path to operationalizing this requirement is to treat reassessment planning as a lightweight governance system: a calendar, owners, recurring reviews, and an evidence pipeline that stays current.
Teams usually fail reassessment planning in predictable ways: they don’t know the label expiration date, they don’t have a control/evidence owner model, their “evidence” is stale screenshots and outdated policies, or remediation work is tracked in email threads instead of a controlled register. The result is avoidable disruption, rushed data calls, and inconsistent narratives during the next assessment.
This page turns VDA ISA 10.4.1 into an execution playbook: who needs to act, what to do step-by-step, what to retain as evidence, what assessors commonly probe, and how to build a steady-state reassessment rhythm that holds up under scrutiny. (VDA ISA Catalog v6.0)
Regulatory text
Requirement (VDA ISA 10.4.1): “Plan and prepare for TISAX reassessment well in advance of label expiration, maintaining continuous compliance readiness.” (VDA ISA Catalog v6.0)
Operator interpretation: You must have an active, forward-looking plan that (a) anticipates label expiration, (b) drives ongoing self-assessment and evidence refresh, and (c) ensures gaps are found and remediated before reassessment pressure starts. The requirement is less about producing a “reassessment plan” document and more about proving you run a repeatable readiness process that keeps controls and evidence current. (VDA ISA Catalog v6.0)
Plain-English interpretation (what this really demands)
- You know your label expiration and work backwards to schedule internal readiness checks, evidence refresh, and remediation cutoffs.
- You continuously validate control performance through periodic self-assessments rather than waiting for the next external assessor.
- You keep an “assessment-ready” evidence set: policies are current, logs and tickets are retrievable, system inventories match reality, and exceptions have documented approval and review.
- You actively manage gaps with clear ownership, due dates, and verification of closure. (VDA ISA Catalog v6.0)
Who it applies to
In scope entities: Automotive suppliers and OEMs pursuing or maintaining a TISAX label. (VDA ISA Catalog v6.0)
Operational context (where this bites):
- You handle OEM/supplier data exchange, engineering collaboration, prototypes, or other sensitive information subject to TISAX expectations.
- You operate shared services (IT, IAM, SOC, HR, procurement) that must produce evidence repeatedly across assessment cycles.
- You depend on third parties for core controls (cloud hosting, managed security, engineering platforms) and must be able to re-collect proof on demand.
Primary accountable roles:
- GRC/Compliance lead: owns reassessment program mechanics, calendar, evidence model, and readiness reporting.
- Control owners (IT, Security, HR, Facilities, Engineering, Procurement): own control operation and evidence production.
- Executive sponsor: resolves resourcing conflicts and accepts residual risk when gaps cannot be closed quickly.
What you actually need to do (step-by-step)
1) Establish your reassessment baseline (label + scope + owners)
- Confirm label expiration date and assessment scope (sites, services, information domains, and any scoping assumptions used last time).
- Lock a control ownership map: one named owner per major control area, with a backup.
- Define an evidence owner model: who produces the artifact, who reviews it, where it is stored, and how freshness is maintained. (VDA ISA Catalog v6.0)
Practical tip: If ownership is “GRC,” you will fail in practice. GRC coordinates; control owners operate.
2) Build a reassessment plan that is operational, not aspirational
Create a short plan (a few pages is fine) that covers:
- Milestones tied to label expiration (work backwards with internal target dates you can govern against).
- Recurring readiness activities: self-assessments, evidence refresh, exception review, and remediation governance.
- RACI: who does what, who approves, and who is consulted.
- Change triggers: what events force an out-of-cycle mini-assessment (major system migration, new engineering platform, M&A integration, outsourcing changes).
- Third-party dependency plan: which third parties must deliver evidence and when (SOC reports, penetration tests, ISO certificates, vulnerability remediation attestations). (VDA ISA Catalog v6.0)
3) Implement continuous compliance readiness (the “always-ready” engine)
This is the substance of VDA ISA 10.4.1. Build a rhythm that produces current proof:
- Periodic self-assessments against the VDA ISA requirements in scope; record outcomes and changes since the last cycle. (VDA ISA Catalog v6.0)
- Evidence refresh workflow: update policies, access reviews, asset inventories, incident response tests, backup/restore evidence, and vulnerability remediation records based on what your environment actually did.
- Control performance checks: sample-based checks (for example, verify access approvals exist, terminations were processed, logging is enabled where required, security exceptions have approvals).
- Readiness reporting: a simple dashboard for leadership: open gaps by severity, overdue remediation, upcoming milestones, and evidence freshness status. (VDA ISA Catalog v6.0)
Where tools help: Daydream (or any GRC workflow system) earns its keep by turning reassessment planning into assigned work with due dates, evidence requests, and an auditable trail of reviews and approvals, instead of email-driven chasing.
4) Run gap remediation like a controlled program
Treat gaps as governed risk items:
- Centralize gaps in a remediation register with: description, impacted requirement/control, risk statement, owner, target completion, and validation method.
- Define acceptance rules: who can approve exceptions or risk acceptance, and what documentation is required.
- Verify closure: require evidence of fix plus a check that it works (ticket closure alone is weak).
- Keep “narratives” consistent: if your scope or architecture changed, document it and update evidence accordingly. (VDA ISA Catalog v6.0)
5) Pre-assessment readiness review (“mock assessment” approach)
Before the reassessment:
- Do an internal evidence walkthrough: can you retrieve artifacts quickly, do they match the current environment, and do they cover the full scope?
- Test interview readiness: can control owners explain what they do, how often, and where proof lives?
- Validate third-party artifacts: confirm they are current and applicable to your scoped services and locations. (VDA ISA Catalog v6.0)
Required evidence and artifacts to retain
Keep artifacts that prove planning exists and readiness is continuous. Typical evidence set:
- Reassessment plan tied to label expiration and scope, with ownership and recurring activities. (VDA ISA Catalog v6.0)
- Readiness calendar (GRC calendar, ticketing schedule, or equivalent) showing recurring self-assessment and evidence refresh.
- Self-assessment records: results, identified gaps, decisions, and follow-ups. (VDA ISA Catalog v6.0)
- Evidence inventory/index mapped to requirements (what artifact satisfies what).
- Remediation register and supporting tickets, change records, and validation evidence.
- Exception/risk acceptance records with approvals and review cadence.
- Third-party evidence pack relevant to your scope (contracts/SLA clauses, assurance reports, security attestations, issue remediation communications).
- Management reporting demonstrating oversight and resourcing decisions.
Common exam/audit questions and hangups
Assessors typically probe these areas:
- “Show me your plan.” They will check that planning is tied to label expiration and includes concrete activities and ownership. (VDA ISA Catalog v6.0)
- “Prove continuous readiness.” Expect requests for multiple points-in-time evidence: self-assessment outputs, periodic reviews, and updated artifacts.
- “What changed since last assessment?” Scope creep, new systems, and reorganizations cause evidence mismatches.
- “How do you know gaps are closed?” Weakness: “ticket says done” without validation proof.
- “What about outsourced controls?” If a third party operates part of a control, you need a repeatable way to obtain assurance artifacts.
Frequent implementation mistakes (and how to avoid them)
-
Mistake: Planning equals a document created right before reassessment.
Avoid: Build recurring readiness tasks and track completion. Keep historical outputs. (VDA ISA Catalog v6.0) -
Mistake: Evidence sprawl across drives and inboxes.
Avoid: Maintain a single evidence index with named owners and storage locations; require review/refresh as part of BAU. -
Mistake: No triggers for major change.
Avoid: Add change triggers (new ERP, cloud migration, new engineering collaboration tool) that force targeted re-checks. -
Mistake: Gaps managed informally.
Avoid: Use a remediation register with owners, due dates, and closure validation steps. (VDA ISA Catalog v6.0) -
Mistake: Third-party assurance collected once and forgotten.
Avoid: Put third-party evidence requests on the readiness calendar and tie them to contract renewal and reassessment preparation.
Risk implications (why operators should care)
If you do not plan reassessment early and maintain readiness, the predictable operational outcomes are missed remediation windows, last-minute evidence creation, inconsistent control narratives, and increased business disruption during the reassessment period. For many automotive relationships, a lapse in TISAX posture can become a commercial and delivery risk because customers often expect an active label for certain data exchanges and projects. This is a business continuity problem as much as a security governance problem. (VDA ISA Catalog v6.0)
Practical 30/60/90-day execution plan
First 30 days (stand up governance)
- Confirm label expiration, current scope, and control ownership map. (VDA ISA Catalog v6.0)
- Draft a reassessment plan with milestones, recurring readiness activities, and change triggers.
- Build an evidence index mapped to in-scope requirements; identify missing or stale artifacts.
- Create a remediation register and migrate open issues into it.
Days 31–60 (make readiness real)
- Run the first internal self-assessment cycle and record findings. (VDA ISA Catalog v6.0)
- Launch evidence refresh tasks to control owners; require reviewer sign-off.
- Define third-party evidence requirements per dependency and start collecting artifacts.
- Produce leadership reporting: open gaps, owners, and remediation progress.
Days 61–90 (stabilize and rehearse)
- Re-test a sample of controls for operating effectiveness (proof, not intent). (VDA ISA Catalog v6.0)
- Execute a “mock assessor” walkthrough: retrieve evidence quickly, validate narratives, and confirm scope alignment.
- Close or formally accept remaining gaps with documented approvals.
- Lock a steady-state schedule for ongoing self-assessments and evidence refresh going forward.
Frequently Asked Questions
How early is “well in advance” for TISAX reassessment planning?
VDA ISA 10.4.1 does not specify an exact lead time; it requires planning before label expiration and continuous readiness. Use a workback schedule from the expiration date and start as soon as you can govern owners, evidence, and remediation. (VDA ISA Catalog v6.0)
What’s the minimum artifact an assessor will accept as a “reassessment plan”?
A short plan is fine if it clearly ties to label expiration, defines owners, and shows recurring readiness activities plus remediation governance. A generic project plan without evidence of ongoing execution tends to fail the “continuous readiness” intent. (VDA ISA Catalog v6.0)
How do I prove “continuous compliance readiness” without creating busywork?
Focus on recurring outputs you already need: self-assessment results, evidence reviews/updates, and remediation tracking. Automate assignments and evidence collection in a workflow tool so activity produces an audit trail without constant manual chasing.
We changed our environment a lot since the last assessment. What should we do first?
Reconfirm scope and document what changed, then run a targeted self-assessment on the impacted areas and refresh the evidence set. Evidence mismatches are a common reassessment failure mode. (VDA ISA Catalog v6.0)
How should third-party dependencies show up in reassessment planning?
Treat third-party assurance artifacts as required inputs with owners and due dates, the same as internal evidence. If a third party runs part of a control, your plan should specify what proof you will request and how often you will refresh it. (VDA ISA Catalog v6.0)
Can Daydream help with TISAX reassessment planning?
Yes, if you use it to assign control owners, schedule recurring readiness tasks, collect evidence with review trails, and maintain a remediation register. The value is execution discipline and traceability, which map directly to the “continuous readiness” expectation. (VDA ISA Catalog v6.0)
Frequently Asked Questions
How early is “well in advance” for TISAX reassessment planning?
VDA ISA 10.4.1 does not specify an exact lead time; it requires planning before label expiration and continuous readiness. Use a workback schedule from the expiration date and start as soon as you can govern owners, evidence, and remediation. (VDA ISA Catalog v6.0)
What’s the minimum artifact an assessor will accept as a “reassessment plan”?
A short plan is fine if it clearly ties to label expiration, defines owners, and shows recurring readiness activities plus remediation governance. A generic project plan without evidence of ongoing execution tends to fail the “continuous readiness” intent. (VDA ISA Catalog v6.0)
How do I prove “continuous compliance readiness” without creating busywork?
Focus on recurring outputs you already need: self-assessment results, evidence reviews/updates, and remediation tracking. Automate assignments and evidence collection in a workflow tool so activity produces an audit trail without constant manual chasing.
We changed our environment a lot since the last assessment. What should we do first?
Reconfirm scope and document what changed, then run a targeted self-assessment on the impacted areas and refresh the evidence set. Evidence mismatches are a common reassessment failure mode. (VDA ISA Catalog v6.0)
How should third-party dependencies show up in reassessment planning?
Treat third-party assurance artifacts as required inputs with owners and due dates, the same as internal evidence. If a third party runs part of a control, your plan should specify what proof you will request and how often you will refresh it. (VDA ISA Catalog v6.0)
Can Daydream help with TISAX reassessment planning?
Yes, if you use it to assign control owners, schedule recurring readiness tasks, collect evidence with review trails, and maintain a remediation register. The value is execution discipline and traceability, which map directly to the “continuous readiness” expectation. (VDA ISA Catalog v6.0)
Authoritative Sources
Operationalize this requirement
Map requirement text to controls, owners, evidence, and review workflows inside Daydream.
See Daydream