Skip to content

Share Admin Setup

Use this sequence when introducing or revising a share product.

1. Review The Seeded Type Taxonomy

Open Administration → Shares → Type Taxonomy.

This page is for review, not ongoing end-user maintenance. It shows the seeded share types and the flag profiles attached to them.

Use it to confirm:

  • product group
  • product type
  • key characteristics
  • the number of flags attached to each type

The platform flag definitions and type-level flag assignments are seeded. They are not managed from the normal shares administration flow.

2. Create The Share Product

Open Administration → Shares → Share Products.

Configure the base product information:

  • name
  • taxonomy
  • currency
  • par value
  • issue limits
  • dividend policy
  • governance defaults
  • membership and contribution fields
  • pricing profile
  • tax pricing profile

Then use Runtime Flags & Integrations to review the flags loaded from the selected type and apply only the permitted product-level overrides.

3. Review The Runtime Preview

Before saving or approving the product, review the preview for:

  • available workflows
  • account components
  • dividend behavior
  • governance rights
  • lending restrictions

If the preview is wrong, adjust the selected product overrides or review whether the chosen share type is the right one.

4. Complete GL Setup

Use:

  • Administration → Shares → GL Links
  • Administration → Shares → Posting Rules

These two layers are both required:

  • GL links tell PinkApple which standing accounts the product uses
  • posting rules define how operational events become journals

Without complete GL setup, a share transaction may validate operationally but fail when the accounting event is posted.

5. Apply Business Unit Restrictions

Use Administration → Shares → BU Restrictions if the product should only operate in specific business units.

Check the external domains that the product expects to use:

  • Clients for member, employee, KYC, age, and segment restrictions
  • Pricing for fee, tax, valuation, and tier logic
  • Loans for share-backed lending rules
  • Deposits / Cash for funding and dividend payout routing
  • Governance for meetings and voting execution

7. Test Transaction Outcomes

Before production use, test at least:

  • immediate posting
  • approval-routed posting
  • rejected posting
  • returned posting where applicable
  • future-dated posting if allowed

Confirm that ownership state changes only happen after the GL outcome becomes terminal POSTED.

Operational Note

If a share transaction goes through GL approval or scheduled future posting, PinkApple preserves the transaction intent first and applies ownership effects only after the final posting outcome succeeds. This prevents balances from changing before the accounting event is actually accepted.

PinkApple ERP by Stat Solutions Network