@@ -254,9 +254,6 @@ $request = $gateway->authorize([
254
254
]);
255
255
```
256
256
257
- For most transactions, either the ` card ` or ` token ` parameter is required. For more information on
258
- using tokens, see the Token Billing section below.
259
-
260
257
When calling the ` completeAuthorize ` or ` completePurchase ` methods, the exact same arguments should be provided as
261
258
when you made the initial ` authorize ` or ` purchase ` call (some gateways will need to verify for example the actual
262
259
amount paid equals the amount requested). The only parameter you can omit is ` card ` .
@@ -348,13 +345,18 @@ try {
348
345
349
346
## Token Billing
350
347
351
- Token billing is still under development. Most likely gateways will be able to implement the
352
- following methods:
348
+ Token billing allows you to store a credit card with your gateway, and charge it at a later date.
349
+ Token billing is not supported by all gateways. For supported gateways, the following methods
350
+ are available:
353
351
354
- * ` createCard($options) ` - returns a response object which includes a ` token ` , which can be used for future transactions
352
+ * ` createCard($options) ` - returns a response object which includes a ` cardReference ` , which can be used for future transactions
355
353
* ` updateCard($options) ` - update a stored card, not all gateways support this method
356
354
* ` deleteCard($options) ` - remove a stored card, not all gateways support this method
357
355
356
+ Once you have a ` cardReference ` , you can use it instead of the ` card ` parameter when creating a charge:
357
+
358
+ $gateway->purchase(['amount' => 1000, 'cardReference' => 'abc']);
359
+
358
360
## Recurring Billing
359
361
360
362
At this stage, automatic recurring payments functionality is out of scope for this library.
0 commit comments