API integration checklist

There are many use cases for the FinDock Payment API and many ways to implement each one. To help you find the best way to use the Payment API for your organization, we have collected a number of questions to help guide your development planning.

Checklist

  • Do you dynamically make payment methods available for your front-end based on a GET to the /PaymentMethods endpoint?
  • Do you dynamically make payment method parameters available for your front-end based on a GET to the /PaymentMethods endpoint?
  • Do you dynamically make payment method parameters values (for enum type parameters) available based on a GET to the /PaymentMethods endpoint? For instance, do you show issuers for iDEAL payments based on the enum object?
  • Do you offer both one-time and recurring payments?
  • Do any processors require an initial payment to authorize recurring payments (thus using the RecurringRequiresInitialPayment parameter)?

Advanced questions

  • Do you support multiple currencies through the CurrencyISOCode parameter?
  • Do you support multiple merchants through the Target parameter?
  • Do you allow your customers to add (custom) fields to the API call through the SalesforceFields object for:
    • One-time, Recurring and PaymentIntent (Inbound Report record)
    • Contact and Account
  • Do you ensure the same payment is not offered to FinDock twice by implementing the IdempotencyKey parameter?
  • If you store data in the application that calls the Payment API, do you handle payment data updates through webhook notifications from FinDock?

Was this page helpful?