Skip to main content
If you’re trying to explain why a deal calculated the way it did — which plan version was applied, what “approved vs pending” means, and where Imports fit into the workflow — start here.

What you can do on this page

  • Understand what a plan contains (metadata, timing/selection rules, and calculation logic).
  • Understand how plans apply to deals during calculation.
  • Understand why approvals matter for changing live calculation behavior.
  • Understand the difference between the Library and Imports tabs.
  • Navigate to the next step for creating, configuring, and approving plans.
  • Approval boundary: calculations use the last approved version until pending changes are approved.
  • Imports: uploaded documents are processed asynchronously; if you navigate away, use the Plans Library Imports tab to confirm completion later.
  • Operational impact: plan changes can change plan selection, eligibility, and derived totals for deals.
  • How to verify: see How to verify plan selection and imports below.
  • If it fails: check the Plans Library Imports tab for the failed file and retry after fixing the document or configuration issue.
Plans Library

How to verify plan selection and imports

  • To verify plan selection:
    • Open one known deal and check Calculation → Plan Selection to see which plan/version was used.
    • If you just edited a plan, confirm you’re looking at the approved version (pending edits don’t affect calculation until approved).
  • To verify an import finished:
    • Open the Plans Library Imports tab and confirm the uploaded document completed successfully.
    • If it failed, open the Imports row for error details, fix the document/config issue, and retry.

What a plan contains

A plan typically includes:
  • Basic metadata (name, region, visibility, status, effective/end dates, payout currency).
  • Timing and selection rules:
    • which deal date makes the plan applicable (deal relevance mode / anchor mode)
    • (optional) an override for how deals get assigned to the plan (plan selection mode)
    • an eligibility gate (none/invoice/payment) that affects when commissions become earned/eligible
  • Calculation logic that turns a deal’s variables into commission results.

How plans apply to deals

Plans are applied at calculation time. When Core8 calculates a deal, it selects an applicable plan based on assignment and timing rules, then uses the plan’s logic to produce commission amounts and statuses. If something looks “wrong” for a deal:
  • start with plan selection (which plan was used),
  • then check the deal’s anchor date/timing,
  • then confirm the variables and any overrides.

Draft vs approved changes

Some plan changes require approval before they affect calculations. This creates a safer workflow:
  • You can edit and review changes.
  • Core8 marks the plan as having pending changes.
  • You approve (or discard) those changes before they impact results.

Library vs imports

  • Library: browse and manage existing plans (grid/table view, filters, bulk actions).
  • Imports: monitor plan document processing and troubleshoot failed uploads.

Common issues

  • A plan is not being used for a deal: check the participant’s plan assignment dates and the plan’s effective/end dates (and selection rules).
  • Edits are not reflected in calculations: only the last approved version is used; confirm your changes are approved, then re-check a known deal.
  • A deal is Waiting due to a gate: the plan’s eligibility gate (invoice/payment) requires evidence; verify the required fields exist in Data Hub.