9. Available Web-Components
Web components provide a user-friendly solution for partners looking to implement a streamlined and interactive payment system. Its ease of inclusion and integration make it simple to set up and customize, providing a seamless user experience from onboarding to transaction and batch processing, to eventual payouts.
Note: Refer to this doc for guidance on implementing embedded web components. Platform now uses MerchantSession to enable embedded web components.
If you're currently using HMAC-based security, please note that it has been deprecated and will continue to be supported for backward compatibility. However, we strongly recommend migrating to MerchantSession for improved security and future support.
1. Onboarding
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="boarding">
</payment-platform>
2. Transactions
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="transactions">
</payment-platform>
To enable the print option in the transaction widget, set the "print-receipt" attribute to true in the transaction web-component as shown below:
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
print-receipt="true"
type="transactions">
</payment-platform>
3. Batch Settlements
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="payouts"
view-type="settlement">
</payment-platform>
4. Payouts (Funding)
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="payouts"
view-type="funding">
</payment-platform>
5. Credit Card Form
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="creditcardform"
show-zip="true" >
</payment-platform>
You can customize the allowed countries and ZIP code validation behavior in the credit card form web-component using the following properties:
allowed-countries
(optional)
allowed-countries
(optional)Defines which countries are allowed for the zip code in the form.
If not specified, the default is US and CA.
Provide a comma-separated list of country codes (case-insensitive), for example:
"JP, AU"
To allow all supported countries, use:
allowed-countries="INTL"
validate-zip
(optional)
validate-zip
(optional)Accepts
true
orfalse
. Default istrue
.When
true
, the form will validate ZIP/postal codes for the allowed countries.When
false
, ZIP validation will be skipped for all allowed countries.
Visa 3D Secure Mandate
Partners must collect cardholder's mobile number OR email address during payment processing. For this purpose, set show-email = "true" and/or show-phone-number = "true"
6. ACH Form
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="bankaccountform">
</payment-platform>
If your use case supports both personal and business bank accounts, you can include the optional show-business-name
property in the ACH web-component. When enabled, the form will display a Business Name input field. This field should be completed by the user when they are entering a business bank account.
7. Device Management
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="devices">
</payment-platform>
8. Dispute Management (Contact support to enable)
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="disputes">
</payment-platform>
9. Plaid Connect (Plaid Account Required)
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="plaidconnect">
</payment-platform>
10. Dashboard (Merchant's GMV)
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="dashboard">
</payment-platform>
11. Virtual Terminal
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="merchant-terminal">
</payment-platform>
show-zip
(optional)
show-zip
(optional)Accepts
true
orfalse
. Default isfalse
.When set to
true
, the form will display a mandatory ZIP/postal code field and apply validation based on the entered ZIP/postal code.
12. Merchant Statements
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="statements">
</payment-platform>
13. Merchant Reports
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="merchant-reports">
</payment-platform>
14. Payment Session and Link
a. Payment Session
Use the following web-component to embed a customer-facing payment session on your page:
<payment-platform
id="elementID"
payment-link-id="<Payment Link ID>"
shouldProcess3ds="true" // Optional. Default is false
onTransactionEvent="<custom callback function>"
type="payment-session">
</payment-platform>
Note: Refer to the onTransactionEvent
documentation for details and usage examples of the callback function.
b. Payment Link
To embed the payment link, use the following web-component:
<payment-platform
id="elementID"
payment-link-id="<Payment Link ID>"
shouldProcess3ds="true" // Optional. Default is false
type="payment-link">
</payment-platform>
Difference between Payment Link and Payment Session
Payment Session: If your use case involves displaying a secure form to collect payment information within a modal and showing the transaction status in the same modal through a callback mechanism, then use Payment Session.
Payment Link: If your use case requires presenting a payment link that captures additional details—such as contact information—along with payment details, and you prefer to display the link in a flexible manner (not necessarily in a modal), then use Payment Link.
c. Creating and Managing Payment Links
To embed the interface for creating and managing payment links, use the following web-component:
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="payment-link-create">
</payment-platform>
15. Payment page
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
shouldProcess3ds="true" // Optional. Default is false
type="payment-hosted-page">
</payment-platform>
16. Recurring Payments
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="merchant-recurring-payment">
</payment-platform>
17. Gateway Connection
<payment-platform
id="elementID"
merchant-id="<Merchant ID>"
type="gateway-connect"
gateway-id="<GATEWAY-ID>">
</payment-platform>
Please see Gateway Orchestration for more details
Last updated