Enum pallet_fund_admin::pallet::Call

pub enum Call<T: Config> {
    initial_setup {},
    sudo_add_administrator {
        admin: T::AccountId,
        name: BoundedVec<u8, ConstU32<100>>,
    },
    sudo_remove_administrator {
        admin: T::AccountId,
    },
    users {
        users: BoundedVec<(<T as Config>::AccountId, Option<BoundedVec<u8, ConstU32<100>>>, Option<ProxyRole>, CUDAction), <T as Config>::MaxRegistrationsAtTime>,
    },
    users_edit_user {
        name: Option<BoundedVec<u8, ConstU32<100>>>,
        image: Option<BoundedVec<u8, ConstU32<100>>>,
        email: Option<BoundedVec<u8, ConstU32<100>>>,
        documents: Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>,
    },
    projects_create_project {
        title: BoundedVec<u8, ConstU32<100>>,
        description: BoundedVec<u8, ConstU32<400>>,
        image: Option<BoundedVec<u8, ConstU32<100>>>,
        address: BoundedVec<u8, ConstU32<100>>,
        banks: Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), T::MaxBanksPerProject>>,
        creation_date: u64,
        completion_date: u64,
        expenditures: BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<ExpenditureType>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>,
        job_eligibles: Option<BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>,
        users: Option<BoundedVec<(<T as Config>::AccountId, ProxyRole, AssignAction), <T as Config>::MaxRegistrationsAtTime>>,
        private_group_id: BoundedVec<u8, ConstU32<400>>,
    },
    projects_edit_project {
        project_id: [u8; 32],
        title: Option<BoundedVec<u8, ConstU32<100>>>,
        description: Option<BoundedVec<u8, ConstU32<400>>>,
        image: Option<BoundedVec<u8, ConstU32<100>>>,
        address: Option<BoundedVec<u8, ConstU32<100>>>,
        banks: Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), T::MaxBanksPerProject>>,
        creation_date: Option<u64>,
        completion_date: Option<u64>,
    },
    projects_delete_project {
        project_id: [u8; 32],
    },
    projects_assign_user {
        project_id: [u8; 32],
        users: BoundedVec<(<T as Config>::AccountId, ProxyRole, AssignAction), <T as Config>::MaxRegistrationsAtTime>,
    },
    expenditures_and_job_eligibles {
        project_id: [u8; 32],
        expenditures: Option<BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<ExpenditureType>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>,
        job_eligibles: Option<BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>,
    },
    submit_drawdown {
        project_id: [u8; 32],
        drawdown_id: [u8; 32],
        transactions: Option<BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>,
        submit: bool,
    },
    approve_drawdown {
        project_id: [u8; 32],
        drawdown_id: [u8; 32],
        bulkupload: Option<bool>,
        transactions: Option<BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>,
    },
    reject_drawdown {
        project_id: [u8; 32],
        drawdown_id: [u8; 32],
        transactions_feedback: Option<BoundedVec<([u8; 32], BoundedVec<u8, ConstU32<400>>), <T as Config>::MaxRegistrationsAtTime>>,
        drawdown_feedback: Option<BoundedVec<u8, ConstU32<400>>>,
    },
    up_bulkupload {
        project_id: [u8; 32],
        drawdown_id: [u8; 32],
        description: BoundedVec<u8, ConstU32<400>>,
        total_amount: u64,
        documents: BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>,
    },
    inflation_rate {
        projects: BoundedVec<([u8; 32], Option<u32>, CUDAction), <T as Config>::MaxRegistrationsAtTime>,
    },
    submit_revenue {
        project_id: [u8; 32],
        revenue_id: [u8; 32],
        revenue_transactions: Option<BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>,
        submit: bool,
    },
    approve_revenue {
        project_id: [u8; 32],
        revenue_id: [u8; 32],
    },
    reject_revenue {
        project_id: [u8; 32],
        revenue_id: [u8; 32],
        revenue_transactions_feedback: BoundedVec<([u8; 32], BoundedVec<u8, ConstU32<400>>), <T as Config>::MaxRegistrationsAtTime>,
    },
    bank_confirming_documents {
        project_id: [u8; 32],
        drawdown_id: [u8; 32],
        confirming_documents: Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>,
        action: CUDAction,
    },
    reset_drawdown {
        project_id: [u8; 32],
        drawdown_id: [u8; 32],
    },
    recovery_drawdown {
        project_id: [u8; 32],
        drawdown_id: [u8; 32],
        transactions: BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>,
    },
    recovery_revenue {
        project_id: [u8; 32],
        revenue_id: [u8; 32],
        transactions: BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>,
    },
    kill_storage {},
    set_new_admin_permissions {},
    // some variants omitted
}

Contains one variant per dispatchable that can be called by an extrinsic.

Variants

initial_setup

Fields

Initialize the pallet by setting the permissions for each role & the global scope

Considerations:

• This function can only be called once
• This function can only be called usinf the sudo pallet

sudo_add_administrator

Fields

admin: T::AccountId

name: BoundedVec<u8, ConstU32<100>>

Adds an administrator account to the site

Parameters:

• origin: The sudo account
• admin: The administrator account to be added
• name: The name of the administrator account

Considerations:

• This function can only be called using the sudo pallet
• This function is used to add the first administrator to the site
• If the user is already registered, the function will return an error: UserAlreadyRegistered
• This function grants administrator permissions to the user from the rbac pallet
• administrator role have global scope permissions

sudo_remove_administrator

Fields

admin: T::AccountId

Removes an administrator account from the site

Parameters:

• origin: The sudo account
• admin: The administrator account to be removed

Considerations:

• This function can only be called using the sudo pallet
• This function is used to remove any administrator from the site
• If the user is not registered, the function will return an error: UserNotFound
• This function removes administrator permissions of the user from the rbac pallet

Note:

WARNING: Administrators can remove themselves from the site, but they can add themselves back

users

Fields

users: BoundedVec<(<T as Config>::AccountId, Option<BoundedVec<u8, ConstU32<100>>>, Option<ProxyRole>, CUDAction), <T as Config>::MaxRegistrationsAtTime>

This extrinsic is used to create, update, or delete a user account

Parameters:

• origin: The administrator account
• user: The target user account to be registered, updated, or deleted. It is an array of user accounts where each entry it should be a tuple of the following:
• 0: The user account
• 1: The user name
• 2: The user role
• 3: The CUD operation to be performed on the user account. CUD action is ALWAYS required.

Considerations:

• Users parameters are optional because depends on the CUD action as follows:

• Create: The user account, user name, user role & CUD action are required
• Update: The user account & CUD action are required. The user name & user role are optionals.
• Delete: The user account & CUD action are required.

• This function can only be called by an administrator account
• Multiple users can be registered, updated, or deleted at the same time, but the user account must be unique. Multiple actions over the same user account in the same call, it could result in an unexpected behavior.
• If the user is already registered, the function will return an error: UserAlreadyRegistered
• If the user is not registered, the function will return an error: UserNotFound

Note:

• WARNING: It is possible to register, update, or delete administrators accounts using this extrinsic, but administrators can not delete themselves.
• WARNING: This function only registers, updates, or deletes users from the site.
• WARNING: The only way to grant or remove permissions of a user account is assigning or unassigning a user from a selected project.

users_edit_user

Fields

name: Option<BoundedVec<u8, ConstU32<100>>>

image: Option<BoundedVec<u8, ConstU32<100>>>

email: Option<BoundedVec<u8, ConstU32<100>>>

documents: Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>

Edits an user account

Parameters:

• origin: The user account which is being edited
• name: The name of the user account which is being edited
• image: The image of the user account which is being edited
• email: The email of the user account which is being edited
• documents: The documents of the user account which is being edited. ONLY available for the investor role.

Considerations:

• If the user is not registered, the function will return an error: UserNotFound
• This function can only be called by a registered user account
• This function will be called by the user account itself
• ALL parameters are optional because depends on what is being edited
• ONLY the investor role can edit or update the documents

projects_create_project

Fields

title: BoundedVec<u8, ConstU32<100>>

description: BoundedVec<u8, ConstU32<400>>

image: Option<BoundedVec<u8, ConstU32<100>>>

address: BoundedVec<u8, ConstU32<100>>

banks: Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), T::MaxBanksPerProject>>

creation_date: u64

completion_date: u64

expenditures: BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<ExpenditureType>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>

job_eligibles: Option<BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>

users: Option<BoundedVec<(<T as Config>::AccountId, ProxyRole, AssignAction), <T as Config>::MaxRegistrationsAtTime>>

private_group_id: BoundedVec<u8, ConstU32<400>>

Registers a new project.

Parameters:

• origin: The administrator account
• title: The title of the project
• description: The description of the project
• image: The image of the project (CID)
• address: The address of the project
• creation_date: The creation date of the project
• completion_date: The completion date of the project
• expenditures: The expenditures of the project. It is an array of tuples where each entry is a tuple of the following:

• 0: The expenditure name
• 1: The expenditure type
• 2: The expenditure amount
• 3: The expenditure NAICS code
• 4: The expenditure jobs multiplier
• 5: The CUD action to be performed on the expenditure. CUD action is ALWAYS required.
• 6: The expenditure id. It is optional because it is only required when updating or deleting

• job_eligibles: The job eligibles to be created/updated/deleted. This is a vector of tuples where each entry is composed by:

• 0: The job eligible name
• 1: The amount of the job eligible
• 2: The NAICS code of the job eligible
• 3: The jobs multiplier of the job eligible
• 4: The job eligible action to be performed. (Create, Update or Delete)
• 5: The job eligible id. This is only used when updating or deleting a job eligible.

• users: The users who will be assigned to the project. It is an array of tuples where each entry is a tuple of the following:

• 0: The user account
• 1: The user role
• 2: The AssignAction to be performed on the user.

Considerations:

• This function can only be called by an administrator account
• For users assignation, the user account must be registered. If the user is not registered, the function will return an error. ALL parameters are required.
• For expenditures, apart from the expenditure id, naics code & jopbs multiplier, ALL parameters are required because for this flow, the expenditures are always created. The naics code & the jobs multiplier can be added later by the administrator.
• Creating a project will automatically create a scope for the project.

Note:

WARNING: If users are provided, the function will assign the users to the project, granting them permissions in the rbac pallet.

projects_edit_project

Fields

project_id: [u8; 32]

title: Option<BoundedVec<u8, ConstU32<100>>>

description: Option<BoundedVec<u8, ConstU32<400>>>

image: Option<BoundedVec<u8, ConstU32<100>>>

address: Option<BoundedVec<u8, ConstU32<100>>>

banks: Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), T::MaxBanksPerProject>>

creation_date: Option<u64>

completion_date: Option<u64>

Edits a project.

Parameters:

• origin: The administrator account
• project_id: The selected project id that will be edited
• title: The title of the project to be edited
• description: The description of the project to be edited
• image: The image of the project to be edited
• address: The address of the project to be edited
• creation_date: The creation date of the project to be edited
• completion_date: The completion date of the project to be edited

Considerations:

• This function can only be called by an administrator account
• ALL parameters are optional because depends on what is being edited
• The project id is required because it is the only way to identify the project
• The project id must be registered. If the project is not registered, the function will return an error: ProjectNotFound
• It is not possible to edit the expenditures or the users assigned to the project through this function. For that, the administrator must use the extrinsics:

• expenditures
• projects_assign_user

• Project can only be edited in the Started status
• Completion date must be greater than creation date

projects_delete_project

Fields

project_id: [u8; 32]

Deletes a project.

Parameters:

• origin: The administrator account
• project_id: The selected project id that will be deleted

Considerations:

• This function can only be called by an administrator account
• The project id is required because it is the only way to identify the project
• The project id must be registered. If the project is not registered, the function will return an error: ProjectNotFound

Note:

• WARNING: Deleting a project will also delete ALL stored information associated with the project. BE CAREFUL.

projects_assign_user

Fields

project_id: [u8; 32]

users: BoundedVec<(<T as Config>::AccountId, ProxyRole, AssignAction), <T as Config>::MaxRegistrationsAtTime>

Assigns a user to a project.

Parameters:

• origin: The administrator account
• project_id: The selected project id where user will be assigned
• users: The users to be assigned to the project. This is a vector of tuples where each entry is composed by:

• 0: The user account id
• 1: The user role
• 2: The AssignAction to be performed. (Assign or Unassign)

Considerations:

• This function can only be called by an administrator account
• This extrinsic allows multiple users to be assigned/unassigned at the same time.
• The project id is required because it is the only way to identify the project
• This extrinsic is used for both assigning and unassigning users to a project depending on the AssignAction.
• After a user is assigned to a project, the user will be able to perform actions in the project depending on the role assigned to the user.
• After a user is unassigned from a project, the user will not be able to perform actions in the project anymore.
• If the user is already assigned to the project, the function will return an error.

Note:

• WARNING: ALL provided users needs to be registered in the site. If any of the users is not registered, the function will return an error.
• Assigning or unassigning a user to a project will add or remove permissions to the user from the RBAC pallet.
• Warning: Cannot assign a user to a project with a different role than the one they have in UsersInfo. If the user has a different role, the function will return an error.
• Warning: Cannot unassign a user from a project with a different role than the one they have in UsersInfo. If the user has a different role, the function will return an error.
• Warning: Do not perform multiple actions over the same user in the same call, it could result in an unexpected behavior.

expenditures_and_job_eligibles

Fields

project_id: [u8; 32]

expenditures: Option<BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<ExpenditureType>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>

job_eligibles: Option<BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>

This extrinsic is used to create, update or delete expenditures & job eligibles.

Parameters:

• origin: The administrator account
• project_id: The selected project id where the expenditures will be created/updated/deleted
• expenditures: The expenditures to be created/updated/deleted. This is a vector of tuples where each entry is composed by:

• 0: The name of the expenditure
• 1: The expenditure type
• 2: The amount of the expenditure
• 3: The naics code of the expenditure
• 4: The jobs multiplier of the expenditure
• 5: The expenditure action to be performed. (Create, Update or Delete)
• 6: The expenditure id. This is only used when updating or deleting an expenditure.

• job_eligibles: The job eligibles to be created/updated/deleted. This is a vector of tuples where each entry is composed by:

• 0: The job eligible name
• 1: The amount of the job eligible
• 2: The NAICS code of the job eligible
• 3: The jobs multiplier of the job eligible
• 4: The job eligible action to be performed. (Create, Update or Delete)
• 5: The job eligible id. This is only used when updating or deleting a job eligible.

Considerations:

• Naics code and jobs multiplier are always optional.
• This function can only be called by an administrator account
• This extrinsic allows multiple expenditures to be created/updated/deleted at the same time.
• The project id is required because it is the only way to identify the project
• Expenditure parameters are optional because depends on the action to be performed:

• Create: Name, Type & Amount are required. Nacis code & Jobs multiplier are optional.
• Update: Except for the expenditure id & action, all parameters are optional.
• Delete: Only the expenditure id & action is required.

• Multiple actions can be performed at the same time. For example, you can create a new expenditure and update another one at the same time.
• Do not perform multiple actions over the same expenditure in the same call, it could result in an unexpected behavior.

submit_drawdown

Fields

project_id: [u8; 32]

drawdown_id: [u8; 32]

transactions: Option<BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>

submit: bool

Submit a drawdown This extrinsic is used to create, update or delete transactions. It also allows that an array of transactions to be saved as a draft or as submitted.

Parameters:

• origin: The user account who is creating the transactions
• project_id: The selected project id where the transactions will be created
• drawdown_id: The selected drawdown id where the transactions will be created
• transactions: The transactions to be created/updated/deleted. This entry is a vector of tuples where each entry is composed by:

• 0: The expenditure id where the transaction will be created
• 1: The amount of the transaction
• 2: Documents associated to the transaction
• 3: The action to be performed on the transaction. (Create, Update or Delete)
• 4: The transaction id. This is only used when updating or deleting a transaction.

• submit: If true, transactions associated to the selected drawdown will be submitted to the administrator. If false, the array of transactions will be saved as a draft.

Considerations:

• This function is only callable by a builder role account
• This extrinsic allows multiple transactions to be created/updated/deleted at the same time.
• The project id and drawdown id are required for the reports.
• Transaction parameters are optional because depends on the action to be performed:

• Create: Expenditure id, Amount, Documents & action are required.
• Update: Except for the transaction id & action, all other parameters are optional.
• Delete: Only the transaction id & action are required.

• Multiple actions can be performed at the same time, but each must be performed on a different transaction. For example, you can create a new transaction and update another one at the same time.
• Do not perform multiple actions over the same transaction in the same call, it could result in an unexpected behavior.
• If a drawdown is submitted, all transactions must be submitted too. If the drawdown do not contain any transaction, it will return an error.
• After a drawdown is submitted, it can not be updated or deleted.
• After a drawdown is rejected, builders will use again this extrinsic to update the transactions associated to a given drawdown.

approve_drawdown

Fields

project_id: [u8; 32]

drawdown_id: [u8; 32]

bulkupload: Option<bool>

transactions: Option<BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>

Approve a drawdown

Parameters:

For EB5 drawdowns:

• origin: The administrator account who is approving the drawdown
• project_id: The selected project id where the drawdown will be approved
• drawdown_id: The selected drawdown id to be approved

For Construction Loan & Developer Equity (bulk uploads) drawdowns:

• origin: The administrator account who is approving the drawdown
• project_id: The selected project id where the drawdown will be approved
• drawdown_id: The selected drawdown id to be approved.
• bulkupload: Optional bulkupload parameter. If true, the drawdown will be saved in a pseudo draft status. If false, the drawdown will be approved directly.
• transactions: The transactions to be created/updated/deleted. This is a vector of tuples where each entry is composed by:

• 0: The expenditure id where the transaction will be created
• 1: The transaction amount
• 2: Documents associated to the transaction
• 3: The transaction action to be performed. (Create, Update or Delete)
• 4: The transaction id. This is only used when updating or deleting a transaction.

• This extrinsic allows multiple transactions to be created/updated/deleted at the same time (only for Construction Loan & Developer Equity drawdowns).
• Transaction parameters are optional because depends on the action to be performed:

• Create: Expenditure id, Amount, Documents & action are required.
• Update: Except for the transaction id & action, all parameters are optional.
• Delete: Only the transaction id & action are required.

• Multiple actions can be performed at the same time. For example, you can create a new transaction and update another one at the same time (only for Construction Loan & Developer Equity drawdowns).
• Do not perform multiple actions over the same transaction in the same call, it could result in an unexpected behavior (only for Construction Loan & Developer Equity drawdowns).

Considerations:

• This function is only callable by an administrator account
• All transactions associated to the drawdown will be approved too. It’s not possible to approve a drawdown without approving all of its transactions.
• After a drawdown is approved, it can not be updated or deleted.
• After a drawdown is approved, the next drawdown will be automatically created.
• The drawdown status will be updated to “Approved” after the extrinsic is executed.
• After a drawdown is rejected, administrators will use again this extrinsic to approve the new drawdown version uploaded by the builder.

reject_drawdown

Fields

project_id: [u8; 32]

drawdown_id: [u8; 32]

transactions_feedback: Option<BoundedVec<([u8; 32], BoundedVec<u8, ConstU32<400>>), <T as Config>::MaxRegistrationsAtTime>>

drawdown_feedback: Option<BoundedVec<u8, ConstU32<400>>>

Reject a drawdown

Parameters:

• origin: The administrator account who is rejecting the drawdown
• project_id: The selected project id where the drawdown will be rejected
• drawdown_id: The selected drawdown id to be rejected

Then the next two feedback parameters are optional because depends on the drawdown type:

EB5 drawdowns:

• transactions_feedback: Administrator will provide feedback for each rejected transacion. This is a vector of tuples where each entry is composed by:

• 0: The transaction id
• 1: The transaction feedback

Construction Loan & Developer Equity drawdowns:

• drawdown_feedback: Administrator will provide feedback for the WHOLE drawdown.

Considerations:

• This function can only be called by an administrator account
• All transactions associated to the drawdown will be rejected too. It’s not possible to reject a drawdown without rejecting all of its transactions. (only for EB5 drawdowns).
• For EB5 drawdowns, the administrator needs to provide feedback for each rejected transaction.
• For Construction Loan & Developer Equity drawdowns, the administrator can provide feedback for the WHOLE drawdown.
• After a builder re-submits a drawdown, the administrator will have to review the drawdown again.
• After a builder re-submits a drawdown, the feedback field will be cleared automatically.
• If a single EB5 transaction is wrong, the administrator WILL reject the WHOLE drawdown. There is no way to reject a single transaction.

up_bulkupload

Fields

project_id: [u8; 32]

drawdown_id: [u8; 32]

description: BoundedVec<u8, ConstU32<400>>

total_amount: u64

documents: BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>

Bulk upload drawdowns.

Parameters:

• origin: The administrator account who is uploading the drawdowns
• project_id: The selected project id where the drawdowns will be uploaded
• drawdown_id: The drawdowns to be uploaded
• description: The description of the drawdown provided by the builder
• total_amount: The total amount of the drawdown
• documents: The documents provided by the builder for the drawdown

Considerations:

• This function can only be called by a builder account
• This extrinsic allows only one drawdown to be uploaded at the same time.
• The drawdown will be automatically submitted.
• Only available for Construction Loan & Developer Equity drawdowns.
• After a builder uploads a drawdown, the administrator will have to review it.
• After a builder re-submits a drawdown, the feedback field will be cleared automatically.
• Bulkuploads does not allow individual transactions.
• After a builder uploads a drawdown, the administrator will have to insert each transaction manually.

inflation_rate

Fields

projects: BoundedVec<([u8; 32], Option<u32>, CUDAction), <T as Config>::MaxRegistrationsAtTime>

Modifies the inflation rate of a project.

Parameters:

• origin: The administrator account who is modifying the inflation rate
• projects: The projects where the inflation rate will be modified. This is a vector of tuples where each entry is composed by:

• 0: The project id
• 1: The inflation rate
• 2: The action to be performed (Create, Update or Delete)

Considerations:

• This function can only be called by an administrator account
• This extrinsic allows multiple projects to be modified at the same time.
• The inflation rate can be created, updated or deleted.
• The inflation rate is optional because depends on the CUDAction parameter:

• Create: The inflation rate will be created. Project id, inflation rate and action are required.
• Update: The inflation rate will be updated. Project id, inflation rate and action are required.
• Delete: The inflation rate will be deleted. Project id and action are required.

• The inflation rate can only be modified if the project is in the “started” status.

submit_revenue

Fields

project_id: [u8; 32]

revenue_id: [u8; 32]

revenue_transactions: Option<BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>

submit: bool

This extrinsic is used to create, update or delete revenue transactions. It also allows that an array of revenue transactions to be saved as a draft or as submitted.

Parameters:

*/ - origin: The user account who is creating the revenue transactions

• project_id: The selected project id where the revenue transactions will be created
• revenue_id: The selected revenue id where the revenue transactions will be created
• revenue_transactions: The revenue transactions to be created/updated/deleted. This entry is a vector of tuples where each entry is composed by:

• 0: The job eligible id where the revenue transaction will be created
• 1: The amount of the revenue transaction
• 2: Documents associated to the revenue transaction
• 3: The action to be performed on the revenue transaction (Create, Update or Delete)
• 4: The revenue transaction id. This is required only if the action is being updated or deleted.

• submit: If true, the array of revenue transactions will be submitted to the administrator. If false, the array of revenue transactions will be saved as a draft.

Considerations:

• This function is only callable by a builder role account
• This extrinsic allows multiple revenue transactions to be created/updated/deleted at the same time.
• The project id and revenue id are required for the reports.
• revenue_transactions parameters are optional because depends on the action to be performed:

• Create: Job eligible id, Amount, Documents & action are required.
• Update: Except for the revenue transaction id & action, all other parameters are optional.
• Delete: Only the revenue transaction id & action are required.

• Multiple actions can be performed at the same time, but each must be performed on a different transaction. For example, you can create a new transaction and update another one at the same time.
• Do not perform multiple actions over the same transaction in the same call, it could result in an unexpected behavior.
• If a revenue is submitted, all transactions must be submitted too. If the revenue do not contain any transaction, it will return an error.
• After a revenue is submitted, it can not be updated or deleted.
• After a revenue is rejected, builders will use again this extrinsic to update the transactions associated to a given revenue.

approve_revenue

Fields

project_id: [u8; 32]

revenue_id: [u8; 32]

Approve a revenue

Parameters:

• origin: The administrator account who is approving the revenue
• project_id: The selected project id where the revenue will be approved
• revenue_id: The selected revenue id to be approved

Considerations:

• This function is only callable by an administrator role account
• All transactions associated to the revenue will be approved too. It’s not possible to approve a revenue without approving all of its transactions.
• After a revenue is approved, it can not be updated or deleted.
• After a revenue is approved, the next revenue will be created automatically.
• After a revenue is rejected, administrators will use again this extrinsic to approve the rejected revenue new revenue version uploaded by the builder.
• The revenue status will be updated to Approved.

reject_revenue

Fields

project_id: [u8; 32]

revenue_id: [u8; 32]

revenue_transactions_feedback: BoundedVec<([u8; 32], BoundedVec<u8, ConstU32<400>>), <T as Config>::MaxRegistrationsAtTime>

Reject a revenue

Parameters:

• origin: The administrator account who is rejecting the revenue
• project_id: The selected project id where the revenue will be rejected
• revenue_id: The selected revenue id to be rejected
• revenue_transactions_feedback: Administrator will provide feedback for each rejected transacion. This is a vector of tuples where each entry is composed by:

• 0: The revenue transaction id
• 1: The revenue transaction feedback

Considerations:

• This function is only callable by an administrator role account
• All transactions associated to the revenue will be rejected too. It’s not possible to reject a revenue without rejecting all of its transactions.
• Administrator needs to provide a feedback for each rejected transaction.
• After a builder re-submits a revenue, the feedback field will be cleared automatically.
• If a single revenue transaction is wrong, the administrator WILL reject the WHOLE revenue. There is no way to reject a single revenue transaction.

bank_confirming_documents

Fields

project_id: [u8; 32]

drawdown_id: [u8; 32]

confirming_documents: Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>

action: CUDAction

The following extrinsic is used to upload the bank confirming documents for a given drawdown.

Parameters:

• origin: The administrator account who is uploading the confirming documents
• project_id: The selected project id where the drawdown exists
• drawdown_id: The selected drawdown id where the confirming documents will be uploaded
• confirming_documents: The confirming documents to be uploaded. This field is optional because are required only when the action is Create or Update.
• action: The action to be performed. It can be Create, Update or Delete
  • Create: project_id, drawdown_id and confirming_documents are required
  • Update: project_id, drawdown_id and confirming_documents are required
  • Delete: project_id and drawdown_id are required

Considerations:

• This function is only callable by an administrator role account
• The confirming documents are required only when the action is Create or Update.
• The confirming documents are optional when the action is Delete.
• After the confirming documents are uploaded, the drawdown status will be updated to “Confirmed”. It will also update the status of all of its transactions to “Confirmed”.
• Update action will replace the existing confirming documents with the new ones.
• Delete action will remove the existing confirming documents. It will also update the drawdown status to “Approved” and the status of all of its transactions to “Approved”. It does a rollback of the drawdown.

reset_drawdown

Fields

project_id: [u8; 32]

drawdown_id: [u8; 32]

The following extrinsic is used to cancel a drawdown submission.

Parameters:

• origin: The builder account who is cancelling the drawdown submission
• project_id: The selected project id where the drawdown exists
• drawdown_id: The selected drawdown id to be cancelled

Considerations:

• This function is only callable by a builder role account
• The drawdown status will be rolled back to “Draft”.
• All of its transactions will be deleted.
• The whole drawdown will be reset to its initial state, so be careful when using this

recovery_drawdown

Fields

project_id: [u8; 32]

drawdown_id: [u8; 32]

transactions: BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>

Execute a recovery drawdown on a project. This function can only be called by an admin.

Parameters:

• origin: The administrator account who is executing the recovery drawdown
• project_id: The ID of the project from which the recovery drawdown will be executed
• drawdown_id: The ID of the drawdown from which the recovery drawdown will be executed
• transactions: The list of transactions that will be executed in the recovery drawdown

Errors

This function returns an error if:

• The transaction origin is not a signed message from an admin account.
• The project with the given ID does not exist.
• The drawdown with the given ID does not exist.

Considerations:

• This function is only callable by an administrator role account
• The drawdown status won’t be changed

recovery_revenue

Fields

project_id: [u8; 32]

revenue_id: [u8; 32]

transactions: BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>

Execute a recovery revenue on a project. This function can only be called by an admin.

Parameters:

• origin: The administrator account who is executing the recovery revenue
• project_id: The ID of the project from which the recovery revenue will be executed
• revenue_id: The ID of the revenue from which the recovery revenue will be executed
• transactions: The list of transactions that will be executed in the recovery revenue

Errors

This function returns an error if:

• The transaction origin is not a signed message from an admin account.
• The project with the given ID does not exist.
• The revenue with the given ID does not exist.

Considerations:

• This function is only callable by an administrator role account
• The revenue status won’t be changed

kill_storage

Fields

Kill all the stored data.

This function is used to kill ALL the stored data. Use it with caution!

Parameters:

• origin: The user who performs the action.

Considerations:

• This function is only available to the admin with sudo access.

set_new_admin_permissions

Fields

Implementations

impl<T: Config> Call<T>

pub fn new_call_variant_initial_setup() -> Self

Create a call with the variant initial_setup.

pub fn new_call_variant_sudo_add_administrator( admin: T::AccountId, name: BoundedVec<u8, ConstU32<100>> ) -> Self

Create a call with the variant sudo_add_administrator.

pub fn new_call_variant_sudo_remove_administrator(admin: T::AccountId) -> Self

Create a call with the variant sudo_remove_administrator.

pub fn new_call_variant_users( users: BoundedVec<(<T as Config>::AccountId, Option<BoundedVec<u8, ConstU32<100>>>, Option<ProxyRole>, CUDAction), <T as Config>::MaxRegistrationsAtTime> ) -> Self

Create a call with the variant users.

pub fn new_call_variant_users_edit_user( name: Option<BoundedVec<u8, ConstU32<100>>>, image: Option<BoundedVec<u8, ConstU32<100>>>, email: Option<BoundedVec<u8, ConstU32<100>>>, documents: Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>> ) -> Self

Create a call with the variant users_edit_user.

pub fn new_call_variant_projects_create_project( title: BoundedVec<u8, ConstU32<100>>, description: BoundedVec<u8, ConstU32<400>>, image: Option<BoundedVec<u8, ConstU32<100>>>, address: BoundedVec<u8, ConstU32<100>>, banks: Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), T::MaxBanksPerProject>>, creation_date: u64, completion_date: u64, expenditures: BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<ExpenditureType>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>, job_eligibles: Option<BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>, users: Option<BoundedVec<(<T as Config>::AccountId, ProxyRole, AssignAction), <T as Config>::MaxRegistrationsAtTime>>, private_group_id: BoundedVec<u8, ConstU32<400>> ) -> Self

Create a call with the variant projects_create_project.

pub fn new_call_variant_projects_edit_project( project_id: [u8; 32], title: Option<BoundedVec<u8, ConstU32<100>>>, description: Option<BoundedVec<u8, ConstU32<400>>>, image: Option<BoundedVec<u8, ConstU32<100>>>, address: Option<BoundedVec<u8, ConstU32<100>>>, banks: Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), T::MaxBanksPerProject>>, creation_date: Option<u64>, completion_date: Option<u64> ) -> Self

Create a call with the variant projects_edit_project.

pub fn new_call_variant_projects_delete_project(project_id: [u8; 32]) -> Self

Create a call with the variant projects_delete_project.

pub fn new_call_variant_projects_assign_user( project_id: [u8; 32], users: BoundedVec<(<T as Config>::AccountId, ProxyRole, AssignAction), <T as Config>::MaxRegistrationsAtTime> ) -> Self

Create a call with the variant projects_assign_user.

pub fn new_call_variant_expenditures_and_job_eligibles( project_id: [u8; 32], expenditures: Option<BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<ExpenditureType>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>, job_eligibles: Option<BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>> ) -> Self

Create a call with the variant expenditures_and_job_eligibles.

pub fn new_call_variant_submit_drawdown( project_id: [u8; 32], drawdown_id: [u8; 32], transactions: Option<BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>, submit: bool ) -> Self

Create a call with the variant submit_drawdown.

pub fn new_call_variant_approve_drawdown( project_id: [u8; 32], drawdown_id: [u8; 32], bulkupload: Option<bool>, transactions: Option<BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>> ) -> Self

Create a call with the variant approve_drawdown.

pub fn new_call_variant_reject_drawdown( project_id: [u8; 32], drawdown_id: [u8; 32], transactions_feedback: Option<BoundedVec<([u8; 32], BoundedVec<u8, ConstU32<400>>), <T as Config>::MaxRegistrationsAtTime>>, drawdown_feedback: Option<BoundedVec<u8, ConstU32<400>>> ) -> Self

Create a call with the variant reject_drawdown.

pub fn new_call_variant_up_bulkupload( project_id: [u8; 32], drawdown_id: [u8; 32], description: BoundedVec<u8, ConstU32<400>>, total_amount: u64, documents: BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments> ) -> Self

Create a call with the variant up_bulkupload.

pub fn new_call_variant_inflation_rate( projects: BoundedVec<([u8; 32], Option<u32>, CUDAction), <T as Config>::MaxRegistrationsAtTime> ) -> Self

Create a call with the variant inflation_rate.

pub fn new_call_variant_submit_revenue( project_id: [u8; 32], revenue_id: [u8; 32], revenue_transactions: Option<BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>, submit: bool ) -> Self

Create a call with the variant submit_revenue.

pub fn new_call_variant_approve_revenue( project_id: [u8; 32], revenue_id: [u8; 32] ) -> Self

Create a call with the variant approve_revenue.

pub fn new_call_variant_reject_revenue( project_id: [u8; 32], revenue_id: [u8; 32], revenue_transactions_feedback: BoundedVec<([u8; 32], BoundedVec<u8, ConstU32<400>>), <T as Config>::MaxRegistrationsAtTime> ) -> Self

Create a call with the variant reject_revenue.

pub fn new_call_variant_bank_confirming_documents( project_id: [u8; 32], drawdown_id: [u8; 32], confirming_documents: Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, action: CUDAction ) -> Self

Create a call with the variant bank_confirming_documents.

pub fn new_call_variant_reset_drawdown( project_id: [u8; 32], drawdown_id: [u8; 32] ) -> Self

Create a call with the variant reset_drawdown.

pub fn new_call_variant_recovery_drawdown( project_id: [u8; 32], drawdown_id: [u8; 32], transactions: BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime> ) -> Self

Create a call with the variant recovery_drawdown.

pub fn new_call_variant_recovery_revenue( project_id: [u8; 32], revenue_id: [u8; 32], transactions: BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime> ) -> Self

Create a call with the variant recovery_revenue.

pub fn new_call_variant_kill_storage() -> Self

Create a call with the variant kill_storage.

pub fn new_call_variant_set_new_admin_permissions() -> Self

Create a call with the variant set_new_admin_permissions.

Trait Implementations

impl<T: Config> Clone for Call<T>

fn clone(&self) -> Self

Returns a copy of the value.

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

Performs copy-assignment from source.

impl<T: Config> Debug for Call<T>

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

Formats the value using the given formatter.

impl<T: Config> Decode for Call<T>

fn decode<__CodecInputEdqy: Input>( __codec_input_edqy: &mut __CodecInputEdqy ) -> Result<Self, Error>

Attempt to deserialise the value from input.

fn skip<I>(input: &mut I) -> Result<(), Error>where I: Input,

Attempt to skip the encoded value from input.

fn encoded_fixed_size() -> Option<usize>

Returns the fixed encoded size of the type.

impl<T: Config> Encode for Call<T>

fn encode_to<__CodecOutputEdqy: Output + ?Sized>( &self, __codec_dest_edqy: &mut __CodecOutputEdqy )

Convert self to a slice and append it to the destination.

fn size_hint(&self) -> usize

If possible give a hint of expected size of the encoding.

fn encode(&self) -> Vec<u8, Global>

Convert self to an owned vector.

fn using_encoded<R, F>(&self, f: F) -> Rwhere F: FnOnce(&[u8]) -> R,

Convert self to a slice and then invoke the given closure with it.

fn encoded_size(&self) -> usize

Calculates the encoded size.

impl<T: Config> GetCallName for Call<T>

fn get_call_name(&self) -> &'static str

Return the function name of the Call.

fn get_call_names() -> &'static [&'static str]

Return all function names.

impl<T: Config> GetDispatchInfo for Call<T>

fn get_dispatch_info(&self) -> DispatchInfo

👎Deprecated: Trait has moved to frame_support::dispatch

impl<T: Config> GetDispatchInfo for Call<T>

fn get_dispatch_info(&self) -> DispatchInfo

Return a DispatchInfo, containing relevant information of this dispatch.

impl<T: Config> PartialEq<Call<T>> for Call<T>

fn eq(&self, other: &Self) -> bool

This method tests for self and other values to be equal, and is used by ==.

fn ne(&self, other: &Rhs) -> bool

This method tests for !=. The default implementation is almost always sufficient, and should not be overridden without very good reason.

impl<T> TypeInfo for Call<T>where PhantomData<(T,)>: TypeInfo + 'static, T::AccountId: TypeInfo + 'static, BoundedVec<(<T as Config>::AccountId, Option<BoundedVec<u8, ConstU32<100>>>, Option<ProxyRole>, CUDAction), <T as Config>::MaxRegistrationsAtTime>: TypeInfo + 'static, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>: TypeInfo + 'static, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), T::MaxBanksPerProject>>: TypeInfo + 'static, BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<ExpenditureType>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>: TypeInfo + 'static, Option<BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>: TypeInfo + 'static, Option<BoundedVec<(<T as Config>::AccountId, ProxyRole, AssignAction), <T as Config>::MaxRegistrationsAtTime>>: TypeInfo + 'static, BoundedVec<(<T as Config>::AccountId, ProxyRole, AssignAction), <T as Config>::MaxRegistrationsAtTime>: TypeInfo + 'static, Option<BoundedVec<(Option<BoundedVec<u8, ConstU32<100>>>, Option<ExpenditureType>, Option<u64>, Option<BoundedVec<u8, ConstU32<400>>>, Option<u32>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>: TypeInfo + 'static, Option<BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>>: TypeInfo + 'static, Option<BoundedVec<([u8; 32], BoundedVec<u8, ConstU32<400>>), <T as Config>::MaxRegistrationsAtTime>>: TypeInfo + 'static, BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>: TypeInfo + 'static, BoundedVec<([u8; 32], Option<u32>, CUDAction), <T as Config>::MaxRegistrationsAtTime>: TypeInfo + 'static, BoundedVec<([u8; 32], BoundedVec<u8, ConstU32<400>>), <T as Config>::MaxRegistrationsAtTime>: TypeInfo + 'static, BoundedVec<(Option<[u8; 32]>, Option<u64>, Option<BoundedVec<(BoundedVec<u8, ConstU32<100>>, BoundedVec<u8, ConstU32<100>>), <T as Config>::MaxDocuments>>, CUDAction, Option<[u8; 32]>), <T as Config>::MaxRegistrationsAtTime>: TypeInfo + 'static, T: Config + 'static,

type Identity = Call<T>

The type identifying for which type info is provided.

fn type_info() -> Type

Returns the static type identifier for Self.

impl<T: Config> UnfilteredDispatchable for Call<T>

type RuntimeOrigin = <T as Config>::RuntimeOrigin

The origin type of the runtime, (i.e. frame_system::Config::RuntimeOrigin).

fn dispatch_bypass_filter( self, origin: Self::RuntimeOrigin ) -> DispatchResultWithPostInfo

Dispatch this call but do not check the filter in origin.

impl<T: Config> EncodeLike<Call<T>> for Call<T>

impl<T: Config> Eq for Call<T>