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.
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.
Swipe horizontally to view all roadmap stages.
| 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
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. |