Uploaded by Elijah Balogun

Oracle Payment Interface Hospitality Functionality Overview 23.0

advertisement
Oracle Payment Interface
Hospitality Core Product Functionality Overview
August 2023 | Version 23.1
Copyright © 2023, Oracle and/or its affiliates
Confidential - Oracle Restricted
PURPOSE STATEMENT
This document provides an overview of features and enhancements included in the Oracle Payment Interface (OPI). It is
intended solely to help you assess the business benefits of developing integration to OPI. This document includes
descriptions of the software features, a real world user example, and confirms which functionality is optional or mandatory
to support this interface.
DISCLAIMER
This document in any form, software or printed matter, contains proprietary information that is the exclusive property of
Oracle. Your access to and use of this confidential material is subject to the terms and conditions of your Oracle software
license and service agreement, which has been executed and with which you agree to comply. This document and
information contained herein may not be disclosed, copied, reproduced or distributed to anyone outside Oracle without
prior written consent of Oracle. This document is not part of your license agreement nor can it be incorporated into any
contractual agreement with Oracle or its subsidiaries or affiliates.
This document is for informational purposes only and is intended solely to assist you in planning for the implementation
and upgrade of the product features described. It is not a commitment to deliver any material, code, or functionality, and
should not be relied upon in making purchasing decisions. The development, release, and timing of any features or
functionality described in this document remains at the sole discretion of Oracle.
Due to the nature of the product architecture, it may not be possible to safely include all features described in this document
without risking significant destabilization of the code.
1
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
TABLE OF CONTENTS
Purpose Statement
1
Disclaimer
1
Introduction
3
Hospitality Transactions
3
Oracle Hospitality – PMS Transaction Processing Messages
4
OPI Validation – Next Steps
8
2
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
INTRODUCTION
The Oracle Payment Interface (OPI) is a solution that integrates electronic payments through to the Oracle Hospitality, Food
and Beverage, and Retail Solutions.
This includes the following payment types:
•
•
•
•
•
Credit Cards e.g Visa, Mastercard, Amercian Express, Diners Club, JCB
Debit Cards
Gift Cards
Stored Value Cards
Alternative Payment Types e.g Alipay, WeChat, Swish , Twint
This interface is required to support both Card Present and Card Not Present Payments across fixed, portable and
unattended payment devices for the following transaction methods:
•
•
•
•
•
Magnetic Stripe \ Signature
EMV \ Chip and PIN
Contactless\NFC
MOTO\ Manual Entry
Gift Card\Stored Value Cards
In addition, customer also expect to see support for value added services which can also be support by OPI:
•
•
•
Dynamic Currency Conversion
Charity Donations
Credit Card Surcharge
Hospitality Transactions
To support the Oracle Payment Interface, there are some transaction types, and some fields that are mandatory in order to
support some of the Hospitality Operations. Please note the following:
•
•
3
Tokenisation: It is a mandatory feature to support tokenisation of card data for the support of OPI. Tokens are
required for any approved transaction.
Token Exchange: For Property Management Systems(PMS), it will be necessary to support the GetTokenBulk
Transaction type to support reservations sent down to PMS from 3rd parties such as Online Travel Agents, Global
Distribution Systems, Central Reservation Systems, Mobile Apps, Kiosks and Websites via the Oracle Hospitality
Intergation Platform(OHIP), OPERA Exchange Interface (OXI), OPERA Web Suite (OWS) and the OPERA HTNG
Interface
o GetToken (Bulk): This transaction type is used to exchange all PAN data stored in the PMS database at
the time OPI is installed, as well as exchanging any PAN sent through from an external 3rd party.
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
ORACLE HOSPITALITY – PMS TRANSACTION PROCESSING MESSAGES
4
TRANSACTION TYPE
OPTIONAL\
MANDATORY
DETAILS
USE CASE - EXAMPLE
Pre-Authorisation
Mandatory
Temporary hold of fund on credit
card
Guest At Check-In, the hotel will take a
preauthorisation for a set amount.
PMS allows them to set up a number
of automated rules for this. For e.g
Rate Amount * Number of Night
Stay. The automated rules are set
rather than cashiers manually
working out how much
Manual Authorisation
Optional
A manual authorization retrieves an
authorization code from a phone
call, the authorization code is then
entered in the Payment Device to
process a transaction.
Guest At Check-In, the hotel will take a
pre-authorisation for a set amount. PMS
allows them to set up a number of
automated rules for this. For e.g Rate
Amount * Number of Night Stay. The
automated rules are set rather than
cashiers manually working out how much
Top Up Authorisation
Mandatory
A top-up authorization adds an
authorized amount to the preauthorization hold.
During a guest stay, hotels will run a
credit check on guests to ensure the
preauthorised amount is enough to settle
the guest bill on check out. If the original
amount authorized is not enough, the
hotel will process an additional
authorization on the guest credit card
during their stay. This is a Card not
Present transaction.
Authorisation Release
Optional
An authorization release returns the An Electronic Pre-Authorisation Release
pre-authorized(incremental)
message is sent out at Check out for any
amount to the cardholder’s available unused authorisation amount.
credit
Sales Completion
Mandatory
The sales completion transaction
completes the pre-authorization
transaction by charging the final
amount.
Upon guest check out, the cashier will
need to settle the guest bill. The system
will get an additional authorization if
required, otherwise absorbs the previous
pre-authorisation held in the system to
process the sale completion. This could
be a Card Present or a Card not present
transaction.
Sale/Purchase
Mandatory
The sale or purchase transaction
charges the customer’s card directly
without requiring a preauthorization.
There is an option from PMS to send out
a “Sale” Transaction to accommodate
Debit Cards, and Alternative Payment
Types.
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
5
TRANSACTION TYPE
OPTIONAL\
MANDATORY
DETAILS
USE CASE - EXAMPLE
Refund
Optional
The refund transaction returns the
authorized amount back to the card
holder
After check out an account rebate is
needed for any overcharged amount and
refund to the card.
Void
Mandatory
The void transaction reverses the
original sales /purchase transaction
or sales completion. This is only
supported within the same
settlement day.
Correction of incorrect charge, must be
same amount, same business day.
Reversal
Mandatory
If the connection between PMS and
OPI terminates before OPI
completes the financial transaction,
then OPI reverses the transaction
sent to the payment partner.
Reversal for transaction when timeout
occurs
Transaction Inquiry
Optional
This is used if the transaction has
Option to request status on transaction
been lost – you can make a request
lost
to validate if the transaction was
completed on the Partner side and if
yes then a reversal is sent.
End-of-day Settlement
Optional
Batch Request for Payment
Terminals
Get Token
Mandatory
Requests the card holder data that is Saves a Token ID to PMS instead of a card
entered into the Payment Terminal
number to PMS. This could be used for
is exchanged for a token.
subsequent transactions such as preauthorisations, settlements, or sale
transactions.
Get Token (Bulk)
Mandatory
Exchange card data for tokens
This option is used to exchange any card
data in the PMS database for tokens at
the time of the OPI Installation. It is also
used to exchange card data sent through
to PMS from 3rd party reservation
systems.
Get Pan (Bulk)
Optional
Exchanges tokens for card data
Used to send the PAN back to 3rd party
reservation systems. This is a legacy
requirement in the process of being
phased out.
IsOnline
Optional
Use these elements to request an
IsOnline transaction. This message
is sent to check if the processor is
currently processing transaction at
online mode or offline mode.
Feature to check if payment service
provider is online. Only required for
Shipboard Property Management
System.
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
During the End of Day process within
PMS, a transaction request is sent out to
advise it is the end of the business date,
and allow terminals to batch. This allows
payment terminals reports to align with
the PMS business date.
6
TRANSACTION TYPE
OPTIONAL\
MANDATORY
DETAILS
USE CASE - EXAMPLE
Update Token (Bulk)
Optional
Used to replace temporary tokens
obtained during the offline periods
with real tokens.
Only required for Shipboard Property
Management System.
Gift/SVC Activate/Issue
Optional
To activate/issue a gift card or
stored value card and add value to
the card balance
Activate/Issue Gift Card or Stored Value
Card. Only supported on Shipboard PMS
or OPERA Cloud via the OPI Cloud
Service.
Gift/SVC Redeem
Optional
To process a redemption on a gift
cards or stored value cards
Process a payment on a guest account
using a Gift Card or Stored Value Card.
Only supported on Shipboard PMS or
OPERA Cloud via the OPI Cloud Service.
Gift/SVC Void
Optional
To void a payment previously
processed on a Gift Card or Stored
Value Card
To correct an incorrect payment
processed on a Gift Card or Stored Value
Card. This is supported on Shipboard
PMS only.
Gift/SVC Reload (Top
Up)
Optional
To reload or topup the value on a
gift card or stored value card
To reload or topup the value on a gift
card or stored value card. Only supported
on Shipboard PMS or OPERA Cloud via
the OPI Cloud Service.
Gift/SVC or Close Card
Optional
To close out a gift card or stored
value card
To close out a gift card or stored value
card. Only supported on Shipboard PMS
Gift/SVC Balance
Inquiry
Optional
To Check the balance on a gift card
or stored value card.
To Check the balance on a gift card or
stored value card. Only supported via
Shipboard PMS, or OPERA Cloud via OPI
Cloud Service.
Request PaybyLink URL
Optional
Request a Payment Link from a
Payment Service Provider for
customers to use to process
payments prior to arrival.
When guests create a reservation it may
require a deposit\pre-payment before
arrival. The Payment link that is
generated by the payment service
provider is added into the Confirmation
Email for the guest. The guest will then
use this link to process a payment
securely via the Payment Service
providers hosted payment page.
Request PayByLink
Payment Details
Optional
Transaction request used to request
the status of the final result on a
PaybyLink Payment processed via
the Payment Providers Hosted
Payment Page.
Once a guest has processed a Payment
via a Payment Link, the PMS will poll for
a final result of this transaction to send an
update back to PMS.
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
TRANSACTION TYPE
OPTIONAL\
MANDATORY
DETAILS
USE CASE - EXAMPLE
Pre-Authorization
eCommerce
Optional
Option for External 3rd Parties to
request a payment to be processed
via an E-Commerce Channel and
post an update back to OPERA
Cloud.
3rd parties today integrated to OPERA
often have different payment providers
compared to the hotel. This transaction
type will allow the 3rd parties integrated to
OPERA to use the Payment Service
Provider that the Hotel is using for a preauth. This is an E-Commerce transaction
type and expects Secure Customer
Authentication to be used in the countries
where that is mandated as well as support
for tokenization of card data in the
response. This transaction type is only
available via the OPI Cloud Service for the
Oracle Hospitality Integration Platform
(OHIP).
Allows 3rd Parties integrated to
OPERA Cloud to Pay for a
deposit\pre-payment prior to
arrival.
3rd parties today integrated to OPERA
often have different payment providers
compared to the hotel. This transaction
type will allow the 3rd parties integrated to
OPERA to use the Payment Service
Provider that the Hotel is using for a
sale/purchase transaction. This is an ECommerce transaction type and expects
Secure Customer Authentication to be
used in the countries where that is
mandated as well as support for
tokenization of card data in the response.
This transaction type is only available via
the OPI Cloud Service for the Oracle
Hospitality Integration Platform (OHIP).
Sale/Purchase
Optional
eCommerce Transaction
7
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
TRANSACTION FLOW DIAGRAMS
OPERA Cloud with OPI Cloud Service
Transactional flow for OPERA Cloud with OPI Cloud
Use Case 1: Reservation with Card Data via 3rd Party using Oracle Hospitality Integration Platform (OHIP) GetTokenBulk transaction type
Figure 1 –OPERA Cloud with OPI Cloud Transaction Flow Diagram - Reservation with Card Data via 3rd Party using OHIP
E1. Reservation Sent through to OHIP with Card Number
E2. Card Number is securely transmitted to the OPI Cloud Service with a request to Tokenize the card
E3. “Get Token Bulk” Request sent to Payment Service Provider to tokenize the card data
E4. Card Data is tokenized by the Payment Service Provider
E5. Token is returned to OHIP
E6. OHIP Sends updated payment details to OPERA Cloud
8
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
Use Case #2: Payment Processed with Token on file (card not present)
Figure 2 –OPERA Cloud with OPI Cloud Transaction Flow Diagram – Payment Processed using Token On file (Card not Present)
B1. Payment Request with token is initiated from OPERA Client
B2. Payment Request with token sent through to OPI Cloud
B3. Payment Request with token sent through to Payment Service Provider
B4. Payment Approved\Declined, response returned to OPI Cloud
B5. Payment Approved\Declined, response returned to OPERA Cloud
B6. Payment Approved\Declined, response returned to OPERA Client
This Transaction flow remains the same for the following use cases:
9
•
Deposit using token on file
•
Check-In using a token on file to process a pre-authorisation
•
Top Up Authorisation using a token on file
•
Check out Payment using token on file to process Sale Completion
•
Check out Payment using token on file to process Pay Only\Sale Payment
•
Deposit Cancellation - Refund using token on file
•
Void using token on file
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
Use case #3: Payment with Card presented
Figure 3 –OPERA Cloud with OPI Cloud Transaction Flow Diagram – Payment Processed
C1. Payment Request is initiated from OPERA Client
C2. Payment Request sent to OPI Cloud
C3. Payment Request sent to Payment Service Provider
C4. Payment Request sent to Payment Device
C5. Payment Device Inserts Card – send request to Payment Service Provider to Approve\Decline
C6. Response for Card sent back to Payment Device
C7. Response for Card sent back to Payment Service Provider
C8. Response for Card sent back to OPI
C9. Response for card sent back to OPERA Client
C10.Response for card stored in OPERA Database.
This Transaction flow remains the same for the following use cases:
10
•
Deposit with card presented on payment terminal
•
Check-In with card presented on payment terminal to process a pre-authorisation
•
Check out Payment with card presented on payment terminal to process Sale Completion
•
Check out Payment with card presented on payment terminal to process Pay Only\Sale Payment
•
Deposit Cancellation - Refund with card presented on payment terminal
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
•
Void with card presented on payment terminal
•
Post It with card presented on payment terminal
Transactional flow for OPERA 5 On premise with OPI
Use Case 1: Reservation with Card Data (GetTokenBulk transaction type)
Figure 4 –OPERA 5 on-premise/OPI transaction Flow Diagram
A1. Reservation Sent through to OXI with Card Number
A2. Card Number is securely transmitted to the Token Proxy Service with a request to Tokenize the card
A3. “Get Token” Request sent to Payment Service Provider to tokenize the card data
A4. Card Data is tokenized by the Payment Service Provider
A5. Token is returned to the Payment Service Provider
A6. Token is returned to the Token Proxy Service
A7. Token is returned to the OPERA Application
A8. Token is stored with the reservation in the OPERA Database
Note Payment Service Providers may have their Middleware hosted on premise at the hotel or hosted in their data centre. If
supporting Terminal Mode, this request would be routed to a Payment Terminal.
11
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
Use Case 2: Payment Processed with Token on file (Card not Present)
Note: this applies for Transaction types Pre-Auth, Sale Completion, Sale\Purchase, Void and Reversal
Figure 5 – OPERA 5 on-premise Transaction Flows with OPI for Card Not Present transactions
B1. Payment Request is initiated from OPERA Client with Token - sent through to IFC8
B2. Token with Payment Request sent through to OPI
B3. Token with Payment Request sent through to Payment Service Provider
B4. Payment Approved\Declined, response returned to OPI
B5. Payment Approved\Declined, response returned to IFC8
B6. Payment Approved\Declined, response returned to OPERA Client
B7. Payment Approved\Declined, response returned to OPI OPERA Application
12
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
Use Case 3: Payment with Card presented
Note: this applies for Transaction types Pre-Auth, Sale Completion, Sale\Purchase, Void, Refund and Reversal
Figure 6 – OPERA 5 on-premise Transaction Flows with OPI for Card Present transactions
C1. Payment Request is initiated from OPERA Client - Payment request sent to IFC8
C2. Payment Request sent to OPI
C3. Payment Request sent to Payment Service Provider
C4. Payment Request sent to Payment Device
C5. Payment Device Inserts Card – send request to Payment Service Provider to Approve\Decline
C6. Response for Card sent back to Payment Device
C7. Response for Card sent back to Payment Service Provider
C8. Response for Card sent back to OPI
C9. Response for card sent back to IFC8
C10. Response for card sent back to OPERA Client
C11. Response for Card sent back to OPERA App
C12. Response for card stored in OPERA Database.
13
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
OPI VALIDATION – NEXT STEPS
If you are comfortable with the effort required, the the next step is to review the Oracle Payment Partner Program
Agreements. Please note all the details provided here are provided under the Oracle Confidential Disclosure Agreement
Terms. It is important to review all the commercial costs and agreements before you join the Oracle Partner Network as the
OPN fees are non-refundable.

Oracle Partner Network (OPN) : As part of the partner application process you will be asked to formally join the
Oracle Partner Network (OPN). There are membership fees associated with joining the network. These are in
addition to the commercial terms of becoming a Payment Partner.
− You can begin the OPN application process here :
https://www.oracle.com/partnernetwork/program/join/

Oracle Validated Integration (OVI) Addendum: Deployment of your solution will be subject to a sign off process
by our Validation team. As part of the partnering process we will engage our Professional Services team early to
help plan your development, provision test environments for POS, PMS and OPI and to acquaint you with the
process. Once you are an OPN Member, you can apply for the validation process online.
− Enroll in Oracle Validated Integration - one enrollment form for each Oracle Product you wish to
validate from the following :
 Hospitality Solutions - Pay@Reception
 Hospitality Solutions - Pay@Cruise
 Retail Solutions – Pay@Retail
 Food and Beverage Solutions do not require an enrolment to OVI.
− Agreement Required: Oracle Applications Integration Validation Addendum to OPN Agreement

Oracle Payment Interface Amendment: Payment Partnerships are run under the auspices of the OPN but have
additional terms and conditions associated with partnership which include a Revenue Share. This is in place with all
our payment partners today. The percentage on the revenue share can not be changed, however, it is important
you review the “Net Recurring Revenue” definition in the “Fees” section of this amendment which allows you to
define which revenue you can share with Oracle. This information is not available on-line and is only offered to
those partners proceeding with the development to OPI.
OPN License and Hardware Track : Once validated, you do have additional option to join the OPN License and
Hardware Track which will provide you with additional marketing benefits
OPI Test Environment: if there is assistance required from Oracle to set up a test lab, then we can provide you with
a quote to implement a test lab. The software itself is available online once you have joined OPN.


To move forward with OPI, please reach out to the Oracle Payment Strategy Team:
fbgbu-hgbu-payments_ww@oracle.com
14
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
15
Oracle Payment Interface Product Overview | Version 22.1
Copyright © 2023, Oracle and/or its affiliates | Confidential - Oracle Restricted
CONNECT WITH US
Call +1.800.ORACLE1 or visit oracle.com.
Outside North America, find your local office at oracle.com/contact.
blogs.oracle.com
facebook.com/oracle
twitter.com/oracle
Copyright © 2023, Oracle and/or its affiliates. All rights reserved. This document is provided for information purposes only, and the contents hereof are subject to change without
notice. This document is not warranted to be error-free, nor subject to any other warranties or conditions, whether expressed orally or implied in law, including implied warranties
and conditions of merchantability or fitness for a particular purpose. We specifically disclaim any liability with respect to this document, and no contractual obligations are formed
either directly or indirectly by this document. This document may not be reproduced or transmitted in any form or by any means, electronic or mechanical, for any purpose, without
our prior written permission.
Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their respective owners.
Intel and Intel Xeon are trademarks or registered trademarks of Intel Corporation. All SPARC trademarks are used under license and are trademarks or registered trademarks of
SPARC International, Inc. AMD, Opteron, the AMD logo, and the AMD Opteron logo are trademarks or registered trademarks of Advanced Micro Devices. UNIX is a registered
trademark of The Open Group. 0120
Oracle Payment Interface_Functionality Overview_20.1
August, 2023
Download