Phase 1 - Data Format

The Foundation of Interoperability

Data standardization forms the bedrock upon which all other phases build. Without common formats for describing devices, materials, and processes, systems cannot communicate effectively. Manufacturers would describe products using proprietary schemas incompatible with recycler systems. Collectors would track information that processing facilities cannot interpret. Regulators would require reports in formats that organizations struggle to generate. These incompatibilities perpetuate inefficiency and prevent the coordinated action necessary for effective e-waste management.

The WIA Phase 1 Data Format specifications address this fragmentation by defining JSON-based schemas for all core e-waste management data. These schemas cover device classification, material composition, lifecycle events, processing outcomes, and compliance documentation. By adopting these common formats, stakeholders speak a shared language that enables seamless information exchange regardless of underlying software systems.

Device Classification and Identification

Every electronic device entering the waste stream must be classified and uniquely identified. Classification determines appropriate handling procedures, while unique identification enables tracking through the recycling process. The standard employs a hierarchical classification system aligned with WEEE directive categories but extended with device-specific subcategories.

Primary WEEE Categories

The standard adopts the six WEEE categories as primary classifiers:

Device Subcategories and Types

Within each WEEE category, the standard defines subcategories that provide finer-grained classification. For example, WEEE-5 (Small Equipment) includes subcategories for:

• Smartphones and mobile phones
• Tablets and e-readers
• Digital cameras and camcorders
• Portable audio devices
• Small household appliances
• Power tools
• Medical devices (portable)
• Gaming controllers and accessories

Unique Device Identification

Each device receives a UUID (Universally Unique Identifier) following RFC 4122 version 4 specifications. This identifier, generated at manufacturing or first registration, persists throughout the device lifecycle. QR codes encoding the UUID enable rapid scanning and tracking at collection and processing facilities.

{
  "device_id": "550e8400-e29b-41d4-a716-446655440000",
  "weee_category": "WEEE-5",
  "weee_subcategory": "smartphone",
  "manufacturer": "TechCorp Inc.",
  "model_name": "TechPhone Pro 15",
  "model_number": "TP15-256-BK",
  "manufacturing_date": "2024-03-15",
  "manufacturing_facility": "FC-CN-SZ-001",
  "serial_number": "TC24031512345",
  "weight_kg": 0.189,
  "dimensions_mm": {
    "length": 146.7,
    "width": 71.5,
    "depth": 7.8
  }
}

Material Composition Declaration

Accurate material composition information is critical for safe processing and efficient recovery. Manufacturers must declare all significant materials, hazardous substances, and valuable resources contained in devices. This declaration follows standardized formats that specify substance identifiers, quantities, locations, and extraction methods.

Bill of Materials Structure

The material declaration uses hierarchical structure reflecting device assembly. Top-level components (display, battery, circuit board, housing) contain sub-assemblies and individual materials. Each material is identified by CAS (Chemical Abstracts Service) number, providing unambiguous specification.

{
  "device_id": "550e8400-e29b-41d4-a716-446655440000",
  "bill_of_materials": {
    "version": "1.2.0",
    "last_updated": "2024-03-15",
    "components": [
      {
        "component_name": "Main Circuit Board",
        "component_type": "PCB",
        "weight_g": 18.5,
        "materials": [
          {
            "substance": "Copper",
            "cas_number": "7440-50-8",
            "weight_g": 5.2,
            "percentage": 28.1,
            "location": "Traces and layers"
          },
          {
            "substance": "Gold",
            "cas_number": "7440-57-5",
            "weight_g": 0.024,
            "percentage": 0.13,
            "location": "Connectors and contacts"
          },
          {
            "substance": "FR4 Substrate",
            "cas_number": "N/A",
            "weight_g": 10.8,
            "percentage": 58.4,
            "location": "Board substrate"
          }
        ],
        "hazardous_substances": [
          {
            "substance": "Lead",
            "cas_number": "7439-92-1",
            "weight_g": 0.15,
            "location": "Legacy solder joints",
            "concentration_ppm": 8100,
            "rohs_exempt": true,
            "exemption_code": "7a"
          }
        ]
      }
    ]
  }
}

Hazardous Substance Tracking

All hazardous substances require explicit declaration with quantities, locations, and handling requirements. The standard maintains a comprehensive hazardous substance registry aligned with RoHS, REACH, and other international frameworks. For each hazardous substance, declarations must include:

• Substance name and CAS number
• Quantity (mass and concentration)
• Precise location within device
• Regulatory status and exemptions
• Recommended handling procedures
• Disposal requirements

Valuable Material Documentation

Beyond hazards, declarations identify valuable materials warranting recovery efforts. Precious metals (gold, silver, platinum, palladium), rare earth elements (neodymium, dysprosium, yttrium), and strategic materials (tantalum, cobalt) receive detailed documentation including:

• Element identity and purity
• Quantity and concentration
• Form (alloy, compound, pure element)
• Location and accessibility
• Recommended recovery method
• Estimated recovery value

Lifecycle Event Tracking Schema

Devices accumulate history as they move from manufacturing through use and eventual recycling. The lifecycle tracking schema captures all significant events, creating comprehensive audit trails that support compliance verification, warranty management, and recycling optimization.

Event Types and Structure

The standard defines standardized event types covering the complete device lifecycle:

{
  "device_id": "550e8400-e29b-41d4-a716-446655440000",
  "lifecycle_events": [
    {
      "event_id": "evt_001",
      "event_type": "manufacturing_complete",
      "timestamp": "2024-03-15T14:23:00Z",
      "location": {
        "facility_id": "FC-CN-SZ-001",
        "address": "Shenzhen, China",
        "coordinates": {
          "latitude": 22.5431,
          "longitude": 114.0579
        }
      },
      "metadata": {
        "production_line": "Line-7",
        "quality_check": "passed",
        "batch_number": "2024-Q1-B0342"
      }
    },
    {
      "event_id": "evt_002",
      "event_type": "first_sale",
      "timestamp": "2024-04-22T10:15:00Z",
      "location": {
        "facility_id": "RT-US-NY-042",
        "address": "New York, NY, USA"
      },
      "metadata": {
        "retailer": "TechStore NYC",
        "warranty_start": "2024-04-22",
        "warranty_duration_months": 24
      }
    },
    {
      "event_id": "evt_003",
      "event_type": "collected_for_recycling",
      "timestamp": "2025-11-08T09:45:00Z",
      "location": {
        "facility_id": "COL-US-NY-018",
        "address": "Brooklyn, NY, USA"
      },
      "metadata": {
        "collection_method": "retail_takeback",
        "device_condition": "functional_obsolete",
        "data_wiped": true,
        "collector_id": "COL-12345"
      }
    }
  ]
}

Collection and Processing Events

E-waste management events receive particular attention, with detailed schemas capturing collection conditions, processing stages, and material recovery outcomes. These events include:

• Collection: Device received, condition assessed, initial sorting
• Inspection: Detailed assessment, testing, reuse potential evaluation
• Data Wiping: Secure erasure certification, chain of custody
• Disassembly: Components removed, hazards extracted, materials segregated
• Processing: Shredding, separation, refining stages completed
• Recovery: Materials extracted, quantities measured, quality verified
• Disposal: Non-recoverable materials properly disposed, documentation complete

Material Recovery Reporting Format

Processing outcomes must be documented to close the circular economy loop. Recovery reports link processed devices to recovered materials, documenting quantities, purities, and destination of all outputs. This transparency enables EPR cost allocation, compliance verification, and continuous process improvement.

{
  "recovery_report_id": "RR-2025-11-08-001",
  "processing_facility": "RC-US-NY-003",
  "processing_date": "2025-11-08",
  "input_devices": [
    {
      "device_id": "550e8400-e29b-41d4-a716-446655440000",
      "weight_kg": 0.189
    }
  ],
  "total_input_weight_kg": 52.7,
  "total_devices_processed": 250,
  "recovered_materials": [
    {
      "material": "Copper",
      "cas_number": "7440-50-8",
      "weight_kg": 6.8,
      "purity_percentage": 94.5,
      "recovery_method": "mechanical_separation",
      "destination": "secondary_smelter",
      "destination_facility": "SM-US-PA-001",
      "estimated_value_usd": 64.60
    },
    {
      "material": "Gold",
      "cas_number": "7440-57-5",
      "weight_g": 6.2,
      "purity_percentage": 99.2,
      "recovery_method": "hydrometallurgical",
      "destination": "precious_metal_refinery",
      "destination_facility": "PM-CH-ZH-001",
      "estimated_value_usd": 372.00
    }
  ],
  "residual_outputs": [
    {
      "material_type": "mixed_plastics",
      "weight_kg": 18.3,
      "disposition": "energy_recovery",
      "facility": "EF-US-NJ-002"
    },
    {
      "material_type": "hazardous_residues",
      "weight_kg": 2.1,
      "disposition": "secure_landfill",
      "facility": "HW-US-DE-001",
      "certification": "TSCA_approved"
    }
  ],
  "recovery_efficiency": {
    "overall_recovery_rate": 89.2,
    "material_recovery_rate": 72.5,
    "energy_recovery_rate": 16.7
  }
}

Data Validation and Quality Assurance

Data quality directly impacts system effectiveness. Invalid or incomplete data compromises tracking, undermines compliance verification, and reduces processing efficiency. The standard includes comprehensive validation rules and quality assurance mechanisms.

Schema Validation Rules

JSON Schema definitions specify required fields, data types, value ranges, and format constraints for all data elements. Validation libraries check conformance before data acceptance, rejecting invalid submissions with specific error messages. Key validation categories include:

• Required Fields: Essential data elements must be present
• Type Validation: Data types (string, number, boolean, date) enforced
• Range Constraints: Numeric values within acceptable ranges
• Format Validation: Dates, UUIDs, URLs match specified formats
• Enumeration Validation: Values from predefined lists only
• Cross-Field Validation: Relationships between fields logical and consistent

Data Quality Scoring

Beyond binary valid/invalid assessment, the standard defines data quality scoring that evaluates completeness and richness. High-quality submissions include optional fields that enhance processing efficiency even when not strictly required. Quality scores influence certification levels and may affect EPR fee calculations.

Privacy and Data Security Considerations

E-waste tracking must balance transparency with privacy protection. Consumer personal information should not be exposed through lifecycle tracking. The standard incorporates privacy-by-design principles including:

• Device identifiers contain no personal information
• Ownership and sale data encrypted and access-controlled
• Location data generalized (city-level, not addresses)
• Data retention policies limit historical storage
• Consumer rights to access and deletion supported
• GDPR and privacy framework compliance built-in

Extensibility and Future-Proofing

Technology evolves continuously, introducing new device types, materials, and processing methods. The data format standard accommodates this evolution through extensibility mechanisms that allow new fields and categories without breaking existing implementations.

Custom Field Extensions

Organizations can add custom fields using namespaced extensions that don't conflict with standard fields. This allows industry-specific or experimental data collection while maintaining interoperability for core data.

{
  "device_id": "550e8400-e29b-41d4-a716-446655440000",
  "weee_category": "WEEE-5",
  "manufacturer": "TechCorp Inc.",
  "extensions": {
    "techcorp:internal_tracking": {
      "factory_batch": "FC7-2024-Q1",
      "qc_inspector": "QC-42",
      "custom_warranty_tier": "premium"
    },
    "recycler:condition_assessment": {
      "screen_condition": "excellent",
      "battery_health": 87,
      "reuse_score": 8.5
    }
  }
}

Version Migration Strategies

As the standard evolves, data must migrate between versions. The standard specifies migration procedures and provides tools for automatic conversion. Backward compatibility receives high priority—newer systems must interpret older data formats gracefully, though older systems may not understand newer features.