Skip to main content

​
Roles and Access

  • Menu path: Portal Management → Support Package → Requests.
  • Access: Users with portal management authority (e.g., PORTAL_MANAGER) can view and perform operations.
  • Portal end users do not access this screen; operations are only performed from the management panel.
For a request to appear on the Support Package Requests screen, the user performs the following steps on the API Portal side:
1

User logs into API Portal

Developer or project member logs into their API Portal account with username and password.
2

Goes to Support Package page

Clicks on Support Packages tab from Portal menu.
3

Selects appropriate support package

Selects one of the following example packages:
  • Enterprise Integration Full Support Package
  • Developer Tools Full Support Package
  • Full Startup Support Package
4

Creates support package request

Clicks the “Request Support Package” button for the selected package and submits the request.
5

Pending approval status

The created request transitions to PENDING status and appears on the Apinizer Manager panel.
6

Notification

User receives an email notification when the request status changes (when approved or rejected).
Support Package Selection on Portal

Support Package Selection on Portal

Support Package Request Form

Support Package Request Form

The administrator checks support package requests coming to the Apinizer Manager interface with the following steps:
1

Administrator Login

Admin logs into Apinizer Manager Panel with user credentials.
2

Access Relevant Menu

Follows this path through menu: Administration → Portal → Support Packages → Support Package Requests
3

View Support Package Requests

Support package requests created by all users are listed in table format.
4

Table Review

Administrator can see the detail, status, and dates of each request in the table. (Table details are below.)
5

Perform Operation

Administrator can perform operations in the Actions field on each request’s row:Approve – Updates status to APPROVED.Reject – Updates status to REJECTED.
6

Post-Approval Process

Approved Date and Expired Date information of approved request is automatically updated.
7

User Notification

When the operation is completed, the system sends an email or portal notification to the user (the person who created the request).

​
Approval and Rejection Flow

  1. Click Approve button (only visible in PENDING or REJECTED statuses).
  2. Confirmation dialog opens.
  3. If you approve, supportPackageRequestService.approve(id, currentUserId) is called.
  4. After operation, list automatically refreshes; status becomes APPROVED.

​
Business Rules

  • There is no deletion operation. Manual intervention via API/DB is required if needed.
  • PENDING record can be both approved and rejected.
  • APPROVED record can be rejected again (e.g., in case of accidental approval).
  • REJECTED record can be approved again (e.g., if user request is re-evaluated).
  • After operation, entire list is reloaded; no page refresh needed.
Support Package Requests Management Screen

Support Package Requests Management Screen

Column NameDescription
Account E-mailEmail address of the user who created the request
Account Full NameFull name of the user
OrganizationOrganization or project name to which the user belongs
Support PackageType of requested support package (example: Enterprise Integration Full Support Package)
StatusCurrent status of the request (example: PENDING, APPROVED, REJECTED)
Usage (Detail)Link that redirects to package usage detail page
Request DateDate the request was created
Approved DateIf request is approved, the date it was approved
Expired DateExpiration date of the support package validity period
ActionsOperations that can be performed by administrator (✅ Approve / ❌ Reject)

​
Frequently Asked Questions

No. Only approval and rejection operations are supported.
Reject dialog records the reason. Display of the reason in external systems depends on backend/portal integration.
Yes. “Approve” button is visible for rejected record; you can re-evaluate.
This page is only for package request management; package definitions are made on other screens of portal management.