SaaS Platform
Recurring access to the approved Commerce OS modules and applicable platform support.
- Selected modules
- Users and locations
- Applicable storage or usage limits
- Support level and update scope
Commerce OS pricing is built from the selected SaaS modules, implementation scope, users, locations, data, connections and any optional managed operational services.
Assessment comes first. Scope and assumptions are documented next. Billing begins only after the applicable proposal, estimate or recurring plan is approved.
A clear proposal should show what is recurring platform access, what is one-time implementation and what is additional managed or usage-based work.
Recurring access to the approved Commerce OS modules and applicable platform support.
Platform access combined with the work required to configure, migrate, test and launch it.
Add selected catalogue, storage, fulfilment, care, administration or marketplace work.
The final proposal may contain one or several pricing families. Each should remain separately understandable.
Platform modules, configuration, migration, training, support and technically feasible connections.
Receiving, catalogue, photography, packing, fulfilment, care and special handling.
Recurring capacity, handling profile, access frequency and approved protection services.
Channel setup, approved deductions, transaction activity, fulfilment and seller earnings.
Start with the pricing architecture, then move through scope, Commerce OS and implementation, managed work, recurring capacity, usage activity, earnings, approval and billing history.
The recurring SaaS scope and the one-time implementation work should be shown separately. The recurring amount reflects the approved ongoing platform configuration; implementation reflects the work required to make it usable.
Connections and custom work are included only where they are technically feasible and expressly scoped.
Platform scope begins with the capabilities included in the deployment.
Operating breadth affects configuration and ongoing platform usage.
One-time setup depends on the starting condition and desired first release.
Additional technical work requires separate feasibility and scope review.
Managed-service pricing follows the physical work, handling complexity, required evidence, turnaround, materials and responsibility assigned to Vault.
A seller or client may use selected services without buying every managed workflow.
Price the physical effort required to verify and intake inventory.
Price the digital preparation required for internal or commercial use.
Price the activity and materials required to move inventory safely.
Price condition-sensitive or specialist work separately.
Recurring storage pricing depends on the capacity used, facility or location type, inventory profile, movement frequency and selected protection or support services.
Square-foot, cubic-foot, dedicated-zone, rail, shelf, container or specialist arrangements may require different commercial structures.
Price the physical space or dedicated storage arrangement.
Different assets require different storage and handling conditions.
Recurring capacity and frequent handling are separate cost drivers.
Optional services are included only when selected and approved.
Marketplace participation can involve setup, catalogue preparation, transaction-related deductions, fulfilment activity and third-party costs. These should be shown separately from the seller’s gross transaction value.
Participation does not guarantee income. Seller earnings depend on approved live inventory and completed commercial activity.
Prepare the account and inventory for approved destinations.
Transaction value and channel-related charges remain distinct.
Physical work is priced according to the recorded responsibility.
Seller visibility should explain how the final amount is calculated.
The proposal should make scope, assumptions, billing frequency, exclusions and responsibility clear before implementation or operational work begins.
Describe the platform, inventory, facilities, users, services and desired operating outcome.
Review data readiness, quantities, handling profile, modules, responsibilities and dependencies.
Define deliverables, volumes, billing type, exclusions, acceptance and third-party dependencies.
Separate SaaS, implementation, recurring, usage-based and optional service components.
Record the applicable approval before creating recurring plans or beginning chargeable work.
Track approved work, recurring services, usage activity, changes, invoices and statements.
Implementation, migration, receiving, catalogue preparation, setup and approved project work.
SaaS, storage, protection, support and operational activity performed over time.
The commercial record should make clear who supplies information, who estimates the work, who approves the charge and how changes are handled.
Quantity matters, but it is only one pricing factor. Condition, complexity, deadlines, data readiness, facilities, handling and desired output can materially change the scope.
The final proposal depends on the approved scope. The page explains the structure, not a universal fixed amount.
The same quantity can involve very different data, condition, handling, photography, storage, urgency and responsibility. A scope review is required before pricing work accurately.
Yes. Recurring platform access and one-time implementation should be shown separately unless the applicable proposal expressly combines them.
Yes. Commerce OS can be operated with the client’s own teams and facilities. Vault operational services are optional.
Not automatically. Physical operational work is priced separately unless it is expressly included in the approved engagement scope.
Storage depends on capacity, location type, inventory profile, handling, movement frequency and selected service level.
No. Marketplace, payment, logistics, fulfilment and managed-service components should remain separately understandable.
No. Earnings depend on approved live inventory and completed rental or sales activity. Marketplace participation does not guarantee income.
It may change when quantities, condition, data, assumptions, dependencies or requested work differ from the approved scope. Material changes should be documented and approved.
The applicable proposal should state taxes, third-party charges and exclusions. These should not be assumed unless expressly shown.
Yes. A client can begin with selected modules or services and add further scope through approved phases.
We will help separate the appropriate SaaS, implementation, recurring, usage-based, marketplace and optional managed-service components.
Login