-[Update and Offboard Invoker](#update_invoker-and-offboard_and_deregister_invoker--invoker_capif_connector_updatepy-and-invoker_capif_connector_offboardingpy)
-[Update and offboard Invoker](#update_invoker-and-offboard_and_deregister_invoker--invoker_capif_connector_updatepy-and-invoker_capif_connector_offboardingpy)
-[Other Features](#other-features)
-[Register and Login](#script-register_and_loginpy)
-[Deregister and Login](#script-deregister_and_loginpy)
@@ -47,7 +47,7 @@ The common path to follow using CAPIF in order to publish an API is by following
## Important information for Provider consumer
In the `provider_folder`, it will be located several folders with each`capif_username`that has onboarded as a provider, for each folder it is created by SDK this files:
Within the `provider_folder`, the SDK will store some folders named with the provided`capif_username`it has been previously registered from CAPIF administrator. At each folder, there will be found the following files:
-`capif_provider_details.json` : Contains all the APFs and AEFs ids that have already onboarded with this capif_username
-`CAPIF_<api_name><_API_id>.json` : If it's already published or updated an API, It will be available a copy of the last payload.
@@ -155,9 +155,11 @@ For using this features we must be previously onboarded as a provider.
# Invoker NetApp
The common path to follow using CAPIF in order to get an API token of the service it's wanted to use is by following this steps:
## Important information for Invoker consumer
In the `invoker_folder`, it will be located several folders with each `capif_username` that has onboarded as a provider. For each folder, it could be found:
Within the `invoker_folder`, the SDK will store some folders named with the provided `capif_username` it has been previously registered from CAPIF administrator. At each folder, there will be found the following files:
-`capif_api_security_context_details.json`: This file contains the information of the invoker. It will contain: