Payment Portal
Payment Requests by Email & Text
Request a Payment
$
← Choose at least one
Request Created
The payment link, QR code, and live status are under My Requests.
My Payment Requests
Requests you created. Open a row for the payment link, QR code and delivery status.
App Requests
Payment requests created by connected software — one queue, regardless of who initiated them.
All Transactions
Every payment request in the portal, whoever created it.
Customer Communications
Every email, text and page a customer can receive from this portal. Pick one and edit its wording; the preview updates live with sample data. Nothing here sends or charges anything.
Loading…
Payment Purposes & Methods
The purposes staff pick on every request, what each one asks them to confirm, and which ways to pay and card brands its customers are offered. Card is always offered. Bank-verified purposes run the bank's 3-D Secure check on every card and only offer methods that carry a liability shift (plus bank transfer, which stays Processing until it settles). Click a purpose to edit it.
Loading…
Policy Acknowledgement
Every user must acknowledge this before a request is sent (or cancel). Staff-facing — customers never see it. Plain text; bullets with • read well.
Portal Settings
How long links stay payable, how long bank transfers are held, and who sees app-created requests.
1–365
How long a newly sent payment link stays payable. After that the customer sees an expired-link page and needs a fresh request. Applies to links sent from now on; links already out keep the window they were sent with.
Who sees the App Requests queue — payment requests created by connected software (the AR dashboard today). Emails, separated by commas or new lines. Administrators always see it.
Stores & Merchant IDs
Stores tag every payment for per-store reporting; all stores settle under the company merchant account unless a store is given its OWN complete Cybersource credentials (MID + key ID + shared secret — all three or none). Once any store is active, staff must pick the store on every request. Retire a store by unchecking Active — history keeps its attribution.
Store Revenue one merchant account, split by store
Collected = PAID (cards captured; ACH settled). Processing = submitted but not final. Every transaction carries its store in the Cybersource merchant reference and report data, so these numbers reconcile against Cybersource settlement reports batch by batch.
Settlement Batches what Cybersource sent to the bank
Activity Log
Payment Portal
Sign in with your ListenUp account
Company Policy Acknowledgment
Re-select what you are sending, then confirm each compliance statement.
Re-select the purpose above to unlock the compliance checklist for this payment.