Customer visibility
The customer can review the business, amount and terms presented in the banking experience.
Authorised bank-payment agreements
PayTo is a digital bank-payment method in which a customer reviews and authorises an agreement through participating online banking. ShaBaas Pay can help eligible businesses present and manage supported PayTo collection workflows, including payment status and reconciliation information. Customer, bank, provider and product support determine which agreement types and lifecycle actions are available.
Understand the agreement
A PayTo agreement sets out the terms under which a business may request eligible payments from a customer’s nominated bank account. The customer reviews the details and authorises or declines the agreement through participating online banking. Agreement approval is not the same as a completed payment.
The customer can review the business, amount and terms presented in the banking experience.
After an agreement reaches a usable status, the business can initiate an eligible payment under the approved terms.
Agreement and payment status can support customer communication, exception handling and reconciliation.
Agreement to payment
The business creates or presents a PayTo agreement with the terms supported by the selected flow.
The customer receives the agreement in participating online banking and authorises or declines it.
The agreement reaches a supported status before the business requests an eligible payment.
Status, webhooks and reporting support payment follow-up, exceptions and reconciliation where configured.
Agreement design
Useful where the customer authorises a defined collection or a business needs an approved arrangement for an occasional payment.
May suit memberships, subscriptions, education, professional services or invoice instalments where the supported terms fit.
Describe only the amount and schedule structures enabled by the configured product and current documentation.
Pending, active, amended, paused, cancelled, expired or declined states require a defined operational response.
Customer-controlled, business-requested and provider-dependent actions can differ. Confirm the current implementation before promising a particular amendment, pause or cancellation path.
Operate the payment flow
Initiate only when the agreement and payment conditions are satisfied. A pending, rejected or timed-out state needs follow-up.
Amount, frequency, payment date, bank-account changes and new-agreement requirements may follow different rules.
Not every bank, account or flow supports PayTo. Customer authorisation is required and alternatives may be practical.
Connect agreement references, payment status, transaction data and receipts to the client’s accounting or ledger workflow.
Business fit
PayID generally supports customer-initiated one-off payments, while PayTo uses a customer-authorised agreement for eligible future requests. Payment links and hosted checkout can present one or more methods in a customer journey. The right combination depends on payer reach, collection pattern and operational support.
Frequently asked questions
A PayTo agreement is a digital arrangement that a customer reviews and authorises through participating online banking so a business can request eligible payments under the approved terms.
The customer reviews and authorises the agreement through participating online banking. The exact banking experience depends on the customer’s financial institution.
Depending on the configured method, PayTo can support approved one-off, ad hoc or regular payment arrangements. Availability depends on the customer, bank and provider-supported flow.
Some lifecycle actions may be customer-controlled or business-requested, but the available path depends on the agreement status, bank and current product implementation.
A business may be able to request supported changes or create a new agreement where required. Confirm the current rules for amount, frequency, date and bank-account changes.
No. Agreement approval makes an arrangement usable; payment initiation and payment completion are separate events with their own status and possible exceptions.
The business should use another supported payment method or customer journey where practical and explain the availability limitation before relying on PayTo.
Agreement references, payment status, transaction information, webhooks and receipts can support matching and exception handling where those data are available in the configured workflow.
Related resources
Bring the payment schedule, customer journey, bank coverage and reconciliation requirements for a fit discussion.