Internal Errigal Collaboration Wiki

User Tools

Site Tools

Trace: • introduction_to_dns_errigal • mdc
development:applications:support_request

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision		Previous revision
development:applications:support_request [2021/12/09 16:44] – 10.5.5.92development:applications:support_request [2023/06/16 10:29] (current) – 10.91.110.100
Line 6: Line 6:
 ==== Overview ==== ==== Overview ====
  
-The Support Request Application is developed for auto-creating support requests in ScottyPro Ticketer, and for customers easily access their requested tickets, which removal of manual operational and support work to enable the team to focus on triage of new tickets and non-repetitive work. The APP has been integrated with Errigal Common Header and CAS in Global Admin Tool, also supports Google Analytics.+The Support Request Application is developed for auto-creating support requests in ScottyPro Ticketer, and for customers to easily access their requested tickets, which removal of manual operational and support work to enable the team to focus on triage of new tickets and non-repetitive work. The APP has been integrated with Errigal Common Header, CAS, Userprofile, also tracked by Google Analytics.
  
 Repo: https://bitbucket.org/errigal/support-request/src/dev/ Repo: https://bitbucket.org/errigal/support-request/src/dev/
Line 16: Line 16:
 The APP has been integrated with CAS and Userprofile. The APP has been integrated with CAS and Userprofile.
  
-**The APP link on the Support Page can also be turn-off by changing the url.support-request to "unknown" instead of the real link. +User can visit support-request from either the button on Support Page, or link directly 
-**+  * The APP link on the Support Page can also be turn-off by changing the url.support-request to "unknown" instead of the real link. 
 +  * There are two types of links for visiting a ticket 
 +    * The link with a ticket ID at the end can only be accessed by a login user. 
 +    * The link with a ticket ID and correct external key at the end can be accessed by anyone. The external key is generated by system based on the ticket ID, it can be get from "Get Sharable Link".
  
 {{ :development:applications:sr-btn-new.png?600 |}} {{ :development:applications:sr-btn-new.png?600 |}}
Line 35: Line 38:
   * By clicking the **My Tickets/Company Tickets** button, the admin user can switch between the own tickets view and the whole company tickets view.   * By clicking the **My Tickets/Company Tickets** button, the admin user can switch between the own tickets view and the whole company tickets view.
   * The user visibility is restricted by the env customer, which is defined on config_entry table: VISIBILITY and WORKFLOW.    * The user visibility is restricted by the env customer, which is defined on config_entry table: VISIBILITY and WORKFLOW. 
-  * **My Tickets** will list all the tickets that Support Request Details form requester email field value matching login user's email.+  * **My Tickets** will list all the tickets that Support Request Details form Requester Email/Point of Contact field value matching login user's email.
   * The 4 input/dropdown components are for filtering tickets based on Ticket ID, Ticket Priority, Ticket Summary/Description(the description field on Support Request Details form)/Title(initial issue title/summary that customer put when creating the request), Ticket Status. Only open tickets will be shown as default, but with the toggle turn-on, most recent closed tickets will be shown as well, default to last 28 days' tickets, and this is configurable.  The filtering will work with re-querying from API.   * The 4 input/dropdown components are for filtering tickets based on Ticket ID, Ticket Priority, Ticket Summary/Description(the description field on Support Request Details form)/Title(initial issue title/summary that customer put when creating the request), Ticket Status. Only open tickets will be shown as default, but with the toggle turn-on, most recent closed tickets will be shown as well, default to last 28 days' tickets, and this is configurable.  The filtering will work with re-querying from API.
   * The tickets data table support global search within the current tickets list.   * The tickets data table support global search within the current tickets list.
Line 128: Line 131:
   * **fields** to define all the form components to be rendered, 4 types of components are supported: TEXTFIELD, TEXTAREA, DROPDOWN, CHECKBOX   * **fields** to define all the form components to be rendered, 4 types of components are supported: TEXTFIELD, TEXTAREA, DROPDOWN, CHECKBOX
   * **fields** config   * **fields** config
-    * name: name of the field, should be unique for each form, suggest in Camel case+    * name: name of the field, should be **unique** for each form
     * type: TEXTFIELD/TEXTAREA/DROPDOWN/CHECKBOX     * type: TEXTFIELD/TEXTAREA/DROPDOWN/CHECKBOX
     * label: the label of the field, free term     * label: the label of the field, free term
Line 137: Line 140:
   * There are basic length limits on all the TEXTFIELD(<=255), TEXTAREA(<=15000)   * There are basic length limits on all the TEXTFIELD(<=255), TEXTAREA(<=15000)
   * **applications**: the suggested associate applications to be rendered in Affected Areas   * **applications**: the suggested associate applications to be rendered in Affected Areas
 +  * When the request is submitted, all the info in dynamic fields will be stored in the description field on Support Request Details form as name/value pair.
  
 ---- ----
development/applications/support_request.1639068267.txt.gz · Last modified: 2021/12/09 16:44 by 10.5.5.92

Page Tools

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki