Oracle Vertifiaction Failed Need to Pay Fees Again?

Payment

The Payment screen is displayed whenever you are processing a payment. For example, the payment screen appears when you select the Settlement, Check Out, or Payment buttons from the Billing screen. It appears when you are checking a invitee in if the reservation payment type is flagged Prompt at CI (encounter Payment Types for details). Information technology also appears when you are posting reservation deposits, automatic deposits, a payment to an AR account, a payment for a Passer Past, a credit (if your land allows credit bills), and and so on.

Note: When working from the Billing screen, the Payment screen is not displayed unless the agile Billing screen window has a non-zero residuum. A non-nil rest means that the guest owes monies (i.e., the invitee has a positive balance).

When the IFC > CREDIT CARD PROMPT is set to E'er and correct when the payment screen is displayed, a message prompt request to swipe the guest'due south credit card is automatically displayed. Selecting Yes will blank out the Credit Card No. and Exp. Dt. fields, and selecting No will leave the motorcar-populated data in the fields. And if the IFC > CREDIT CARD PROMPT awarding setting has a value PROMPT, then a message to swipe the Credit bill of fare is prompted merely when the amount existence charged to the card is more than the existing say-so on the selected card or if an dominance is being requested for the 1st time on a credit card or there is no existing potency for a credit card.

Payment Screen Fields

The Payment screen displays the following fields, depending on the method of payment:

Payment Code. The payment method specified on the guest's reservation appears hither by default. Nevertheless, you may select a new payment method. Select the down pointer or press [F9] to choose some other payment method from the list of values. Alternatively, you may type in the payment method description (or the first unique function of that description), or the payment method transaction code. The actual transaction lawmaking is displayed in the Payment Code field unless a Brandish Code has been configured, then it is displayed here (see Transaction Codes for details). An reward of configuring Display Codes for transaction codes that are associated to a specific payment type, is that a payment method tin be selected from the listing of Payment Method buttons that are displayed on the right side of the Payment screen. These buttons volition have logos on them (i.eastward., cash, check, credit card logos) once the transaction code has an associated credit card lawmaking defined and only specific major credit card logos (American Limited, Visa, Master Card, JCB, Find, Diners, UnionPay) are available.

Annotation: Users with permissions to make payments for reservations or take deposits tin can select an LP (Loyalty Points Redemption) payment blazon when configured. This payment method requires specific functionality and back up on the CCW Vendor side. The Corporeality field and Reference No. field are displayed and to exist populated with the full loyalty points redeemed and the number that is retrieved beforehand from a reader device (where the actual indicate redemption was completed). When clicking on Mail on the Payment screen (or OK on the Deposits screen), a message is triggered to the CCW Vendor to validate the loyalty points and Reference No. of the redemption that will apply to the folio. (The request message is a CPPayOnly transaction with the additional three tags of ConfirmationNumber, MembershipNumber, and ReferenceNumber.)

Show Me

Notation: For the UnionPay logo to be displayed, the Display Code on the Transaction Code Setup screen must have a value of Loving cup and IFC CC Type equally ZZ on the Payment Types Configuration screen.

If a payment method with another credit carte code is configured and has a display code, so the button is notwithstanding displayed with but the display code and no logo. And if a credit carte du jour payment blazon is configured as 1 for EFT and i for Manual using the same credit card lawmaking, and so the same logo is displayed for both payment types. So information technology is recommended to differentiate between the ii payment methods with two unique display codes (e.g., VISA and MVISA). But if no Brandish Codes are configured, and then these buttons are not displayed and the Payment Lawmaking needs to be selected from the drop down list.

Options typically include:

• Cash
• Check
• Credit Cards. Select the payment lawmaking for the specific type of credit card the guest is using. If you select a credit card payment type and the guest has a credit card number of that blazon attached to their reservation, you may choose the credit bill of fare number from the list that appears, or shut the list and enter a unlike credit card number.
• Straight Pecker (transfer charges to an Accounts Receivable business relationship).  (See Bank check Out - Direct Beak for details.)

(Payment types are configured in Configuration > Cashiering > Payment Types.)

When the MEMBERSHIP > COURTESY CARD Treatment application parameter is active and the MEMBERSHIP > PAYMENT TYPES BY MEMBERSHIP TYPES parameter is Due north, depending on how a payment type is configured to calculate membership points, the user may be asked if membership points are to be calculated for the payment (See Payment Types for details). For case, if Cash is set upwards as "Prompt User" for computing membership points, then a payment with payment code "Cash" would prompt a display bulletin "Do you lot want to summate points for this payment?" But if Bank check is gear up for "Always" and so a payment made with the Check payment code would not accept a message display every bit it would automatically calculate the membership points.

Annotation: When the credit card payment method is specified on the guest's reservation, the credit card number and expiration date appear on the Payment screen past default. If you  select a different payment method (for example, if y'all select Cash to view the amount in a different currency) then re-select the credit bill of fare payment method, the credit card data volition re-populate.

Annotation: The transaction lawmaking setup (Configuration > Cashiering > Codes > Transaction Codes) includes options that determine which payment transaction codes are available depending on the situation where the payment is being fabricated (e.yard., AR, deposit, Billing screen windows 1-viii, Billing screen comp windows (101- 108), etc.)

Currency. The currency code for the currency the guest is using to pay the business relationship. The local currency for this belongings is shown by default. The description of the currency code displays to the correct of the field. For cash or cheque payments you may select a new currency from the Currency list of values. To brandish the LOV, select the down arrow or press [F9]. For payment methods other than cash or check, or if the CASHIERING > FOREIGN CURRENCY HANDLING application function is inactive at this belongings, this field may non be inverse.

Note: Each currency is displayed in its own decimal format (see Strange Currency Code configuration for details).

Hither is an example of an commutation calculation with committee: Assume the invitee must pay 100 USD (local currency) and wishes to pay in BMD. (This is a Purchase transaction since foreign currency, the BMD, is being bought by the hotel.) How many BMD must exist paid if the Buy commutation rate is 1.00 and the Buy commission is ii%?  The amount the invitee must pay is 102.04 BMD. Hither is the math (hint: 100 BMD = 98 USD considering the ii% commission):

(amount/exchange rate)/(1-(commission percentage/100)) = corporeality in foreign currency that must exist paid
(100USD/1)/(1 - (.02))
100/0.98 = 102.04 BMD

Corporeality. Enter the amount of the payment. By default, the amount shown is the total for the active Billing screen window.

Note: During cheque-in, when the RESERVATIONS > CASHIERING FLOW AT CHECKIN / DURING STAY application setting is set to Payment and the CASHIERING > EXCLUDE RATE FROM AUTH BASED ON ROUTING application parameter is set to Y, if a reservation has room routing or window routing instructions for the Lodging transaction lawmaking, the amount shown in the Amount field on the Payment screen will exclude the routed charges. This is regardless of the payment method associated with the reservation.

Note: When the RESERVATIONS > CASHIERING FLOW AT CHECKIN/DURING STAY awarding setting is set to Force Payment and routing instructions have been practical to the reservations, then the reservation that the charges are being routed to will include these charges in the Amount field. And for the reservation that is having its charges routed, these charges will not exist included in the Amount field.

The transaction codes associated with payment types tin take a minimum and/or a maximum posting amount configured (see Transaction Codes for details). If a minimum is prepare and if this corporeality is not at least equal to the minimum, a warning message appears: "The Minimum Posting Amount for <Transaction Lawmaking> is <minimum corporeality>. Are yous sure?". If a maximum is ready and this amount exceeds the maximum, a alarm message appears: "The Maximum Posting Corporeality for <Transaction Code> is <maximum amount>. Are you lot certain?". Select Yep or No in response to the message, as appropriate.

If the guest is paying with a unlike currency than the belongings's default currency, the commutation rate details automatically populate this box. The box displays the amount in the strange currency divided by the electric current exchange rate and the full in the local currency. The net-exchange charge per unit is the divisor value (exchange charge per unit including the buy or sell exchange commission) and may modify based on the strange currency entered in the Corporeality field. This is considering the currency exchange committee is beingness factored into the net-exchange charge per unit. The Exchange Date and Fourth dimension when the transaction occurred is displayed at the terminate. This field is view just.

Note: Rates and other amounts expressed in the currencies of certain countries can involve strings of up to 16 digits. Due to space limitations, these strings can't be hands accommodated past OPERA screens and reports. When the Currency Divisor characteristic is activated, the property can set a divisor of either i thousand (1000) or one million (ane,000,000) through General > CURRENCY DIVISOR VALUE awarding setting. When the currency divisor is active, an (M) for million or (M) for k, depending on the parameter setting chosen, follows the currency code. For case, assume the rate corporeality is 155000000.  If the currency divisor is set to one million, the Charge per unit Query screen would show fifteen.five. The (M) indicator would announced following the currency code.

The entry in the Corporeality field may non exist zero. However, you may enter a negative number to credit the invitee's business relationship. When a negative number is entered, the Reference field becomes mandatory and at least a six character reference must be entered when the CASHIERING > MANDATORY REFERENCE FOR NEGATIVE PAYMENT application parameter is set to Y for whatever payment type, including credit cards. But, the Reference field is also mandatory for a negative credit carte payment when the CASHIERING > CREDIT Bill of fare REBATE VALIDATION application parameter is set to Y.

Note: The Cashiering > Post Negative Amounts in Cashiering and AR permission controls your power to post negative payment amounts in the Cashiering and AR areas.

Note: Encounter, Nights, beneath, for information on adding of the default amount which may utilize when the Payment screen appears at bank check in.

Note: The amount is subject to rounding when the CASHIERING > ROUNDING Gene application parameter is set to Y. See Rounding Factors for details.

Cash Settlement with Calculate Alter Due Parameter

When the CASHIERING > CALCULATE CHANGE DUE application parameter is set to Y, the guest has a payment method of Greenbacks, and the invitee is ready to settle their bill, the Corporeality Received and Amount Due fields will be displayed on the Payment screen.

Amount Received. The default amount displayed in this field is equal to the Corporeality Due. But the user tin can override this amount by manually entering a new amount into the field.

Corporeality Due. This view just field displays the total amount that is due for the invitee to pay for the billing window beingness settled.

Once the Post button has been selected, then i of the following will occur based on the amount entered into the Amount Received field:

ane. If the amount in the Amount Received field is less than the Amount Due field, and then the amount in the Amount Received field volition be practical to the invitee page and payment screen will refresh and amount received and amount due will display the remaining balance.

2. If the amount in the amount Received field is equal to the amount in the Amount Due field, so this amount will be applied to the guest page.

3. If the corporeality in the Corporeality Received field is greater than the corporeality in the Amount Due field, so the following message prompt is displayed showing the amount that needs to be returned to the invitee: 'Change Due Amount'. Select OK to proceed with the settlement.

Nights. Available only at check in when the payment type is flagged Prompt at CI (see Payment Types for details) and the RESERVATIONS > CASHIERING PROMPT/Flow AT CHECKIN application setting is set to Payment. By default, this field shows the number of room nights used to calculate the credit menu authorisation corporeality which is shown by default in the Amount field. The credit carte authorization dominion is selected as follows:

OPERA chooses the credit carte du jour dominance dominion that is configured for the reservation type and source code that are associated with the reservation.

If no lucifer is found, the default credit card authorization dominion for the property is selected.

Come across Credit Card Authority rules for details.

The number of nights may be changed manually if, for example, the reservation was for 3 room nights only the applicative authority rule prompts for only 1 room night.  In this instance, y'all could enter a maximum of 3 nights into the Nights field and the Amount value would automatically recalculate based on the new number of nights. You cannot enter a number of room nights greater than the number of nights specified by the reservation. Yet, the Amount value may be manually edited without restriction.

Show Me

Credit Card Surcharge Fees

When the CASHIERING > CREDIT CARD TRANSACTION SURCHARGE application parameter is set to Y, so credit carte fees can automatically be added to the guests folio for specific credit cards, if the payment being fabricated with the credit card is equal to or greater than the corporeality set for the Surcharge Threshold established in the configuration of the Credit Carte Payment Type. Meet Payment Types for details.

CC Surcharge. The percentage amount that will be added to the amount that is being paid for by the credit menu. For instance, if in that location is a 5% credit carte du jour surcharge and the invitee is making a payment of $100.00, so the total corporeality would be $105.00 that would be charged to the credit card.

Apply CC Surcharge. Selected past default, the credit carte surcharge volition be applied to the amount. De-select the bank check box to remove the credit carte du jour surcharge from the amount to be paid. This field volition not be bachelor to be changed if the user has not been granted the Cashiering > Unapply CC Surcharge permission.

Total Corporeality. Full amount that volition be applied to the credit carte du jour, including the credit carte du jour surcharge that has been practical.

Cash Surcharge. Either a percentage or a flat amount based on the surcharge configuration is added to the total amount that is being paid for in greenbacks.

Apply Cash Surcharge. When the CASHIERING > UNAPPLY CASH SURCHARGE permission is granted, users tin check or uncheck this check box; otherwise, information technology is checked by default and grayed out.

Reference. Enter any reference data relevant to the payment being entered. This field becomes mandatory and at least a 6 character reference must exist entered when the CASHIERING > MANDATORY REFERENCE FOR NEGATIVE PAYMENT application parameter is set to Y and a negative payment amount is entered for any payment blazon, including credit cards. But, this field is also mandatory for a negative credit carte du jour payment when the CASHIERING > CREDIT CARD REBATE VALIDATION application parameter is set to Y.

Supplement. (Direct beak payment method only.) Enter a comment relevant to the payment being entered.

Credit Card No. For credit card payments, enter the credit carte du jour number. The default is the credit carte number provided on the guest's reservation. You may enter a different credit card number, if you wish. OPERA verifies that the number you enter is valid. (If the guest wishes to divide payment between two or more credit cards, Mail each credit carte du jour number and corporeality  as a dissever payment transaction.) When the PROFILES > PROFILE CREDIT CARD application function is fix to Y and the credit carte being used for the payment is non attached to the profile, then a bulletin prompt is displayed asking if the credit card should be fastened to the contour or not.
When the credit bill of fare icon displays at the end of the field, the Credit Card Vault functionality is active. Come across Credit Menu Vault for details.

Note: If the guest makes a payment using a credit card, the Credit Card Authorization dialog box displays, showing you of the blessing code, authorized amount, etc. See Payment by Credit Card, below, for details.

Notation: For security reasons, if a credit menu is swiped with the cursor in this field, the data associated with the credit carte du jour is displayed as a serial of asterisks. This is too truthful if you manually type a credit card number beginning with a % sign (e.m., %9238...). The asterisks will resolve to the masked credit carte du jour number. For users that are granted the Reservation > Credit Menu Information View permission, they can double-click on the masked credit card number to display it. When this action is completed, an entry is logged into the User Log recording the user ID, appointment & time, action performed, etc. See User Log Activity for details.

Note: If the payment method is CP, or if the credit bill of fare has been configured every bit Chip & Pivot Enabled in Credit Card Functionality setup, the credit card number and expiration date do not have to be entered; the credit carte number and expiration date will exist returned from the interface. (See Chip & PIN for additional details.)

Expiration Engagement. For credit bill of fare payments, enter the credit card expiration month and twelvemonth. The default is the credit card expiration date provided on the guest's reservation. If the expiration date is inverse from the default auto-populated from the reservation, the expiration date volition be updated in the OPERA database and the new expiration date will be displayed on the reservation and elsewhere in OPERA. For users that are granted the RESERVATION > CREDIT CARD INFORMATION VIEW permission, the expiration date is displayed, not masked.

Note: The credit card expiration date validation procedure displays a "credit carte expiration date is not valid" message if the last day of the calendar month in which the credit card expires is prior to today'due south business engagement. For example, if today'southward business engagement is July 15, 2008, and the credit card expiration date is 07/08, the final twenty-four hours of July (July 31) is not prior to today'due south business date, so no message appears. If, however, today's date is August 1, 2008, the last day of the month in which the credit card expires is prior to today's date, the bulletin volition announced.

Carte Present. Available when the Menu Present Flag is selected in the Credit Card Interface Configuration on the IFC General Tab. This cheque box indicates if a credit card is present at the fourth dimension of the payment. When checked, it provides an indicator to the Credit Card Vendor that a carte du jour is present and allows them to follow a different process. The credit carte du jour processor may accuse a different processing fee based on whether the credit carte du jour is present or not.

Installments. When the Activate Installments option is selected on the Credit Carte du jour Functionality setup, the Installments field appears. Enter the number of installments (up to a maximum number set on the Credit Menu Functionality Setup screen) that may be used for this payment.

Run across the AR Account Maintenance help topic in the Applying Payments section for a clarification of the AR Payment Options.

Payments using Membership Honour Points

If you are posting a payment for a profile with a membership type that has "FT Payment" configured for its laurels type, the profile can opt to utilize membership points to pay for all or part of the bill. For this choice to be available when the Payment push button is selected from the Billing Screen, FT Payment must be configured as the award that the award code is based on. Meet Membership Awards for more information.

In PMS, yous will need to configure the spider web service to enable membership points to be fetched from an external organisation. In this case, the external organization will be ORS. Run into External Database Setup for more data.

When membership points are available for payment, the Membership Award Payment screen displays these points and allows them to exist redeemed and applied towards the balance of the invitee's beak. However, the membership must exist a primary membership and the member must have a points balance equal to or greater than the neb amount.

When the Payment button is selected from the Billing Screen, the Membership Award Payment screen will open. This screen will display the following information for the member: Membership Type, Membership Level, Bill of fare Number, Points Available, Maximum Points to Pay, Bill Amount, Maximum Corporeality Allowed, and the Laurels Type. Y'all can choose the laurels type yous wish to redeem for the member also as choose to redeem the honour as points.

When OK is selected from the Membership Laurels Payment screen, a request will exist sent synchronously through OXI to create an award for the fellow member. An award will be issued to the fellow member allowing payment using membership points, and an Award Voucher Number is displayed in a bulletin screen.

Printing Receipts

The following fields control printing of payment receipts:

Copies of Receipt. The CASHIERING > PRINT RECEIPT application setting determines the options bachelor to yous for printing receipts. The number of copies defaults to the number that is setup for the receipt in Configuration > Setup > Report Setup > Reports (Meet Report Setup for details). The settings are:

• E'er - (This is the default.) Always create and print a receipt. The Copies of Receipt field allows you to specify the number of copies of the receipt you wish to print. The default is 1. When y'all select the Mail button, the payment is posted and one or more receipts are printed.

  Notation: If the CASHIERING > Impress RECEIPT awarding setting is ready to Always, a payment receipt volition not be generated for payments fabricated to the direct pecker Payment Code (that is, payments associated with the transaction code specified by the CASHIERING > AR SETTLEMENT TRN Code application setting).

• Ask To Impress - Yous have the option of printing or not printing a receipt. To print ane or receipts, enter the number of copies in the Copies of Receipt field. The default is 1. When you select the Postal service button, you will be prompted to indicate whether you lot wish to print a receipt. Select Yep or No. The payment will exist posted and, if you responded Yeah to the Print prompt, one or more receipts will exist printed.
• Exercise Non Impress - Never print a receipt. The Copies of Receipt field will not appear on the screen. When y'all select the Mail button, the payment is posted but no receipt is printed.

  Notation: Payment receipts tin be printed in the guest'southward linguistic communication as specified on the guest'south profile if the GENERAL > Contour LANGUAGE application part is set to Y. You must also have set up payment receipt reports in the advisable languages and associated each with a linguistic communication (see Configuration > Setup > Report Setup).

Printing Folios

Note: When the GENERAL > PROFILE Linguistic communication application function is set up to Y, if the page does not exist for the Language that is attached to guest contour, then the following error message is displayed and the printing is stopped: 'Folio has not been configured in language Xxxx* for Window 1."

When the GENERAL > PROFILE LANGUAGE application part is fix to N, and so the report will proceed processing the press using the Linguistic communication configured for the property.

Print Folio. The CASHIERING > FOLIO PRINTING (1-eight) application setting determines the options available to you for press folios upon Settlement (eastward.g., Advance Bill, Early on Departure, Acting Nib) and Cheque Out from the Billing screen. The settings are:

• Always - (This is the default.) Always create and print a folio. The Impress Folio check box appears on the Payment screen and is selected and grayed out so that it may non exist united nations-selected. When you lot select the Post button, the payment is posted and the folio is printed.
• Yes - You accept the selection to print or not to print the page. The Print Folio check box appears on the Payment screen and is selected by default, but you may un-cheque the check box if y'all do not wish to print the folio. When y'all select the Post button, the payment is posted and, if you selected the Print Folio cheque box, the folio is printed.

  Annotation: When the Cashiering>Permanent Folio Storage awarding parameter is prepare to Y, the Cashiering>Folio Printing application setting is set to Ever, and a page is generated, an exact copy of the folio that is generated is stored in a subfolder of the Export folder at a location, for instance D:\micros\opera\export\<schema_name>\<resort>\folios\<concern date>, and will be titled by either the business date or the file proper noun convention that was configured by the Cashiering>Permanent Folio Storage File Proper name Format application setting when the page was generated and an internally generated FOLIO_ATTACHMENT_LINK_ID will e'er be added to the terminate of the file proper noun to ensure that the file name is unique. But if the Cashiering>Page Printing application is set to YES, then when the folio is printed, emailed or faxed at the time of generation it will exist stored. If the Cashiering>Folio Printing application is set up to NO, so the folio will not be stored.

• No - You lot take the option to impress or not to print the folio. The Impress Folio cheque box appears on the Payment screen and is un-selected by default, only you may select the cheque box to print the page. When you lot select the Post button, the payment is posted and, if you selected the Impress Folio check box, the page is printed.

  Annotation: If the CASHIERING > FOLIO PRINTING (1-8) application setting is set to N, OPERA automatically turns off the CASHIERING > GENERATE Zip BILL application parameter if it was set to Y.Generate Zero Bill may not be set to Y if Folio Printing (one-8) is set to N.

  Note: When folios are printed, the number of copies printed is adamant by the number of copies configured for the folio in Study Setup/Customizing Reports.

  Note: The Print Folio checkbox is not available when using the Payment screen to process payments from the AR Account Maintenance screen and the AR Transaction Search screen.

When the OPP_GCA Comp Accounting and Gaming license is active, the COMP ACCOUNTING > FOLIO Printing (101-108) application setting (for windows 101 - 108 of the Billing screen) functions every bit above when the COMP Bookkeeping > Auto SETTLE COMP FOLIO application function is set to N. When the COMP Bookkeeping > AUTO SETTLE COMP FOLIO application role is set to Y, the post-obit behavior applies upon settlement (due east.chiliad., Accelerate Beak) and Check Out from the Billing screen:

• E'er - The Payment screen is non displayed. The page is printed automatically for comp windows.
• No - The Payment screen is not displayed. The page is non printed for comp windows.
• Yes - The Payment screen is not displayed. The folio is printed automatically for comp windows.

Emailing Folios

Email Page. The CASHIERING > FOLIO EMAILING application setting determines the options available to you for emailing folios upon Settlement (e.g., Accelerate Bill, Early Departure, Interim Bill) and Cheque Out from the Billing screen. (The E-mail Folio option volition not exist available on the Payment screen when you are but making a payment.) The settings are:

• Aye - The Electronic mail Folio check box appears on the Payment screen and is checked by default. (The E-mail Folio cheque box will merely be enabled if the Allow Email check box is checked against the billed profile).
• No - The E-mail Folio check box appears on the Payment screen and is unchecked by default.
• Never - (Default) The Email Page check box is hidden on the Payment screen.

When this check box is selected, the electronic mail address field appears to the correct. Clicking the down arrow displays the E-mail Destination(s) screen. All the profiles associated with the reservation or any of the billing windows, forth with any accompanying guests, are listed with their corresponding Primary electronic mail addresses. The first row is the contour of the Payee. If the main due east-mail address was already populated on the Payment screen, and then the corresponding cheque box will automatically be checked. Whatsoever other profile not associated with a reservation in whatsoever way, and electronic mail accost from that profile, can be attached from the final empty tape. Select the desired check boxes to eastward-postal service a folio to multiple email addresses. None of the contour records can be deleted from this screen; if any profile needs to be excluded from e-post, then ensure that the corresponding check box is unchecked. Upon selecting OK, you will render to the Payment screen, and upon Mail and successful payment posting, the folio will be e-mailed to all the profiles/e-postal service addresses where the check box was checked.

Annotation: When the RESERVATIONS > Page EMAIL PER WINDOW awarding parameter is ready to Y and the EFolio bank check box is selected for the Billing Window on the Multiple Methods of Payment Per Reservation screen, then the Email Folio cheque box is automatically selected and the email address field is automatically populated with the e-mail address selected in the To Email column for the Billing Window.

When the reservation is for an individual contour-blazon and the Let Email check box is selected on the contour (this field may be screen painted on the Profile screen), the primary electronic mail address for the profile (if one has been specified) automobile-populates in this field. Otherwise, the e-mail accost field is bare.

To select some other email address for the folio, or to enter a new email address (and add information technology to the contour), select the downward pointer on the email address field. The Delivery Information screen appears.

Select the Mail button to post the payment and e-mail the folio.

Note: The CASHIERING > Folio EMAILING awarding setting is non bachelor when the CASHIERING > FOLIO Re-create LEGEND application parameter is gear up to Y; hence, this functionality of emailing the page at the time of settlement, will non be available. Stream printing must be enabled in social club to employ the Page Emailing characteristic.

Note: If both Email Folio and Print Folio are selected, the folio will be printed as usual in addition to existence e-mailed. If the Electronic mail Page check box is selected, just no e-mail accost is specified, the following message appears: "No email address specified" and settlement will not continue (fifty-fifty if Print Folio is selected).

Note: The email delivery method for Billing must be properly configured in social club to use this characteristic. Meet Delivery Method Maintenance for details. In the result the e-mail delivery errors out, settlement will continue and the page will not be emailed. You may email the page from Cashiering > Folio History.

Note: The Folio Emailing at settlement characteristic does not impact the power to email folios from the Folio Options screen.

Payment Screen Buttons

ESign. Available when the OPP_OSSC Electronic Signature Capture addition license is active, the Full general > ELECTRONIC SIGNATURE CAPTURE application parameter is set to Y, and a value has been configured for the GENERAL > DEFAULT ELECTRONIC PAYMENT RECEIPT application setting, select the button to capture an electronic signature on payment receipt. Meet Electronic Signature Capture for details.

Note: The ESign push is not available when the Payment screen is accessed from Accounts Receivables, Cross Property postings, or the Post It screen.

Post. Postal service the payment to the guest account. The receipt and/or folio is and then sent to the printer that has the associated impress tasks configured. When press folios, if in that location are multiple page windows for the guest, OPERA asks if you would similar to go along with the adjacent folio. As you postal service a payment for each window, the payment transaction is listed in the respective window.

Close. Close the payment screen without posting a payment.

Payment by Credit Card

To make a payment on a neb using the guest's credit card, the credit card Payment Code must be selected and the guest'south Credit Bill of fare Number and Expiration Engagement must be entered in the appropriate fields.

Annotation: When payment is fabricated with an EFT Credit Menu, the Folio Number, Page Type, and Queue Name details are also populated with all of the other credit card settlement details in the CR_CARD_SETTLE table.

When the IFC > CREDIT Menu PROMPT awarding setting is set to Always, you will then be prompted to swipe the credit card and the authorisation will begin. But when you select Postal service and the IFC > CREDIT Carte du jour PROMPT awarding setting is set to Prompt, the swipe the credit card prompt will merely exist displayed when an say-so no longer exists for this credit card, the credit cards previous authorization was for less than the amount being settled, or this is the beginning authorisation for this credit menu.

The Electronic Funds Transfer (EFT) interface will contact the credit card company for approval. After a cursory wait, an approval will be returned authorizing or failing the credit carte du jour charges. There may as well be a promotional message from the credit card company included as part of the credit card authorization information. Read this message if doing and then is the policy at your property.

Notation: When the credit card interface has the Enable Resend check box selected in its configuration (meet Understanding the General Tabbed Expanse for details), if a credit card payment fails to post to OPERA because of a disruptive result, such as a session disconnect or error before the posting, and the settlement was sent to the interface, so OPERA volition check on the posting when the reservation is accessed again. When the reservation is accessed, OPERA searches for whatever payments that were sent to the interface, but not posted to OPERA. These postings volition then be resent to OPERA from the interface.

A Reservation Posting is checked if it is awaiting or not from the following different points in OPERA:

- Accessing the Billing Screen (CHKOUT02) from the Reservation.

- Making a payment on the Payment (PAYMENT) form.

- Checking out the reservation from the Scheduled Check Out (INHSESRC) screen.

- Endmost a folio for a guest that has an Open up Folio from the Billing (CHKOUT02) screen.

- Prior to irresolute the condition of a reservation to Checked Out from the Billing (CHKOUT02) screen.

Approval Code. Displays the blessing code obtained from the guest's credit card company. "Not Approved" or some other bulletin appears here if the potency is declined.

The amount, credit carte number, and type are and so displayed for verification.

Promotional Texts. Whatsoever promotion text from the credit card company is displayed.

Select the OK push button to close the screen.

Dynamic Currency Conversion

If the Dynamic Currency Conversion add together-on license (OPP_DCC) is active at your property, you may be prompted to indicate whether the invitee wishes to use DCC for settlement if the guest'southward credit card is based on a currency other than your hotel's local currency.  Encounter Dynamic Currency Conversion for details. When MICROS Payment Gateway (MPG) is the active credit carte interface, the awarding settings CASHIERING > PRINT AUTHORIZATION RECEIPT and CASHIERING > PRINT DCC RECEIPT volition be available. When either of these are set to Y, the setting tin exist fix to Exercise NOT Print, ASK TO Impress, or ALWAYS PRINT.

Credit Card Rebate

Notation: Credit card rebates use but to credit cards defined equally EFT — that is, credit card payment methods having a transaction code that has the EFT option selected (Configuration > Cashiering > Codes > Transaction Codes).

When a credit card payment method is selected, and a  negative payment, or rebate, is applied to a guest'due south bill, OPERA performs a split up verification to reduce the likelihood of fraudulent credit card action. (This characteristic is bachelor when the CASHIERING > CREDIT CARD REBATE VALIDATION awarding parameter is set to Y.)

When you try to post a rebate payment using a credit menu Payment Lawmaking, OPERA outset checks to ensure that the credit carte has been used for previous postings on the guest's beak, and if so, that the internet sum of the previous debit and credit postings is greater than or equal to the corporeality of the rebate.

If the credit card has no prior debit postings, or if the net sum of previous debit/credit postings is less than the rebate amount, the message, "Credit bill of fare has insufficient debit activity for this rebate. Do you wish to override?" appears.

Every bit with all OPERA features, your user permissions (Cashiering > CC Rebate Override) determine whether you may override this restriction and go on posting the rebate.

Select Yes to continue posting the rebate.  A Reference field appears in which you must enter supplemental data (such equally a reason) before y'all may mail the rebate. The text yous enter must exist at least half-dozen characters in length. This data will announced in the Reference field on the Billing screen. Select No to return to the Payment screen.

Payment Type Icons

Calculate Modify Due

Email Folio During Settlement Payment

• Settlement
• Bank check Out
• Check In
• Bank check Out - Directly Billing
• Directly Billing
• Credit Carte Approvals
• Deposits

shaffereverchist.blogspot.com

Source: https://docs.oracle.com/cd/E53533_01/opera_5_05_00_core_help/payment.htm