Back to work

Case study

POS Web Extension

A browser extension that sits on top of a legacy shop POS so repair shops can take card and ACH payments on their own rails, set their own payment criteria, and cut the cost of being locked into the vendor's payment stack.

Auto repairBrowser extensionPaymentsLegacy POS

The product

POS Pay: payments owned by the shop, not the POS vendor.

POS Pay extension UI showing Tekmetric connection status, today's collected total, and Card or ACH payment options
Extension UI: live connection to the shop's existing POS, same-day collection totals, and direct Card or ACH capture without routing every charge through the vendor payment path.

The problem

The shop software worked. The payment path did not serve the shop.

Auto repair shops run day-to-day ops on a legacy point-of-sale and shop management system. Leaving that stack was not realistic. Staying on it meant payments, fees, and payment rules were still dictated by the vendor. Shops needed a way to keep the system they already know and still control how money moves: lower cost, their own criteria, and no permanent lock-in on the payment rail.

The build

A web extension that reroutes payments through a layer the shop controls.

We built a browser extension that connects to the existing POS (including Tekmetric-connected shops) and gives staff a clear payment surface: card (keyed or saved) and ACH bank transfer. Payments go through the extension path instead of the default vendor route, so the business can apply its own payment criteria and cost structure while the legacy UI stays in place for the rest of the workflow.

  • Reroute, do not replace

    The shop keeps its legacy POS. The extension sits on top and owns the payment step.

  • Control cost

    Shops stop absorbing vendor payment lock-in and can run payments on terms they choose.

  • Own the criteria

    Card and ACH rules live in the extension layer, not only inside the vendor stack.

  • Works where staff already are

    Browser-based, connected to the shop system they already open every day.

The result

Thousands saved by not staying locked into the vendor payment system.

Shops keep the operational software they depend on and take payments through a path they control. That shift reduces payment cost, opens room for shop-defined payment rules, and avoids the slow bleed of full vendor lock-in. For the businesses running the extension, the practical outcome is thousands of dollars kept instead of lost to a payment stack they never chose on purpose.

Client review

Oncode and Sydney have been great to work with. Sydney knows his business and is a master at keeping projects on track. We've hit every milestone early or on time. He is flexible with his communication and patient when priorities change.

Robert Dunn·Verified Google Review

Next step

Stuck inside a system that owns your payments?

We build the layer on top: extensions, payment flows, and workflows that keep your ops stack and give you back control of cost and criteria.

More selected work