ION Factory OS
  • Welcome to ION
  • Features
    • Procedures
      • Steps
        • Content
        • Datagrid
        • Fields
        • Attributes
      • Dependencies
      • Part-Procedure Relationship
      • Attributes
      • Standard Steps
      • Installation Requirements (Beta)
      • Nested Steps and Nested Standard Steps
      • Procedure Best Practices
    • Runs
      • Run Execution Overview
      • Runs And Step States
      • Batching Runs
        • Batching 2.0 Changes
      • Workcenter execution
      • Split Inventory on a Run
      • Redlines
      • Export run data
      • Scheduling runs
      • Time Tracking
      • Attributes
      • Outside Processing
      • Runs Best Practices
    • Parts Library
      • As-built Bill of Materials (aBOM)
        • Editing aBOM build requirements
        • aBOM Beta Changes
          • aBOM actions for developers
      • Inventory
        • Inventory status
        • Inventory splitting
        • Inventory merging
        • Inventory scrapping
        • Kitting
        • Inventory Movement Automations
      • Manufacturing bill of materials (mBOM)
        • mBOM versions
        • Made on Assembly (MOA)
        • Part Substitutes
        • Reference designators
      • Part Attributes
      • Part revision interchangeability
      • Supplier Part Numbers & Purchase Unit Conversions
    • Kitting and Inventory Fulfilment
      • Kit Statuses and Workflows
      • Inventory requests
      • Kitting and runs
      • Fulfilling Multiple Kits
      • Kanban Kitting
    • Purchasing
      • Purchase Orders
        • Types of Purchases
        • Purchase Order Approvals
        • Purchase Order FAQs
        • Supplier Part Numbers & Unit Conversions
        • PO Requirements, Terms, and Quality Clauses
      • Receiving/Inspection
      • Outside Processing
      • Consigned Parts
    • Barcode Labels
      • Templating
        • ION barcode minimum sizes
        • Sample templates
      • Printing
        • Configuring Zebra Browser Print
        • Server Based Barcode Printing (PrintNode)
      • Scanning
        • Scan barcodes from other systems
    • Quality
      • Issues
      • Further Actions - CAPA
      • Issues States, Dispositions, and Resolutions
      • Quality Best Practices
    • Tools
    • Locations
    • Attributes
    • Labels
      • Deleting labels
    • Notifications
    • Search
    • Settings
      • Role based access control
        • Full Glossary of ION Permissions
    • ION Actions
      • ION Actions examples for Quality
      • ION Actions examples for Runs and Procedures
      • ION ACTIONS examples for Supply Chain
  • Analytics
    • Inventory valuation
    • Part impact analysis
    • Users, Roles, Teams
    • Analytics FAQ
    • Data Connector
    • Data Products
  • Plans and Autoplan
    • Autoplan
    • Autoplan glossary
    • Preparing to use Autoplan
    • Clear to build reporting
    • Running Autoplan on a schedule
    • Firm and blocked plan items
    • Location constraints
    • Autoplan suggested suppliers and procedures
    • Reorder point
    • Plan input serial numbers
    • Applying a calendar
    • Plan Reservations
    • Independent schedules
    • Drive demand from kits
    • Drive demand below buy parts configuration
    • Group plan items with the same date
    • Manualy Changing Autoplan Status
  • API
    • How to create an App with ION
    • Access Tokens
    • About GraphQL
    • Interactive API explorer
    • API Keys
    • Examples
      • Notifications
      • Runs
      • Automatically updating fields in runs
      • Parts and Part Revisioning
      • mBOMs
      • Part Inventory and Kitting
      • aBOM (As-built Bill of Materials)
      • Edit time-tracking session data
    • Changelog
    • Webhooks
    • Pagination
  • Automations
    • Auto-checkout of Run Steps
    • Auto-Consumption of Lineside Inventory
    • Automatically Send Purchases to Suppliers
    • Set Close by Run Step on Issue Creation
    • Intent Management / Grade / Tier / Pedigree
      • Data Imprinting
      • ION Actions for Intent
    • Auto-Update mBOM Revision on Part Revision Update
    • Auto-approve part-procedure relationships
    • Purchase Order PDF and Versions
    • Auto Populate PO Line Attributes
    • Imprint Attributes from One Object to Another on a Desired Event
  • Integrations
    • Deploying Integrations and Automations
    • Arena
    • Cofactr
    • Datum
    • Duro
    • NetSuite
      • Purchasing in NetSuite, Receiving in ION
      • Work Order/Assembly Builds
    • Procurable
    • PDF Generator
    • Quickbooks
    • Ramp
    • Silkline Integration
    • Slack
    • Smartsheet
    • SOLIDWORKS
    • Teamcenter
  • Training
    • Standard Operating Procedures
      • Cycle Counting
      • Tool Utilization
    • Guided Flows
    • ION Sandbox
    • Chat Support for ION
  • Troubleshooting
    • Resetting your password
    • Resetting your Multi-Factor Authentication
    • You have no roles... error
  • Changelog
  • Adminstration
    • Security
      • Backups and Security FAQ
      • Single Sign-On (SSO)
        • Okta SAML connection setup
      • Export Control
      • Report Generator Disclaimer
    • Browser and Device Compatibility
    • Authentication
      • My company is new to ION, logging in for the first time.
      • I'm told I'm not authorized to access the application
      • My account has been deactivated
    • Login Page
  • Tickets Portal
Powered by GitBook
On this page
  • Overview
  • Content
  • Use Cases
  • Best Practices

Was this helpful?

  1. Features
  2. Quality

Further Actions - CAPA

How You Can Handle CAPA Programs Within ION

PreviousIssuesNextIssues States, Dispositions, and Resolutions

Last updated 6 months ago

Was this helpful?

Overview

The issue ticket is the most direct connection to the manufacturing floor within ION Factory OS. This connection allows ION issue tickets to be automatically populated with details such as associated parts, processes, responsible teams, and supplier-related documentation. With all this information in one place, the responsible engineer can quickly determine the disposition and resolution of the issue.

The workflow continues in ION through a redlining process that captures the corrective actions needed to fix the occurrence. The final step involves relating those corrective actions to further actions. These further actions enable manufacturers to implement comprehensive changes to their processes or effectively communicate to resolve supplier-related issues, even after closing the original ION issue ticket. This is a necessary continuation of any quality process.

First Resonance has started the roll out of this feature. If you are interested in this capability please reach out to the team to get involved and benefit from giving early input.

Content

Within Furthers Actions there are three main body text fields. Natively those fields are called "Problem Statement", "Analysis Notes", and "Resolution". We realize that there may be specific terminology that you want to use for your quality process and thus (COMING SOON) we allow organizations to customize what these fields say, just like we do for our standard "" ticket. That being said we want to express the intent of these fields as they are used throughout ION to capture insights into your process.

Section
ION Definition
Common Alternatives

Problem Statement

This field captures a clear, concise description of the issue being addressed. It should include specifics on what went wrong, the context in which it occurred, and any observed impacts on the product, process, or performance. The goal is to establish a shared understanding of the problem's nature and scope.

Failure Summary, Incident Report, Opportunity For Improvement

Analysis Notes

This section provides a detailed investigation of the root cause(s) of the problem. It may include contributing factors, relevant background information, and findings from diagnostic efforts or testing. The Analysis Notes aim to offer a thorough examination of why the issue occurred, supporting an informed approach to resolution.

Root Cause Analysis, Fishbone Breakdown, Observations and Findings

Resolution

The Resolution field outlines the steps taken to correct the problem and prevent recurrence. This may include corrective actions, preventive measures, and any process adjustments made. The resolution should be specific and actionable, detailing how each part of the solution addresses the identified causes of the problem. Utilize runs to capture these actions!

Mitigation Steps, Action Plan, Preventative Actions

Use Cases

  1. Supplier Related ION Issues and Supplier Corrective Actions

Use Case #1 in Action:

  1. Groupings of ION Issues to Address Deep Seated Root Cause

Use Case #2 in Action:

  1. Further Actions to Capture Non-ION related Continuous Improvement Opportunities

Use Case #3 in Action:

  1. Further actions are not just limited to the cases above. The overall flexibility these tickets offer lend themselves to good containers for a variety of objectives while still maintaining traceability back to core ION Objects. Link parts, runs, and issues however you like to create a network of connections with Further Actions.

Best Practices

Effectiveness Reviews

To complete the loop on Further Actions, reviewing their effectiveness is often a key step in standard quality workflows. Within ION Further Actions, you can configure a "select" type attribute in your organizational settings to capture the outcome of these reviews.

Populate this attribute with possible outcomes, and track them in aggregate using the Effectiveness Review tab in the ION Analytics Further Actions dashboard.

In the dashboard, enter the name of the attribute you created in the "Effectiveness Review Attribute Name" field to link it properly.

Creating Resolution Actions

Define your actions for the Further Action and track progress against them.

Create one plan with all your actions within it OR create each action in a unique plan to be as granular as you wish.

Define the actions needed in two ways.

  • Create a blank plan and free form add steps to accomplish the requirements for resolution.

  • Utilize a known process for resolution when repeat actions are needed. Choose a procedure that is templated to solve the specific occurrence.

When to Use the Canceled State for Further Actions

The Canceled state is useful for managing the relevance and priority of further actions within your organization. Here are the key points to consider:

  1. Accidental Creation: If a further action is created by mistake, it can be moved to the Canceled state to indicate that the action is not needed.

  2. Editing Restrictions: Further actions in the Canceled state cannot be edited. However, they can be moved back to the In Progress state if they were accidentally canceled.

  3. Avoid This Flow: If a further action is approved and then needs to be canceled, it can be moved back to the Approved state as all approval requests have been satisfied. However, this practice is not recommended. See point four for the best practice.

  4. Ideal Workflow for Re-evaluation: If a resolved further action is found to be insufficient, the recommended process is to reopen the further action. This will move the action back to the In Progress state, where necessary changes can be made, and the correct approvals can be requested. This approach avoids confusion and ensures that actions are appropriately tracked and managed.

By following these guidelines, you can maintain a clear and efficient workflow for managing further actions.

Issue
Attribute Setup
Dashboard Setup
Create and view actions to be taken
Define the steps needed for resolution.
Setup your actions through standardized procedures