Skip to content
Cadencor

Cadencor · Pulse platform

Cloud operations at the top. Individual devices at the bottom.

Pulse is one platform with six products. Each stands on its own and none requires the others, so an operator can take the piece that solves today’s problem and leave the rest alone.

you do not need Pulse POS to buy Pulse

The core product line

Operations

Pulse Ops

Operate every location from one place.

Tasks, checklists, audits and incidents across every site, with the SOPs and communications that go with them. One place to run the estate instead of one place per store.

  • Multi-location tasks and assignments
  • Checklists, audits and inspections
  • Incident capture and follow-up
  • SOPs and internal communications

Endpoint management

Pulse Agent

RMM built for physical businesses, not office laptops.

A lightweight Windows, macOS and Linux agent for the machines that stand behind a counter. It manages inventory, jobs, scripts, updates and diagnostics, and it knows which location and role each device plays.

  • Device inventory and health
  • Scripts, jobs and scheduled work
  • Updates and patch state
  • Diagnostics and remote operations

Site runtime

Pulse Edge

Keep the store running when the cloud can't.

The local runtime inside each location. It exposes hardware APIs, holds the site's data, coordinates devices and keeps serving them through a dead uplink, then reconciles when the link returns.

  • Hardware abstraction APIs
  • Local data and offline services
  • Device coordination across the site
  • Store mesh between on-site machines

Point of sale

Pulse POS

A POS designed around the edge, not dependent on it.

Catalog, menu, orders, tenders, tabs and table service, talking to hardware through the edge runtime. Sales, refunds and settlement keep working while the network is gone.

  • Catalog, menu and pricing
  • Orders, tabs and table service
  • Tenders and settlement
  • Payment terminal and printer integration

Payment orchestration

Pulse Pay

Payment choice without locking the platform to one processor.

An orchestration layer between Pulse and the processors and terminals you already use. Sensitive card and authentication data stays with the certified terminal and processor — Pulse works in tokens and references.

  • Processor and terminal orchestration
  • Routing without replatforming the estate
  • Token and reference handling only
  • Reconciliation back into Pulse

Control plane

Pulse Platform

The shared control plane underneath everything.

Identity, organizations, roles, configuration, APIs and telemetry. Every other Pulse product is a client of it, and none of them is the only way in.

  • Identity, organizations and RBAC
  • Configuration and policy per location
  • APIs, events and telemetry
  • Orchestration across the estate

Second layer

Modules on top of the core

Standalone-capable, and designed to ship either as their own named product or as a capability inside Pulse Ops.

Pulse Workforce

Scheduling, time and labour against real location activity.

Pulse Assets

Asset registers tied to the devices and locations that use them.

Pulse Inventory

Stock across locations, with counts that survive an outage.

Pulse Intelligence

Operational reporting across every site in the tenant.

Pulse Automate

Turn device and location events into jobs that run themselves.

Pulse Integrations

Connect the systems already installed in the building.

Pulse Developer

APIs, webhooks and plugins for your own tooling.

A store is not a list of hostnames

Generic endpoint management knows it has a machine. Pulse Agent knows what that machine is, where it sits, what it depends on and who is on shift when it fails — which is the difference between a dashboard and a system that can act.

Inventory, telemetry, events, jobs, verification and incident history all hang off that location topology, so a failing receipt printer is a counter that cannot take orders, not a ticket about a device.

device context

Store 184

  • Front counter
  • POS 2
  • Receipt printer
  • Payment terminal
  • KDS display
  • Current shift

Where Pulse fits

Most operators keep the systems that work and add Pulse around them. Here is what that looks like against what is already installed.

Already running Toast

Keep it.

Toast is a strong, vertically integrated restaurant system. Pulse manages the estate around it: the Windows machines, printers, KDS infrastructure, network-adjacent equipment, scripts, health telemetry, incidents and checklists that Toast was never built to own.

PAR / Brink

From the cloud down to the device.

PAR's restaurant ecosystem and integrations are the reason customers stay. Pulse extends below and around the application layer, so an operator can reach the machine on the counter from the same place they run the location.

NCR Aloha

A modern management layer for mature architecture.

NCR has decades of local-store architecture and we are not going to pretend otherwise. What Pulse adds is a programmable layer over it: hardware inventory, telemetry, events, automation, scripted jobs, verification and incident history.

Clover and Square

Built for the complexity that appears after location one.

Simplicity and app ecosystems are exactly why these systems win the first site. Pulse is for the operator who now has multi-site policy, fleet management, local infrastructure, automation, roles, auditing and heterogeneous hardware to hold together.

Generic RMM

They know computers. Pulse knows locations.

A Pulse Agent device is not just a hostname. It is store 184, front counter, POS 2 — with its receipt printer, payment terminal, KDS dependency and current shift. That location topology is what makes the automation useful.

Not a claim we can make everywhere

Mature systems already have substantial local and offline architecture. We do not claim to be the only ones who can take a transaction with the network down. We claim the combination.

honesty over marketing

Start where it is safe

  1. step 1

    Start where it is safe

    Pulse Agent next to the point of sale you already run. Device inventory, health and jobs, with no workflow changes for staff.

  2. step 2

    Add the operating layer

    Pulse Ops for tasks, checklists, audits and incidents across every location, and Pulse Edge where a site needs local services.

  3. step 3

    Replace only what earns it

    Pulse POS when moving the register is the right call — not as the price of admission for everything else.

Tell us what is in your buildings.

Send us the systems, terminals and machines across your sites. We will show you what Pulse adds without replacing any of it.