| MerchantKey | path | integer | Yes | The key of the merchant. |
| CustomerKey | path | integer | Yes | The customer key. |
| ContractKey | path | integer | Yes | The key of the contract to patch. |
| Token | model | string | No | The token representing customer payment data. |
| BillAmount | model | decimal? | No | Amount billed each time the contract comes due in DD.CC format. |
| StartDate | model | DateTime? | No | Date that the contract becomes effective in YYYY/MM/DD format. The start date must be greater than today’s date.
The StartDate represents the first time the customer will be billed per the contract. Future bill dates are calculated using the BillingPeriod and BillingInterval parameters. |
| EndDate | model | DateTime? | No | Date that the contract is completed in YYYY/MM/DD format. The end date must be greater than the start date. |
| MerchantContractName | model | string | No | Merchant defined friendly name for this contract |
| MerchantContractId | model | string | No | Merchant defined identification for this contract. This is not a unique identifier within the gateway but rather a way for the merchant to identify a contract. |
| BillingPeriod | model | BillingPeriod? | No | This value is used in conjunction with the BillingInterval to compute the next bill date for a contract. The system will automatically account for 31 day months and/or leap years. For example: Recurring billing is set to run once monthly. The contract start date is set for the 31st. If the next month only has 30 days, recurring billing will automatically run the transaction on the 30th.Allowable Values |
| ActivationStatus | model | ActivationStatus? | No | Indicates whether the contract is currently active (reviewed each day for pending payments due) or inactiveAllowable Values |
| MaxFailures | model | int? | No | The number of times the system will try to re-process a failed payment before the contract is placed in suspended state. If left blank, the default value is zero (0). A MaxFailure = 0 means that the system will not try to reprocess a failed payment.
IMPORTANT: When a payment fails to process and the MaxFailures parameter is set to a value greater than zero (0), all future payments will be ignored until the failed payment is either successfully processed or the contract is suspended. |
| BillingInterval | model | int? | No | This value is used in conjunction with the BillingPeriod to compute the next bill date for a contract.Allowable Values |
| FailureInterval | model | int? | No | The interval in days between attempts to retry processing a failed payment. |
| FailurePeriod | model | FailurePeriod? | No | Sets the FailureInterval time period.Allowable Values |
| EmailCustomerReceiptOption | model | EmailCustomerReceiptOption? | No | Determines under what circumstances a receipt will be emailed to the customer.Allowable Values |
| EmailMerchant | model | bool? | No | Indicates whether the system will send an email to the merchant after successfully processing a scheduled payment. |
| EmailCustomer | model | bool? | No | Indicates whether the system will send an email to the customer after successfully processing a scheduled payment. |
| EmailMerchantFailure | model | bool? | No | Indicates whether the system will send an email to the merchant after failing to process a scheduled payment. |
| EmailCustomerFailure | model | bool? | No | Indicates whether the system will send an email to the customer after failing to process a scheduled payment. |
| TaxAmount | model | decimal? | No | Tax amount applied to the BillAmount in DD.CC format. |
| TotalAmount | model | decimal? | No | Total amount billed, including tax, each time the contract comes due in DD.CC format. |
| MaxAmount | model | decimal? | No | Maximum amount allowed for the full term of this contract in DD.CC format. |
| CustomFields | model | List<ContractCustomField> | No | A collection of custom field objects. The complete set of custom fields will be replaced on a patch. For example, if a contract currently has two custom fields and a patch request contains just one custom field, the updated contract will contain only one custom field - the one passed in on the patch request. |