Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...


draw.io Diagram
bordertrue
diagramNameOnboarding Flow per 1-4-2023
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth941
revision24

Workflows

SD: Access Request Onboarding Workflow

...

  • Filling Issue attributes: Ticket is created, automation rules are running in the background to fill issue field values.
  • Awaiting assignment: Onboarding ticket ready for being picked up by IT Servicedesk; Assign ticket to an SD-Agent.
  • Assigned (to do): work has not started, Onboarding issue has been assigned to an SD-Agent.
  • In Progress: Issue is in Progress (ticket can always move back to this status).
  • Awaiting Customer: Used when more information/response from a customer (Reporter or Requested participant) is required in order to move forward with a ticket.
    Detailed information for this status can be found further below under: Awaiting Customer status.
  • Customer Responded: When customer responds issue is automatically changed to this status.
  • Awaiting Supplier: Used when more information/response from a supplier is required.
    Detailed information for this status can be found further below under: Awaiting supplier status.
  • Access request Ympact: Triggers automatic creation: Sub-Task Access request Ympact.
  • Access request Yams: Triggers automatic creation: Sub-Task Access Request Yams.
  • Access request TM1/Cognos: Triggers automatic creation: Sub-Task Access request TM1/COGNOS.
  • Access request Jira/Confluence/Bitbucket: Triggers automatic creation: Task Jira/Confluence/Bitbucket.
  • Request Mobile Phone: Triggers automatic creation: Sub-Task Request Mobile Phone.
  • Access Request Facility: Triggers Triggers automatic creation: Task Facility.
  • Access Request AWS Workspace: Triggers automation creation: Service request with approvals AWS Workspace (only to be used for Admin request form)
  • ResolvedValidation: Onboarding Servicedesk team tasks are done, waiting handle over for bag and access to the user/confirmation from users all is setup.
  • Closed: Onboarding of the new employee/user has been completed.

...

Status of Onboarding ticket temporary changes to After Task is created it will automatically transitions back to

  1. Task is Created
    See in Yellow the fields that are pre-filled by the automation rule: SD_Create Task Access request for Facility
    • Assignee: same Assignee as the original Onboarding ticket.
    • Requested Participants YME Reception and Facility-Jira@yamaha-motor.eu are automatically added
    • Request type Onboarding new Employee Task

    Image Removed
    Task is also visible in the Customer portal 
    Image Removed

    Image Removed
    The following section is for Facility & Reception:
    Image RemovedFacility/Receptions executes task as requested in Onboarding form
    Facility/Reception informs via comment in customer portal what action has been taken: Provided Batch, Keys, Desk
    After adding comment select Add
    Image Removed
    Assignee receives comment notification via e-mail
  2. If all required actions are performed and Facility/Reception has given the confirmation all requested items have been handled over to the employee the Task can be closed.
    1. Assignee select Status Done to close the ticket
      Image Removed
    2. Assignee adds comment for share with customer to confirm to Facility/Reception that task will be closed.

No action needed, select Canceled and provide reason for cancelation.

...

  1. Facility & General Affairs (FD) Project.
  2. Onboarding form is automatically added as attachment.

    Image Added

  3. In the original SD ticket a internal comment is added:

    example: SD-89712
    Image Added



  4. Both tickets are linked, only visible for agents that have access to both projects:

    Jira
    serverJira
    columnIdsissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
    serverId2c81710b-ad02-31bf-9e7f-9678590354e2
    keySD-89712

    SD Ticket can be closed if FD ticket is still open.
    Image Added

    Jira
    serverJira
    columnIdsissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
    serverId2c81710b-ad02-31bf-9e7f-9678590354e2
    keyFD-144

    Image Added



    The following section is for Facility & Reception,.
    Image Added








Service Request with Approvals Image Modified
Anchor
Service-request-with-approvals
Service-request-with-approvals

For action by divisions/departments other than Information Systems or for Agile teams where approval could be required a Service request with approval can be created via the original Onboarding ticket. This is automatically done by selecting the appropriate transition.

...

  1. Service request with Approvals is created

    See in Yellow the fields that are pre-filled by the automation rule: SD_Create Task Access request for AWS Workspace

    • Assignee is automatically set to: Lennart Nijzink
    • Yamaha Team: CLOUD-RANGERS
    • Request type:  AWS Workspace request



  2. Lennart can assign incoming request to a team member.
    When start working change status from "To Do" to  "In Progress"


  3. Assignee executes task as requested in Onboarding form


  4. If all required actions are performed Task the ticket can be closed.
    1. Assignee select Done to close the ticket
    2. No action needed, select Canceled and provide reason for cancelation.

...