Prepare a payment request for an order
Give a customer a clear, verified payment request for an agreed purchase.
Illustrative idea, not a published runnable template. Grunt is prelaunch; live service is paused and live provider connections and outcomes remain unverified. The steps, providers, and outcomes below describe a concept.
Prepare a PIX QR code from the intended recipient’s valid Brazilian payment key, name, city, amount, and optional description. Show the important payment details alongside the scannable image so a person can catch mistakes before a customer sees it. Verify the recipient and amount, protect payment information, and require approval of the exact request and destination before sharing it. Preparing a QR code does not confirm that a payment has been made.
Actual availability depends on published steps, supported connections, permissions, and provider approval.
“Prepare a clear PIX payment QR code and check the recipient, amount, and description before it is shared.”
Clear tasks, with review where it matters.
Helps a business prepare Brazilian PIX payment requests with the details visible for review before a customer chooses to pay.
An incorrect payment key, recipient name, amount, or description can direct money to the wrong place. Verify every detail with the recipient, keep payment information restricted, and require an authorized person to approve the exact QR image and its destination before external sharing. A generated request is not evidence of payment or settlement.
Select an illustrative task to explore its proposed role. No workflow runs here.
Verify the recipient’s payment key, displayed name, and city against a trusted business record.
Confirm the requested amount and transaction description with the person responsible for the sale or service.
Create a scannable PIX request from the verified details and show readable payment information alongside it.
Have an authorized person compare the visible recipient and amount with the agreed transaction.
Share the approved request only with its intended customer or audience, and check payment status separately before treating an order as paid.
Verify the recipient’s payment key, displayed name, and city against a trusted business record.
These are planning notes for the concept, not instructions for a currently available template.
Specify accepted PIX key types, required recipient information, currency, and permitted payment purposes.
Choose limits, required confirmations, and how missing or unusual payment details are handled.
Limit access to payment details and avoid including personal information that is unnecessary for the request.
Name who verifies recipient details and who approves each final request and its customer-facing destination.
Published templates and verified customer availability remain pending.
Explore the sample experience while launch details are being finalized.
View pricing status Explore the simulation