Connected workplace · Robot lifecycle● Demo mode
01 / Origination · PDS dealer workspace

Start with the deal.
Connect the lifecycle.

PDS configures a robotic lease proposal in its office equipment dealer software. Submission sends the proposal and robot asset details to GreatAmerica Financial Services for underwriting.

Data lineage · where every field comes from and goes

Field-level handoff
Data elementSource systemDestination systemWhen / purpose

Demo data is simulated in this browser. In production, each row maps to an API/event payload and should carry an asset ID, timestamp, correlation ID and delivery status.

PDS · Dealer system

Robotics lease proposal

Build the deal once. Approved asset data becomes the shared starting point for fleet operations, service, ERP usage and end-of-life recovery.

Proposal PDS-RBT-2026-0148
ConfigureRobot + lease terms
SubmitHandoff to GA
ApproveUnderwriting decision
ActivateDistribute asset record

Lease proposal details

Draft
Asset identity follows the robot through the entire lifecycle. No repeated re-keying at each stage.

Proposal data package

Structured handoff
Robot identityAsset ID, model, serial
+
Lease termsValue, term, payment
+
CustomerDealer and customer
Proposal is a draft. Submit it to begin.
Next stop: GreatAmerica Financial Services
02 / Credit decision · GreatAmerica Financial Services

Underwrite the deal.
Authorize the asset.

GreatAmerica reviews the dealer-submitted proposal. Approval is the gate that releases the robot asset record to the operating ecosystem.

Data lineage · where every field comes from and goes

Field-level handoff
Data elementSource systemDestination systemWhen / purpose

Demo data is simulated in this browser. In production, each row maps to an API/event payload and should carry an asset ID, timestamp, correlation ID and delivery status.

GreatAmerica · Financial services

Underwriting review

Review the submitted terms and record a simulated underwriting decision. Approval unlocks the data handoff to all downstream platforms.

Credit gateAwaiting submission
Lease statusDraft
Approved value$48,000
Downstream syncLocked

Application snapshot

Not submitted
Submit the PDS proposal before underwriting can begin.

Decision workflow

Demo simulation
1
Proposal
2
Review
3
Decision

Approval is the trigger for WALM to distribute the normalized asset record to Acumatica ERP, Crickets CHIRP and LaborCloud.

03 / Approved asset · Multi-system distribution

One approval.
Three synchronized systems.

WALM routes approved robot asset data to ERP, fleet management and field service simultaneously. Each destination has its own role while sharing the same asset identity.

Data lineage · where every field comes from and goes

Field-level handoff
Data elementSource systemDestination systemWhen / purpose

Demo data is simulated in this browser. In production, each row maps to an API/event payload and should carry an asset ID, timestamp, correlation ID and delivery status.

WALM · Orchestration layer

Asset activation & fan-out

Approval triggers parallel delivery. WALM records acknowledgements and keeps the cross-system lifecycle status visible.

Waiting for approval
SourceGreatAmerica approval
PayloadRobot asset master
DeliveryParallel fan-out
ControlWALM sync ledger

Acumatica ERP

Queued
▤

Commercial asset record

Asset register, customer, contract and monthly RWU accounting.

Crickets CHIRP

Queued
⌁

Robot fleet management

Fleet identity, telemetry and operational usage data.

LaborCloud

Queued
⚒

Field service operations

Robot asset data plus PDS location data and LaborCloud technician data.

WALM distribution ledger

One event · Three acknowledgements
DestinationResponsibilityEventDeliveryAsset key
Acumatica ERPAsset master + contractAssetApprovedWaiting—
Crickets CHIRPFleet identityAssetApprovedWaiting—
LaborCloudService assetAssetApprovedWaiting—
04 / Operations · Crickets CHIRP fleet control

Robots generate work.
Usage becomes evidence.

Crickets CHIRP manages the deployed robot fleet, records operational activity and sends usage measurements to Acumatica for monthly Robot Work Unit accounting.

Data lineage · where every field comes from and goes

Field-level handoff
Data elementSource systemDestination systemWhen / purpose

Demo data is simulated in this browser. In production, each row maps to an API/event payload and should carry an asset ID, timestamp, correlation ID and delivery status.

Crickets CHIRP · Fleet management

Fleet operations console

Review robot identity and generate a sample monthly usage batch. The batch is sent to Acumatica for validation and RWU posting.

No batch sent
Fleet assetAwaiting activation
Reporting periodOctober 2026
Robot Work Units—
ERP handoffNot sent
18Illustrative fleet
98.4%Sample cohort
1,284Sample reporting period
99.2%Validated telemetry

Robot fleet register

CHIRP
AssetModelStateTasks
RB-2048AMR Navigator X2Operational1,284
RB-2049DeliveryBot ProOperational986
RB-2050CleanBot AutonomousMaintenance712
CHIRP owns fleet operations and telemetry. WALM connects lifecycle context without replacing fleet control.

Monthly usage package

Not generated
RWU is a configurable demo metric. Define the commercial unit with stakeholders before production billing.
05 / Finance & operations · Acumatica ERP

Turn robot activity
into a monthly work unit.

Acumatica receives the approved asset master and CHIRP's monthly usage batch, validates the data, records RWU quantity and prepares a period posting.

Data lineage · where every field comes from and goes

Field-level handoff
Data elementSource systemDestination systemWhen / purpose

Demo data is simulated in this browser. In production, each row maps to an API/event payload and should carry an asset ID, timestamp, correlation ID and delivery status.

Acumatica · ERP ledger

Robot Work Unit posting

Usage is associated with the robot asset and reporting period. This demo illustrates the workflow, not a live accounting integration.

Awaiting CHIRP batch
Asset masterNot synced
Usage sourceCrickets CHIRP
RWU quantity—
Posting statusUnposted
PendingApproved asset sync
—From CHIRP
—Submitted units
OpenAccounting status

Robot usage subledger

Monthly period
PeriodAssetSourceTasksAdjustmentsRWU totalERP state
No CHIRP batch received. Generate one on the CHIRP screen.
Production note: define RWU calculation, reconciliation, accounting codes and billing rules with the ERP owner.
06 / End of term · GreatAmerica lease maturity

Five years later,
the asset data still matters.

At lease maturity, GreatAmerica sends robot identity and accumulated usage data to Arcoa to initiate a controlled decommission workflow.

Data lineage · where every field comes from and goes

Field-level handoff
Data elementSource systemDestination systemWhen / purpose

Demo data is simulated in this browser. In production, each row maps to an API/event payload and should carry an asset ID, timestamp, correlation ID and delivery status.

GreatAmerica · Maturity handoff

Lease end & asset disposition

Simulate the time jump to lease maturity. The retirement package contains asset identity, lease reference, usage summary and condition notes.

Lease active
Lease term60 months
Maturity dateOctober 2031
Usage recordAwaiting ERP
DispositionNot initiated

Asset retirement package

Not released
Workflow locked until lease maturity.

Retirement lifecycle gate

Control point
1
Lease active
2
Mature
3
Package sent

Production should use contract dates, disposition authorization and chain-of-custody controls.

07 / Circular recovery · Arcoa decommissioning

Retire the robot.
Recover useful components.

Arcoa receives the one-unit decommission order and asset/usage package from GreatAmerica. The robot is inspected and disassembled into reusable parts and PCB assemblies.

Data lineage · where every field comes from and goes

Field-level handoff
Data elementSource systemDestination systemWhen / purpose

Demo data is simulated in this browser. In production, each row maps to an API/event payload and should carry an asset ID, timestamp, correlation ID and delivery status.

Arcoa · Decommission partner

One unit in. Recoverable parts out.

Record receipt, complete teardown and route recovered control PCBs to Hytec Repair Services for refurbishment.

Incoming units0 / 1 accepted
Asset statusAwaiting release
Recoverable partsNot inspected
PCB routeNot dispatched

Decommission receipt

Awaiting unit
Awaiting GreatAmerica's lease-end asset and usage transfer.

Recovered component manifest

Illustrative yield
ComponentQtyDisposition
Control PCB assembly2Route to Hytec
Drive motor module2Inspect / stock
Lidar sensor assembly1Test / stock
Battery pack1Recycling review
Chassis / brackets1 lotMaterial recovery
Recovery quantities are illustrative demo values, not guaranteed yield for a robot model.
08 / Repair & refurbishment · Hytec Repair Services

Update the electronics.
Extend parts life.

Arcoa routes recovered PCBs to Hytec. Hytec updates chips, installs approved firmware and verifies each board before returning it to the service-parts supply chain.

Data lineage · where every field comes from and goes

Field-level handoff
Data elementSource systemDestination systemWhen / purpose

Demo data is simulated in this browser. In production, each row maps to an API/event payload and should carry an asset ID, timestamp, correlation ID and delivery status.

Hytec Repair Services · Electronics refurbishment

PCB refurbishment bench

Track intake, chip update, firmware installation and quality checks. Accepted boards return to PDS inventory.

PCB batchPCB-RB2048-01
Received0 / 2 boards
FirmwareNot updated
QCPending

Repair traveler

Awaiting dispatch
1
Receive
2
Chip update
3
Firmware
4
Quality check
Waiting for Arcoa to dispatch recovered PCBs.

PCB batch record

Serialized components
Board IDWork performedFirmwareQCDisposition
PCB-2048-APending—PendingHold
PCB-2048-BPending—PendingHold
Firmware changes should be tied to approved release packages and documented test results in production.
09 / Reuse & redeployment · PDS service inventory

The lifecycle closes.
The parts stay in circulation.

Refurbished PCBs and recovered components return to PDS as service-parts inventory. WALM links the original leased robot to the parts recovered from it.

Data lineage · where every field comes from and goes

Field-level handoff
Data elementSource systemDestination systemWhen / purpose

Demo data is simulated in this browser. In production, each row maps to an API/event payload and should carry an asset ID, timestamp, correlation ID and delivery status.

PDS · Service parts inventory

Recovered parts are ready for the next repair.

The original robot is decommissioned, but value continues through tested, traceable components. PDS can allocate accepted parts to future field service jobs.

Awaiting QC release
Source assetRB-2048
Refurbished PCBs2 boards
Inventory stateNot received
Lifecycle statusIn progress
0Passed Hytec QC
0Inspected by Arcoa
PDS-SVC-01Service parts shelf
LinkedSource asset + repair batch

Parts received into stock

Inventory ledger
Part / batchQtyConditionStock status
PCB-RB2048-012RefurbishedAwaiting QC
Drive motor module2Recovered / inspectAwaiting receipt
Lidar sensor assembly1Recovered / testAwaiting receipt

Lifecycle data lineage

WALM record
PDS → GreatAmerica → WALM fan-out → CHIRP → Acumatica → GreatAmerica → Arcoa → Hytec → PDS inventory.

Every handoff can be tracked against the original robot asset ID and lease reference.

✓ PDS → GreatAmerica
Lease proposal and asset identity
✓ Approval → ERP / CHIRP / LaborCloud
Shared asset master and operating setup
✓ CHIRP → Acumatica
Usage records and monthly RWU
4 · GreatAmerica → Arcoa → Hytec
Decommission and PCB refurbishment
5 · Hytec → PDS inventory
Refurbished service parts returned to stock
Complete the upstream steps to close the lifecycle demo.

End-to-end handoff log

TimeFromToEvent / dataStatus
This is a simulated walkthrough. Events remain in this browser session.