Section 6.1 describes a generic process flow in which users can go to a web-site, request a credential, and obtain one (or not).
However, it is very useful to also have a user sequence that is initiated by a Service Provider (SP) website, that offers the generation and issuance of a credential in which, e.g., the current status of that process is being asserted. Some examples:
a user applies for a parking license (physical piece of paper); the SP can immediately decide that it will provide one, but it will take 3 weeks to produce it and deliver it. The SP can then offer the user to issue a credential stating that the parking license is forthcoming, so that if the user gets a parking ticket, (s)he would not need to pay a fine.
a user that is browsing at an SP, just to see some status of an order, or the data that the SP has on her, may be offered VCs of various types that the SP would be willing to issue in case the usere were interested.
The flow would go something like this:
Jane browses to the website of SP
SP offers to issue a VC of specific kinds (e.g. by presenting a QR code)
Jane may choose to use her user agent to obtain one or more of such VCs (e.g. by scanning a QR code, or clicking a button with a deep link)
SP generates the credential (no need to do the entire provisioning as per #141, as the 'access control' part thereof has implicitly been taken care of), and issues it to Jane's user agent.
Jane accepts the received VC (implicitly or explicitly)
Section 6.1 describes a generic process flow in which users can go to a web-site, request a credential, and obtain one (or not).
However, it is very useful to also have a user sequence that is initiated by a Service Provider (SP) website, that offers the generation and issuance of a credential in which, e.g., the current status of that process is being asserted. Some examples:
The flow would go something like this: