With PayNearMe, an order is required any time money moves or is scheduled to move. Orders can be created or “staged” at the time of payment where each transaction has a unique Order ID (via the /create_order API call) or can be created beforehand as reusable identifiers for consumers (via an SFTP bulk file upload). At a minimum, the following parameters are required to create an order:
order_amountorder_currencysite_customer_identifierorder_typeorder_is_standing
| Time | Status | User Agent | |
|---|---|---|---|
Retrieving recent requests… | |||
Sequential Processing RequirementsWhen using the
/create_orderAPI, ensure that requests sharing the samesite_customer_idare not made in parallel. Sequential processing of these calls is required to avoid race conditions and to ensure data integrity.
Best Practices to Ensure Fast API Response TimesBy default, PayNearMe will return all payments related to an order in response to your API call. This results in lengthy responses as your orders accrue payments in our system. The following options reduce load times and bandwidth usage, helping to lower network costs.
Limiting Payment ListingsFor the fastest responses, sending
return_minimal_info=trueensures that PayNearMe will only return thepnm_order_identifierand thepnm_customer_identifier.If you require more information in the response than that, but do not require payment history, sending
return_no_pmts=truein your request will eliminate payment history entirely.If you prefer to receive just the most recent payment, sending
last_pmt_only=truein your request will limit the response to just the most recent payment.
Limiting Payment Method ListingsUse
payment_methods_limitto limit the number of stored payment methods (accounts) returned within each payment method type (i.e.,paypal,venmo,debit,gpay,ach,cash_app) in the response. This is useful for orders with many saved payment methods where returning all accounts would impact performance.