Payment API credentials use a fixed permission schema to restrict what each integration can do.Documentation Index
Fetch the complete documentation index at: https://docs.safefypay.com.br/llms.txt
Use this file to discover all available pages before exploring further.
Permission structure
Modules and effects
| Module | Field | Main effect |
|---|---|---|
| Balance | balance.read | Allows GET /v1/balance |
| Transactions | transactions.read | Allows list and get transaction |
| Transactions | transactions.write | Allows create and simulate transaction |
| Customers | customers.read | Allows list and get customer |
| Customers | customers.write | Allows create customer |
| Customers | customers.edit | Allows update customer |
| Cashouts | cashouts.read | Allows list and get cashout |
| Cashouts | cashouts.write | Allows create, cancel, and simulate cashout |
| Cashouts | cashouts.allowAnyPixKey | Allows arbitrary PIX key in cashout create |
Important cashout rules
- Always use
withdrawNowAvailablefromGET /v1/balanceto set cashout amount. - If
requiresFullWithdrawalNow = true, amount must be exactlywithdrawNowAvailable. - When
cashouts.allowAnyPixKey = false, arbitrary PIX key destination is not allowed. - Operation environment (
SandboxorProduction) is determined by the authenticated credential.
Best practices
- Use separate credentials per internal service.
- Apply least privilege for each credential.
- Avoid using a single full-access credential for every integration.
- Revoke and rotate credentials immediately if exposure is suspected.