Kovena connects to Oracle OPERA through OPI Cloud, so card-on-file, pay-by-link, charges and refunds all happen inside OPERA. One certified integration, ready to roll out across your entire property base.
Level 1 provider, card data secured in Kovena’s Level 1 vault
Currencies supported on one gateway
Payments that run beside OPERA split your data across two systems, and push PCI exposure onto your merchants. Embedded, they become part of the operations: you own the transaction economics, reconciliation clears in real time, and card data is tokenised in OPERA and held in Kovena’s PCI DSS Level 1 vault, so PCI scope sits with Oracle and Kovena, not the property. The workflow your merchants already trust, now working for you.
Embedding Kovena in OPERA solves a different problem for each leader on your side. Select a role to see the pain it removes and what it delivers.
Head of Technology
Owns integration, PCI architecture and card-data security
Head of Finance / Payments
Owns reconciliation, chargebacks, postings and cost
Head of Operations / Revenue
Owns guest experience, arrivals and revenue capture
Kovena is an embedded payments platform built for travel. We process card payments inside OPERA through OPI Cloud, Oracle’s payment interface layer. Card numbers are collected through the OPERA Payment Interface and stored securely with Kovena to PCI DSS Level 1, minimising PCI compliance risk and fraud exposure for the property.
Why it matters: because Kovena integrates through OPI Cloud, payments appear inside OPERA with no separate portal for staff to learn. Card details are exchanged for a secure token and the card number is held in Kovena’s Level 1 vault, so PCI scope sits with Oracle and Kovena rather than the property. Against any reservation, staff can take card-on-file payments, send a pay-by-link, process charges and linked refunds, and check deposit status, all without leaving OPERA.
The integration is designed so the sensitive data never leaves Oracle’s environment. Your platform keeps its risk posture, and your merchants keep their trust.
Guest cards are collected via an OPERA-connected booking engine, an OTA, or entered directly into the OPI interface by hotel staff or the reservations team, then stored in Kovena's PCI DSS Level 1 vault.
Card details are replaced with a secure token. The underlying card number is held in Kovena's Level 1 vault, not in property systems.
Because card data is handled through Oracle and stored in Kovena's PCI DSS Level 1 vault, PCI scope sits with Oracle and Kovena, not with the property.
Industry-specific 3DS, configurable to each property's risk and guest experience preferences.
Oracle leads the technical configuration, Kovena confirms gateway readiness, and your team validates from your end. Most properties complete this in a single session.
Kovena sets up the merchant and gateway before the call. No property action needed.
Oracle connects OPERA to Kovena and runs the token exchange test with the team.
Validate charge, refund and pay-by-link in OPERA and the Kovena dashboard.
Future reservations are tokenised in the background, with no downtime.
Payments run inside OPERA, with real-time visibility for finance.
Go live one property at a time so each has full attention at launch. Let each run for three to five days before scheduling the next. Deposit rules are set at template level and copied to every property, keeping policy consistent across the group.
Pricing is tailored to each property’s volumes and card mix. We put real numbers to it before you commit.
Not tied to a single acquirer. Kovena's smart routing sends each transaction down the best available path, with built-in redundancy if an acquirer is unavailable.
One real-time dashboard across payment types, instead of layered reporting fees.
Let’s jump on a scoping call. We tailor pricing to your properties and confirm the OPI Cloud setup with Oracle.
| Cookie | Duration | Description |
|---|---|---|
| cookielawinfo-checkbox-analytics | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics". |
| cookielawinfo-checkbox-functional | 11 months | The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional". |
| cookielawinfo-checkbox-necessary | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary". |
| cookielawinfo-checkbox-others | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other. |
| cookielawinfo-checkbox-performance | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance". |
| viewed_cookie_policy | 11 months | The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data. |