| Info |
|---|
LearningBuilder can collect payments from end-users in many different ways. Adding integrations for gateways not listed here is generally possible with minor innovation. See also: Payment and E-Commerce Features |
...
Payflow Pro | PayPal offers multiple payment products, but the only one that is both PCI compliant and fully supported by LearningBuilder is Payflow Pro. For more information on the other PayPal offerings, see PayPal Payment Gateways This service uses PayPal as the Payment Gateway but uses a third party payment processor. This interface is the result of PayPal's purchase of Verisign, which first developed the Payflow Pro product. PayPal now uses it for advanced interfaces that use other payment processors. Payments and refunds are both functional, and are supported in both the Secure Post and Hosted Pages iFrame Checkout configurations.
| ||||||
Authorize.Net | LearningBuilder supports the PCI-compliant “Three-Step Handshake” checkout mode.
| ||||||
Moolah | LearningBuilder Supports the PCI-compliant “Three-Step Handshake” checkout mode.
| ||||||
USAePay | LearningBuilder supports the PCI-compliant "Two-Step Client-Side" checkout mode.
| ||||||
Alabama Interactive | Alabama Interactive is a payment gateway used by licensing agencies in Alabama. It offers both a “Hosted Pages” and “Hosted Pages iFrame” option, but LearningBuilder only supports the “Hosted Pages” mode at this time.
|
...
The
EnableCreditCardValidationApp Config setting is deprecated and has no impact on a PCI-compliant payment gateway. The credit card data is transmitted directly to the payment gateway and is not examined by LearningBuilder in any way.When using the BACK button to navigate backward from the Review page to the Checkout page, the credit card information is not persisted and must be re-entered.
...
On a LearningBuilder™ support site, set up the Payment Gateway in a test mode.
Attempt an invalid payment (using an expiration date in the past)
Attempt a valid `payment (using the special credit card number)
On the LearningBuilder™ support site, set up the Payment Gateway in a live mode.
Attempt an invalid payment (using an expiration date in the past)
Attempt a valid payment (using a real credit card and a small payment amount; e.g. $0.02)
On the LearningBuilder™ live site, set up the Payment Gateway to match the support site.
Attempt an invalid payment (using an expiration date in the past)
On the LearningBuilder™ support site, set the Payment Gateway back into a test mode.
The Fake gateways support three simulated responses:
FirstName = "MissingId": This will result in an Approval but no Transaction ID
FirstName = "Decline": This will result in a Declined status.
FirstName = Anything else: This will result in an approval.
Testing a payment gateway integration
...
Testing payment gateway settings
...
.
...
Known Issues / Observations
| Info |
|---|
This document outlines known issues, outstanding items, or extra notes as they relate to most or ALL payment gateways. For gateway-specific documentation, refer to the gateway-specific documentation. |
...
. |
...
If a Payment Attribute is added to a role grant workflow with a success action that grants the role, successfully completing the payment does not redirect the Practitioner to an auto-started Learning Plan Instance (LPI). This is counter to the expected case, where normally granting oneself a role will redirect the Practitioner to the LPI associated with that role if the Learning Plan Definition is set to “automatically begin when eligible.” See
Jira Legacy server System JIRA serverId 80a5de98-58ff-3b59-a4bd-e013083b8a1d key LB-2653 There is a small window of time within the ThreeStep Checkout Mode where a duplicate payment is possible. Refer to https://heuristicsolutions.atlassian.net/wiki/spaces/DOCS/pages/3099492370/Moolah+-+Known+Issues+Observations#Duplicate-Payment-Race-Condition and https://heuristicsolutions.atlassian.net/wiki/spaces/DOCS/pages/3099656228/Authorize.Net+-+Known+Issues+Observations#Duplicate-Payment-Race-Condition for more information. This window also exists in the PayflowPro/SecurePost configuration. Refer to https://heuristicsolutions.atlassian.net/wiki/spaces/DOCS/pages/3101524085/Payflow+Pro+-+Known+Issues+Observations#Duplicate-Payment-Race-Condition for more information.
If a site app pool is recycled before payment is fully confirmed, the payment will redirect to a post-processing error page and a web error email (“The same key was already used for another template!”) will send. This occurs within the ThreeStep Checkout Mode and with the PayflowPro/SecurePost configuration.
...