Point of Sale Client Front-End Platform Engineer
Posted 1 Sep 2026
Advertised as “Point of Sale Client Front-End Platform Engineer ”
BranchFactor Summary
The original posting with the fluff stripped out
- Expected experience
- 5+ yrs
- Management level
- People management
No salary listed for this role.
Field of studyComputer Science
Study levelBachelor's
Toshiba Global Commerce Solutions is seeking a senior client-platform engineer to own and evolve the ELERA point-of-sale client – the Vue 3 and TypeScript application framework behind our fixed-lane, self-checkout, kiosk, specialty, associate-mobile, and customer-display experiences. This is a successor role on a defined architect track: the person hired will be trained to become the architect for the ELERA POS client.
This is a platform role, not a feature role. Most of the work is not screens. It is the framework other teams build their screens out of: a dependency-injection and plugin system that retailers and partners extend through, a configuration merge chain that resolves customer overrides, a device layer that talks to lane hardware, a legacy Dojo application that must keep shipping beside the modern client, and the build train that releases all of it together.
The role requires experience building solutions on Vue.js and Java enterprise technologies with a focus on complex browser-side functionality. The ideal candidate will excel in our fast-paced, collaborative, customer-first environment, and is looking for a path into architecture rather than a larger backlog.
Responsibilities:
-
Design, develop, and test/debug client UI and client framework code in Vue 3 and TypeScript, and mentor the team doing the same
-
Design with other developers in mind – both the internal team and the retailer, partner, and services engineers who extend the platform from outside
-
Own and extend the client extensibility model: dependency injection and decorator-based registration, plugin loading, UI slot injection, and the base/TGCS/partner/customer configuration merge chain
-
Maintain backward compatibility for plugins and customizations built against earlier framework versions
-
Publish versioned shared packages consumed by other teams, with real semantic-versioning and deprecation discipline
-
Keep two UI generations shippable at once, migrating the legacy Dojo layer incrementally rather than by flag day
-
Extend the device integration layer – scanners, scales, printers, payment terminals, cash recyclers, customer display – including the mock device harness that lets the full client run on a laptop
-
Maintain the client release train: hybrid Maven/npm builds, monorepo publishing, Jenkins multi-branch pipelines across the framework dependency chain, and constrained or air-gapped customer environments
-
Own client-side quality: unit and component tests under a coverage gate, and a browser-automated BDD suite that gates the build