# VI. PORTFOLIO

## **6.1 Integrated Learning Account Defined**

### **6.1.1 ILA as Learner Record Infrastructure.**

6.1.1.1 **Integrated Learning Account (ILA)** shall mean the learner-controlled, evidence-bearing, privacy-governed, correctionable, portable, and Nexus-linked record infrastructure through which SCF preserves learning, competency, contribution, credential, WILP, portfolio, public-safe output, review, mentorship, Registry, Marketplace, National Portfolio, Nexus Universe, and lawful handoff-context records for an individual learner or contributor.

6.1.1.2 ILA shall not be treated as a simple transcript, user profile, résumé, badge page, learning-management account, employment profile, or credential repository. It shall function as the structured record layer through which learning and contribution become visible, bounded, reviewable, portable, correctable, and usable across Nexus Academy, Risk Academy, Nexus Foundry, Nexus Campaigns, Nexus Reports, Nexus Marketplace, Nexus Registry, Nexus Studio, Nexus Grid, Nexus Universe, National Portfolios, National Working Groups, Competence Cells, and lawful downstream interfaces.

6.1.1.3 ILA shall preserve the difference between learning participation, learning completion, assessed competence, work-integrated practice, reviewed contribution, credentialed recognition, public display, employer-readable summaries, public authority learning summaries, National Portfolio contribution, and handoff-context relevance. No ILA record shall collapse those categories into a single unqualified claim.

6.1.1.4 ILA records shall be structured by record type, competency map, evidence basis, issuer or steward, review status, scope, level, date, version, expiry or renewal rules where applicable, display status, privacy status, data-use label, AI-use label, public-safe status, correction history, withdrawal status, archive status, and applicable boundary notices.

### **6.1.2 ILA as Competency Portfolio.**

6.1.2.1 ILA shall operate as the learner’s competency portfolio within SCF. It shall organize evidence of awareness, literacy, applied practice, supervised contribution, independent contribution, reviewer capability, maintainer capability, steward capability, mentor capability, systems leadership capability, national capability contribution, and handoff-context contribution.

6.1.2.2 Competency portfolio records may include course completion, module completion, assessments, simulations, Studio exercises, field exercises, WILP outputs, Foundry contributions, Campaign contributions, Reports contributions, data objects, software objects, public-safe summaries, mentor verification, host verification, review records, micro-credentials, badges, capstones, correction evidence, and National Portfolio contributions.

6.1.2.3 ILA shall distinguish declared skills from evidenced skills, evidenced skills from reviewed competencies, reviewed competencies from credentials, credentials from legal qualifications, and credentials from employment or professional status. Each portfolio record shall state the basis on which it exists and the limits of what it may be used to claim.

6.1.2.4 ILA competency portfolios may support learner reflection, mentor review, employer-readable summaries, public-good contributor display, Competence Cell formation, Foundry routing, Risk Agency expert pathways, Nexus Universe participation, National Skills Maps, and lawful handoff literacy, but shall not create employment guarantee, professional license, procurement qualification, public authority credential, or execution authority.

### **6.1.3 ILA as Skills Wallet.**

6.1.3.1 ILA shall include a **Skills Wallet** function through which competency records, micro-credentials, badges, WILP records, quest records, bounty records, build records, review records, mentor records, public-safe output records, and selected Registry or Marketplace display records may be stored, managed, exported, shared, withdrawn, corrected, or archived within controlled rules.

6.1.3.2 The Skills Wallet shall support portability and learner agency while preserving truthfulness, scope, evidence, correctionability, and boundary discipline. It may produce private views, controlled views, employer-readable views, public-good contributor views, Marketplace profiles, Registry profiles, National Portfolio contributor views, and handoff-literacy summaries, subject to learner permissions and applicable safeguards.

6.1.3.3 Skills Wallet records shall include no-overclaim notices where necessary. A skill displayed in the Skills Wallet shall not by display alone become a license, degree, job qualification, procurement qualification, immigration credential, public authority credential, statutory authorization, professional certification, or deployment authorization.

6.1.3.4 Where wallet records are exported or shared outside the Nexus Ecosystem, export packages shall include metadata, source identity, evidence basis, date, version, review status, expiry where applicable, limitations, verification method where applicable, correction link where available, and no-equivalence notice.

### **6.1.4 ILA as Contribution Memory.**

6.1.4.1 ILA shall preserve contribution memory for learning-linked and public-good work performed through Nexus Academy, Risk Academy, Nexus Foundry, Nexus Campaigns, Nexus Reports, Nexus Marketplace, Nexus Registry, Nexus Studio, Nexus Grid, Nexus Universe, National Working Groups, Competence Cells, DICE, GRIx, DRI, Observatory, Risk Agency pathways, and lawful handoff-context preparation.

6.1.4.2 Contribution memory may include authorship, development, review, testing, translation, accessibility work, documentation, data stewardship, public-safe reporting, mentoring, moderation, campaign work, Studio support, Registry or Marketplace work, correction work, and archive work.

6.1.4.3 ILA shall distinguish contribution memory from employment, compensation, ownership, authorship rights, intellectual property transfer, professional status, provider validation, sponsor endorsement, procurement qualification, or execution authority. Contribution memory shall be evidence of participation and work within scope, not a substitute for legal, contractual, professional, employment, or public authority determinations.

6.1.4.4 Contribution memory shall support iCRS recognition, learner progression, portfolio evidence, micro-credential evidence, mentor review, maintainer pathways, National Capability Records, and public-good accountability, subject to privacy, consent, attribution, license, safeguard, and correction rules.

### **6.1.5 ILA as National Capability Input.**

6.1.5.1 ILA may provide aggregated, permissioned, anonymized, pseudonymized, public-safe, or controlled inputs to National Skills Maps, National Capability Records, workforce gap analysis, Competence Cell formation, National Working Group planning, National Portfolio preparation, Nexus Universe participation, public authority learning, and lawful handoff literacy.

6.1.5.2 National capability use of ILA data shall respect learner consent, data minimization, purpose limitation, privacy, youth protections, sensitive profile controls, equity safeguards, anti-discrimination, data sovereignty, cross-border transfer controls, and public-safe display rules.

6.1.5.3 ILA-derived national capability insights shall not rank individuals, create social scoring, determine employment, determine benefits, determine immigration status, determine public authority status, determine procurement qualification, create country ranking, or replace official labor-market statistics, public employment services, education authorities, credential authorities, or public authorities.

6.1.5.4 National capability input shall remain a learning and planning signal unless separately adopted, verified, and acted upon by competent lawful actors through proper authority.

### **6.1.6 ILA as Nexus Registry-Linked Record.**

6.1.6.1 ILA may link to Nexus Registry records where a learner’s credential, badge, contribution, reviewer status, maintainer status, public-good contributor profile, WILP record, learning object contribution, Foundry object contribution, Report contribution, Marketplace object contribution, or National Portfolio contribution is eligible for controlled status truth.

6.1.6.2 Registry linkage shall preserve version, status, evidence basis, review status, support status, correction history, archive status, and display permissions. Where a Registry record is corrected, suspended, withdrawn, superseded, archived, or non-continuing, related ILA displays shall be updated or flagged in accordance with correction propagation rules.

6.1.6.3 Registry linkage shall not convert the ILA record into certification, public authority approval, professional license, employment verification, procurement approval, endorsement, provider validation, deployment authorization, or execution.

### **6.1.7 ILA as Marketplace-Display-Eligible Record.**

6.1.7.1 ILA records may become eligible for Nexus Marketplace display only where the learner has authorized display, the record is display-appropriate, public-safe, privacy-compliant, safeguard-reviewed where required, and marked with accurate scope and boundary notices.

6.1.7.2 Marketplace-display-eligible records may include public-good contributor profiles, selected competency records, selected micro-credentials, selected badges, WILP participation summaries, Foundry contribution summaries, Campaign contribution summaries, public-safe portfolio artifacts, reviewer pathways, maintainer pathways, and mentor profiles.

6.1.7.3 Marketplace display shall be discovery only. It shall not create endorsement, hiring decision, employment guarantee, procurement eligibility, public authority approval, professional license, certification, financeability, insurability, consent, deployment authorization, or execution.

6.1.7.4 Learners shall have the ability, subject to record integrity rules and lawful retention obligations, to change visibility settings, withdraw display, request correction, request sealing, and challenge misleading or outdated display.

### **6.1.8 ILA Without Employment, Certification, Immigration, Wage, or Procurement Status by Implication.**

6.1.8.1 ILA shall not create employment status, employment guarantee, wage entitlement, wage guarantee, immigration status, visa eligibility, public employment service determination, professional license, degree, statutory qualification, procurement eligibility, supplier approval, public authority credential, public finance eligibility, insurance approval, investment readiness, deployment authorization, or execution authority by implication.

6.1.8.2 No employer, provider, sponsor, public authority participant, educational institution, donor, insurer, investor, National Consortium Company, Project SPV, or other downstream actor may represent ILA records as legally determinative unless a competent lawful authority or contracting party separately establishes such status outside ILA and records it accurately.

6.1.8.3 ILA notices shall state that ILA supports learning, evidence, portability, contribution recognition, competency visibility, and public-good capability formation. It does not replace independent diligence, legal review, professional licensing, employment processes, public authority determinations, procurement processes, immigration processes, or downstream recipient responsibility.

***

## **6.2 Learner Identity and Profile**

### **6.2.1 Learner Identity Record.**

6.2.1.1 Each ILA shall include a **Learner Identity Record** sufficient to distinguish the learner or contributor, manage access, preserve record integrity, support verification where appropriate, and protect privacy.

6.2.1.2 The Learner Identity Record may include legal name, preferred name, account identifier, jurisdictional context, language preferences, contact information, institutional affiliation where voluntarily provided, learner category, contributor category, age-related classification where necessary, identity verification status where applicable, and profile visibility settings.

6.2.1.3 Identity verification shall be proportionate to purpose. SCF may support unverified, lightly verified, institutionally verified, or strongly verified learner records depending on the use case, risk class, credential class, public display class, youth protection needs, WILP requirements, public authority learning context, or handoff relevance.

6.2.1.4 Learner identity records shall not be used for unauthorized surveillance, social scoring, discriminatory profiling, immigration determination, public authority decisioning, employment screening, credit scoring, insurance underwriting, procurement screening, or political profiling.

### **6.2.2 Consent and Permission Record.**

6.2.2.1 Each ILA shall include a **Consent and Permission Record** that captures learner permissions for data collection, processing, verification, storage, display, sharing, export, employer-readable summaries, public-good contributor display, Registry linkage, Marketplace display, National Portfolio aggregation, research use, analytics use, AI use, and cross-border transfer where applicable.

6.2.2.2 Consent and permission shall be granular, understandable, revocable where legally and operationally feasible, versioned, time-stamped, and linked to the relevant data-use, display, export, or analytics activity.

6.2.2.3 Consent shall not be bundled into broad, unclear, coercive, or non-negotiable terms where sensitive data, youth data, public display, employer sharing, AI analytics, or cross-border transfer is involved.

6.2.2.4 Withdrawal of consent shall trigger review of continued processing, display, sharing, export, retention, sealing, deletion, archive, or lawful retention obligations.

### **6.2.3 Privacy and Data-Use Record.**

6.2.3.1 Each ILA shall include a **Privacy and Data-Use Record** stating what learner data is collected, why it is collected, how it is used, who may access it, how long it is retained, how it may be corrected, how it may be deleted or sealed where applicable, how it may be exported, and whether it may be used for analytics or AI-supported functions.

6.2.3.2 Privacy and Data-Use Records shall identify data categories including identity data, learning data, assessment data, competency data, credential data, contribution data, portfolio data, WILP data, mentor data, host data, accessibility data, youth-related data, sensitive profile data, public display data, and correction data.

6.2.3.3 ILA data use shall be limited to learning, record integrity, competency mapping, credential governance, contribution recognition, learner-controlled portability, public-good capability formation, National Portfolio aggregation where permitted, system improvement, correction, archive, and lawful compliance.

6.2.3.4 ILA shall not use learner data for unauthorized employer scraping, social scoring, automated hiring, automated exclusion, public authority decisioning, finance decisioning, insurance underwriting, procurement screening, immigration determination, or unrelated commercial profiling.

### **6.2.4 AI-Use Record.**

6.2.4.1 Each ILA shall include an **AI-Use Record** where AI systems are used in connection with learner support, tutoring, translation, accessibility, summarization, classification, learning analytics, assessment support, portfolio drafting, recommendation, credential review support, or fraud detection.

6.2.4.2 AI-Use Records shall identify the purpose of AI use, AI-use label, data inputs, human review requirement, prohibited uses, learner notice, opt-out or alternative pathway where feasible, output limitations, bias and harm safeguards, correction pathway, and incident pathway.

6.2.4.3 AI shall not make automated high-stakes decisions concerning credential award, credential withdrawal, learner ranking, employment, exclusion, public authority status, finance, insurance, procurement, immigration, disciplinary action, or access to essential learning opportunities by default.

6.2.4.4 AI-supported outputs shall remain reviewable, challengeable, correctable, and bounded. Learners shall not be required to accept AI-generated summaries, competency inferences, or recommendations as final where they materially affect their records or display.

### **6.2.5 Accessibility Needs Record.**

6.2.5.1 Each ILA may include an **Accessibility Needs Record** where the learner chooses to record accommodations, accessibility preferences, assistive technology needs, language needs, learning-format preferences, sensory access needs, mobility-related needs, cognitive access needs, or flexible pacing needs.

6.2.5.2 Accessibility Needs Records shall be treated as sensitive profile records. They shall be collected only where useful for access, learning support, assessment fairness, WILP participation, public display control, or safe participation, and shall be subject to heightened privacy and access controls.

6.2.5.3 Accessibility information shall not be used to exclude, rank, stigmatize, discriminate, reduce opportunity, or expose sensitive personal information. Access to such records shall be need-to-know and purpose-limited.

6.2.5.4 Failure of the system to meet accessibility needs shall be treated as a design and governance issue requiring correction, not as learner deficiency.

### **6.2.6 Language and Localization Record.**

6.2.6.1 Each ILA may include a **Language and Localization Record** identifying preferred language, translation needs, local terminology, national context, jurisdictional context, cultural context, public authority terminology, credential-system context, and accessibility-language needs.

6.2.6.2 Language and localization records shall support fair access, accurate interpretation, public-safe communication, credential display, National Portfolio routing, and cross-border portability.

6.2.6.3 Translation or localization of a learner record shall not create legal equivalence, credential equivalence, public authority adoption, professional recognition, employment eligibility, or immigration status.

### **6.2.7 Safeguard Record.**

6.2.7.1 Each ILA may include a **Safeguard Record** where learner participation involves community-sensitive information, Indigenous protocols where applicable, protected knowledge, youth safeguards, humanitarian sensitivity, trauma-sensitive contexts, health-sensitive information, sensitive geospatial information, or other safeguard-relevant conditions.

6.2.7.2 Safeguard Records shall identify restrictions on collection, use, display, sharing, export, public-safe transformation, Marketplace display, Registry linkage, National Portfolio aggregation, and handoff relevance.

6.2.7.3 Safeguard Records shall not create representation authority, consent, protected knowledge permission, community endorsement, Indigenous authorization, public authority approval, or deployment authorization. They shall protect boundaries and guide responsible handling.

### **6.2.8 Youth Protection Record.**

6.2.8.1 Where a learner is a minor or otherwise subject to youth protection requirements, ILA shall include a **Youth Protection Record** sufficient to apply age-appropriate design, guardian or institutional permissions where required, restricted display, restricted contact, restricted data processing, safer communication, mentor controls, WILP safeguards, and heightened review.

6.2.8.2 Youth records shall be protected from public exposure, unauthorized employer access, unnecessary profiling, commercial targeting, social scoring, open Marketplace display without safeguards, and high-risk AI analytics.

6.2.8.3 Youth participation in SCF shall prioritize learning, safety, dignity, inclusion, mentorship, and future portability. Youth contribution shall not be treated as disguised labor, employment, procurement qualification, public authority participation, or execution.

### **6.2.9 Portfolio Visibility Settings.**

6.2.9.1 Each ILA shall include **Portfolio Visibility Settings** through which learners may control whether records are private, mentor-visible, institution-visible, WILP-host-visible, employer-readable, Registry-linked, Marketplace-displayable, public-good contributor-visible, National Portfolio-aggregated, or archived.

6.2.9.2 Visibility settings shall be record-specific where feasible. Learners shall not be forced to expose an entire portfolio in order to share a bounded record.

6.2.9.3 Visibility settings shall include warnings for public display, employer-readable display, Registry linkage, Marketplace display, cross-border export, and sensitive profile exposure.

6.2.9.4 Public display shall never be the default for sensitive, youth, protected knowledge, health-sensitive, community-sensitive, or high-risk records.

### **6.2.10 Correction and Withdrawal Requests.**

6.2.10.1 Each ILA shall provide a mechanism for **Correction and Withdrawal Requests** relating to identity, learning records, competency records, micro-credentials, badges, WILP records, contribution records, mentor records, host records, public-safe output records, Registry-linked records, Marketplace displays, portfolio artifacts, and National Portfolio aggregation.

6.2.10.2 Correction requests may seek factual correction, metadata correction, scope correction, display correction, attribution correction, privacy correction, AI-generated summary correction, public-safe correction, safeguard correction, withdrawal, sealing, archive, or challenge of misleading use.

6.2.10.3 Withdrawal of display shall not necessarily delete historical records where retention is necessary for record integrity, credential validity, legal compliance, security, fraud prevention, or correction history; however, continued use shall be limited, justified, and recorded.

6.2.10.4 Learners shall have access to appeal or review pathways where correction or withdrawal requests are denied, partially granted, delayed, or constrained by lawful retention obligations.

***

## **6.3 Skills Wallet Architecture**

### **6.3.1 Competency Records.**

6.3.1.1 **Competency Records** shall record the learner’s demonstrated or reviewed capability within defined SCF competencies, levels, domains, evidence types, and contexts.

6.3.1.2 Each Competency Record shall include competency name, competency family, domain cluster, level, evidence basis, assessment or review method, issuing or stewarding body, date, version, expiry or renewal status where applicable, limitations, display status, correction history, and boundary notices.

6.3.1.3 Competency Records shall distinguish self-declared capability, learning completion, assessed capability, reviewed capability, supervised contribution, independent contribution, reviewer capability, maintainer capability, mentor capability, and handoff-context capability.

6.3.1.4 Competency Records shall not create license, employment guarantee, procurement qualification, professional certification, public authority approval, or deployment authorization.

### **6.3.2 Micro-Credential Records.**

6.3.2.1 **Micro-Credential Records** shall document bounded, evidence-based recognition of specific learning outcomes or competency achievements within SCF.

6.3.2.2 Each Micro-Credential Record shall include title, scope, competency mapping, evidence basis, assessment method, issuer identity, review level, date, expiry where applicable, renewal requirements, display permissions, correction pathway, suspension or withdrawal status, and no-overclaim notices.

6.3.2.3 Micro-credentials may support learner progression, skills-wallet portability, employer-readable summaries, public-good contributor display, and National Skills Maps, but shall not constitute degree equivalence, professional license, statutory qualification, employment guarantee, procurement qualification, or public authority approval unless separately and lawfully recorded.

### **6.3.3 Badge Records.**

6.3.3.1 **Badge Records** shall document display-oriented recognition of participation, completion, contribution, review, mentorship, pathway status, or competency achievement.

6.3.3.2 Badge Records shall include badge title, badge class, issuer, criteria, evidence link where appropriate, date, expiry or renewal status where applicable, display status, revocation or withdrawal status, and limitations.

6.3.3.3 Badges shall not be used to exaggerate competence. Participation badges, completion badges, contribution badges, and competency badges shall be clearly distinguished.

6.3.3.4 Badge display shall not create degree status, license status, employment eligibility, procurement qualification, public authority approval, endorsement, deployment authorization, or execution authority.

### **6.3.4 WILP Records.**

6.3.4.1 **WILP Records** shall document Work-Integrated Learning Path participation, including learning agreement, host, mentor, scope, workplan, supervision level, health and safety controls, data and confidentiality controls, AI and tool-use controls, evidence outputs, host verification, mentor verification, learner reflection, public-safe outputs, correction, and archive.

6.3.4.2 WILP Records shall distinguish learning work, contribution work, supervised practice, host feedback, assessed competence, and any separately contracted work.

6.3.4.3 WILP Records shall not create employment status, hiring commitment, wage entitlement, procurement qualification, public authority approval, host endorsement, deployment authorization, or execution authority.

### **6.3.5 Quest and Bounty Records.**

6.3.5.1 **Quest and Bounty Records** shall document scoped learning-to-contribution challenges, including objective, scope, required competencies, evidence outputs, review status, reward or recognition terms where applicable, labor boundary, support class, attribution, correction, and archive.

6.3.5.2 Quest and Bounty Records may support iCRS recognition, micro-credential evidence, portfolio evidence, Foundry routing, Marketplace display, Registry linkage, and National Capability Records.

6.3.5.3 Quest or bounty completion shall not create employment, future work entitlement, procurement qualification, provider validation, professional license, deployment approval, or execution by default.

### **6.3.6 Build Contribution Records.**

6.3.6.1 **Build Contribution Records** shall document learner or contributor work on public-good builds, including software builds, data builds, dashboard builds, ontology builds, Report builds, Studio workflow builds, Marketplace builds, Registry builds, Grid inputs, TRL notes, Campaign builds, National Portfolio builds, and handoff dependency builds.

6.3.6.2 Build Contribution Records shall include role, contribution type, repository or object link where applicable, review status, maintainer status, evidence basis, attribution, license or contribution terms, support class, correction history, and display permissions.

6.3.6.3 Build contribution shall not create ownership, employment, product certification, warranty, provider validation, procurement recommendation, deployment authorization, public authority approval, or execution.

### **6.3.7 Review Records.**

6.3.7.1 **Review Records** shall document learner or contributor participation in review processes, including technical review, data review, AI-use review, cyber review, privacy review, public-safe review, safeguard review, accessibility review, credential review, Marketplace review, Registry review, Grid review, TRL review, and handoff-context review.

6.3.7.2 Review Records shall state review scope, review criteria, reviewer role, supervision level, conflicts, limitations, outcome, date, version, escalation, correction, and archive status.

6.3.7.3 Review Records shall not create certification authority, public authority approval, procurement approval, professional license, or endorsement unless separately and lawfully recorded within a competent process.

### **6.3.8 Mentor Records.**

6.3.8.1 **Mentor Records** shall document mentorship roles, mentor identity, mentorship scope, learner group, pathway, supervision level, feedback records, safeguard obligations, youth controls where applicable, conflict disclosures, review status, correction, and archive.

6.3.8.2 Mentor Records may support mentor pathway recognition, ILA evidence, WILP governance, public-good contributor display, and Risk Agency expert pathways.

6.3.8.3 Mentorship shall not create employment, professional supervision status, legal guardianship, public authority authority, certification authority, or endorsement by default.

### **6.3.9 Public-Safe Output Records.**

6.3.9.1 **Public-Safe Output Records** shall document learner or contributor outputs that have been reviewed or prepared for public-safe use, including summaries, Reports contributions, Campaign materials, DRI summaries, Observatory outputs, Studio summaries, National Portfolio summaries, Marketplace descriptions, Registry descriptions, and handoff-context notes.

6.3.9.2 Public-Safe Output Records shall state source basis, evidence basis, review status, no-warning language, no-approval language, no-finance language, no-procurement language, no-certification language, no-consent language, no-execution language, protected knowledge controls, correction pathway, and archive status.

6.3.9.3 Public-safe output shall not become public warning, official approval, public authority action, financial advice, procurement recommendation, certification, consent, deployment authorization, or execution.

### **6.3.10 Registry and Marketplace Display Records.**

6.3.10.1 **Registry and Marketplace Display Records** shall document which ILA records are linked, displayed, summarized, or discoverable through Nexus Registry or Nexus Marketplace.

6.3.10.2 Display Records shall include display class, visibility level, permission basis, public-safe review, privacy review, safeguard review where applicable, date, version, correction link, withdrawal option, and boundary notices.

6.3.10.3 Registry or Marketplace display shall not create endorsement, employment verification, public authority approval, professional license, procurement qualification, certification, financeability, insurability, consent, deployment authorization, or execution.

***

## **6.4 Portability and Interoperability**

### **6.4.1 Open Badges and Verifiable Credential Compatibility.**

6.4.1.1 ILA shall be designed, where appropriate, to support compatibility with open badge, verifiable credential, digital wallet, credential metadata, issuer identity, evidence link, verification, revocation, and expiry patterns.

6.4.1.2 Compatibility shall be implemented in a way that preserves SCF scope, evidence basis, review status, correctionability, revocation, privacy, learner consent, public-safe notices, and no-overclaim boundaries.

6.4.1.3 Technical compatibility shall not create legal equivalence, professional recognition, public authority approval, degree equivalence, employment eligibility, immigration status, procurement qualification, or statutory credential status.

### **6.4.2 Learner-Controlled Export.**

6.4.2.1 Learners shall be able, where feasible and subject to safeguarding and lawful retention rules, to export selected ILA records in human-readable and machine-readable forms.

6.4.2.2 Learner-controlled export may include competency summaries, micro-credential records, badge records, WILP records, contribution records, portfolio artifacts, employer-readable summaries, public-good contributor summaries, and verification links where applicable.

6.4.2.3 Export packages shall include record metadata, issuer or steward, evidence basis, date, version, review status, expiry where applicable, correction link, limitations, and no-equivalence notices.

6.4.2.4 Export shall not transfer ownership of Nexus records, override license restrictions, expose protected knowledge, remove public-safe limitations, or create legal equivalence outside the receiving context.

### **6.4.3 Institutional Verification.**

6.4.3.1 ILA may support **Institutional Verification** by educational institutions, WILP hosts, employers, National Nodes, Nexus Academy, Risk Academy, Nexus Foundry, Nexus Registry, Nexus Marketplace, or other authorized stewards within scope.

6.4.3.2 Verification shall be specific to the record being verified. It may verify participation, completion, assessment, contribution, review, mentorship, host feedback, credential issuance, or Registry status, but shall not verify broader claims unless expressly recorded.

6.4.3.3 Institutional verification shall not create endorsement, employment guarantee, professional license, public authority approval, procurement qualification, immigration status, financeability, insurability, deployment authorization, or execution.

### **6.4.4 Employer-Readable Summaries.**

6.4.4.1 ILA may generate **Employer-Readable Summaries** that translate learning, competencies, micro-credentials, WILPs, contributions, portfolio artifacts, and skills into clear, bounded, evidence-based summaries for employers or work hosts.

6.4.4.2 Employer-readable summaries shall distinguish completion, evidence, assessment, review, contribution, work-integrated practice, and credential status. They shall include limitations and no-employment-guarantee notices.

6.4.4.3 Employer-readable summaries shall support fair skills interpretation, not automated hiring, worker ranking, discriminatory screening, or hidden profiling.

6.4.4.4 Employer-readable summaries shall not constitute employment verification, job guarantee, wage guarantee, background check, professional license, procurement qualification, or hiring decision.

### **6.4.5 Public Authority Learning Summaries.**

6.4.5.1 ILA may generate **Public Authority Learning Summaries** where public officials or public authority learning participants complete SCF learning pathways, Studio exercises, Nexus Universe learning activities, Risk Academy modules, or public authority learning rooms.

6.4.5.2 Public Authority Learning Summaries shall state scope, learning basis, non-decision status, public authority boundary notice, and any limitations.

6.4.5.3 Such summaries shall not create official action, statutory training status, public authority approval, public warning authority, procurement authority, public finance authority, regulatory authority, licensing authority, emergency command authority, or legal reliance.

### **6.4.6 National Portfolio Summaries.**

6.4.6.1 ILA may generate **National Portfolio Summaries** showing learner or contributor participation in National Portfolio work, Competence Cells, National Working Groups, National Skills Maps, National Capability Records, Foundry builds, Campaigns, Reports, Studio exercises, Nexus Universe preparation, or handoff literacy.

6.4.6.2 National Portfolio Summaries shall respect learner permissions, privacy, youth protections, sensitive profile controls, community safeguards, protected knowledge controls, and national data governance rules.

6.4.6.3 National Portfolio Summaries shall not create national endorsement, country ranking, public authority approval, employment status, procurement qualification, financeability, insurability, consent, deployment authorization, or execution.

### **6.4.7 Cross-Border Portability.**

6.4.7.1 ILA shall support cross-border portability where lawful, appropriate, and learner-authorized, enabling learners to use selected records across jurisdictions, institutions, programs, employers, National Nodes, Nexus pathways, and public-good contribution contexts.

6.4.7.2 Cross-border portability shall be subject to data protection, data sovereignty, localization, translation, credential recognition, youth protection, sensitive data, protected knowledge, export-control, sanctions, and conflict-of-law review where applicable.

6.4.7.3 Cross-border portability shall not create legal equivalence, professional recognition, immigration eligibility, employment eligibility, public authority approval, procurement eligibility, or statutory credential recognition by default.

### **6.4.8 Non-Equivalence by Default.**

6.4.8.1 ILA records shall be portable as evidence, not equivalent as law by default. Unless separately and lawfully recognized, an ILA credential, badge, competency record, WILP record, or portfolio artifact shall not be equivalent to a degree, diploma, professional license, statutory qualification, public authority credential, immigration credential, employment credential, procurement qualification, or regulated certification.

6.4.8.2 Every export, employer-readable summary, public authority learning summary, National Portfolio summary, Registry-linked display, and Marketplace display shall preserve the non-equivalence rule.

6.4.8.3 The burden of external equivalence, if any, shall rest with the competent receiving authority, employer, credential body, regulator, licensing body, public authority, or lawful downstream recipient, not with ILA by implication.

***

## **6.5 Data Governance for ILA**

### **6.5.1 Data Minimization.**

6.5.1.1 ILA shall collect and retain only the learner data reasonably necessary for identity, access, learning delivery, competency records, credential records, WILP records, contribution memory, portfolio management, display control, verification, correction, archive, security, fraud prevention, and lawful compliance.

6.5.1.2 Sensitive data, youth data, accessibility data, health-related data, community-sensitive data, protected knowledge, and public authority-sensitive data shall be minimized and subject to heightened controls.

6.5.1.3 Data minimization shall apply to analytics, AI-supported functions, employer-readable summaries, Marketplace display, Registry linkage, National Portfolio aggregation, research use, and cross-border export.

### **6.5.2 Purpose Limitation.**

6.5.2.1 ILA data shall be processed only for recorded, specific, legitimate, learner-facing, public-good, competency, contribution, verification, display, correction, archive, security, and lawful compliance purposes.

6.5.2.2 ILA data shall not be repurposed for unrelated commercial profiling, unauthorized employer screening, automated hiring, social scoring, finance scoring, insurance underwriting, immigration determination, public authority decisioning, political targeting, or procurement screening.

6.5.2.3 Any new purpose shall require review, learner notice, consent where required, data-use record update, AI-use record update where applicable, and safeguard review where applicable.

### **6.5.3 Access Controls.**

6.5.3.1 ILA shall apply role-based access controls, least privilege, authentication, authorization, logging, access review, and access recertification where appropriate.

6.5.3.2 Access roles may include learner, guardian where applicable, mentor, faculty, assessor, reviewer, WILP host, credential steward, Registry steward, Marketplace steward, National Portfolio steward, public authority learning steward, support administrator, correction steward, and archive steward.

6.5.3.3 Access to sensitive records shall be limited to need-to-know purposes. Public display shall require explicit display setting and review where appropriate.

6.5.3.4 Unauthorized access, excessive access, inappropriate sharing, employer scraping, public exposure, or misuse of ILA records shall be treated as an incident requiring containment, correction, notification where applicable, and archive of the incident record.

### **6.5.4 Learner Consent and Permissions.**

6.5.4.1 Learner consent and permissions shall govern optional sharing, public display, employer-readable summaries, Marketplace display, Registry linkage where optional, National Portfolio aggregation where identifiable, research use, AI analytics where required, and cross-border export.

6.5.4.2 Consent shall be informed, specific, granular, recorded, revocable where feasible, and separated from unrelated participation wherever possible.

6.5.4.3 Learners shall not be penalized for withholding optional public display, employer sharing, AI analytics, or Marketplace display except where such sharing is an essential and disclosed requirement of a particular pathway, credential, WILP, or public-good role.

### **6.5.5 Youth and Vulnerable Learner Protections.**

6.5.5.1 ILA shall apply heightened protections for youth and vulnerable learners, including restricted public display, guardian or institutional permissions where required, safer communication rules, mentor controls, limited data collection, restricted analytics, and careful visibility settings.

6.5.5.2 Youth and vulnerable learner records shall not be used for public ranking, open Marketplace exposure without safeguards, automated profiling, employer scraping, exploitative recruitment, commercial targeting, or high-risk AI assessment by default.

6.5.5.3 Where youth participate in WILPs, Campaigns, Foundry, public-good contributions, Studio exercises, or Nexus Universe pathways, participation shall be structured as learning and safe contribution, not disguised labor or execution.

### **6.5.6 Sensitive Profile Controls.**

6.5.6.1 Sensitive profile data, including disability, accessibility needs, health-related information, protected characteristics, community affiliation, Indigenous affiliation where applicable, migration-related context, vulnerable status, youth status, or safeguard-relevant information, shall be subject to heightened protection.

6.5.6.2 Sensitive profile data shall not be displayed, exported, inferred, used for ranking, used for employment screening, used for discriminatory profiling, used for public authority decisioning, or shared with employers or hosts without a clear lawful basis and learner permission where required.

6.5.6.3 Sensitive profile controls shall apply to human users and AI-supported systems alike.

### **6.5.7 AI-Use Restrictions.**

6.5.7.1 AI use within ILA shall be restricted by AI-use labels, learner permissions, privacy controls, safeguard rules, and human review requirements.

6.5.7.2 AI may support learner assistance, accessibility, translation, summarization, draft portfolio language, recommendation, anomaly detection, and administrative review where appropriate, but shall not make final high-stakes determinations.

6.5.7.3 AI shall not independently award credentials, withdraw credentials, rank learners, decide access, determine employment suitability, determine public authority competence, create public display without permission, infer sensitive profile attributes for decisioning, or generate unreviewed external summaries.

6.5.7.4 AI incidents, biased outputs, misleading summaries, data leakage, unauthorized inference, prompt-injection failures, and inappropriate recommendations shall be recorded, corrected, and escalated.

### **6.5.8 Deletion, Sealing, Archive, and Correction.**

6.5.8.1 ILA shall provide mechanisms for deletion, sealing, archive, and correction consistent with record integrity, credential governance, legal obligations, privacy obligations, youth protections, fraud prevention, security, and public-good accountability.

6.5.8.2 Deletion may be available for unnecessary, optional, or unlawfully held data. Sealing may be used where the record must be retained but should not be displayed or routinely accessed. Archive may be used for historical, superseded, withdrawn, revoked, or non-continuing records. Correction shall be used where a record is inaccurate, incomplete, misleading, outdated, overclaimed, or boundary-violating.

6.5.8.3 Corrected or archived records shall include status, date, reason where appropriate, successor record where applicable, public-safe notice where needed, and propagation to Registry or Marketplace displays where applicable.

***

## **6.6 Portfolio Display**

### **6.6.1 Private Portfolio.**

6.6.1.1 The **Private Portfolio** shall be the learner-controlled view of ILA records visible only to the learner and authorized support roles.

6.6.1.2 The Private Portfolio may include all learning, competency, credential, WILP, contribution, mentor, review, correction, archive, and draft records permitted under ILA data governance.

6.6.1.3 Private Portfolio records shall support reflection, planning, correction, progression, and export without public display by default.

### **6.6.2 Controlled Portfolio.**

6.6.2.1 The **Controlled Portfolio** shall be a restricted view shared with specified mentors, faculty, reviewers, WILP hosts, credential stewards, National Node stewards, or other authorized parties for defined purposes.

6.6.2.2 Controlled Portfolio sharing shall be purpose-limited, time-limited where appropriate, role-limited, logged, and revocable where feasible.

6.6.2.3 Controlled Portfolio access shall not permit onward sharing, employer scraping, public display, or unrelated decisioning unless separately authorized.

### **6.6.3 Employer-Readable Portfolio.**

6.6.3.1 The **Employer-Readable Portfolio** shall be a learner-authorized summary designed to help employers, hosts, or work-integrated learning partners understand skills, competencies, evidence, WILP outputs, contributions, and portfolio artifacts within scope.

6.6.3.2 Employer-readable records shall distinguish evidence types, competence level, review status, credential status, limitations, expiry where applicable, and no-employment-guarantee notices.

6.6.3.3 Employer-readable display shall not constitute employment verification, hiring recommendation, background check, professional license, procurement qualification, wage guarantee, immigration support, or endorsement.

### **6.6.4 Public-Good Contributor Portfolio.**

6.6.4.1 The **Public-Good Contributor Portfolio** shall display learner-authorized contributions to public-good work, including Foundry builds, Campaigns, Reports, Registry records, Marketplace objects, Studio workflows, translation, accessibility, documentation, testing, review, mentoring, and correction.

6.6.4.2 Public-Good Contributor Portfolios shall include contribution type, scope, evidence, review status, attribution, license where applicable, support class, limitations, and correction link.

6.6.4.3 Public-good contributor display shall not create employment, compensation, ownership, provider validation, sponsor endorsement, procurement qualification, professional status, or execution authority.

### **6.6.5 Marketplace Profile.**

6.6.5.1 A **Marketplace Profile** may display selected learner-authorized ILA records for discovery, collaboration, contribution opportunities, WILP opportunities, public-good projects, mentorship, review pathways, maintainer pathways, or lawful downstream interest.

6.6.5.2 Marketplace Profiles shall be subject to public-safe review, privacy settings, youth restrictions, sensitive profile controls, safeguard review where applicable, display limitations, correction, and withdrawal.

6.6.5.3 Marketplace Profiles shall not function as employment platforms by default, procurement registers, certification directories, professional licensing registers, public authority rosters, endorsement lists, or execution authorization lists.

### **6.6.6 Registry Profile.**

6.6.6.1 A **Registry Profile** may display or link selected learner records where status truth, verification, versioning, correction history, credential status, reviewer status, maintainer status, or public-good contributor status requires controlled record visibility.

6.6.6.2 Registry Profiles shall prioritize accuracy, status truth, scope, version, correction, suspension, withdrawal, archive, and no-overclaim notices.

6.6.6.3 Registry Profiles shall not create certification, licensing, employment verification, public authority approval, procurement eligibility, endorsement, financeability, insurability, deployment authorization, or execution.

### **6.6.7 National Portfolio Contributor Display.**

6.6.7.1 **National Portfolio Contributor Display** may show learner-authorized contribution to National Portfolio work, National Skills Maps, National Capability Records, National Challenge Briefs, Competence Cells, National Working Groups, Foundry builds, Campaigns, Reports, Studio exercises, Nexus Universe outputs, and handoff literacy.

6.6.7.2 National Portfolio Contributor Display shall be nationally routed, public-safe, privacy-controlled, safeguard-reviewed where necessary, and sensitive to national context, community context, Indigenous protocols where applicable, and protected knowledge restrictions.

6.6.7.3 National Portfolio display shall not create national endorsement, country ranking, public authority approval, employment status, procurement qualification, financeability, insurability, community consent, deployment authorization, or execution.

### **6.6.8 No Employment or Certification Claim by Display.**

6.6.8.1 No portfolio display, whether private, controlled, employer-readable, public-good contributor, Marketplace, Registry, or National Portfolio display, shall create employment, hiring decision, professional license, degree, certification, statutory qualification, public authority approval, procurement eligibility, wage entitlement, immigration status, deployment authorization, or execution by implication.

6.6.8.2 Every external display class shall include appropriate boundary notices. Where the display could reasonably be misunderstood, SCF shall require additional explanatory language, reduced display, controlled display, or no display.

***

## **6.7 ILA Boundaries**

### **6.7.1 Skills Wallet Is Not License.**

6.7.1.1 The Skills Wallet shall not be represented as a professional license, statutory authorization, regulated credential, practice permit, public authority credential, immigration credential, employment credential, procurement qualification, deployment authorization, or execution authority.

6.7.1.2 Where a wallet contains externally issued credentials, ILA shall display them according to their recorded scope and source but shall not expand, reinterpret, validate, or legally recognize them beyond their issuer’s lawful authority.

### **6.7.2 Portfolio Is Not Employer Verification by Default.**

6.7.2.1 A portfolio shall not be treated as employer verification by default. Employer-readable summaries may support interpretation of learner evidence, but employers and hosts remain responsible for their own hiring, verification, due diligence, legal compliance, workplace safety, and employment decisions.

6.7.2.2 ILA shall not guarantee accuracy of employer inferences, suitability for a role, wage level, performance, background, work authorization, or legal eligibility.

### **6.7.3 Badge Is Not Degree.**

6.7.3.1 A badge shall not be represented as a degree, diploma, professional qualification, statutory qualification, license, apprenticeship completion, formal education award, or regulated credential unless a competent awarding body has separately issued such status and the ILA record accurately reflects that status.

6.7.3.2 Badges shall display scope, criteria, issuer, evidence basis, date, expiry where applicable, and limitations.

### **6.7.4 Learning Record Is Not Public Authority Credential.**

6.7.4.1 A learning record, public authority learning summary, Risk Academy completion, Studio exercise record, Nexus Universe participation record, or public-safe reporting record shall not be represented as public authority training, official authorization, regulatory approval, public warning authority, emergency command authority, public finance authority, procurement authority, or statutory credential by default.

6.7.4.2 Public authority participants remain bound by their own legal mandates, institutional policies, statutory duties, procurement rules, public finance rules, emergency command structures, and official training requirements.

### **6.7.5 Display Is Not Endorsement.**

6.7.5.1 Display of a learner, contributor, credential, badge, WILP, portfolio artifact, Marketplace profile, Registry profile, National Portfolio contribution, or Nexus Universe contribution shall not constitute endorsement by GCRI, The Global Risks Forum, The Global Risks Alliance, Nexus Academy, Risk Academy, Nexus Foundry, Nexus Marketplace, Nexus Registry, Nexus Universe, any National Node, any National Consortium, any public authority, any sponsor, any provider, any employer, or any downstream lawful actor unless separately and expressly recorded.

6.7.5.2 Featured display, search ranking, profile completeness, contribution count, badge count, or Registry linkage shall not be used as endorsement, validation, ranking, rating, procurement signal, employment signal, finance signal, insurance signal, or public authority signal by default.

### **6.7.6 Portability Is Not Legal Equivalence.**

6.7.6.1 Portability of ILA records shall mean technical, semantic, and learner-controlled movement of evidence where lawful and appropriate. It shall not mean legal equivalence across jurisdictions, institutions, professions, employers, credential systems, public authorities, procurement systems, immigration systems, or regulated domains.

6.7.6.2 Any legal equivalence, recognition, credit transfer, professional recognition, employment recognition, immigration recognition, procurement recognition, or public authority recognition must be separately determined by competent receiving actors under applicable law and policy.

***

## **6.8 Final Part VI Operating Statement**

6.8.1 The Integrated Learning Account shall be the record-bearing learner infrastructure of SCF. It shall preserve learning, competence, contribution, WILP participation, micro-credentials, badges, skills-wallet records, portfolio artifacts, public-safe outputs, Registry linkages, Marketplace displays, National Portfolio contributions, Nexus Universe learning outputs, correction history, and archive status in a privacy-governed, learner-controlled, evidence-based, portable, and correctionable manner.

6.8.2 ILA shall make learning useful without making learning misleading. It shall connect individuals to Nexus Academy, Risk Academy, Nexus Foundry, Nexus Campaigns, Nexus Reports, Nexus Marketplace, Nexus Registry, Nexus Studio, Nexus Grid, Nexus Universe, National Portfolios, Competence Cells, National Working Groups, Risk Agency pathways, and lawful handoff literacy while preserving scope, evidence, role separation, privacy, safeguards, and no-conversion discipline.

6.8.3 The Skills Wallet shall make competencies, micro-credentials, badges, WILPs, quests, bounties, builds, reviews, mentor records, public-safe outputs, and selected display records portable and interpretable. Portability shall remain evidence portability, not legal equivalence. Display shall remain discovery, not endorsement. Verification shall remain record verification, not professional licensing, employment verification, procurement approval, or public authority credentialing by default.

6.8.4 ILA data governance shall apply data minimization, purpose limitation, access control, learner consent, youth and vulnerable learner protection, sensitive profile controls, AI-use restrictions, deletion, sealing, archive, and correction. ILA shall not be used for unauthorized employer scraping, social scoring, automated hiring, discriminatory profiling, public authority decisioning, finance scoring, insurance underwriting, immigration determination, procurement screening, or unrelated commercial profiling.

6.8.5 The final rule of Part VI is that ILA records make learning, contribution, competence, and public-good capability visible, portable, and correctable, but they do not convert into employment, certification, immigration status, wage entitlement, procurement eligibility, public authority approval, professional license, financeability, insurability, community consent, deployment authorization, or execution by implication.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.therisk.global/organization/operations/frameworks/sustainable-competency-framework-scf/vi.-portfolio.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
