Package com.stripe.model

Class Account.FutureRequirements

java.lang.Object
com.stripe.model.StripeObject
com.stripe.model.Account.FutureRequirements
All Implemented Interfaces:
StripeObjectInterface
Enclosing class:
Account
public static class Account.FutureRequirements extends StripeObject
A value indicating the Stripe dashboard this account has access to independent of the Connect application.

One of express, full, or none.

  • Constructor Details

    • FutureRequirements

      public FutureRequirements()

  • Method Details

    • getAlternatives

      public List<Account.FutureRequirements.Alternative> getAlternatives()
      Fields that are due and can be satisfied by providing the corresponding alternative fields instead.

    • getCurrentDeadline

      public Long getCurrentDeadline()
      Date on which future_requirements merges with the main requirements hash and future_requirements becomes empty. After the transition, currently_due requirements may immediately become past_due, but the account may also be given a grace period depending on its enablement state prior to transitioning.

    • getCurrentlyDue

      public List<String> getCurrentlyDue()
      Fields that need to be collected to keep the account enabled. If not collected by future_requirements[current_deadline], these fields will transition to the main requirements hash.

    • getDisabledReason

      public String getDisabledReason()
      This is typed as a string for consistency with requirements.disabled_reason.

    • getErrors

      public List<Account.FutureRequirements.Errors> getErrors()
      Fields that are currently_due and need to be collected again because validation or verification failed.

    • getEventuallyDue

      public List<String> getEventuallyDue()
      Fields that need to be collected assuming all volume thresholds are reached. As they become required, they appear in currently_due as well.

    • getPastDue

      public List<String> getPastDue()
      Fields that weren't collected by requirements.current_deadline. These fields need to be collected to enable the capability on the account. New fields will never appear here; future_requirements.past_due will always be a subset of requirements.past_due.

    • getPendingVerification

      public List<String> getPendingVerification()
      Fields that might become required depending on the results of verification or review. It's an empty array unless an asynchronous verification is pending. If verification fails, these fields move to eventually_due or currently_due. Fields might appear in eventually_due or currently_due and in pending_verification if verification fails but another verification is still pending.

    • setAlternatives

      public void setAlternatives(List<Account.FutureRequirements.Alternative> alternatives)
      Fields that are due and can be satisfied by providing the corresponding alternative fields instead.

    • setCurrentDeadline

      public void setCurrentDeadline(Long currentDeadline)
      Date on which future_requirements merges with the main requirements hash and future_requirements becomes empty. After the transition, currently_due requirements may immediately become past_due, but the account may also be given a grace period depending on its enablement state prior to transitioning.

    • setCurrentlyDue

      public void setCurrentlyDue(List<String> currentlyDue)
      Fields that need to be collected to keep the account enabled. If not collected by future_requirements[current_deadline], these fields will transition to the main requirements hash.

    • setDisabledReason

      public void setDisabledReason(String disabledReason)
      This is typed as a string for consistency with requirements.disabled_reason.

    • setErrors

      public void setErrors(List<Account.FutureRequirements.Errors> errors)
      Fields that are currently_due and need to be collected again because validation or verification failed.

    • setEventuallyDue

      public void setEventuallyDue(List<String> eventuallyDue)
      Fields that need to be collected assuming all volume thresholds are reached. As they become required, they appear in currently_due as well.

    • setPastDue

      public void setPastDue(List<String> pastDue)
      Fields that weren't collected by requirements.current_deadline. These fields need to be collected to enable the capability on the account. New fields will never appear here; future_requirements.past_due will always be a subset of requirements.past_due.

    • setPendingVerification

      public void setPendingVerification(List<String> pendingVerification)
      Fields that might become required depending on the results of verification or review. It's an empty array unless an asynchronous verification is pending. If verification fails, these fields move to eventually_due or currently_due. Fields might appear in eventually_due or currently_due and in pending_verification if verification fails but another verification is still pending.

    • equals

      public boolean equals(Object o)
      Overrides:
      equals in class Object

    • canEqual

      protected boolean canEqual(Object other)

    • hashCode

      public int hashCode()
      Overrides:
      hashCode in class Object