CORE MODULES

Run core business operations through one governed module architecture

Ten canonical business operating domains designed to share governance, evidence, entity and jurisdiction context, and enterprise platform controls — while coexisting with the systems of record you keep.

SHARED GOVERNANCESHARED EVIDENCEMULTI-ENTITYMULTI-JURISDICTIONCOEXISTENCE-READY

Illustrative architecture view. Exact routes, availability, feature depth, configuration and source-of-record ownership depend on approved implementation scope, market, plan and product validation.

MODULE ARCHITECTURE · FOUR DOMAINS, TEN CANONICAL MODULES
DOMAIN 01

Finance

4 modules

Accounting & General Ledger · Accounts Payable · Accounts Receivable · Treasury & Cash Position

DOMAIN 02

Workforce

2 modules

Payroll · Human Resources

DOMAIN 03

Tax, Legal & Compliance

3 modules

Tax Management · Legal & Contracts · Compliance & Obligations

DOMAIN 04

Commercial

1 module

Procurement & Commercial Operations

Accounting & General LedgerAccounts PayableAccounts ReceivableTreasury & Cash Position
Governance Platform appliesPlatform Foundation applies
GOVERNANCE PLATFORM

Policy, jurisdiction intelligence, workflow and approvals, delegated authority segregation, evidence, audit readiness, governed AI and analytics can apply to all ten canonical modules.

PLATFORM FOUNDATION

Architecture, multi-entity and multi-jurisdiction scope, residency, APIs and integrations, developer platform, migration and Shadow Mode, and pathway, data and event architecture.

Both layers apply across all ten modules. Detailed capability assertions belong to these deliverables, not on this page.

What are ZoikoSuite Core Modules?

ZoikoSuite Core Modules are ten canonical business operating domains designed to work with shared governance, evidence and enterprise platform controls. The taxonomy includes Accounting & General Ledger, Accounts Payable, Accounts Receivable, Treasury & Cash Position, Payroll, Human Resources, Tax Management, Legal & Contracts, Compliance & Obligations, and Procurement & Commercial Operations; exact routes, availability and source-of-record roles depend on approved implementation scope.

Taxonomy is not availability. The ten names above are the canonical taxonomy. A module appearing on this page is not evidence that it is available in your market, plan or configuration, and no route is public feature until formally approved.

COEXISTENCE AND SOURCE OWNERSHIP

Which system stays
authoritative is an
implementation decision

Module scope does not imply that ZoikoSuite becomes the system of record. Every object below carries an ownership position that must be agreed during implementation rather than inferred from the taxonomy.

OBJECTRELATED MODULETYPICAL EXTERNAL SOURCECOMMON POSITIONWHAT ZOIKOSUITE ADDS
Ledger and subledgerAccounting & General LedgerERP / finance systemExternalGoverned period, authority and evidence around postings
Supplier invoiceAccounts PayableERP accounts payableImplementation-definedMatch state, policy outcomes, approval chain, evidence
Customer invoiceAccounts ReceivableERP / billingImplementation-definedCollection obligations, dispute evidence, authority
Bank position and paymentTreasury & Cash PositionBanking / treasuryExternalGoverned proposal, authorization, reconciliation record
Employee recordHuman ResourcesHCMExternalPurpose-limited context for governed workforce actions
Pay runPayrollPayroll providerExternalRelease authority, obligation tracking, evidence
Tax determination and filingTax ManagementTax engine / filing channelImplementation-definedObligation calendar, coverage status, professional review routing
Contract documentLegal & ContractsCLM / repositoryExternalObligation extraction, review requirement, linked evidence
Obligation and controlCompliance & ObligationsOften spreadsheets / ad hocZoikoSuiteOwner, due date, evidence, exception and escalation
Purchase request and approvalProcurement & Commercial OperationsProcurement / sourcingSharedAuthority evaluation, supplier compliance evidence, AP adjacency
Policy, authority, approval, evidence manifest, decision recordAll ten modulesZoikoSuiteThese are the objects the platform built anew across every module
FIVE VIEWS, SAME 10

Choose a view that matches
your evaluation

ZoikoSuite does not infer your role, employer or intention on this page. Every filter below is one you select yourself, and results always display the canonical module name.

DOMAIN:
LENS:
Showing 10 of 10 canonical modules
CANONICAL MODULEDOMAINPRIMARY CONTEXTSOURCE ROLETYPICAL SCOPE BOUNDARYADJACENT MODULESACTION
Accounting & General LedgerFinancePeriod close, journals, exceptions, allocationsAuthority / evidence / reviewMostly externalAP, AR, Treasury, Tax
Accounts PayableFinanceInvoices, payables, metadata, payment schedulingAuthority / exception / queueImplementation-definedProcurement, Treasury, GL
Accounts ReceivableFinanceCustomer invoices, collections, disputes, credit notesAuthority / evidenceImplementation-definedAR, Legal & Contracts
Treasury & Cash PositionFinanceBank positions, cash movement, payment rulesAuthority / review / evidenceMostly externalAP, GL
PayrollWorkforcePay runs, obligations, adjustments, filingsPrimary jurisdiction / authority pathwayMostly externalHR, Tax, GL
Human ResourcesWorkforceEmployee context, lifecycle, roles, leave, documentsPrimary / jurisdiction contextMostly externalPayroll, Legal & Contracts
Tax ManagementTax, Legal & ComplianceDeterminations, filings, obligations, cross-border rulesJurisdiction context / professional review routingImplementation-definedAP, AR, GL, Compliance
Legal & ContractsTax, Legal & ComplianceContracts, clauses, obligations, approvalAuthority / evidence / professional review routingMostly externalProcurement, Tax, HR
Compliance & ObligationsTax, Legal & ComplianceObligation calendar, registers, evidence, exemptionsJurisdiction / evidence / review authorityOften spreadsheetAll canonical modules
Procurement & Commercial OperationsCommercialRequests, suppliers, approvals, commitmentsAuthority / exception / queueSharedAP, Legal, Compliance
SHARED GOVERNED LIFECYCLE MODEL

All ten modules run work the
same way

Six stages, each carrying an ownership badge. The badge describes execution and source responsibility — not legal accountability.

STAGE 01

Prepare

Ingest, map and balance against canonical data model.

IMPLEMENTATION BOUND
STAGE 02

Evaluate

Evaluate statutory, policy, contractual and jurisdictional obligations and thresholds.

EXTERNAL
STAGE 03

Authorize

Test delegated human approval authority matrix and policy boundaries.

EXTERNAL
STAGE 04

Execute

Record human action, seal evidence and execute permitted transition.

EXTERNAL
STAGE 05

Record & Reconcile

Contribute to governed subledger and post immutable decision & policy provenance record.

SHARED
STAGE 06

Assure

Provide real-time auditability, exception elevation and continuous provenance verification.

EXTERNAL
BOUNDARY AT WORK

Stage 03 is the stage that differs most by deployment. In one customer it is a ZoikoSuite approval gateway; in another ZoikoSuite evaluates rules and boundaries and sends humans into a downstream system that is the primary owner.

AI BOUNDARY

No stage grants AI autonomous or non-reviewable authority. Where AI is used to correlate sources, flags policy exceptions or suggest review order, human approval is distinctly stamped and recorded.

PRODUCT PROOF

Module Command Center

One shared UI across all ten modules. Work from several modules appears in a single governed queue with its policy outcome, evidence state and source health.

MODULE COMMAND CENTERILLUSTRATIVE PRODUCT VIEW
MODULE:All (10)
ORG:Northstar Holdings
ENTITY:All (4)
PERIOD:Q3 2024
Export Event Audit Log
Source degraded — Tax filing connector: Last successful run was 2 days ago; last known valid state 02 Aug 09:14. Affects 4 Singapore tax obligations only; other jurisdictions and modules are unaffected. Recovery route: reconciliation required.
ITEMS REQUIRING ATTENTION
18
across 6 modules
DUE THIS CALENDAR
31
2 overdue
POLICY EXCEPTIONS
5
3 escalating
EVIDENCE COMPLETENESS
6 of 9
mandated · 2 missing
SOURCE HEALTH
5 of 6
1 degraded
PENDING APPROVAL
4
awaiting signer ▼
CROSS-MODULE WORK QUEUE — FICTITIOUS EVALUATION DATA
OBJECTMODULEENTITYSTAGEOWNERDUEPOLICY OUTCOMEEVIDENCE
Supplier bank-detail change
SUP-003
ProcurementNorthstar UK Ltd.• 04 EXECUTEDaniel Foster12 Aug• BLOCKED — 3-WAY MATCH FAIL• 1 MISSING
Invoice INV-4471
Redundant logistics
Accounts PayableNorthstar UK Ltd.• 04 / 28CPriya Nair14 Aug• APPROVAL OVERDUE• CURRENT
August pay run
Munich team (GmbH)
PayrollNorthstar GmbH• 03 RELEASE PREPElena Richter24 Aug• WAITING ON FILING• STABLE
GST F5 obligation
Affected by degraded source
Tax ManagementNorthstar Singapore Pte. Ltd.• WAITINGLukas Meier15 Sep• PROFESSIONAL REVIEW• 2 STALE
Supplier contract 00192
With indemnity
Legal & ContractsNorthstar UK Ltd.• PENDING SIGAisha Al-Mansoor18 Aug• LEGAL REVIEW• COMPLETE
Period close checklist
Accounting & GLNorthstar UK Ltd.• PREPMaya Chen05 Aug• PERMITTED• CONFIRMED
Restricted item
Restricted by role view• RESTRICTED• RESTRICTED

All names, entities, amounts and operational records in this view are fictitious evaluation data. No real action can be executed from a public page.

No obscured performance benchmark, resolution percentage or uptime readiness score appears in this shell. The command-and-control surface prioritizes operational transparency through honest source tracking and separate identifying variables.

THE TEN CANONICAL MODULES

Each module states its controls,
its source position and its
boundary

Governance sensitivity is shown on the specific controls that apply: noted as low/medium/high where. Regulated domains carry a visible professional review boundary.

FINANCE

Accounting & General Ledger

Period governance and subledger authority around postings; policy and evidence records around journals and exceptions.

SCOPE:Period close, journals, exceptions, allocations
SOURCE:Authority / evidence / review
BOUNDARY:ERP / General Ledger / subledgers continue to post
ADJACENT:AP, AR, Treasury, Tax
COMMON:Mostly external system of record
PERIOD CONTROLSUBLEDGERJOURNAL APPROVALALLOCATION CONTROL
BOUNDARY:Non-displacing posting boundary: journal lines post to external General Ledger; ZoikoSuite validates thresholds and records policy sign-off.
Route to dedicated tour

Accounts Payable

System of execution for invoice receipt, matching, state, approval and custody; and separate payment-proposal governance boundary.

SCOPE:All vendor / non-payroll expenditures
SOURCE:Authority / exception / queue / policy enforcement
BOUNDARY:ERP accounts payable / bill payment / banking / treasury
ADJACENT:Procurement, Treasury, GL
COMMON:Implementation-defined
3-WAY MATCHPAYMENT PROPOSALDISPUTESEXPENSE POLICY
BOUNDARY:No execution of bank payments directly: all payment release is transmitted to external banking systems.
Route to dedicated tour

Accounts Receivable

Governs customer billing data synchronization, dispute evidence, payment collection state, and contractual compliance.

SCOPE:All receivables, invoices, billing collections
SOURCE:Authority / evidence / dispute / collections context
BOUNDARY:ERP / billing engines / merchant gateways / bank collections
ADJACENT:GL, Legal & Contracts
COMMON:Implementation-defined
DISPUTE EVIDENCECOLLECTION LOGOFFICIAL RECEIPT
BOUNDARY:Non-custodial collection: customer collections remain with merchant and bank gateways; ZoikoSuite tracks the evidentiary lifecycle.
Route to dedicated tour

Treasury & Cash Position

Multi-bank position cache, liquidity and exposure insights and governed release proposal before transmission to banking channels.

SCOPE:Treasury, CFO / comptroller
SOURCE:Banking / treasury / liquidity channels / investment feeds
BOUNDARY:Release proposal / execution protocol / external bank accounts
ADJACENT:AP, GL
COMMON:Usually external system of record
MULTI-BANK CACHERELEASE PROPOSALEXPOSURETREASURY AUDIT
BOUNDARY:No direct banking execution: ZoikoSuite proposes, scores and authorises; external bank feeds remain the authoritative cash balance.
Route to dedicated tour
WORKFORCE

Payroll

JURISDICTION SENSITIVE

Governs payroll execution, statutory pay obligations and dispute logs within multi-jurisdiction enterprise frameworks.

SCOPE:Payroll calculation / gross-to-net engine / payroll feeds
SOURCE:Pay runs, obligations, adjustments, filings
BOUNDARY:Release sign-off / statutory audit / payroll distribution
ADJACENT:HR, Tax, GL
COMMON:Usually external payroll provider
STATUTORY AUDITJURISDICTION CHECKAUDITABLE DISPUTESDEDUCTION LOGOFFICIAL RECEIPT
BOUNDARY:No gross-to-net calculation inside ZoikoSuite: statutory pay calculations remain with certified local payroll engines; ZoikoSuite holds release sign-off and obligation evidence.
Route to dedicated tour

Human Resources

JURISDICTION SENSITIVE

Provides governed workforce context for operational, systems and commercial events without displacing the underlying HCM.

SCOPE:People administration / lifecycle / worker context feeds
SOURCE:Employee context, lifecycle, roles / departments
BOUNDARY:Worker changes / role boundary / return authority
ADJACENT:Payroll, Legal & Contracts
COMMON:Usually external HCM system of record
HCM CONTEXTWORKER LIFECYCLEROLE BOUNDARIESEVIDENCE
BOUNDARY:Not an employee system of record: employee data remains in client HCM; ZoikoSuite maintains role, purpose limitation and non-production testing context.
Route to dedicated tour
TAX, LEGAL & COMPLIANCE

Tax Management

PROFESSIONAL REVIEW

Tracks tax obligations, determinations and filing events across multi-jurisdiction enterprise structures.

SCOPE:Tax engine / calculations / statutory
SOURCE:Determinations, filings, obligations, exemptions
BOUNDARY:Filing preparation / professional review / submission authority
ADJACENT:AP, AR, GL, Compliance
COMMON:Implementation-defined
TAX CALENDARJURISDICTION STATUSTAX ENGINE FEEDPROFESSIONAL REVIEW ROUTEFILING EVIDENCE
BOUNDARY:No formal tax advisory: tax obligations are mapped against statutory rules and require qualified professional review before sign-off.
Route to dedicated tour

Legal & Contracts

PROFESSIONAL REVIEW

Governs contract commitments, obligations, approvals and execution boundaries around commercial terms.

SCOPE:Contract repository / CLM feed / terms / obligations
SOURCE:Contracts, clauses, obligations, approvals
BOUNDARY:Review criteria / commitment approval / execution authority
ADJACENT:Procurement, Tax, HR
COMMON:Usually external CLM repository
OBLIGATION EXTRACTSIGN-OFF MATRIXPRIVILEGE PROTECTIONDOCUMENTED EVIDENCELEGAL AUDIT
BOUNDARY:Not a legal advice service: extracts obligations and policy constraints, but does not provide legal opinions or corporate counsel representation.
Route to dedicated tour

Compliance & Obligations

PROFESSIONAL REVIEWBUILT ANEW IN ZOIKOSUITE

Multi-jurisdiction, cross-domain obligation and evidence system governed from inception. The one module built anew inside ZoikoSuite to unite disparate systems.

SCOPE:Compliance teams / audit / statutory rulebook feeds
SOURCE:Obligation calendar, registers, evidence, exemptions
BOUNDARY:Integrity model / verified status / event correlation / continuous audit
ADJACENT:All 10 canonical modules
COMMON:Built inside ZoikoSuite platform
OBLIGATION CALENDARSTATUS AUDITCROSS-DOMAINPROFESSIONAL REVIEWEVIDENCE VAULT TRACE
BOUNDARY:No guarantee of regulatory immunity: platform provides immutable evidence trails and boundary controls, but cannot claim automatic legal compliance certification without independent audit.
Route to dedicated tour
COMMERCIAL

Procurement & Commercial Operations

Governs source-to-contract supplier records, approvals and commitments with 3-way match and regulatory obligations.

SCOPE:Procurement / vendor / purchase requests
SOURCE:Requisition, supplier, approvals, commitments
BOUNDARY:Release approvals / policy register / vendor credentials / integrity checks
ADJACENT:AP, Legal & Contracts, Compliance & Obligations
COMMON:Shared
SUPPLIER REGISTRY3-WAY MATCH INTEGRITYPO POLICYAPPROVAL DELEGATIONOFFICIAL CREDENTIALS
BOUNDARY:No execution of commercial purchase: sets purchasing rules and checks regulatory compliance, while actual supplier ordering runs through client procurement systems.
Route to dedicated tour
HOW ZOIKOSUITE HANDLES MODULAR ROLLOUT

An “Explore module” link operates only when an approved public route exists. Items or controls not shown on this page reflect enterprise-specific implementation scope that would be co-created. That is deliberate scope, not an omission.

CROSS-MODULE SCENARIO

One supplier change, six
modules, one evidence
manifest

The scene below walks through each stage in the chain. Notice that ownership changes hands three times while the evidence record stays continuous.

SCENARIO 01·SUPPLIER BANK-DETAIL CHANGE · ACT-001ILLUSTRATIVE · FICTITIOUS DATA
STAGE-BY-STAGE OWNERSHIP AND RESIDUAL EVIDENCE
STAGEMODULEOWNERSHIPRECORDDELEGATE AUTHORITYEVIDENCE / AUDIT
Procurement requestProcurement & Commercial OperationsSharedSupplier change request: Northstar SP-031Procurement approverRequest record · requisition log
Contract reviewLegal & Contracts• External sourceSupplier contract · clause referenceLegal review requiredContract record · reviewer sign-off
Supplier control evidenceCompliance & Obligations• ZoikoSuiteVerification control · POL-002-v3Control owner• BANK VERIFICATION MISSING
Vendor payablesAccounts Payable• Implementation-definedPayable INV-4471 · matched to POAP approver within limitMatch result · policy state · evidence
Cash and payment readinessTreasury & Cash Position• External sourcePayment proposal · UK positionTreasury authoritySource health · proposal record
Accounting outcomeAccounting & General Ledger• External sourceLedger handoff · entity and periodControllerHandoff reference · journal record
Evidence manifestShared across all six• ZoikoSuiteEVD-001 · single continuous recordEvidence custodianIDs · source versions · actors · timestamps · handoffs · final seal
WHAT THE MANIFEST CARRIES
IDsACT-001 · POL-002 v3 · ALTM-001 · EVD-001 · EVT-043
ActorsDaniel Foster (proposer) · Aisha Al-Mansoor (legal) · Maya Chen (accounting)
Machineauto-payments-v2 · … licensed; holds no approval rights
ExceptionMissing bank verification; with command expiry
HandoffsThree ownership transitions, each timestamped
WHERE THE BOUNDARY ACTS
Not executed:Treasury releases payment proposal only. Payment happens in the banking system.
Not authoritative:ZoikoSuite holds the decision, exception and manifest — not the ledger or the contract.
Not universal:Every deployment splits these six stages differently.

Illustrative scenario disclosure. This scenario evaluates the bounded governance and evidence model using fictitious evaluation data. It does not assert that every state is executed inside ZoikoSuite in every deployment.

HONEST SCOPE: BOUNDARIES AND PROFESSIONAL STANDARDS

What the module architecture
does not claim

Stated cleanly per domain, because these are the limits procurement and legal reviewers ask about first.

AREAWHAT IT DOESWHAT IT DOES NOT CLAIM
Multi-entityEnforces entity and obligations boundaries across every transaction and report in every module.Does not erase, redefine, or supersede consolidated corporate hierarchy or ownership rules.
JurisdictionTies each obligation and document to recognized territory, legal rule, and local tax requirement.Does not claim direct statutory legal authority or replace licensed professional tax counsel representation.
Payroll and HRAddresses actions, purpose, bounded access, and display state on all workforce events.Did not replace HCM/payroll computation engines or directly issue employee employment actions.
TaxTies upcoming deadlines, compliance obligations, and review trails against each relevant tax filing.Did not replace corporate tax filings or licensed tax return submission authority.
LegalGoverns internal reviews, obligations, and approval conditions to uphold commercial agreements and NDA rules.Did not legally act as corporate general counsel or substitute for verified attorney legal approvals.
Compliance and auditGenerates tamper-proof audit trails, verifiable decision events, and immutable evidence records.Does not guarantee statutory immunity from regulatory bodies or certify external auditor findings automatically.
Accounting and TreasuryCoordinates financial authorization, invoice reviews, subledger evidence, and treasury balance views.Not an external commercial bank or payment gateway processor; does not alter transactional bank accounts directly without approval.
AIDocuments verified proposals with alerts and contextual cues, strictly reviewable and accountable to human oversight.No autonomous actions or self-authorizing execution rights in any module without explicit human verification.
ROLE PATHWAYS

Where to start, by what you own

These are suggested reading routes you choose yourself. Nothing on this page infers your role, and no route is personalized behind the scenes.

CFO / CONTROLLER

Read into the four finance modules, then check coexistence and source ownership and the boundary on bank release.

CHRO / PEOPLE

Find boundary labels on the human professional flows: employee data, purpose limitation and non-production testing.

GENERAL COUNSEL

Note where obligations extracted from documents and professional review remains mandatory.

TAX LEADER

Check the 8 jurisdiction source register and the Command Center — evaluate tax categorization.

PROCUREMENT / CPO

The supplier scenario is the clearest view of work crossing 10 modules with one evidence record.

CIO / ARCHITECT

The source ownership table is dedicated way to see what actually changes in your stack.

TRUST AND PROCUREMENT

Where module claims are
actually verified

A high-fidelity mockup is not evidence that a capability is live. These are the routes where availability, controls and evidence get checked.

Module availability

Registry governed, not inferred

Public route availability language, claim review and review date sourced from the Module Publication Registry. A blocked or pending record cannot render a public capability claim.

Governance Platform

Shared controls across modules

Policy, jurisdiction intelligence, approvals, delegated authority segregation, evidence, audit readiness, governed AI and analytics.

Platform Foundation

Architecture and integration

Multi-entity and multi-jurisdiction scope, residency, APIs and integrations, migration and Shadow Mode, evidence and event architecture.

Professional boundary

No module provides legal, tax, accounting, audit, investment or employment advice. Qualified professionals remain responsible for regulated judgment and use, and no certification mark is displayed until independently verified.

NEXT STEP

Bring the modules you need and the systems you keep

One audit conversation start here: which of the ten domains applies to your roles/systems now and later, and where your systems and authority already live. We will be explicit about what is available in your market and plan today.

All modules, licensing plans and 3rd party software referenced are described on this page solely as contextual or prospective features.

Or see how it fits in the platform tour
FREQUENTLY ASKED QUESTIONS

Scope, availability, coexistence
and boundaries

Direct first sentences, then qualified detail. Every answer is present in the page source.

The ten canonical business operating domains listed on this page, connected to shared governance and platform foundation capabilities.

These ten names are the canonical taxonomy. Grouping them into four domains is a display convenience and implies no priority or ordering beyond the canonical list. See the ten modules

NEXT STEP

Govern your global
operations with
confidence

Unify finance, workforce, legal, tax, compliance, and commercial operations under one governed platform.

MULTI-ENTITYMULTI-JURISDICTIONAUDIT-READY ARCHITECTURERESIDENCY-AWARE CONTROLS

ZoikoSuite®

Governed Business Operations Intelligence Platform.
A Zoiko Tech platform. A Zoiko Group company.

INSIGHTS SUBSCRIPTION

Governance, compliance, and enterprise operations insights.

By subscribing you agree to receive ZoikoSuite insights. See the Privacy Policy. You can unsubscribe at any time.

SOCIAL MEDIA

Medium and Vimeo icons stay hidden until the official accounts are active.