Skip to main content

Introduction to the PROCESS_STEPS Table

The process_steps table is designed to store detailed information about individual steps within a process. This table plays a crucial role in organizing and structuring the workflow of manufacturing processes in the Serial system.

Table Structure

The process_steps table is structured to capture essential data about each step in a process. Here’s a detailed breakdown of its columns:

Usage and Functionality

The process_steps table is designed to be a flexible and integral part of the process management system. Here are some key points about its usage:
  1. Process Organization: Each row in the table represents a distinct step within a process, allowing for detailed structuring of complex workflows.
  2. Versioning Support: The inclusion of both process_id and process_revision allows for maintaining multiple versions of process steps, supporting iterative improvements and change management.
  3. Filtering and Conditional Logic: The filter_join_operator column suggests that steps can have associated conditions, potentially allowing for dynamic workflow adjustments based on specific criteria.
  4. Company-Specific Processes: The company_id foreign key ensures that process steps are associated with specific companies, enabling multi-tenant support in the system.

Notes

  • The table includes indexes on company_id and process_id, optimizing queries that filter or join on these columns.
  • The table is utilized in functions like insert_process_with_references and get_process_with_references, indicating its central role in process management operations.
  • Example usage in a function:
  • The is_hidden column allows for temporarily removing steps from view without deleting them, providing flexibility in process management.
By leveraging the process_steps table, the Serial application can maintain a detailed and versioned representation of manufacturing processes, enabling complex workflow management and supporting the core functionality of the system.