User Requirements

This page provides a listing of requirements that were utilized to build the Tulip product. It is organized into the following sections.

Models & Master DataAll Models
Equipment Models
Material Models
Production Models
Production ManagementPreparation & Dispatching
Monitoring & Tracking
Resource ManagementEquipment Control
Material Control
User Control



IDRequirementImplemented By
33Display the current user logged in during any interaction with the system.
800All records shall be Contemporaneous. Data captured should include the date and time of the activity/action
801All records, including audit trail shall be Legible, ie. shall be human readable throughout the retention period.
802All records shall be Original; all originally recorded data shall be maintained.
803All records shall be Accurate. there must be the ability to build accuracy checks into the design of the system or configure verification for manually entered data as necessary.
804All records shall be Complete. Records shall include all data related to activity with no deletion or overwriting.
805All records shall be Consistent, ie capture and recorded in the same manner and in the correct sequence of the acitivities or action being recroded.
806All records shall be Enduring, ie. store, managed and unalterable for the full retention period.
807All records shall be Available and can be accessed for review, audit or inspection over the lifetime of the record (retention period).
808All records have to include the date, time, action or activity, user, and reason for change if applicable.


IDRequirementImplemented By
19Provide the ability to configure an e-signature requirement for any master data definition or model's status transition in the approval workflow
31User record has to include valid full name
35Automatic logout user from system after a configurable amount of inactivity time
37Disable user account when user exceeds the configured number of failed authentication attempts. This applies to all access methods available to any records within the system and during electronic signature authentication.
Not supported
43All user maintenance activities shall be recorded.
51Content (master data) modifications must be audit trailed.
N/A Roadmap
111Provide managed way to modify equipment model definitions with full audit trail.
N/A Roadmap
161Provide managed way to modify production model definitions with full audit trail.
N/a Roadmap
809All records and electronic signatures have to include an accurate date and time stamp. Date & time stamps shall be configurable with the possibility to include the day, month, year, hour, minutes, seconds and time zone.
810Provide managed authorized access to all records and electronic signatures including data, information, configurations, and data files.
811All records, electronic signatures, and audit trails must be protected to ensure they are readily retrievable throughout a pre-configured retention period.
813All data shall be Attributable; data must be identified to the person who did the data collection. Records shall include information about how the data was acquired, action/activity performed, where and and when
814Ability to view, display and and print accurate and complete records, including any attachments, electronic signatures and their associated audit trails.
815Provide an unalterable and enduring link between records and their associated electronic signatures; they cannot be removed, changed, copied, transferred or deleted.
816When capturing/acquiring an electronic signature the user must be able to see in human readable format the user's full name, date & time, meaning of signature; the record itself should contain these elements.
817Ability to require multiple electronic signatures for a record. Ie co-signer, verifier, etc.
818If more than one signature is required the electronic signature shall capture the role of each signatoree. Eg. trainer, verifier, co-signer, etc.
819All electronic signatures have authenticate the signatoree by two distinct elements (e.g. username and password; at least one being a private element), or a secure unambiguous biometrics system that cannot be used by anyone other than their genuine owner.
820Electronic signatures have to be secured and not allowed to be falsified. They can only be used by their genuine owners.
821Ability to define access security levels for records and electronic signatures. Ie. user groups and user roles and their associated priveleges to system resources and data
822Ability to define password policies including rules for password strength, password aging and password repitition.
Not supported
823Ability to periodically check accounts against configured policy (e.g., password aging). This requirement applies to all access methods available to any records in the system.
Not supported
824Ability to enforce automatic expiration of passwords by configured policy. This requirement applies to all access methods available to any records in the system.
Not supported
825All user access to the system shall be tracked. User access activities shall be included in audit trail. Unauthorized access attempts to the system must be recorded.
N/A Roadmap
827Ability to capture data during App execution and identify the data with the version of the App that was used and its status in the workflow. ie. be able to identify if data was generated during App testing, review or approved states.
828Only approved connector configuration are available for production execution activities
830All data changes must be captured in audit trail. Audit trail can be turned off or on GxP needs. This may only be performed by an administrator; it cannot be performed by a user executing an APP.
831Ability to manage an authorized change of Digital History Record with full audit trail
845Ability to identify data tables or columns as GxP data
N/A Roadmap
846If GxP data is changed after being approved then approval needs to be rejected. Ie batch record needs to be reapproved.
N/A Roadmap
848The ability to discern invalid or altered records. Ability to annotate data is changed. For GMP or critical data changes annotation can be configured as required.
849Changes to batch record, GMP or critical data should be governed by a global configuration to allow/disallow changes.
N/A Roadmap
855For records supporting batch release it should be possible to generate printouts indicating if any of the data has been changed since the original entry.
856When an individual executes a series of signings during a single, continuous period of controlled system access, the first signing shall be executed using all electronic signature components; subsequent signings shall be executed using at least one electronic signature component that is only executable by, and designed to be used only by, the individual.



IDRequirementImplemented By
23Ability to use biometric devices for login and authentication.
26Ability to authenticate all defined users with a unique username and password using a single sign-on (eg. oAuth, LDAP, Active Directory, etc).
57Allow integration of simple IIoT end-points for data input and capture
58Allow integration of advanced IIoT end-points for interaction with equipment and collaboration with devices
59Ability to integrate legacy equipment or devices as an IIoT end-point
62Data from integrations is historized, stored for use in trending and analysis
63Data from connected end-points can be sent to other connected end-points
64Data from connected end-points can be sent to connected core systems (MES, QMS, PLM, LIMS, and Sample Inventory)
65Data from connected end-points can be sent to other content
100Ability to retrieve, examine, and view batch/lot and material attributes used in the processing step (e.g. potency), from external source.
101Ability to use a scale and record scale readings like (but not limited to) Zero, Tare, Gross Weight, Net Weight
149Ability to provide access to relevant documents such as SOPs at process step
234Ability to send and receive data from legacy equipment or devices
236Ability to capture time series data from (historize) manufacturing equipment
238Ability to add equipment context to historize time series data
239Ability to capture (historize) alarm and event information from equipment
242Ability to retrieve all historized information for a specific equipment with date-time filters
342Ability to automatically capture data from process equipment in fermentation production
431Ability to automatically submit sample transfer order to external material system.
433Material transfer orders to external system shall contain sample information (ID, name, description) and location information (room, storage equipment, location in equipment). Ie. room name, floor number, freezer id, location in freezer, etc.
436Ability to query from externals system the available material in sample inventory. ie samples stored in freezers, incubators, etc
437Ability to define and execute a material transfer order to issue material from sample inventory
438Ability to define and execute a material transfer order to store material in sample inventory
836Ability to retrieve information from external a system of record so that Apps can get the required information for execution fo a specific process step.
844Ability to transfer or send history records to external system of record. Record can be transferred in their entirety at the completion of a process or in parts as steps in the process are completed



IDRequirementImplemented By
245All tracked information must be available for analysis
464Ability to perform analysis on batch/lot and material history records. Ie query history records based on any attribute of the material
465Ability to query history records by any related dimension. Ie. equipment, user, work order, material, time, duration, etc.
832Ability to view and perform analysis on audit trail data
833Abillty to view and perform analysis on all captured data, including audit trail and annotations


IDRequirementImplemented By
244Ability to view and print a version of App that define a specific Master Batch Record (MBR) or Master Device Record (MDR). The report shall contain all steps, procedures, parameters, input materials, output materials, calculations, labels and annotations.
246All tracked information must be available for reporting
248Ability to define and maintain batch record documentation for regulatory compliance (electronic batch record)
249Provide the ability to print the material history record
462Ability to view and display the material history record for a specific batch/lot and material
463Ability to browse (view and display) forward and backwards batch/lot and material genealogy at all level of the material tracking hierarchy.
847Ability to view complete history record for material item production (Digital History Record).


IDRequirementImplemented By
13Provide visibility to approvals or tasks by user, group, role.
20Provide visibility to dependencies of master data definitions and models on model components. ie where used information on master data definitions, models and model components
N/A Roadmap
21Ability to search, view and report on master data based on tags/labels
60Data from connected end-points can be visualized as simple metrics
61Data from connected end-points can be visualized in graphical format such as gauges, indicator, dial, scales, etc.
247All tracked information must be available for visualization

Models & Master Data

All Models

IDRequirementImplemented By
10Content can have multiple tags/labels to help with sorting and finding content
N/A Roadmap
11Provide a configurable workflow for approval of new or modified content (including connectors, components, tables)
15Provide ability to apply status to managed content. E.g. Development, In Review, Released, Published, etc.
16Manage the release to use of content based on approval status.
18Provide ability to manage one or more master data definitions or models simultaneously
22Ability to configure collections of user/reason codes to be used for classification of events and data during execution and defined in master data and model elements.
49Provide a managed way to configure and maintain content including creating, copying, editing, making obsolete, and deleting.
50Disallow deletion of content that have been used in execution of a work order or material processing.
52Content must have configurable workflow to require a review and approval by people with appropriate authority before they are published for use in production.
53All content must have configurable version control.
67Ability to build apps consisting of a number of pre-configured app components. ie for modularity and consistency
70Tulip has to display the current batch/lot currently being worked on
77Ability for content to display relevant process and production data as a metric. Ie. number, gauge, indicator etc.
78All contents have to guide operators thru the process steps in an easy intuitive manner. Ie. easy navigation between process steps
79All content has to display the current process step that is being worked on
80Ability for content to display documents including PDFs, formatted text, spreadsheet, diagrams, etc.. Ie work instruction documentation, product specification
81Ability to display rich media including Photo (JPG, BMP, PNG format), Video (MP4, MOV format)
82Ability for apps to display complex graphical media with zoom/enlarge capability including PDF, JPEG, PNG, and VGS.
83Ability to configure signature to complete a process step.
84Ability for content to guide operator thru the execution of a process flow model
87Content screens can be populated to the extent possible based on context of entered data. Ie. text fields, drop downs for users to selection, etc.
88Ability to designate certain content fields to be required for data entry
89Ability to configure alerts based on criteria of the entered data
90Ability to configure job aids for assistance. e. click on "help" to get instructions or show how-to procedure
91Ability for content to have text, drop down and check box fields for user input
93App has to provide navigation between process steps from external input. Ie. scanner, button, switch, I/O triggers, etc.
99Ability to display the acceptable quality limits to the operator during the execution with an indication of whether the current value is inside/outside the limits.
104All tracked information must be accessible and viewable for users in a workflow.
290Provide managed process execution that guides the user through the production process as defined in a Production Model including the workflow, process logic, validation requirements, process parameters, material inputs and material outputs.
458Provide a managed content repository to manage the distribution and deployment of content . Ie App "store" or "exchange"; a library of components
N/A Roadmap
459Ability to add additional information about content in the content repository including description, installation instructions, and rating.
853Provide the ability compare version of master data definitions and models including Apps, Connectors, Tables, and Components.
N/A Roadmap

Equipment Models

IDRequirementImplemented By
71Tulip has to display the current equipment being utilized if applicable
153Ability to configure actions for automaton system or equipment alarms by alarm severity
157Provide a managed way to configure and maintain definitions of equipment models including creating, copying, editing, making obsolete, and deleting.
158Disallow deletion of equipment model definitions that have been used in execution of a work order or material processing
160Support equipment model definition using hierarchies and equipment classes
162The equipment model should have definition of equipment classes and equipment groups.
163The equipment model should have definition of capability, availability, status, and reservations.
164The equipment model should have definition of location and assignments.
N/A Roadmap
167All equipment instances must be uniquely identified.
N/A Roadmap
169Provide a managed way to configure and maintain a state model for an equipment, equipment group or equipment class with allowed transitions (eg. "running" and "not running" - running state; "clean", "in use", "not clean" - cleaning state)
170Provide a managed way to configure state models so that state models can define definitions of configurable transition rules. The rules may be dependent on equipment status, material attributes, batch.lot attributes, etc.
186Ability to define and maintain equipment attributes.
197Ability to collaborate on definition of models including ability to simultaneously author/change model definition for equipment, material and production.
201Ability to define specialized equipment parameters and configuration for a process step based on assigned equipment or equipment class. Ie liquid handling and hitpick parameters or setup configuration
345Track current equipment current status and state transitions. State transitions including status before and after transition will be included in the equipment history logs.

Material Models

IDRequirementImplemented By
94Ability to view material dispatching lists in a content.
95Ability to view material information for a batch/lot in an App. Information includes all material as part of a material hierarchy, ie. cohort, plate, well, etc.)
96Ability to view batch/lot dispatching lists in content
102Ability to display sampling plan requirements to user
103Ability to guide operator in execution of sampling plan. Ie extract materials from batches/lots and disposition of sample material
136BOM shall include definition of quantities and UOM for each BOM element
178Provide a configurable multi-level material tracking for batch, lot, plate/tray, well, unit, flask.
179Ability to assign material properties to any level of the material tracking hierarchy
180Ability to propagate material attributes to associated materials in the material tracking hierarchies. e.g. assigning material attributes to final product from intermediates.
188Standard non configurable material attributes must include quantity, UOM, status, expiration date, location, process step
190Ability to define a UoM and the conversion formulas and rules between UoMs

Production Models

IDRequirementImplemented By
27Provide a managed way to define label templates and formats with process and operation specific parameters. Ie. parameters are replaced with specific values when labels are processed for printing during process execution
98Ability to view current process step in the context of the executing production model.
115Provide managed library of process and production model components or modules to be used in process and production model definitions
N/A Roadmap
118Ability to configure steps and states for work on orders, materials or equipment in a workflow
119Ability to configure procedural elements for work on orders, materials or equipment in a workflow
121Ability to define procedural sequences with relevant process information that can guide an operator through task execution.
122Ability to define process flows that can be executed in parallel with one another
123Ability to define process and material workflows structures that can be executed in sequence with one another
124Ability to define procedural elements in process and material workflows that can be repeated in sequence, ie configurable number of iteration of the same step both min. and max. number of iterations.
125Ability to define conditions to route process between steps in the workflow. These conditions can be based on state change in other steps or time constraints, equipment status, critical alarms, completion of other steps or defined timers.
127Disallow completion of work until all required processing steps have been performed. i.e. disallow batch close when there are incomplete processing steps.
130Ability to define criticality of process parameters in the process. Ie identify data columns as critical to quality.
N/A Roadmap
133Ability to parameterize a process and production model definitions. Ie. create generic definition using parameterization that are substituted by specific production order information prior to release to production.
147Ability to provide formatted textual work instructions
148Ability to provide multi-media work instructions
150Ability to define steps and procedural elements that are triggered by time-based events such as timers or date-time.
151Ability to configure allowed overrides for steps and procedural elements. An override can be allowed for out of spec conditions and can require additional approval using e-signature
154Ability to use process values from previous process steps in any procedural element or step workflow.
252Verify equipment is in an appropriate state to begin processing. Eg. clean, calibrated, not already in use, etc.
255Ability to verify that equipment (room, suite, area, etc.) meets routine cleaning requirements and prevent process start if cleaning status requirement is not met prior to start of processing.
333Ability to execute processing logic and data collection triggered by equipment state transitions
346Provide a managed way to capture equipment events during production processing. All events will be logged with cause and timestamp. These events may be - Stop causes, Downtime events, Breakdowns, Repair, Etc.



IDRequirementImplemented By
41Support the upgrade of all configured information and maintain data integrity when updating or upgrading application software versions.
42Ability to monitor and control data exchange on all interfaces with message and error logging.
46Provide safe and reliable start-up and shut-down of the system securing complete system and data integrity.
non functional
47Manage access to system administration and maintenance functions to users with appropriate privileges
55Provide a managed way to subscribe or install content in a specific workstation or processing area
834The solution including Apps, data and connectors shall be provided as a service. Ie Software as a Service
835The solution including Apps, data and connectors shall be able to be installed on prem.
non functional
840Ability to support multiple languages and specialized characters.
850Ability to test Apps in production execution during the development and review process.


IDRequirementImplemented By
838Comply with customer specific Recovery Point Objectives (RPO). Eg. RPO of 0 hours, so that no data is lost upon failure.
non functional
839Comply with customer specific Recovery Time Objectives (RTO). Eg. 72 hours, so that no more than 3 day’s production is lost in the event of failure
non functional
841Apps need to support business critical operations and comply with customer specific uptime requirements as defined in SLAs. Eg. 99.99%
non functional
842Support specific number of concurrent users as defined by customer license agreements and SLAs
843Apps need to support business critical operations and comply with downtime requirements as defined in SLAs. Eg. downtime is only scheduled during non-production hours, or agreement with customer.
non functional


IDRequirementImplemented By
12Ability to assign and notify multiple users for a given approval workflow of all content.
14Ability to automatically escalate overdue approval or tasks.
Not supported
34System date and time cannot be changed by users during normal operation and production execution. Only admin with appropriate privileges can change system date and time.
38Date and time must be displayed in the current locale
39Support daylight saving time bi-annual hour changes
40Support leap years date adjustment automatically
56Apps can be used without external keyboard and mouse.
66Tulip can be used in environment where operators wear gloves. i.e. sterile or clean areas where the operator is gowned up and has gloves on
72App has to display the time elapsed since starting a process step
73Ability for apps to display rich media. ie. audio video
75Ability to send notifications from any content screen. Ie. email, txt message, alarms.
105Support of Tulip operation on mobile devices
461Only approved content can be used for production execution activities
851Provide portability of configuration and components with full version, audit trail and history information. Ie. models and components can be exported and imported between environments and instances.
852System must provide accurate time server synchronization and shall utilize the same time source.

Production Management


IDRequirementImplemented By
76Ability for content to display relevant process and production data in either graphical format. Ie. pareto, bar graphs, pie graph
85Tulip has the ability to upload photos and videos as part of execution.
86Tulip has the ability to capture photos during execution.
258Ability to complete steps with process values that are not within the predefined limits if appropriate exception/deviation information and approval is entered
259Ability to scan and read auto-id codes generated or used by other other systems and capture their data into the material history record.
260Ability to track equipment use in production execution by material unit and work order.
267All process execution activities have to be recorded in history log and include the ID of user that is performing the activity and date-time stamp
291Provide sequence management of process steps so that Apps can get required information for execution of a specific process step
292Ability for Apps to record completion of a process step with all related information
293Track process execution of the Production Models by Apps
295Verify that all required data has been entered and collected as prescribed by the step on completion. Disallow to progress on execution path if verification fails
296Prompt for, verify and capture an e-signature as part of a step execution if an e-signature is required in the step's configuration
297Provide a managed and authorized way to capture (log) and document any deviation from normal process execution as exceptions. An exception log will include a reason, risk category, and comments.
298Require e-signature for exception of specific configured risk categories. Ie for high severity or high risk exception require the capture of an e-signature in the history record
300Provide a managed and authorized way to capture (log) and document any comments or exceptions during process execution.
301Ability to re-execute process step respecting any constraints of the process step configuration in the process flow.
302Ability to re-execute process step with override of constraints of the process step configuration in the Master Recipe or material workflow. In such a case an extra e-signature can be required.
326Ability to route and disposition materials based on sampling plans Eg. hold or future hold materials until sample testing results are available
327Ability to route and disposition materials based on results of sample testing (off-line) and/or quality testing (in-line) Eg. hold, reject, scrap, or release materials based on sample result
329Verify entered data is within configured limit and tolerances as configured in the Master Recipe or material workflow process step, and material model. Allow authorized override of this constraint based on configuration
330Ability to automatically or manually log an exception when data is not within configured limits and tolerances. Disallow process completion until exceptions have been logged with configured e-signatures and any authorized overrides have been processed e.g. supervisor signature, scrap, etc.
358Provide configurable way to review exceptions
406Ability to consume by pre-configured unit of measure (UoM) quantities such as weight, volume, etc.
428Ability to adjust batch/lot and material quantities related to sample plan execution
857Ability to print configured labels for sample materials

Monitoring & Tracking

IDRequirementImplemented By
25Material history records must include exception approval log.
261Ability to track equipment substitution during process execution.
303Ability to track batch/lot and material rework based on the Master Recipe or material workflow configuration.
309Ability to track use of one source material or load-carrier used for multiple orders Eg. bulk material that is used for different products.
317Ability to track multiple dispensing of the same material continuously for different work orders or batches/lots as part of a campaign
337Ability to track material consumption in a process step. Material consumption may include processing, assembly, weighing, dispensing, etc.
347Ability to track all WIP materials at all material hierarchy levels including batches, lots, and materials. Ie. material tracking history will include all activities performed on materials including issue, consumption, processing, mixing, assembly, movement, transfer, etc.
348All material tracking history will include context of the operator performing the activities
349All material tracking history will include context of equipment used in processing
350All material tracking history will include context of material hierarchy levels
351All material tracking history will include date and time stamps
352All tracking history information must be retained for historical review and analysis for a configurable retention period
354Ability to track material association to work order and production order at all levels of material tracking hierarchy
356All tracked information and logs will be available as part of material and process history records.
357Ability to track material consumption and use at all levels of the material tracking hierarchy.
363Ability to track and maintain forward and backwards batch/lot and material genealogy at all level of the material tracking hierarchy. Ie view, analyse and query material genealogy
385Ability to track equipment location for mobile equipment. The equipment log will include the equipment's location history or path.
388Ability to track material inventory and its physical location.
389Ability to track material movement history. Ie. path of material in the production process
390Ability to track materials associations using the material tracking model. Ie. track physical material in tray location, trays in batches (Cohorts).
392Ability to track materials handled in load-carriers.
393Ability to track loading of material to a load-carrier and its location within the load carrier. Ie. material in a well, plate, flask, tank, tote, etc.
394Ability to track unloading of material from a load-carrier
396Ability to track and list materials for a work order for reconciliation.
405Ability to manage and track material consumption as part of a process step. Material consumption may include processing, weighing, dispensing, etc.
407Ability to track of material waste and scrap as part of the production process execution.
427Ability to track material attributes during production operations with associated capabilities to browse their history and their trending e.g. temperature, assays, etc.


IDRequirementImplemented By
202Ability to define effectivity to and from dates for content
N/A Roadmap

Preparation & Dispatching

IDRequirementImplemented By
253Disallow steps from completing until the correct material, material quantity, has been consumed or identified
274Ability to start processing for work orders by starting to track material (batches, lots, units, etc.). Tracking information should respect tracking hierarchy (kits, trays, wells, flasks, jigs, etc.)
276Work order have to be approved and released for production before any material can be started. Ie starting batches/lots
277Ability to view dispatching list by equipment. Ie for any element of the equipment hierarchy such as area, machine, work center, etc.
278Dispatch priority of work orders and batches/lots can be controlled using predefined configurable dispatching strategies
288Ability to track dispatching of work orders and materials to production once they are released.
289Ability to exclude a work order from the dispatch list.
456Ability to define and dispatch work orders for the different segments of the manufacturing operation.
457Ability to define work order types to indicate special processing or release procedures. Ie normal, testing, prototype, validation, rush, etc.

Resource Management

Equipment Control

IDRequirementImplemented By
97Visibility to equipment allocation during work order and batch/lot execution to determine future equipment availability during dispatching activities
168Ability to provide an equipment inventory list by use. Ie. material batch/lot (Cohort), Master Recipe, material workflow, equipment model, etc.
185Ability to define quantity and capacity constraints for equipment
231Ability to transfer configuration and parameters to equipment for process setup
N/A Roadmap
344Ability to track all equipment status and movement if relevant. Ie. equipment tracking history or equipment logs will contain complete history of activities performed by or on an equipment
371Ability to control automated equipment state (start, stop, pause, resume, etc.) during the execution of a process step.
372Track the real-time status of all equipment instances
378Ability to assign operators to equipment or equipment group at login.
386All maintenance activities on equipment will be tracked and maintained as part of the equipment logs. i.e. calibration, PMs, repairs, etc.
450Ability to guide operators through equipment specific tasks. Ie loading and unloading of trays, setup, cleaning, etc.
900Equipment & cleaning log - The system must be able to create logs for registration of use, maintenance, calibration & cleaning of equipment and rooms.

Material Control

IDRequirementImplemented By
215Ability to receive production order from a system of record with associated material list
391All materials must be identifiable through auto-id (e.g. barcodes)
426Ability to transfer sample material as defined in sampling plan

User Control

IDRequirementImplemented By
24Provide a managed way to define and maintain definitions of a user model including creating, editing, and disabling of users.
28Provide a method for defining privileges to Master Data access and modification by role at element level. Eg. configuration of role or user group for a App or App component and what privileges they have such as view, comment, edit, approve, etc.
29Access and use of system and its components shall be limited to authorized users.
32All Users have to be uniquely identified
44Ability to revoke user access to the system both permanently and temporarily with appropriate authorization
45Ability to send notifications about any disabled user accounts within 1 minute of occurrence
non functional
114The user model includes ability to define access control to all elements of the system including libraries, administration, transactions, functions, apps, integrations, analytics, reporting, etc.c
375The user model includes ability to define access control for execution of model components. Ie. users, roles, groups that are allowed to execute a process step, data collection, completions, etc.
380Ability to manage and track multiple users as working on the same process step. Ie. process execution of work order, batch, lot, material, etc.
854Creation, change, and cancellation of access authorizations should be recorded.