Struct PersonFutureRequirements 

pub struct PersonFutureRequirements {
    pub alternatives: Option<Vec<AccountRequirementsAlternative>>,
    pub currently_due: Vec<String>,
    pub errors: Vec<AccountRequirementsError>,
    pub eventually_due: Vec<String>,
    pub past_due: Vec<String>,
    pub pending_verification: Vec<String>,
}

Fields

alternatives: Option<Vec<AccountRequirementsAlternative>>

Fields that are due and can be resolved by providing the corresponding alternative fields instead. Many alternatives can list the same original_fields_due, and any of these alternatives can serve as a pathway for attempting to resolve the fields again. Re-providing original_fields_due also serves as a pathway for attempting to resolve the fields again.

currently_due: Vec<String>

Fields that need to be resolved to keep the person’s account enabled. If not resolved by the account’s future_requirements[current_deadline], these fields will transition to the main requirements hash, and may immediately become past_due, but the account may also be given a grace period depending on the account’s enablement state prior to transition.

errors: Vec<AccountRequirementsError>

Details about validation and verification failures for due requirements that must be resolved.

eventually_due: Vec<String>

Fields you must collect when all thresholds are reached. As they become required, they appear in currently_due as well, and the account’s future_requirements[current_deadline] becomes set.

past_due: Vec<String>

Fields that haven’t been resolved by the account’s requirements.current_deadline. These fields need to be resolved to enable the person’s account. future_requirements.past_due is a subset of requirements.past_due.

pending_verification: Vec<String>

Fields that are being reviewed, or might become required depending on the results of a review. If the review fails, these fields can move to eventually_due, currently_due, past_due or alternatives. Fields might appear in eventually_due, currently_due, past_due or alternatives and in pending_verification if one verification fails but another is still pending.

Trait Implementations

impl Clone for PersonFutureRequirements

fn clone(&self) -> PersonFutureRequirements

Returns a duplicate of the value.

fn clone_from(&mut self, source: &Self)

Performs copy-assignment from source.

impl Debug for PersonFutureRequirements

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Formats the value using the given formatter.

impl Deserialize for PersonFutureRequirements

fn begin(out: &mut Option<Self>) -> &mut dyn Visitor

The only correct implementation of this method is:

impl FromValueOpt for PersonFutureRequirements

fn from_value(v: Value) -> Option<Self>

impl ObjectDeser for PersonFutureRequirements

type Builder = PersonFutureRequirementsBuilder