Integrations/Channel Managers
Channel Managers

Rate decisions in Peaqplus.
Rates on every channel.

Native two-way integration with your channel manager. One push per decision. Audit-trailed, group-aware, OTA-ready.

When you accept a rate in Peaqplus — from the Pricing Calendar, the Pricing Map, or the Pricing Engine — it flows to your channel manager. The channel manager propagates to every OTA you sell on. The whole loop runs without anyone exporting a CSV.

Native to your stack

We integrate with the channel manager you're on.

Whatever CHM you're using today, the connection is two-way: Peaqplus pushes rate decisions to it; the CHM pushes back the channel topology so Peaqplus's pool definitions stay in sync. Configured once during onboarding, the platform routes through the correct adapter automatically.

  • Two-way sync — rates out, channel topology in
  • Standard industry protocols supported — connector picked per hotel
  • Inventory sync opt-in — off by default; you decide whether Peaqplus or your PMS drives stock
  • Per-hotel routing — multi-property setups handled with a single platform configuration
  • Audit-trailed — every push logged with success or failure status
TWO-WAY SYNC
Peaqplus
rate decisions
rates outtopology in
Your CHM
OTA propagation
push: rates · stay restrictions · closures · (inventory opt-in)
pull: channel topology · pool refresh
What gets pushed

Four fields. One push per decision.

01
Rates

Per room type, per rate type, per day. Direct from your decision in Peaqplus.

02
Stay restrictions

Minimum stay, no-arrival, no-departure. Configured at the rate-matrix level, propagated automatically.

03
Closures

Day-level closures. When you mark a date closed in Peaqplus, the CHM closes it on every channel in the affected group.

04
Inventory · opt-in

Room counts. Off by default — most hotels prefer their PMS to drive inventory and Peaqplus to drive only rates. Enable in per-hotel settings.

Logical grouping

One decision. Many channels.

Group your OTA channels into logical pools — e.g., a "Free Sale" pool covering general OTAs, a "Corporate" pool for travel-management portals, a "Cancellation Strict" pool for the cancellation-tighter channels. When you make a rate decision targeting a pool, Peaqplus pushes to every channel inside it simultaneously.

You define pools once during onboarding. Refresh from the channel manager pulls the current channel list for any pool — so when the CHM reorganizes underneath, the pool definitions in Peaqplus stay accurate.

CHANNEL GROUPS · EXAMPLES
Free Sale· 5 channels
Booking.comExpediaHotels.comTrip.comDirect
Corporate· 3 channels
HRSCorporate DirectBooking.com Business
Cancellation Strict· 2 channels
Booking.comExpedia
Pool composition is per-hotel — these are illustrative defaults.
CHANNEL MANAGER LOGtail -f
Mar 04 09:14:22chmrate_push
Mar 04 09:14:22chmpool: Free Sale (5 ch)
Mar 04 09:14:22chmrate: BAR €145
Mar 04 09:14:23chmresponse 200
Mar 04 11:08:12chmmin_stay update
Mar 04 14:22:01chmrate_push
Every push, logged

Every rate push is auditable.

Every channel-manager request is logged in two places at once:

  • The full record — the exact rate we sent, per hotel, with timestamps. Useful when an OTA reports a rate mismatch and you need to see exactly what was pushed.
  • The summary — a queryable row with the hotel, the connector, the request summary, success or failure, and the timestamp — so you can filter and search across years of pushes.

Silent on success, loud on failure — the way it should be.

If you don't see yours yet

Not currently integrated? Let's connect anyway.

We're expanding channel-manager coverage continuously. If your channel manager isn't on the supported list today, tell us during the demo — many systems become natively supported within weeks once we've reviewed the integration spec. Meanwhile, you can run Peaqplus in read-only mode (analytics + decisions, no auto-push) until the native connector is ready.

The limits

We're explicit about what we don't claim.

01
No automatic retry on CHM failures

If the CHM returns a timeout, the rate decision is logged but doesn't re-push automatically. We notify the team; you decide whether to manually retry.

We chose this to avoid double-pushes — auto-retry without idempotency keys risks side effects on the OTAs.
02
One CHM per hotel, not switchable mid-day

The CHM choice is sticky per hotel. If you need a fallback during an outage, it's a manual configuration switch.

Mid-day switching introduces drift risk across in-flight pushes.
03
Inventory updates opt-in

We don't push room counts unless you explicitly enable it. Most hotels prefer their PMS to drive inventory; we respect that default.

Inventory drift between PMS and CHM is one of the most common causes of overbooking incidents.

Each of these is a deliberate choice, not a missing feature. We surface them so you know what to expect on day 365, not just on day 1.

Signal → Decision → Action → Outcome

See a rate push live.

In our 45–60 minute walkthrough (length depends on how deep you want to go), we run Peaqplus on our live demo environment — a simulated property with data that moves day to day — make a sample rate decision, push it through a deactivated test pool, and show you the audit trail. The full path — decision to OTA — in front of you.

No setup fee. We use a test pool to demonstrate.