{
  "metadata": {
    "schema_version": "1.0.0",
    "profile_id": "01-06",
    "created_at": "2026-09-22",
    "as_of_date": "2026-09-22",
    "record_kind": "fictional_sample",
    "verification_status": "not_verified",
    "is_real_person_record": false,
    "disclaimer": "Fictional demonstration candidate. All employers, education, projects, achievements and outcomes are illustrative and unverified. Not a real application or licence record.",
    "source_basis": {
      "biography": "original synthetic example",
      "structure_reference": "sr-software-engineer-fullstack-angular-react-nodejs.pdf",
      "reference_used_for": "section hierarchy and visual direction only; no Ajay Prajapat biographical claims copied",
      "web_reference": "https://kyros.on3-step.com/homereveal",
      "web_reference_status": "requested inspiration; live JavaScript visual layout could not be independently rendered"
    },
    "category": {
      "id": 1,
      "name": "Software & Application Development",
      "role_index": 6,
      "role_title": "Software Architect"
    },
    "publishing": {
      "search_indexing": false,
      "external_contact_enabled": false,
      "real_credentials_required_before_publication": true
    }
  },
  "basics": {
    "name": "Ananya Mehta",
    "headline": "Software Architect",
    "specialisation": "system design, domain modelling, API governance",
    "location": {
      "city": "Chennai",
      "country": "India"
    },
    "contact": {
      "email": "ananya.mehta@example.com",
      "phone": null,
      "website": null,
      "linkedin": null,
      "portfolio_url": null,
      "contact_status": "placeholder_not_for_contact"
    },
    "career_start_date": "2015-07-01",
    "experience_years": 11,
    "seniority": "experienced specialist",
    "languages": [
      {
        "language": "English",
        "proficiency": "professional working - fictional sample"
      },
      {
        "language": "Hindi",
        "proficiency": "professional working - fictional sample"
      }
    ],
    "work_preferences": {
      "arrangement": "hybrid; remote feasibility discussed per role",
      "relocation": "open to discussion - sample preference",
      "availability": "not confirmed; discuss before an interview",
      "employment_interest": [
        "full-time",
        "defined project or fixed-term work where appropriate"
      ]
    }
  },
  "executive_summary": [
    "Software Architect with an illustrative 11-year career in product engineering and enterprise applications. Combines system design, domain modelling, api governance with disciplined documentation, practical coordination and clear communication. The sample career progresses from focused execution to independent workstream ownership, with responsibilities and boundaries described for each appointment.",
    "Selected work includes platform service boundaries, resilient integration architecture and architecture decision practice. These examples explain the original problem, individual contribution, deliverables, review approach and remaining limitations rather than relying on unsupported headline claims.",
    "Prepared for experienced software architect opportunities requiring dependable delivery, thoughtful professional judgement and collaboration. The qualification narrative includes M.Tech in Distributed Systems. Every named organisation and outcome in this record is fictional; professional eligibility is not independently established."
  ],
  "professional_mission": "Turn a clear brief into dependable product engineering and enterprise applications work: understand the context, apply system design and domain modelling, record the evidence and explain the limitations before handover.",
  "core_competencies": [
    {
      "name": "system design",
      "level": "advanced practice - illustrative",
      "application": "Applied to platform service boundaries through documented preparation, execution and review.",
      "evidence_project_id": "P1"
    },
    {
      "name": "domain modelling",
      "level": "advanced practice - illustrative",
      "application": "Applied to resilient integration architecture through documented preparation, execution and review.",
      "evidence_project_id": "P2"
    },
    {
      "name": "API governance",
      "level": "advanced practice - illustrative",
      "application": "Applied to architecture decision practice through documented preparation, execution and review.",
      "evidence_project_id": "P3"
    },
    {
      "name": "event-driven systems",
      "level": "advanced practice - illustrative",
      "application": "Applied to platform service boundaries through documented preparation, execution and review.",
      "evidence_project_id": "P1"
    },
    {
      "name": "cloud architecture",
      "level": "advanced practice - illustrative",
      "application": "Applied to resilient integration architecture through documented preparation, execution and review.",
      "evidence_project_id": "P2"
    },
    {
      "name": "capacity planning",
      "level": "advanced practice - illustrative",
      "application": "Applied to architecture decision practice through documented preparation, execution and review.",
      "evidence_project_id": "P3"
    },
    {
      "name": "security design",
      "level": "advanced practice - illustrative",
      "application": "Applied to platform service boundaries through documented preparation, execution and review.",
      "evidence_project_id": "P1"
    },
    {
      "name": "technical leadership",
      "level": "advanced practice - illustrative",
      "application": "Applied to resilient integration architecture through documented preparation, execution and review.",
      "evidence_project_id": "P2"
    }
  ],
  "specialist_practice": {
    "title": "Engineering judgement",
    "summary": "API boundaries, recovery behaviour, access control and release ownership are documented with each work example.",
    "working_principles": [
      "Trace user journeys through interface, service and data boundaries before implementation.",
      "Use small reviewable changes, automated checks and explicit rollback decisions.",
      "Separate personal contribution from team delivery and record operational limitations."
    ],
    "tools_and_methods": [
      "system design",
      "domain modelling",
      "API governance",
      "event-driven systems",
      "cloud architecture",
      "capacity planning",
      "security design",
      "technical leadership"
    ],
    "professional_scope": "The sample focuses on system design, domain modelling, api governance. Approvals, supervision and specialist input are identified in each work package; work outside this scope is referred to the designated responsible person."
  },
  "projects": [
    {
      "id": "P1",
      "title": "Platform service boundaries",
      "category": "system design",
      "organisation": "Meridian Digital Systems (fictional)",
      "employment_id": "EXP-4",
      "start_date": "2025-01-01",
      "end_date": "2025-06-30",
      "project_context": "Fictional internal work programme in product engineering and enterprise applications; not a real client case study.",
      "problem": "A growing monolith obscured ownership and failure impact.",
      "objective": "Create a workable response to this issue through system design, explicit review criteria and practical documentation. Agree the boundaries before execution and retain unresolved points for follow-up.",
      "role_and_ownership": "Software Architect; owned the stated workstream, not the full organisation or every collaborator contribution.",
      "contribution": [
        "Mapped bounded contexts and sequenced service extraction decisions.",
        "Prepared the scope with the commissioning team, identified unresolved inputs and used system design to turn the brief into a sequenced work package.",
        "Applied domain modelling and api governance while coordinating reviews with the designated owner. Kept decision notes so collaborators could separate facts, assumptions and changes.",
        "Assembled the handover material, explained open limitations and agreed which items needed further review rather than presenting them as completed."
      ],
      "methods": [
        "system design",
        "domain modelling",
        "API governance",
        "event-driven systems"
      ],
      "deliverables": [
        "Platform service boundaries - scoped brief",
        "Platform service boundaries - reviewed working package",
        "Platform service boundaries - handover and learning summary"
      ],
      "review_method": "Reviewed the scoped output against the agreed brief, recorded exceptions and checked that key conclusions could be traced to observations. The review package calls for a architecture decision record and a named human reviewer.",
      "outcomes": [
        "Illustrative outcome: the team adopted a repeatable approach for platform service boundaries, with clearer ownership and reviewable records. This is a fictional qualitative result; no real performance measurement or external acceptance evidence is supplied."
      ],
      "metrics": [],
      "limitations": "Synthetic demonstration only. API boundaries, recovery behaviour, access control and release ownership are documented with each work example. No underlying client documents, independently verified measurements or signed approval records are attached.",
      "evidence": [
        {
          "id": "E1.1",
          "title": "Platform service boundaries: architecture decision record",
          "type": "suggested_supporting_artifact",
          "status": "not_supplied",
          "url": null,
          "publication_permission": "not_applicable_to_synthetic_sample"
        },
        {
          "id": "E1.2",
          "title": "Platform service boundaries: reviewed pull-request summary",
          "type": "suggested_supporting_artifact",
          "status": "not_supplied",
          "url": null,
          "publication_permission": "not_applicable_to_synthetic_sample"
        },
        {
          "id": "E1.3",
          "title": "Platform service boundaries: test and release checklist",
          "type": "suggested_supporting_artifact",
          "status": "not_supplied",
          "url": null,
          "publication_permission": "not_applicable_to_synthetic_sample"
        }
      ],
      "verification_status": "not_verified"
    },
    {
      "id": "P2",
      "title": "Resilient integration architecture",
      "category": "domain modelling",
      "organisation": "Meridian Digital Systems (fictional)",
      "employment_id": "EXP-4",
      "start_date": "2026-01-01",
      "end_date": "2026-06-30",
      "project_context": "Fictional internal work programme in product engineering and enterprise applications; not a real client case study.",
      "problem": "External outages cascaded into core workflows.",
      "objective": "Create a workable response to this issue through domain modelling, explicit review criteria and practical documentation. Agree the boundaries before execution and retain unresolved points for follow-up.",
      "role_and_ownership": "Software Architect; owned the stated workstream, not the full organisation or every collaborator contribution.",
      "contribution": [
        "Designed isolation budgets and compensating transactions.",
        "Prepared the scope with the commissioning team, identified unresolved inputs and used api governance to turn the brief into a sequenced work package.",
        "Applied event-driven systems and cloud architecture while coordinating reviews with the designated owner. Kept decision notes so collaborators could separate facts, assumptions and changes.",
        "Assembled the handover material, explained open limitations and agreed which items needed further review rather than presenting them as completed."
      ],
      "methods": [
        "domain modelling",
        "API governance",
        "event-driven systems",
        "cloud architecture"
      ],
      "deliverables": [
        "Resilient integration architecture - scoped brief",
        "Resilient integration architecture - reviewed working package",
        "Resilient integration architecture - handover and learning summary"
      ],
      "review_method": "Reviewed the scoped output against the agreed brief, recorded exceptions and checked that key conclusions could be traced to observations. The review package calls for a reviewed pull-request summary and a named human reviewer.",
      "outcomes": [
        "Illustrative outcome: the team adopted a repeatable approach for resilient integration architecture, with clearer ownership and reviewable records. This is a fictional qualitative result; no real performance measurement or external acceptance evidence is supplied."
      ],
      "metrics": [],
      "limitations": "Synthetic demonstration only. API boundaries, recovery behaviour, access control and release ownership are documented with each work example. No underlying client documents, independently verified measurements or signed approval records are attached.",
      "evidence": [
        {
          "id": "E2.1",
          "title": "Resilient integration architecture: architecture decision record",
          "type": "suggested_supporting_artifact",
          "status": "not_supplied",
          "url": null,
          "publication_permission": "not_applicable_to_synthetic_sample"
        },
        {
          "id": "E2.2",
          "title": "Resilient integration architecture: reviewed pull-request summary",
          "type": "suggested_supporting_artifact",
          "status": "not_supplied",
          "url": null,
          "publication_permission": "not_applicable_to_synthetic_sample"
        },
        {
          "id": "E2.3",
          "title": "Resilient integration architecture: test and release checklist",
          "type": "suggested_supporting_artifact",
          "status": "not_supplied",
          "url": null,
          "publication_permission": "not_applicable_to_synthetic_sample"
        }
      ],
      "verification_status": "not_verified"
    },
    {
      "id": "P3",
      "title": "Architecture decision practice",
      "category": "API governance",
      "organisation": "Northline Digital Systems (fictional)",
      "employment_id": "EXP-3",
      "start_date": "2021-01-01",
      "end_date": "2021-06-30",
      "project_context": "Fictional internal work programme in product engineering and enterprise applications; not a real client case study.",
      "problem": "Teams repeated debates without recorded assumptions.",
      "objective": "Create a workable response to this issue through api governance, explicit review criteria and practical documentation. Agree the boundaries before execution and retain unresolved points for follow-up.",
      "role_and_ownership": "Software Architect; owned the stated workstream, not the full organisation or every collaborator contribution.",
      "contribution": [
        "Introduced decision records and design review checkpoints.",
        "Prepared the scope with the commissioning team, identified unresolved inputs and used cloud architecture to turn the brief into a sequenced work package.",
        "Applied capacity planning and security design while coordinating reviews with the designated owner. Kept decision notes so collaborators could separate facts, assumptions and changes.",
        "Assembled the handover material, explained open limitations and agreed which items needed further review rather than presenting them as completed."
      ],
      "methods": [
        "API governance",
        "event-driven systems",
        "cloud architecture",
        "capacity planning"
      ],
      "deliverables": [
        "Architecture decision practice - scoped brief",
        "Architecture decision practice - reviewed working package",
        "Architecture decision practice - handover and learning summary"
      ],
      "review_method": "Reviewed the scoped output against the agreed brief, recorded exceptions and checked that key conclusions could be traced to observations. The review package calls for a test and release checklist and a named human reviewer.",
      "outcomes": [
        "Illustrative outcome: the team adopted a repeatable approach for architecture decision practice, with clearer ownership and reviewable records. This is a fictional qualitative result; no real performance measurement or external acceptance evidence is supplied."
      ],
      "metrics": [],
      "limitations": "Synthetic demonstration only. API boundaries, recovery behaviour, access control and release ownership are documented with each work example. No underlying client documents, independently verified measurements or signed approval records are attached.",
      "evidence": [
        {
          "id": "E3.1",
          "title": "Architecture decision practice: architecture decision record",
          "type": "suggested_supporting_artifact",
          "status": "not_supplied",
          "url": null,
          "publication_permission": "not_applicable_to_synthetic_sample"
        },
        {
          "id": "E3.2",
          "title": "Architecture decision practice: reviewed pull-request summary",
          "type": "suggested_supporting_artifact",
          "status": "not_supplied",
          "url": null,
          "publication_permission": "not_applicable_to_synthetic_sample"
        },
        {
          "id": "E3.3",
          "title": "Architecture decision practice: test and release checklist",
          "type": "suggested_supporting_artifact",
          "status": "not_supplied",
          "url": null,
          "publication_permission": "not_applicable_to_synthetic_sample"
        }
      ],
      "verification_status": "not_verified"
    }
  ],
  "experience": [
    {
      "id": "EXP-4",
      "position": "Software Architect",
      "career_level": "experienced specialist / workstream owner",
      "organisation": "Meridian Digital Systems (fictional)",
      "location": "Chennai, India",
      "start_date": "2024-07-01",
      "end_date": null,
      "employment_type": "full-time - fictional record",
      "scope": "Independent ownership of scoped software architect work, coordinating contributors and making review requirements explicit. Includes the first two selected work examples.",
      "responsibilities": [
        "Mapped bounded contexts and sequenced service extraction decisions.",
        "Designed isolation budgets and compensating transactions.",
        "Led brief clarification and prioritised work using system design, domain modelling and api governance. Raised unresolved constraints before committing to the next stage.",
        "Coordinated peer reviews and handover preparation; used a architecture decision record to distinguish completed work, assumptions and follow-up needs.",
        "Supported colleagues with practical examples of event-driven systems and maintained a concise learning record after important assignments."
      ],
      "selected_project_ids": [
        "P1",
        "P2"
      ],
      "result_context": "Illustrative career responsibilities. Employer confirmation and underlying work records are not supplied.",
      "verification_status": "not_verified"
    },
    {
      "id": "EXP-3",
      "position": "Principal Engineer",
      "career_level": "senior specialist",
      "organisation": "Northline Digital Systems (fictional)",
      "location": "Chennai, India",
      "start_date": "2020-07-01",
      "end_date": "2024-06-30",
      "employment_type": "full-time - fictional record",
      "scope": "Owned defined assignments and supported cross-functional coordination. Developed deeper practice in api governance and event-driven systems.",
      "responsibilities": [
        "Introduced decision records and design review checkpoints.",
        "Translated incoming requirements into a sequenced plan and aligned responsibilities with the project or service owner.",
        "Applied cloud architecture and capacity planning to resolve delivery questions while maintaining source and decision notes.",
        "Introduced reusable working documents and reviewed exceptions with the responsible specialist rather than silently changing scope.",
        "Prepared a test and release checklist so the next team could understand the work and remaining questions."
      ],
      "selected_project_ids": [
        "P3"
      ],
      "result_context": "Illustrative career responsibilities. Employer confirmation and underlying work records are not supplied.",
      "verification_status": "not_verified"
    },
    {
      "id": "EXP-2",
      "position": "Senior Software Engineer",
      "career_level": "independent practitioner",
      "organisation": "Cedarbridge Digital Systems (fictional)",
      "location": "Chennai, India",
      "start_date": "2017-07-01",
      "end_date": "2020-06-30",
      "employment_type": "full-time - fictional record",
      "scope": "Progressed from supported tasks to independently managed assignments, with review available for unfamiliar or higher-risk decisions.",
      "responsibilities": [
        "Handled recurring work involving system design and domain modelling using a documented preparation and review process.",
        "Supported resilient integration architecture by organising inputs, maintaining issue notes and incorporating reviewer feedback.",
        "Coordinated colleagues and internal stakeholders using concise status updates, clear questions and agreed next steps.",
        "Improved record consistency through security design and documented handover expectations."
      ],
      "selected_project_ids": [],
      "result_context": "Illustrative career responsibilities. Employer confirmation and underlying work records are not supplied.",
      "verification_status": "not_verified"
    },
    {
      "id": "EXP-1",
      "position": "Software Engineer",
      "career_level": "foundation",
      "organisation": "Cedarbridge Digital Systems (fictional)",
      "location": "Chennai, India",
      "start_date": "2015-07-01",
      "end_date": "2017-06-30",
      "employment_type": "full-time - fictional record",
      "scope": "Built practical foundations through supervised assignments, routine documentation and feedback from experienced colleagues.",
      "responsibilities": [
        "Assisted with system design and api governance within an agreed scope and escalated unfamiliar work.",
        "Prepared inputs and checked completeness before passing work to the responsible reviewer.",
        "Maintained task records and learned to communicate assumptions, constraints and observed problems clearly.",
        "Applied review feedback to subsequent assignments and developed a dependable working routine."
      ],
      "selected_project_ids": [],
      "result_context": "Illustrative career responsibilities. Employer confirmation and underlying work records are not supplied.",
      "verification_status": "not_verified"
    }
  ],
  "career_achievements": [
    {
      "title": "Platform service boundaries",
      "description": "Mapped bounded contexts and sequenced service extraction decisions. The achievement is the described workstream contribution; independent outcome evidence is not supplied.",
      "project_id": "P1",
      "verification_status": "not_verified",
      "metrics": []
    },
    {
      "title": "Resilient integration architecture",
      "description": "Designed isolation budgets and compensating transactions. The achievement is the described workstream contribution; independent outcome evidence is not supplied.",
      "project_id": "P2",
      "verification_status": "not_verified",
      "metrics": []
    },
    {
      "title": "Architecture decision practice",
      "description": "Introduced decision records and design review checkpoints. The achievement is the described workstream contribution; independent outcome evidence is not supplied.",
      "project_id": "P3",
      "verification_status": "not_verified",
      "metrics": []
    }
  ],
  "education": [
    {
      "id": "EDU-2",
      "qualification": "M.Tech in Distributed Systems",
      "institution": "Asterbridge Institute of Professional Studies (fictional institution)",
      "start_date": "2013-07-01",
      "end_date": "2015-05-31",
      "status": "completed - fictional record",
      "focus": [
        "system design",
        "domain modelling",
        "event-driven systems"
      ],
      "capstone": "Specialist study on platform service boundaries; an illustrative learning project, not a published result.",
      "verification_status": "not_verified"
    },
    {
      "id": "EDU-1",
      "qualification": "B.Tech in Computer Science",
      "institution": "Cedarhaven College of Applied Studies (fictional institution)",
      "start_date": "2009-07-01",
      "end_date": "2013-05-31",
      "status": "completed - fictional record",
      "focus": [
        "API governance",
        "cloud architecture",
        "capacity planning"
      ],
      "capstone": "Applied coursework in system design, documentation and reviewed practical assignments.",
      "verification_status": "not_verified"
    }
  ],
  "professional_development": [
    {
      "title": "Distributed systems design studio",
      "provider": "Meridian Professional Learning Studio (fictional)",
      "year": 2023,
      "learning_focus": "System design and event-driven systems in the context of software architect work.",
      "application": "Used reflective exercises and a bounded practice example related to platform service boundaries.",
      "type": "continuing learning - not a licence or certification",
      "verification_status": "not_verified"
    },
    {
      "title": "Secure application delivery workshop",
      "provider": "Meridian Professional Learning Studio (fictional)",
      "year": 2024,
      "learning_focus": "Domain modelling and cloud architecture in the context of software architect work.",
      "application": "Used reflective exercises and a bounded practice example related to resilient integration architecture.",
      "type": "continuing learning - not a licence or certification",
      "verification_status": "not_verified"
    },
    {
      "title": "Accessible interface review",
      "provider": "Meridian Professional Learning Studio (fictional)",
      "year": 2025,
      "learning_focus": "Api governance and capacity planning in the context of software architect work.",
      "application": "Used reflective exercises and a bounded practice example related to architecture decision practice.",
      "type": "continuing learning - not a licence or certification",
      "verification_status": "not_verified"
    }
  ],
  "credentials": {
    "professional_registration": null,
    "licence_number": null,
    "issuing_authority": null,
    "credential_documents": [],
    "status": "not_provided",
    "scope_note": "API boundaries, recovery behaviour, access control and release ownership are documented with each work example.",
    "education_note": "Synthetic qualification and institution names illustrate profile fields only; they are not a validated qualification route or recognised accreditation claim."
  },
  "leadership_and_knowledge_sharing": [
    {
      "title": "Peer learning and practical guidance",
      "description": "Created short examples on system design and event-driven systems for colleagues. Separated personal preferences from agreed team procedures and recorded useful questions."
    },
    {
      "title": "Review and handover discipline",
      "description": "Facilitated practical reviews of resilient integration architecture, ensuring that unresolved issues retained a named owner rather than disappearing from final presentations."
    }
  ],
  "record_integrity": {
    "source_status": "synthetic_and_unverified",
    "actual_outcome_metrics_supplied": false,
    "references": [],
    "references_note": "No real referee, endorsement, award, publication, membership or licence is supplied.",
    "permission_note": "Use for templates, product demonstrations and test data only. Replace fictional claims and remove the demo label only after approval of real candidate information.",
    "privacy_note": "No actual birth date, street address, government identifier, patient record or private third-party information is included."
  },
  "search_keywords": [
    "system design",
    "domain modelling",
    "API governance",
    "event-driven systems",
    "cloud architecture",
    "capacity planning",
    "security design",
    "technical leadership",
    "Software Architect",
    "Software & Application Development"
  ]
}