Updates the information linked to a Token in the PayFacto recurring billing module. Supports full card replacement or expiry-date-only updates without changing the stored card number.
Version: v1.0 | Last updated: 2026-05-25 | Author: Annick Lachapelle
Expiry-date-only update
To update only the expiry date without replacing the card number stored in the Token Vault, send the literal string NO_CHANGE in the CardNumber field along with the new ExpirationDate.
To replace the full card, send the new card number in CardNumber and the new expiry date in ExpirationDate as usual.
API Key
Generate your API key from the Payments Manager: Administrator Client → API Key → Add New Key. Pass it as auth-api-key in every request.
Company & Merchant Numbers
Your CompanyNumber (5-digit) and MerchantNumber (8-digit) are issued by PayFacto during onboarding. Both are required on every Modify User request.
Environment Base URL
Test: https://test.api.payfacto.cloud/v1 | Production: Provided by the PayFacto Integration team upon certification.
Request Format — Base64-Encoded Payload
Requests use HTTP POST with an application/x-www-form-urlencoded body. Assemble all parameters as a cleartext query string, Base64-encode it, then send: auth-api-key={key}&payload={base64}.
Existing Token
You must have stored the Token from a prior transaction or recurring session response. This token identifies the subscriber record to update in the PayFacto Token Vault. Use Recurring — Info User to retrieve the token if needed.
All parameters are passed inside the Base64-encoded payload form field. Raw body format: auth-api-key=<key>&payload=<base64>. All fields listed below are required on every request — send NO_CHANGE in CardNumber when updating the expiry date only.
Required fields
The examples below use the test endpoint and a sandbox API key. Replace credentials and base URL before going live.
Example A — Full card replacement
Example B — Expiry date update only (NO_CHANGE)
The source specification does not designate any response fields as unconditionally mandatory for this endpoint. Always check recurReturnCode first. The remaining fields reflect the full state of the subscriber record after the update.
Response fields
The following codes are specific to this endpoint. For the complete catalogue see the Return Code Index.