Documentation Index
Fetch the complete documentation index at: https://docs.knotapi.com/llms.txt
Use this file to discover all available pages before exploring further.
Development
- Bypass SDK
- E2E Flow
In the development environment, you can test the full flow - including webhooks and card data submission - without installing or invoking the SDK. This is useful for backend-only development & testing.
Register a webhook
In your Knot Dashboard, add a webhook endpoint for the development environment. This is where Knot will deliver the
AUTHENTICATED and subsequent events.Simulate a user authentication
Call the Link Account endpoint with
card_switcher: true. This links a test merchant account to the Knot platform and fires an AUTHENTICATED webhook to your registered endpoint.Handle the AUTHENTICATED webhook
When your server receives the
AUTHENTICATED event, extract the task_id from the payload. You have 15 seconds to submit user & card data.Encrypt and submit test user & card data
Retrieve the JWK from Retrieve JWK, encrypt the payload below, then POST to Switch Card (JWE). See Sending Card Data for full code samples.Knot will fire a
CARD_UPDATED or CARD_FAILED webhook with the result.Production
Below are a set of best practices when testing Knot in production.- Ensure testing occurs from devices in the U.S. and with merchant accounts based in the U.S. International devices and accounts are not enabled.
- Replicate real-life behavior:
- Do not attempt to provision multiple cards to the same merchant account multiple consecutive times in a short period. The merchant’s fraud rules are likely to prevent this behavior.
- Do not attempt to provision the same card to multiple different accounts with the same merchant. Similar to the above, the merchant’s fraud rule are likely to prevent this behavior.
- Do not attempt to log in to the same merchant multiple consecutive times in a short time frame on the same device.
- Do not attempt to log into the a merchant account while on a company VPN.
- Ensure the proper personal information (beyond the card information) is being provided to Knot (typically in the call to Switch Card). Many merchants require first name, last name, billing address, and/or phone number to update a card-on-file. The billing address may need to pass Address Verification Service (AVS) checks by the merchant. This information can come from a number of different places depending on your integration with Knot or your server’s storage/retrieval of this information from other third parties (e.g. bank partner, processor, etc.).
- Ensure the card that is being sent to Knot is active (i.e. not locked/frozen) and has sufficient funds (if a debit card). Many merchants attempt a small authorization hold of
$0.01or$1.00on debit or prepaid cards. - If you are testing Knot’s web SDK, ensure you are not logged in to the merchant in another browser tab at the same time as when logging in via the SDK.
- If you choose to check if your card is actually provisioned to the merchant account after completing the flow in the Knot SDK:
- Allow a bit of time for the merchant account to update. Certain merchants can take a few minutes for the new card to be reflected in the account.
- Hard refresh the merchant account page and/or log out and log in again to see the newly provisioned card.