MotorcycleCity × Bscale Labs

MotoSystem capability roadmap

Every intersection follows the same order—MotoSystem, Hub, SAP, then POS / Payments—so ownership and data roles are easy to scan.

System roles MotoSystem Hub SAP POS / Payments

Swipe horizontally to view all roadmap stages.

MotorcycleCity capability ownership and system roles across Phase 1, Phase 2, Phase 3, and Future Direction.
Functional areaCapability Phase 1Operational & Analytical Foundations Phase 2External System Expansion Phase 3Unified Operations & Intelligence Optional · Not Phase 4Future Direction
Platform role
HubCurrent ERP and branch authority

Continues its current ERP and serialized-unit functions and remains the source of truth for branch master data. Phase 1 does not depend on a Hub connection.

SAPCurrent financial platform

Continues as MotorcycleCity's accounting and financial platform.

MotoSystemNew operational layer

Owns new workflows, records, reporting, dashboards, recommendations, and intelligence.

HubConnected authoritative source

Supplies approved ERP, serialized-unit, and branch-master information.

SAPConnected source

Supplies or receives approved financial information.

MotoSystemWorkflow owner

Uses connected information inside MotoSystem-owned operations and intelligence.

HubOperational input

Contributes approved ERP, unit, branch, customer, and historical context.

SAPFinancial input

Contributes approved accounting and financial context.

MotoSystemUnification layer

Combines connected and MotoSystem-native information into unified views and actions.

HubRole may be reassessed

May remain connected or transition selected or broader functions when justified.

SAPRole may be reassessed

May remain connected or transition selected or broader functions when justified.

MotoSystemPotential broader platform

Could assume a wider operating role under a separately assessed and approved plan.

Branch master and organizational structure
HubSource of truth

Remains authoritative for branch identity and organizational structure.

MotoSystemHub-aligned references

Uses approved branch references for attribution, permissions, workflows, and reporting without owning the branch master.

HubConnected source of truth

Supplies approved authoritative branch-master information.

MotoSystemSynchronized reference

Connects Hub branch identities to MotoSystem-owned records and workflows.

HubAuthoritative branch input

Continues as the branch source of truth while supplying branch structure to connected operations.

MotoSystemUnified operational use

Uses Hub-aligned branches across permissions, attribution, analytics, and cross-system views.

HubRemains authoritative by default

Continues as branch source of truth unless a separately assessed and approved migration is completed.

MotoSystemPossible future transition

Could assume branch-master ownership only through an explicit migration plan with validated controls and continuity.

Serialized ERP and customer–unit data
HubCurrent owner

Maintains existing serialized units, customers, purchases, status, history, and the authoritative branch master.

MotoSystemNo Hub dependency

Uses MotoSystem-native or separately imported customer and operational data where available.

HubApproved data source

Provides available customer, serialized-unit, purchase, branch, status, and historical data.

MotoSystemConnected operational context

Pulls approved Hub data into MotoSystem-owned views and workflows.

HubConnected input

Continues contributing approved unit and customer history.

MotoSystemUnified use

Uses connected unit relationships for service, retention, forecasting, and next-best actions.

HubRemain, archive, or migrate

Its role and records may remain connected or move through a separately agreed migration plan.

MotoSystemPotential consolidation

Could assume selected or broader serialized ERP functions if benefits outweigh migration and continuity risks.

Inventory, procurement, and movements
MotoSystemOperational foundation

Owns the non-serialized catalog, suppliers, purchase orders, receiving, stock ledger, transfers, adjustments, replenishment, and reconciliation.

SAPAccounting handoff

Receives agreed inventory and purchasing exports where required.

HubApproved context

May provide relevant branch, unit, purchase, or master information.

SAPConnected financial context

May provide or receive supported purchasing and inventory references.

MotoSystemWorkflow owner

Reduces duplicate entry and strengthens operational-to-financial traceability.

HubUnit and branch input

Contributes available serialized-unit and branch context.

SAPCost input

Contributes approved cost and financial context.

MotoSystemUnified intelligence

Provides demand forecasting, replenishment, transfer recommendations, and supplier, brand, and product analysis.

MotoSystemBroader operating model

May consolidate additional inventory, master-data, unit, and procurement functions where operationally beneficial.

POS, sales, and payments
POS / PaymentsExisting source of record

The BIR-registered POS remains the official sales and receipt system; available payment data may also be supplied.

MotoSystemPhase 1 pull or import

Uses available item-level POS and payment information, including Maya where accessible.

SAPFinancial treatment

Continues applicable downstream accounting treatment.

POS / PaymentsExpanded connection

Provides broader or more automated sales and payment data where supported.

SAPConnected reference

Provides applicable financial references where available.

MotoSystemOperational integration

Connects approved sales and payment information to operating workflows and reporting.

POS / PaymentsTransaction input

Contributes approved sales, receipt, and payment information.

SAPFinancial context

Contributes applicable accounting information.

MotoSystemUnified intelligence

Provides sales trends, payment behavior, branch comparisons, profitability insights, and exception detection.

POS / PaymentsSeparate operating requirements

Official POS and payment roles remain subject to provider, regulatory, and technical requirements.

MotoSystemExpanded surrounding workflows

May consolidate more sales, payment, and reconciliation activity without assuming replacement of the official POS.

Expenses, petty cash, and reimbursements
MotoSystemOperational foundation

Owns expenses, receipt OCR, employee records, Hub-aligned branch attribution, cost centers, approvals, reimbursements, petty-cash float, replenishment, and reports.

SAPAccounting handoff

Receives approved expense and replenishment exports.

SAPConnected destination and source

Receives approved entries and provides relevant financial references where supported.

MotoSystemConnected traceability

Reduces re-entry and links operational evidence, approvals, and financial outcomes.

HubAuthoritative branch context

Contributes approved branch-master information as the source of truth.

SAPFinancial context

Contributes account, cost-center, and approved financial information.

MotoSystemUnified intelligence

Provides spend trends, variance, anomaly, policy, reimbursement, and petty-cash analysis.

SAPRole may be reassessed

Selected connected accounting functions may remain or transition after control and regulatory review.

MotoSystemPotential expansion

Could own a broader expense-to-accounting workflow under a separately approved scope.

Fixed assets and maintenance
MotoSystemOperational foundation

Owns equipment, acquisition cost, repairs, cleaning, IT visits, schedules, maintenance history, and cost centers.

SAPAccounting handoff

Receives agreed asset-cost exports where required.

SAPConnected financial context

Provides or receives approved acquisition, cost-center, and accounting references.

MotoSystemOperational traceability

Connects asset activity, evidence, maintenance, and available financial outcomes.

SAPCost input

Contributes approved acquisition and financial context.

MotoSystemUnified intelligence

Provides maintenance, replacement, anomaly, and lifecycle-cost analysis.

MotoSystemPotential consolidated lifecycle

May expand from operational asset management into a broader asset and financial lifecycle where justified.

Customers, PMS, warranty, and promotions
MotoSystemMotoSystem-owned workflows

Owns customer records, service schedules, PMS reminders, warranty cases, coupons, redemption, supplier claims, and reimbursement tracking using available data.

HubCustomer–unit source

Provides available relationships, purchase history, serialized-unit status, and branch context.

SAPFinancial destination and source

Provides or receives applicable claim, coupon, cost, and reimbursement information.

MotoSystemStrengthened workflows

Improves matching, history, automation, approvals, reminders, warranty handling, coupons, and supplier claims.

HubCustomer and unit input

Contributes connected history and serialized-unit relationships.

SAPFinancial context

Contributes reimbursement, cost, and accounting information.

MotoSystemUnified intelligence

Provides service demand, retention opportunities, warranty trends, coupon exposure, supplier-claim performance, and recommended actions.

HubData role may transition

Customer and unit history may remain connected or migrate through a separately agreed plan.

MotoSystemPotential unified ownership

Could provide a consolidated customer, unit, service, warranty, and retention operating model.

Finance and accounting outputs
SAPCurrent financial record

Remains MotorcycleCity's existing accounting and financial platform.

MotoSystemOperational finance outputs

Provides basic financial statements, money-in and money-out detail, inventory valuation, COGS, and configurable CSV or Excel exports.

SAPConnected source

Provides approved accounting data through supported files, APIs, or other agreed methods.

MotoSystemConnected reporting

Links approved SAP information to operational workflows, traceability, and management reporting.

SAPFinancial input

Contributes approved revenue, cost, account, and accounting context.

MotoSystemOperational-financial intelligence

Provides branch profitability, cost analysis, variance, exception detection, and consolidated management views.

SAPMay remain or transition

Selected or broader functions may be assessed against accounting, regulatory, control, migration, and continuity requirements.

MotoSystemPotential broader financial role

Could assume additional financial workflows or records only under a separately validated and approved plan.

Intelligence and next-best actions
MotoSystemAnalytical foundation from day one

Provides dashboards, alerts, recommendations, stock actions, financial insights, service opportunities, trends, and natural-language answers using all available Phase 1 information.

HubERP data input

Supplies approved ERP and serialized-unit information.

SAPFinancial data input

Supplies approved financial and accounting information.

POS / PaymentsExpanded operating input

Supplies approved transaction and payment information.

MotoSystemExpanded intelligence

Extends existing analytics across connected systems and additional operational data.

HubOperational conditions

Contributes connected unit, branch, customer, purchase, and historical information.

SAPFinancial conditions

Contributes connected revenue, cost, payment, and accounting information.

MotoSystemUnified decision engine

Provides cross-system forecasting, optimization, anomaly detection, prioritization, natural-language reporting, and recommended next steps.

MotoSystemPotential enterprise intelligence layer

May become the broader source of operational decision support as approved information and functions are consolidated.