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
  • What is Autoplan?
  • How does it work?
  • How is Autoplan triggered?
  • Let's do an example!
  • Example #2

Was this helpful?

  1. Plans and Autoplan

Autoplan

Use Autoplan to help schedule your factory

PreviousPlans and AutoplanNextAutoplan glossary

Last updated 1 year ago

Was this helpful?

What is Autoplan?

Autoplan is IONs Material Requirements Planning engine to calculate the tasks required (plan items) to build end products (plan inputs). It is an automated planner for your factory.

Below shows an overview of plans.

How does it work?

  1. backward schedules demand from the plan input Need by date

  2. allocates existing and active supply in the factory (inventory, purchase orders, and runs) to those demands

    • Supply is allocated in the order of:

      • Inventory first

      • Purchase orders/runs based on highest percentage complete

      • Primary parts allocated before substitute parts

  3. generates plan items

The main inputs for Autoplan are:

  • plan inputs (master schedules) on plans with include in MRP set to true and a status of in progress or scheduled

  • part properties

    • mBOMs

    • part lead times

  • existing/active supply

    • open purchase order lines (status is not received or cancelled)

    • open runs (status is not complete, cancelled, or archived)

    • inventories with a quantity > 0 that are not on open purchase orders or runs

Accurate data is requried on these inputs to ensure Autoplan generates accurate results.

Autoplan is currently an infinite capacity model, which means that it does not consider resource constraints, but it will in the near future.

Substitutes

Autoplan will allocate substitute supply if is available. Substitutes get defined in the manufacturing bill of material (mBOM). Supply for substitutes will always get allocated in the order of the primary part first and then the substitute. The goal is to use existing supply as efficiently as possible.

Any new planned items that get created by Autoplan will get created for the primary part and not the substitute.

How is demand driven?

When Autoplan is creating demand for child components, it will use the latest released mBOM version when an mBOM is released, otherwise, it will use the latest mBOM version in draft.

Take for example the mBOM below. When a new plan item is generated for Assembly A, it will also create demand for x1 Part B and x2 Part Cs.

The exception to this is when a run for Assembly is allocated. Instead of using the mBOM to drive demand, it will use the aBOM.

In this case, RUN-123 is allocated to a plan. It will drive demand for parts B + C based on the open build requirements (aBOM).

As soon as parts are installed for B or C, the demand will disappear from Autoplan. This is done because the plan data only reflects work that is progress or remaining.

Demand is also removed when items are kitted and the kit is tied to the run. For instance, let's say we've kitted x1 Part C to KIT-456, which is tied to RUN-123. This would cause demand to be created for only x1 Part C instead of x2.

How is Autoplan triggered?

Autoplan can be run by clicking the Run MRP button on the plan search page.

After clicking this button, an MRP job will be queued and will run when previous MRP jobs (if any) have completed.

Let's do an example!

Step 1: Create the plan

  • Make sure that the plan is Included in MRP

  • Set a need date for your top level part

    • Here we're saying that we want x1 of MRP test part 1 completed for 6/17/21

  • Set the plan status to In progress

Step 2: Setup part properties

For the below parts, note the lead time and mBOM:

  • MRP test part 1

    • lead time: 10 days

    • child part: MRP test part 2

  • MRP test part 2

    • lead time: 20 days

    • child part: MRP test part 3

  • MRP test part 3

    • lead time: 30 days

Step 3: Run MRP and view results

Now we can run MRP as shown above and view the results on Plan #20 when it completes:

Note the following in the above screenshot:

  1. The date of the last completed MRP job is displayed

  2. The dates for the plan items are generated based on the backwards schedule from the plan input.

    • The plan input has a date of 6/17/21 for MRP test part 1

    • The plan item to make MRP test part 1 has a due date of 6/17/21 and a start date that backs out it's lead time (10 days)

    • MRP test part 1's child MRP test part 2, has a due date of 6/7/21 and a start date of 5/18/21 (20 day lead time)

  3. The quantity for the plan item for MRP test part 3 is 8. This is because MRP test part 1 requires 2 of MRP test part 2 and MRP rest part 2 requires 4 of MRP test part 4

  4. All plan items generated by MRP have a badge displayed on the far right to differentiate them from manually created plan items

Plan items also can be viewed here in hierarchal format by toggling the Hierarchal option. Below shows MRP test part 1 and clicking on that plan item will show its child MRP test part 2.

Example #2

Now let's throw some supply in the mix by creating inventory for MRP test part 2:

After creating the inventory and running MRP again, here are the new results:

The MRP job supersedes the previous results with newly generated plan items.

Note that:

  • The inventory item for MRP test part 2 is linked to the plan item

  • There is no longer a plan item generated for MRP test part 3:

    • Why? Now that there is inventory for MRP test part 2, there is no longer a need to create MRP test part 3 parts

Configure plan for MRP