diff --git a/openapi/api.yaml b/openapi/api.yaml index c9e015a..79ef24e 100644 --- a/openapi/api.yaml +++ b/openapi/api.yaml @@ -19422,16 +19422,19 @@ components: Integer paired with `Net Terms Type` and representing the number of days past the current date (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms Type) that the - invoice will become past due. For any value, an additional 24 hours is + invoice will become past due. For `manual` collection method, an additional 24 hours is added to ensure the customer has the entire last day to make payment before - becoming past due. For example: + becoming past due. For example: If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an invoice is due `eom 30`, it will become past due 31 days from the last day of the current month. + For `automatic` collection method, the additional 24 hours is not added. For example, On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. - For more information please visit our docs page (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + + For more information on how net terms work with `manual` collection visit our docs page (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + or visit (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for information about net terms using `automatic` collection. minimum: 0 default: 0 net_terms_type: @@ -19617,16 +19620,19 @@ components: Integer paired with `Net Terms Type` and representing the number of days past the current date (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms Type) that the - invoice will become past due. For any value, an additional 24 hours is + invoice will become past due. For `manual` collection method, an additional 24 hours is added to ensure the customer has the entire last day to make payment before - becoming past due. For example: + becoming past due. For example: If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an invoice is due `eom 30`, it will become past due 31 days from the last day of the current month. + For `automatic` collection method, the additional 24 hours is not added. For example, On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. - For more information please visit our docs page (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + + For more information on how net terms work with `manual` collection visit our docs page (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + or visit (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for information about net terms using `automatic` collection. minimum: 0 default: 0 net_terms_type: @@ -21733,16 +21739,19 @@ components: Integer paired with `Net Terms Type` and representing the number of days past the current date (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms Type) that the - invoice will become past due. For any value, an additional 24 hours is + invoice will become past due. For `manual` collection method, an additional 24 hours is added to ensure the customer has the entire last day to make payment before - becoming past due. For example: + becoming past due. For example: If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an invoice is due `eom 30`, it will become past due 31 days from the last day of the current month. + For `automatic` collection method, the additional 24 hours is not added. For example, On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. - For more information please visit our docs page (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + + For more information on how net terms work with `manual` collection visit our docs page (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + or visit (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for information about net terms using `automatic` collection. minimum: 0 default: 0 net_terms_type: @@ -22314,7 +22323,8 @@ components: month (for `eom` Net Terms Type) that the invoice will become past due. During a subscription change, it's not necessary to provide both the `Net Terms Type` and `Net Terms` parameters. - For more information please visit our docs page (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + For more information on how net terms work with `manual` collection visit our docs page (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + or visit (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for information about net terms using `automatic` collection. minimum: 0 default: 0 net_terms_type: @@ -22527,16 +22537,19 @@ components: Integer paired with `Net Terms Type` and representing the number of days past the current date (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms Type) that the - invoice will become past due. For any value, an additional 24 hours is + invoice will become past due. For `manual` collection method, an additional 24 hours is added to ensure the customer has the entire last day to make payment before - becoming past due. For example: + becoming past due. For example: If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an invoice is due `eom 30`, it will become past due 31 days from the last day of the current month. + For `automatic` collection method, the additional 24 hours is not added. For example, On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. - For more information please visit our docs page (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + + For more information on how net terms work with `manual` collection visit our docs page (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + or visit (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for information about net terms using `automatic` collection. minimum: 0 default: 0 net_terms_type: @@ -22720,16 +22733,19 @@ components: Integer paired with `Net Terms Type` and representing the number of days past the current date (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms Type) that the - invoice will become past due. For any value, an additional 24 hours is + invoice will become past due. For `manual` collection method, an additional 24 hours is added to ensure the customer has the entire last day to make payment before - becoming past due. For example: + becoming past due. For example: If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an invoice is due `eom 30`, it will become past due 31 days from the last day of the current month. + For `automatic` collection method, the additional 24 hours is not added. For example, On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. - For more information please visit our docs page (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + + For more information on how net terms work with `manual` collection visit our docs page (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + or visit (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for information about net terms using `automatic` collection. minimum: 0 default: 0 net_terms_type: @@ -23154,6 +23170,44 @@ components: For all other countries this will come from the VAT Number field in the Billing Info. title: VAT Number + fraud_info: + "$ref": "#/components/schemas/TransactionFraudInfo" + TransactionFraudInfo: + type: object + title: Fraud information + readOnly: true + properties: + object: + type: string + title: Object type + readOnly: true + score: + type: integer + title: Kount score + minimum: 1 + maximum: 99 + decision: + title: Kount decision + maxLength: 10 + "$ref": "#/components/schemas/KountDecisionEnum" + reference: + type: string + title: Kount transaction reference ID + risk_rules_triggered: + type: array + title: Risk Rules Triggered + description: A list of fraud risk rules that were triggered for the transaction. + items: + "$ref": "#/components/schemas/FraudRiskRule" + FraudRiskRule: + type: object + properties: + code: + type: string + title: The Kount rule number. + message: + type: string + title: Description of why the rule was triggered ExternalTransaction: type: object properties: @@ -23457,16 +23511,19 @@ components: Integer paired with `Net Terms Type` and representing the number of days past the current date (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms Type) that the - invoice will become past due. For any value, an additional 24 hours is + invoice will become past due. For `manual` collection method, an additional 24 hours is added to ensure the customer has the entire last day to make payment before - becoming past due. For example: + becoming past due. For example: If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an invoice is due `eom 30`, it will become past due 31 days from the last day of the current month. + For `automatic` collection method, the additional 24 hours is not added. For example, On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. - For more information please visit our docs page (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + + For more information on how net terms work with `manual` collection visit our docs page (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + or visit (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for information about net terms using `automatic` collection. minimum: 0 default: 0 net_terms_type: diff --git a/src/main/java/com/recurly/v3/requests/InvoiceCreate.java b/src/main/java/com/recurly/v3/requests/InvoiceCreate.java index 3cecc30..0d28d5a 100644 --- a/src/main/java/com/recurly/v3/requests/InvoiceCreate.java +++ b/src/main/java/com/recurly/v3/requests/InvoiceCreate.java @@ -48,18 +48,24 @@ public class InvoiceCreate extends Request { /** * Integer paired with `Net Terms Type` and representing the number of days past the current date * (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms - * Type) that the invoice will become past due. For any value, an additional 24 hours is added to - * ensure the customer has the entire last day to make payment before becoming past due. For - * example: + * Type) that the invoice will become past due. For `manual` collection method, an additional 24 + * hours is added to ensure the customer has the entire last day to make payment before becoming + * past due. For example: * *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after * it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an * invoice is due `eom 30`, it will become past due 31 days from the last day of the current * month. * - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, - * 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + * + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ @SerializedName("net_terms") @Expose @@ -170,18 +176,24 @@ public void setCurrency(final String currency) { /** * Integer paired with `Net Terms Type` and representing the number of days past the current date * (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms - * Type) that the invoice will become past due. For any value, an additional 24 hours is added to - * ensure the customer has the entire last day to make payment before becoming past due. For - * example: + * Type) that the invoice will become past due. For `manual` collection method, an additional 24 + * hours is added to ensure the customer has the entire last day to make payment before becoming + * past due. For example: * *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after * it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an * invoice is due `eom 30`, it will become past due 31 days from the last day of the current * month. * - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, - * 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + * + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ public Integer getNetTerms() { return this.netTerms; @@ -190,16 +202,21 @@ public Integer getNetTerms() { /** * @param netTerms Integer paired with `Net Terms Type` and representing the number of days past * the current date (for `net` Net Terms Type) or days after the last day of the current month - * (for `eom` Net Terms Type) that the invoice will become past due. For any value, an - * additional 24 hours is added to ensure the customer has the entire last day to make payment - * before becoming past due. For example: + * (for `eom` Net Terms Type) that the invoice will become past due. For `manual` collection + * method, an additional 24 hours is added to ensure the customer has the entire last day to + * make payment before becoming past due. For example: *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours * after it's created. If an invoice is due `net 30`, it will become past due at 31 days * exactly. If an invoice is due `eom 30`, it will become past due 31 days from the last day * of the current month. - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, - * 30, 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ public void setNetTerms(final Integer netTerms) { this.netTerms = netTerms; diff --git a/src/main/java/com/recurly/v3/requests/PurchaseCreate.java b/src/main/java/com/recurly/v3/requests/PurchaseCreate.java index f1db6d1..b07bd84 100644 --- a/src/main/java/com/recurly/v3/requests/PurchaseCreate.java +++ b/src/main/java/com/recurly/v3/requests/PurchaseCreate.java @@ -77,18 +77,24 @@ public class PurchaseCreate extends Request { /** * Integer paired with `Net Terms Type` and representing the number of days past the current date * (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms - * Type) that the invoice will become past due. For any value, an additional 24 hours is added to - * ensure the customer has the entire last day to make payment before becoming past due. For - * example: + * Type) that the invoice will become past due. For `manual` collection method, an additional 24 + * hours is added to ensure the customer has the entire last day to make payment before becoming + * past due. For example: * *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after * it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an * invoice is due `eom 30`, it will become past due 31 days from the last day of the current * month. * - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, - * 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + * + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ @SerializedName("net_terms") @Expose @@ -272,18 +278,24 @@ public void setLineItems(final List lineItems) { /** * Integer paired with `Net Terms Type` and representing the number of days past the current date * (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms - * Type) that the invoice will become past due. For any value, an additional 24 hours is added to - * ensure the customer has the entire last day to make payment before becoming past due. For - * example: + * Type) that the invoice will become past due. For `manual` collection method, an additional 24 + * hours is added to ensure the customer has the entire last day to make payment before becoming + * past due. For example: * *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after * it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an * invoice is due `eom 30`, it will become past due 31 days from the last day of the current * month. * - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, - * 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + * + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ public Integer getNetTerms() { return this.netTerms; @@ -292,16 +304,21 @@ public Integer getNetTerms() { /** * @param netTerms Integer paired with `Net Terms Type` and representing the number of days past * the current date (for `net` Net Terms Type) or days after the last day of the current month - * (for `eom` Net Terms Type) that the invoice will become past due. For any value, an - * additional 24 hours is added to ensure the customer has the entire last day to make payment - * before becoming past due. For example: + * (for `eom` Net Terms Type) that the invoice will become past due. For `manual` collection + * method, an additional 24 hours is added to ensure the customer has the entire last day to + * make payment before becoming past due. For example: *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours * after it's created. If an invoice is due `net 30`, it will become past due at 31 days * exactly. If an invoice is due `eom 30`, it will become past due 31 days from the last day * of the current month. - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, - * 30, 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ public void setNetTerms(final Integer netTerms) { this.netTerms = netTerms; diff --git a/src/main/java/com/recurly/v3/requests/SubscriptionChangeCreate.java b/src/main/java/com/recurly/v3/requests/SubscriptionChangeCreate.java index 342e0b3..01e4735 100644 --- a/src/main/java/com/recurly/v3/requests/SubscriptionChangeCreate.java +++ b/src/main/java/com/recurly/v3/requests/SubscriptionChangeCreate.java @@ -67,8 +67,10 @@ public class SubscriptionChangeCreate extends Request { * `eom` Net Terms Type) that the invoice will become past due. During a subscription change, it's * not necessary to provide both the `Net Terms Type` and `Net Terms` parameters. * - *

For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ @SerializedName("net_terms") @Expose @@ -262,8 +264,10 @@ public void setCustomFields(final List customFields) { * `eom` Net Terms Type) that the invoice will become past due. During a subscription change, it's * not necessary to provide both the `Net Terms Type` and `Net Terms` parameters. * - *

For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ public Integer getNetTerms() { return this.netTerms; @@ -275,8 +279,10 @@ public Integer getNetTerms() { * current month (for `eom` Net Terms Type) that the invoice will become past due. During a * subscription change, it's not necessary to provide both the `Net Terms Type` and `Net * Terms` parameters. - *

For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ public void setNetTerms(final Integer netTerms) { this.netTerms = netTerms; diff --git a/src/main/java/com/recurly/v3/requests/SubscriptionCreate.java b/src/main/java/com/recurly/v3/requests/SubscriptionCreate.java index bc40687..025ce87 100644 --- a/src/main/java/com/recurly/v3/requests/SubscriptionCreate.java +++ b/src/main/java/com/recurly/v3/requests/SubscriptionCreate.java @@ -94,18 +94,24 @@ public class SubscriptionCreate extends Request { /** * Integer paired with `Net Terms Type` and representing the number of days past the current date * (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms - * Type) that the invoice will become past due. For any value, an additional 24 hours is added to - * ensure the customer has the entire last day to make payment before becoming past due. For - * example: + * Type) that the invoice will become past due. For `manual` collection method, an additional 24 + * hours is added to ensure the customer has the entire last day to make payment before becoming + * past due. For example: * *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after * it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an * invoice is due `eom 30`, it will become past due 31 days from the last day of the current * month. * - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, - * 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + * + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ @SerializedName("net_terms") @Expose @@ -408,18 +414,24 @@ public void setGiftCardRedemptionCode(final String giftCardRedemptionCode) { /** * Integer paired with `Net Terms Type` and representing the number of days past the current date * (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms - * Type) that the invoice will become past due. For any value, an additional 24 hours is added to - * ensure the customer has the entire last day to make payment before becoming past due. For - * example: + * Type) that the invoice will become past due. For `manual` collection method, an additional 24 + * hours is added to ensure the customer has the entire last day to make payment before becoming + * past due. For example: * *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after * it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an * invoice is due `eom 30`, it will become past due 31 days from the last day of the current * month. * - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, - * 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + * + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ public Integer getNetTerms() { return this.netTerms; @@ -428,16 +440,21 @@ public Integer getNetTerms() { /** * @param netTerms Integer paired with `Net Terms Type` and representing the number of days past * the current date (for `net` Net Terms Type) or days after the last day of the current month - * (for `eom` Net Terms Type) that the invoice will become past due. For any value, an - * additional 24 hours is added to ensure the customer has the entire last day to make payment - * before becoming past due. For example: + * (for `eom` Net Terms Type) that the invoice will become past due. For `manual` collection + * method, an additional 24 hours is added to ensure the customer has the entire last day to + * make payment before becoming past due. For example: *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours * after it's created. If an invoice is due `net 30`, it will become past due at 31 days * exactly. If an invoice is due `eom 30`, it will become past due 31 days from the last day * of the current month. - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, - * 30, 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ public void setNetTerms(final Integer netTerms) { this.netTerms = netTerms; diff --git a/src/main/java/com/recurly/v3/requests/SubscriptionUpdate.java b/src/main/java/com/recurly/v3/requests/SubscriptionUpdate.java index 8cff147..9ee7410 100644 --- a/src/main/java/com/recurly/v3/requests/SubscriptionUpdate.java +++ b/src/main/java/com/recurly/v3/requests/SubscriptionUpdate.java @@ -60,18 +60,24 @@ public class SubscriptionUpdate extends Request { /** * Integer paired with `Net Terms Type` and representing the number of days past the current date * (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms - * Type) that the invoice will become past due. For any value, an additional 24 hours is added to - * ensure the customer has the entire last day to make payment before becoming past due. For - * example: + * Type) that the invoice will become past due. For `manual` collection method, an additional 24 + * hours is added to ensure the customer has the entire last day to make payment before becoming + * past due. For example: * *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after * it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an * invoice is due `eom 30`, it will become past due 31 days from the last day of the current * month. * - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, - * 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + * + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ @SerializedName("net_terms") @Expose @@ -231,18 +237,24 @@ public void setGatewayCode(final String gatewayCode) { /** * Integer paired with `Net Terms Type` and representing the number of days past the current date * (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms - * Type) that the invoice will become past due. For any value, an additional 24 hours is added to - * ensure the customer has the entire last day to make payment before becoming past due. For - * example: + * Type) that the invoice will become past due. For `manual` collection method, an additional 24 + * hours is added to ensure the customer has the entire last day to make payment before becoming + * past due. For example: * *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after * it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an * invoice is due `eom 30`, it will become past due 31 days from the last day of the current * month. * - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, - * 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + * + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ public Integer getNetTerms() { return this.netTerms; @@ -251,16 +263,21 @@ public Integer getNetTerms() { /** * @param netTerms Integer paired with `Net Terms Type` and representing the number of days past * the current date (for `net` Net Terms Type) or days after the last day of the current month - * (for `eom` Net Terms Type) that the invoice will become past due. For any value, an - * additional 24 hours is added to ensure the customer has the entire last day to make payment - * before becoming past due. For example: + * (for `eom` Net Terms Type) that the invoice will become past due. For `manual` collection + * method, an additional 24 hours is added to ensure the customer has the entire last day to + * make payment before becoming past due. For example: *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours * after it's created. If an invoice is due `net 30`, it will become past due at 31 days * exactly. If an invoice is due `eom 30`, it will become past due 31 days from the last day * of the current month. - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, - * 30, 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ public void setNetTerms(final Integer netTerms) { this.netTerms = netTerms; diff --git a/src/main/java/com/recurly/v3/resources/FraudRiskRule.java b/src/main/java/com/recurly/v3/resources/FraudRiskRule.java new file mode 100644 index 0000000..adccb21 --- /dev/null +++ b/src/main/java/com/recurly/v3/resources/FraudRiskRule.java @@ -0,0 +1,43 @@ +/** + * This file is automatically created by Recurly's OpenAPI generation process and thus any edits you + * make by hand will be lost. If you wish to make a change to this file, please create a Github + * issue explaining the changes you need and we will usher them to the appropriate places. + */ +package com.recurly.v3.resources; + +import com.google.gson.annotations.Expose; +import com.google.gson.annotations.SerializedName; +import com.recurly.v3.Resource; + +public class FraudRiskRule extends Resource { + + /** The Kount rule number. */ + @SerializedName("code") + @Expose + private String code; + + /** Description of why the rule was triggered */ + @SerializedName("message") + @Expose + private String message; + + /** The Kount rule number. */ + public String getCode() { + return this.code; + } + + /** @param code The Kount rule number. */ + public void setCode(final String code) { + this.code = code; + } + + /** Description of why the rule was triggered */ + public String getMessage() { + return this.message; + } + + /** @param message Description of why the rule was triggered */ + public void setMessage(final String message) { + this.message = message; + } +} diff --git a/src/main/java/com/recurly/v3/resources/Invoice.java b/src/main/java/com/recurly/v3/resources/Invoice.java index b71d354..1d7dab1 100644 --- a/src/main/java/com/recurly/v3/resources/Invoice.java +++ b/src/main/java/com/recurly/v3/resources/Invoice.java @@ -136,18 +136,24 @@ public class Invoice extends Resource { /** * Integer paired with `Net Terms Type` and representing the number of days past the current date * (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms - * Type) that the invoice will become past due. For any value, an additional 24 hours is added to - * ensure the customer has the entire last day to make payment before becoming past due. For - * example: + * Type) that the invoice will become past due. For `manual` collection method, an additional 24 + * hours is added to ensure the customer has the entire last day to make payment before becoming + * past due. For example: * *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after * it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an * invoice is due `eom 30`, it will become past due 31 days from the last day of the current * month. * - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, - * 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + * + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ @SerializedName("net_terms") @Expose @@ -545,18 +551,24 @@ public void setLineItems(final List lineItems) { /** * Integer paired with `Net Terms Type` and representing the number of days past the current date * (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms - * Type) that the invoice will become past due. For any value, an additional 24 hours is added to - * ensure the customer has the entire last day to make payment before becoming past due. For - * example: + * Type) that the invoice will become past due. For `manual` collection method, an additional 24 + * hours is added to ensure the customer has the entire last day to make payment before becoming + * past due. For example: * *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after * it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an * invoice is due `eom 30`, it will become past due 31 days from the last day of the current * month. * - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, - * 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + * + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ public Integer getNetTerms() { return this.netTerms; @@ -565,16 +577,21 @@ public Integer getNetTerms() { /** * @param netTerms Integer paired with `Net Terms Type` and representing the number of days past * the current date (for `net` Net Terms Type) or days after the last day of the current month - * (for `eom` Net Terms Type) that the invoice will become past due. For any value, an - * additional 24 hours is added to ensure the customer has the entire last day to make payment - * before becoming past due. For example: + * (for `eom` Net Terms Type) that the invoice will become past due. For `manual` collection + * method, an additional 24 hours is added to ensure the customer has the entire last day to + * make payment before becoming past due. For example: *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours * after it's created. If an invoice is due `net 30`, it will become past due at 31 days * exactly. If an invoice is due `eom 30`, it will become past due 31 days from the last day * of the current month. - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, - * 30, 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ public void setNetTerms(final Integer netTerms) { this.netTerms = netTerms; diff --git a/src/main/java/com/recurly/v3/resources/Subscription.java b/src/main/java/com/recurly/v3/resources/Subscription.java index 32a6f55..7882a84 100644 --- a/src/main/java/com/recurly/v3/resources/Subscription.java +++ b/src/main/java/com/recurly/v3/resources/Subscription.java @@ -162,18 +162,24 @@ public class Subscription extends Resource { /** * Integer paired with `Net Terms Type` and representing the number of days past the current date * (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms - * Type) that the invoice will become past due. For any value, an additional 24 hours is added to - * ensure the customer has the entire last day to make payment before becoming past due. For - * example: + * Type) that the invoice will become past due. For `manual` collection method, an additional 24 + * hours is added to ensure the customer has the entire last day to make payment before becoming + * past due. For example: * *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after * it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an * invoice is due `eom 30`, it will become past due 31 days from the last day of the current * month. * - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, - * 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + * + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ @SerializedName("net_terms") @Expose @@ -632,18 +638,24 @@ public void setId(final String id) { /** * Integer paired with `Net Terms Type` and representing the number of days past the current date * (for `net` Net Terms Type) or days after the last day of the current month (for `eom` Net Terms - * Type) that the invoice will become past due. For any value, an additional 24 hours is added to - * ensure the customer has the entire last day to make payment before becoming past due. For - * example: + * Type) that the invoice will become past due. For `manual` collection method, an additional 24 + * hours is added to ensure the customer has the entire last day to make payment before becoming + * past due. For example: * *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours after * it's created. If an invoice is due `net 30`, it will become past due at 31 days exactly. If an * invoice is due `eom 30`, it will become past due 31 days from the last day of the current * month. * - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, 30, - * 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + * + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ public Integer getNetTerms() { return this.netTerms; @@ -652,16 +664,21 @@ public Integer getNetTerms() { /** * @param netTerms Integer paired with `Net Terms Type` and representing the number of days past * the current date (for `net` Net Terms Type) or days after the last day of the current month - * (for `eom` Net Terms Type) that the invoice will become past due. For any value, an - * additional 24 hours is added to ensure the customer has the entire last day to make payment - * before becoming past due. For example: + * (for `eom` Net Terms Type) that the invoice will become past due. For `manual` collection + * method, an additional 24 hours is added to ensure the customer has the entire last day to + * make payment before becoming past due. For example: *

If an invoice is due `net 0`, it is due 'On Receipt' and will become past due 24 hours * after it's created. If an invoice is due `net 30`, it will become past due at 31 days * exactly. If an invoice is due `eom 30`, it will become past due 31 days from the last day * of the current month. - *

When `eom` Net Terms Type is passed, the value for `Net Terms` is restricted to `0, 15, - * 30, 45, 60, or 90`. For more information please visit our docs page - * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) + *

For `automatic` collection method, the additional 24 hours is not added. For example, + * On-Receipt is due immediately, and `net 30` will become due exactly 30 days from invoice + * generation, at which point Recurly will attempt collection. When `eom` Net Terms Type is + * passed, the value for `Net Terms` is restricted to `0, 15, 30, 45, 60, or 90`. + *

For more information on how net terms work with `manual` collection visit our docs page + * (https://docs.recurly.com/docs/manual-payments#section-collection-terms) or visit + * (https://docs.recurly.com/docs/automatic-invoicing-terms#section-collection-terms) for + * information about net terms using `automatic` collection. */ public void setNetTerms(final Integer netTerms) { this.netTerms = netTerms; diff --git a/src/main/java/com/recurly/v3/resources/Transaction.java b/src/main/java/com/recurly/v3/resources/Transaction.java index 8bb0765..adf3120 100644 --- a/src/main/java/com/recurly/v3/resources/Transaction.java +++ b/src/main/java/com/recurly/v3/resources/Transaction.java @@ -83,6 +83,11 @@ public class Transaction extends Resource { @Expose private Constants.CvvCheck cvvCheck; + /** Fraud information */ + @SerializedName("fraud_info") + @Expose + private TransactionFraudInfo fraudInfo; + /** Transaction approval code from the payment gateway. */ @SerializedName("gateway_approval_code") @Expose @@ -386,6 +391,16 @@ public void setCvvCheck(final Constants.CvvCheck cvvCheck) { this.cvvCheck = cvvCheck; } + /** Fraud information */ + public TransactionFraudInfo getFraudInfo() { + return this.fraudInfo; + } + + /** @param fraudInfo Fraud information */ + public void setFraudInfo(final TransactionFraudInfo fraudInfo) { + this.fraudInfo = fraudInfo; + } + /** Transaction approval code from the payment gateway. */ public String getGatewayApprovalCode() { return this.gatewayApprovalCode; diff --git a/src/main/java/com/recurly/v3/resources/TransactionFraudInfo.java b/src/main/java/com/recurly/v3/resources/TransactionFraudInfo.java new file mode 100644 index 0000000..9567766 --- /dev/null +++ b/src/main/java/com/recurly/v3/resources/TransactionFraudInfo.java @@ -0,0 +1,92 @@ +/** + * This file is automatically created by Recurly's OpenAPI generation process and thus any edits you + * make by hand will be lost. If you wish to make a change to this file, please create a Github + * issue explaining the changes you need and we will usher them to the appropriate places. + */ +package com.recurly.v3.resources; + +import com.google.gson.annotations.Expose; +import com.google.gson.annotations.SerializedName; +import com.recurly.v3.Constants; +import com.recurly.v3.Resource; +import java.util.List; + +public class TransactionFraudInfo extends Resource { + + /** Kount decision */ + @SerializedName("decision") + @Expose + private Constants.KountDecision decision; + + /** Object type */ + @SerializedName("object") + @Expose + private String object; + + /** Kount transaction reference ID */ + @SerializedName("reference") + @Expose + private String reference; + + /** A list of fraud risk rules that were triggered for the transaction. */ + @SerializedName("risk_rules_triggered") + @Expose + private List riskRulesTriggered; + + /** Kount score */ + @SerializedName("score") + @Expose + private Integer score; + + /** Kount decision */ + public Constants.KountDecision getDecision() { + return this.decision; + } + + /** @param decision Kount decision */ + public void setDecision(final Constants.KountDecision decision) { + this.decision = decision; + } + + /** Object type */ + public String getObject() { + return this.object; + } + + /** @param object Object type */ + public void setObject(final String object) { + this.object = object; + } + + /** Kount transaction reference ID */ + public String getReference() { + return this.reference; + } + + /** @param reference Kount transaction reference ID */ + public void setReference(final String reference) { + this.reference = reference; + } + + /** A list of fraud risk rules that were triggered for the transaction. */ + public List getRiskRulesTriggered() { + return this.riskRulesTriggered; + } + + /** + * @param riskRulesTriggered A list of fraud risk rules that were triggered for the transaction. + */ + public void setRiskRulesTriggered(final List riskRulesTriggered) { + this.riskRulesTriggered = riskRulesTriggered; + } + + /** Kount score */ + public Integer getScore() { + return this.score; + } + + /** @param score Kount score */ + public void setScore(final Integer score) { + this.score = score; + } +}