-
Notifications
You must be signed in to change notification settings - Fork 2
Inventory of all application views
Link to each heading for details. Asterisk* denotes pages that require certain query parameters to be appended to the URL to prevent error.
- Reporter Dashboard:
/reporter
- Facilities page, aka. "My Applications":
/reporter/facilities
- New Application Disclaimer page:
/reporter/new-application-disclaimer
* - Application page:
/reporter/application/[applicationId]
* - Submission Complete page:
/reporter/complete-submit
- View Submitted Application page:
/reporter/application/[applicationId]/version/[versionNumber]/view
*
- Pending Analyst page
/analyst/pending
- Analyst Dashboard
/analyst
- Add Organisation page
/analyst/add-organisation
- Add Facility page
/analyst/add-facility
- Organisation Access Requests page
/analyst/organisation-requests
- Applications Admin page
/analyst/applications
- Application Review page
/analyst/application-review
*
- Admin Dashboard
/admin
- Users Admin page
/admin/users
- Products and Benchmarks admin page
/admin/products-benchmarks
- Reporting Periods admin page
/admin/reporting-years
- Home page
/
- Login Redirect page
/login-redirect
* - CIIP Application Disclaimer
/resources/application-disclaimer
- 'Page Not Found' page (aka. 404)
- 403 page (temporary; handles redirection after registration bug)
/403
- Unknown Error page, aka. ErrorBoundary
(any URL)
- BCGov-wide Website Disclaimer
/resources/disclaimer
- BCGov-wide Privacy Statement
/resources/privacy
- BCGov-wide Copyright Statement
/resources/copyright
- Contact page
/resources/contact
Industry users (reporters and certifiers) must log in using a user name or email address and are not expected to have an IDIR.
View and request access to operators to apply for CIIP on behalf of.
-
Organisation
(dropdown item in organisation search)
View facilities for operators to which the user has access and on behalf of which they can apply for CIIP. The listings provide links to the following actions for each facility:
- a) start an application
- b) resume an in-progress application
- c) view a submitted application
Note: When navigating to this page via "My Applications", all applications from all the user's facilities and operators are listed. Otherwise when navigating here by clicking on an individual operator, this page shows just the applications for the facilities belonging to that operator.
SearchTable
Interstitial page that collects the reporter's consent before allowing a new application to be started.
* Required query parameters:
applicationId
version
A set of forms, displayed in sequential tabs, allowing reporters to apply for CIIP for a specified facility.
The form tab (ie: Emissions, etc.) initially displayed on loading this page is controlled by the value of the formId
query parameter. Further, the page can be loaded to display the Summary tab by appending the parameter: confirmationPage=true
instead of formId
.
Form validation helps ensure the integrity of data entered before submission; however, this can be overridden by the reporter with a message justifying their reasons for not being able to fix the validation errors.
* Optional query parameters:
-
formId
: if not present andconfirmationPage
is nottrue
, the app will automatically set it to the first form's id -
confirmationPage
: if set totrue
andformId
is not present, the app will display the Summary tab
FormSharedStyles
ApplicationDetailsContainer
Interstitial page shown after submitting an application, which confirms the application has been successfully submitted.
View Submitted Application page: /reporter/application/[applicationId]/version/[versionNumber]/view
*
View a submitted application, including comments made by the analyst who reviewed the applications.
ApplicationComments
ApplicationDetailsContainer
Analysts must log in with IDIR. To gain access to this scope, new analyst users must:
- log in using IDIR
- be specifically granted analyst access in Keycloak by an admin
Displayed to users logged in with IDIR but who have not had analyst access granted to them in Keycloak. The user is informed that an admin will need to grant them access.
Links to all pages accessible from this scope (analyst and admin views), including external links to:
- Metabase for data insights, aka. business intelligence
- Issue tracker for reporting problems to the development team
Add a new operator (aka. organisation). Search and sort the list of existing operators and view their details, such as CRA Business Number and SWRS Report ID.
-
Organisation
(dropdown item in organisation search)
Add a new facility belonging to an existing operator. Search and sort the list of existing facilities and view their details, such as Operator Name, facility type, BCGHG ID, and SWRS Report ID.
- List all reporter requests for access to an operator and see access decisions (approved or rejected) on past requests.
- Make access decisions by approving or rejecting requests.
- Requests do not disappear after a decision is made and can be reset if it's later decided to change a given access decision.
- List of requests is searchable and sortable by various attributes pertaining to the user, operator and request status.
SearchTable
View all submitted applications. The list of applications is searchable and sortable by operator, facility, reporting year, submission date and status.
SearchTable
Review a submitted application, section by section.
- Compare the difference (diff) between application revisions and/or the imported data from SWRS
- Enter comments by section for the reporter
- comments are not visible to the reporter until a decision is made on the application as a whole
- Add internal comments by section and flag sections internally for further attention by analysts
- Delete comments or mark comments as resolved
- Make a decision to approve or reject an application, or request that the reporter make changes
- these decisions trigger an email to the reporter
- Download the application as PDF
* Required query parameters:
applicationId
applicationRevisionId
version
ApplicationComments
Admins must log in with IDIR. To gain access to this scope, new admin users must:
- log in using IDIR
- be specifically granted admin access in Keycloak by an existing admin
Admin users have access to all the views listed under the analyst scope, plus the following:
Links to all pages accessible from this scope (analyst and admin views), including external links to:
- Metabase for data insights, aka. business intelligence
- Issue tracker for reporting problems to the development team
View a list of all users: their name, occupation, phone number and email address.
View and edit a list of products, with benchmarks.
- Search and sort the list by product attributes
- Define links between products that should be reported together
- View product details
- Edit product benchmarks
- Create new products as a draft
- Publish draft products
- Archive published products
SearchTable
View reporting periods and their key dates, edit future dates, and create new reporting years. To ensure an accurate historical record, dates and times cannot be edited once they are past. A reporting period cannot be deleted once created; however, it can be edited provided that the dates and times are not past.
FormSharedStyles
Shown after SSO registration (which occurs offsite on the BCGov Keycloak service), this is the first page that a newly registered user sees on the website. It collects some additional information - phone number and occupation - not already covered in the SSO registration and redirects the user to their dashboard after submission.
View and change name, occupation, phone number and email address.
Gives an overall introduction to CIIP, including key application dates and call to action to register and apply, or log in.
-
RegistrationLoginButtons
LoginButton
* Query parameters are not actually required here to prevent an error, but this page is intended to be used in conjunction with a redirectTo
parameter indicating the URL to redirect to after login.
-
RegistrationLoginButtons
LoginButton
Expanded view of the CIIP program-specific applicant disclaimer. Identical text is displayed in a scrollable area above the signature interface for certifiers. A link to this page is included in those views, and in the certification request email, for an easier reading experience.
LegalDisclaimerText
Shown when an invalid URL is visited. Links back to the homepage (which in turn for logged-in users, redirects back to their dashboard).
Temporary page to handle a specific issue with newly registered users sometimes not being automatically logged in after registration. This directs the user to click "Login" at the top of the page to complete their journey.
Displays an error message directing users to report the error to the development team at [email protected]. Some error details are provided, which the user can copy into their bug report.
Unlike the other error pages which handle HTTP error status codes (network-level errors), this handles errors that may have originated on either client or server. It's not truly a page, but rather a component that may be displayed on any other page when an error that breaks the client-side code is triggered.
Note: An exception is that client-side errors on outdated browsers unsupported by React and Next will not trigger display of this view; those users will see a blank page instead.
Boilerplate website disclaimer obtained from DevHub.
Boilerplate website privacy statement obtained from DevHub.
Boilerplate website copyright statement obtained from DevHub.
Provides basic contact information (CAS email address) for website and application support.
Asterisk* denotes routes with required query parameters. Without certain parameters appended to the URL (providing some necessary data for the view) as key-value pairs, an error page will be shown. The expected parameters differ between pages, and multiple query parameters are separated by an &
character. An example is the application page, which requires the following string to be appended to the end of the URL /reporter/application
:
?applicationId=someID&version=1&formResultId=anotherID
In the next iteration of CIIP we aim for better compliance with REST conventions by replacing required query parameters with dynamic routes that employ route parameters instead, thus triggering a 404 when missing (as opposed to the current 500 error page).
-
DefaultLayout
Header
-
Subheader
(only on a subset of pages) Footer
LoadingSpinner
ToasterHelper
ErrorBoundary
PageRedirectHandler
Custom Footer