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. |
...
Payflow Payments Pro | This service uses PayPal as the payment gateway and payment processor. PayPal performs all transaction processing prior to depositing into the client's merchant account. Customers using Payflow Payments Pro sign up for PayPal Pro service, which is around $30/month (as of July 2012). PayPal Payments Pro uses the concept of a "sandbox" for performing test transactions and a separate, live site. Payment processing is available through Secure Post mode but refund processing through LearningBuilder is not supported.
| ||||||||
Payflow Pro | 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 | Authorize
| ||||||
Authorize.Net | Authorize.Net is an alternative gateway to PayPal. If the organization has already established a relationship with Authorize.Net and wishes to use this gateway, LearningBuilder can be configured to support it. Payment processing is available but refund processing through LearningBuilder is not supported. This Payment Gateway is functional in Secure Post and 3-Step Handshake Checkout Modes.
| Moolah | Moolah is an alternative gateway which
| ||||||
Moolah | Moolah is an alternative gateway which is focused on Non-Profit organizations. The support of this gateway was introduced in LearningBuilder 8.10 and is only functional in the 3-Step Handshake Checkout Mode. | USAePay | USAePay provides a number of payment solutions.
| ||||||
USAePay | USAePay provides a number of payment solutions. Currently, LearningBuilder supports the "2-Step Client-Side" mode only for this gateway. | Alabama Interactive | Alabama Interactive is a
| ||||||
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.
|
...
|
Gateway / feature support matrix
Info |
---|
Payment gateways support different features. If a feature is not supported, it may be because the gateway does not support it , or we have not added support in LearningBuilder for that feature in the gateway . |
Vendor |
| Checkout Modes | Supported Features | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Secure | Hosted | Hosted | 3 Step | 2 Step | Full | Partial | GL | Discount | Responsible Party ‘Pending’ Payments (aka Bulk Employer Payments) | Organization ‘Bulk’ Payments | Payflow Payments Pro (Legacy) Learning Plan Task Payments | |||
Payflow Payments Pro - NOT SUPPURTED AS OF NOV. 2021 | PayPal | |||||||||||||
Payflow Pro | PayflowPro | (Added with 10.0 Release) | ( Secure Post Only) | |||||||||||
Moolah | Moolah | |||||||||||||
Authorize.Net | AuthNet | ( 3-Step Handshake) | ||||||||||||
USAePay | USAePay | |||||||||||||
Alabama Interactive | AlabamaInteractive |
Checkout Modes
The CheckoutMode
App Config setting controls the user’s experience during checkout.
...
Obtaining an Internet Merchant Account
To accept credit cards over the Internet, you need a special account called an Internet Merchant Account. If PayPal is your merchant bank, you do not need the Internet Merchant Account. Your account provider or merchant (acquiring) bank works with a PayPal-supported credit card processor. Examples are First Data, TSYS Acquiring Solutions (formerly Vital Processing Services), and Paymentech. To accept live credit cards, provide details about your account to PayPal during the "Go Live" part of enrollment.
An Internet Merchant Account is a different type of merchant account. It has additional risks associated with card-not-present (e-commerce) transactions. It is different from a merchant account used for face-to-face/card-present (in-person) retail transactions. Obtain an Internet Merchant Account even if you already accept credit cards at your location. To apply for an Internet Merchant Account, contact your merchant (acquiring) bank.
...
Info |
---|
Testing payment gateway settingsIf you append "Fake" to the end of the PaymentGateway app config value, the system will simulate connecting to the gateway without actually doing so. This is useful when testing in a non-production environment. |
Known Issues / Observations
Info |
---|
This document outlines known issues, outstanding items, or extra notes as they relate to ALL payment gateways. For gateway-specific documentation, refer to Payment Gateway-specific documentation. |
In an isolated circumstance, a user is able to create duplicate transactions in AuthNet, USAePay, and Moolah. This issue has been resolved in 11.0.3. See
Jira Legacy server System JIRA serverId 80a5de98-58ff-3b59-a4bd-e013083b8a1d key LB-2716 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 Duplicate Payments within Moolah and Duplicate Payments within Authorize.net for more information.
Related Content
Child pages (Children Display) |
---|