US20080127189A1 - Configurable application integrating service request and fulfillment process - Google Patents
Configurable application integrating service request and fulfillment process Download PDFInfo
- Publication number
- US20080127189A1 US20080127189A1 US11/933,765 US93376507A US2008127189A1 US 20080127189 A1 US20080127189 A1 US 20080127189A1 US 93376507 A US93376507 A US 93376507A US 2008127189 A1 US2008127189 A1 US 2008127189A1
- Authority
- US
- United States
- Prior art keywords
- service request
- workflow
- database
- activities
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063116—Schedule adjustment for a person or group
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99943—Generating database or data structure, e.g. via user interface
Definitions
- This invention generally relates to managing base processes and functions associated with a service request and fulfillment process. More specifically, the invention relates to a configurable application for managing such processes and functions in a fully integrated and automated manner.
- An object of this invention is to provide a solution that fully integrates, and hence automates, the base processes and functions associated with a service request and fulfillment process.
- Another object of the present invention is to provide a method and system that integrates planned and non-planned services, specific service requests, workflow, fulfillment planning and tracking, and measurements reporting.
- a further object of the invention is to provide a fully configurable application for managing base processes and functions associated with a service request and fulfillment process, so that end-to-end processes and internal processes can be tailored to the desired cumulative result.
- the method comprises the steps of defining a set of said service types and a sequence of activities for each said service type; and for each said service request, configuring a workflow of said activities from said service types in each said service request.
- the method comprises the further steps of defining owners of said activities in each said workflow and a schedule for performing said activities whereby said owner and schedule are defined using load balancing; and performing said activities and monitoring completion of said activities and said load balancing.
- the preferred embodiment of the invention eliminates the problems associated with manually piecing together tools and processes. It offers seamless integration and automation of all process steps while providing real-time tracking and information access capability.
- a Lotus Notes Domino infrastructure By leveraging, for example, a Lotus Notes Domino infrastructure, all features and advantages of an enterprise groupware system, such as security, scalability, mobility, internet access, database replication, database conflict resolution, personalized private views, etc., apply.
- FIG. 1 outlines a preferred method embodying the present invention.
- FIG. 2 illustrates a service request manager that may be used in the practice of this invention.
- FIGS. 3-5 generally illustrate a workflow pattern employed in the present invention.
- FIG. 6 illustrates components, and their relationships, of the service requirements manager of FIG. 2 .
- FIGS. 7-11 show views that may be presented during the course of the invention.
- the present invention generally, relates to a method and system for generating a plurality of concurrent solutions for a corresponding plurality of service requests each having one or more service types.
- the method comprises the steps of defining a set of said service types and a sequence of activities for each said service type; and for each said service request, configuring a workflow of said activities from said service types in each said service request.
- the method comprises the further steps of defining owners of said activities in each said workflow and a schedule for performing said activities whereby said owner and schedule are defined using load balancing; and performing said activities and monitoring completion of said activities and said load balancing.
- FIG. 2 shows a technical overview of a service request manager (SRM) with which this invention may be used.
- SRM service request manager
- the SRM provides several major functions, including service offering definition, customer contract interlock, customer requests for service, service provider workload/workflow management, and customer request status report.
- the present invention has been developed and implemented for improving service delivery efficiency associated with workstation environment management. Historically, use of individual processes and tools require additional administrative effort and resources to perform the processes and merge information between processes. This mode of operation heavily relied on the combined skill levels of the participants to create a smooth-running, end-to-end process. Often, changes to planned events or additional requirements created problems within and between the discrete processes.
- the present invention provides a single user interface, configurable workflows, and automated real-time tracking capabilities to eliminate process overhead and inaccuracies, while increasing information access through a standard environment.
- the preferred implementation of the invention involves request planning, building/configuring a solution, and delivering that solution.
- FIG. 4 provides an example of a workflow that may occur in the course of the invention. In this workflow, a client is scheduled, a solution is built/configured, with data back-up, data is restored, and the solution is delivered to the client.
- FIG. 5 provides an example of how this workload may be distributed. The client scheduling could be done by a Queue Manager, the building/configuring of the solution could be done by the another manager, the data back-up could be performed by one person, and the data restore and delivery to the client could be done by another person.
- a database referred to as the service requirement manager database
- the database could be, for example, a Lotus Notes database that is used by the service delivery teams to track plans, requests, and delivery activities for their services.
- the various teams can: Create plans for services for a customer; Create Service Requests for clients; Prioritize the requests; Assign deployment personnel to perform the delivery activities; Quickly determine which clients must be scheduled for service delivery; Balance daily workloads; Track the delivery activities; View personal work “to-do” for each delivery team member; Assist the deployment team members in the weekly claiming of billing hours to the customer; View the plans vs. actuals; and View the status of plans, requests, and activities.
- the SRM has several main components referred to as “plans,” “service requests,” “delivery activities,” “measurements,” and “user definable keywords, rules and tables.”
- a “plan” identifies, for each business area (identified by an account group id), the total number of people that are planned to receive a specific type of service from the service delivery team during the plan year. (These are services such as a new workstation, or a software upgrade.) Plans are made for each specific Account Group Id and Service Type.
- a “service request” is a request for a specific service for a specific client.
- Delivery activities are the activities necessary to deliver a service (such as “schedule the client,” and “customize software,” etc.). Each activity is assigned an owner name (someone on the delivery team) to perform the activity. Each activity has a status that is used to track the progress of the activity.
- Measurements are views as requested by the customer. These include, for example, Plans vs. Requests, Delivery team utilization, and workload analysis.
- User definable keywords, rules and tables include flexible data that can be created and updated at any time by the customer. These include, for instance, field keywords, services, activities, and work flows.
- the SRM includes a number of processes. These include (1) Services, activities, and work flow are defined; (2) Plans are created for services; (3) Requests are made for services; (4) Service request activities are performed; and (5) Progress is monitored using the various views. These processes are discussed below.
- the DCS services As new services are needed, various services and related matters are defined.
- the DCS services the activities required to deliver those services, any additional information that needs to be collected for the services or activities, and the sequence of the activities to be performed are all defined.
- the services are defined using the “Service Definition” form.
- the activities are defined using the “Activity Definition” form.
- the work items are defined using the “Work Item Definition” form.
- the workflow activities and their sequences are defined using the “Workflow Activity Definition” form.
- customer representative creates a request for service for a specific client (person) by creating a Service Request document. Then the delivery team rep either approves or rejects the request for service (using an action button). If the request is approved, then Service Request Activity documents are created by the application based on the activities in the “work flow” (i.e., the activities necessary to complete a service). There is one document for each activity that must be performed. For example, a service request for “Notes Deploy” could have five service request activities: “Schedule the client,” “Kit the hardware,” “Load the image,” “Deploy to client,” and “Close.”
- someone on the delivery team assigns an owner (using an action button) to an activity.
- the owner is the name of someone on the delivery team that will perform the specific activity.
- the status of that activity is automatically set to “In progress.”
- the activity automatically appears in the personal “to-do” view of the person that was assigned as the owner.
- the assigned owner performs the actual work for any activities that have a status of “In progress.” If additional move, add, or change activities are required for the request, the delivery team can add “MAC” activities to the request in-progress by using an action button.
- the owner will collect and update deployment details (serial numbers, license info, etc.) from and to the site's Asset Management database. Once an activity has been “worked,” the owner enters any “additional information” required for that activity on the Service Request Activity document, and then updates the status of the activity (using an action button) to “Completed,” “Exception Review,” or “Bypassed.” As each activity is completed, the status(s) of the succeeding activity(s) is/are automatically changed to “Pending” if an owner has not yet been assigned, or to “In progress” if an owner has been assigned. When the last activity is completed, the status of the entire service request is changed to “Completed.”
- Views that may be used to monitor progress include.
- the annual number of planned services vs. the number of requests that are new, committed, in progress, completed, rejected, or canceled;
- the number of planned services vs. the number of requests that are new, committed, in progress, completed, rejected, or canceled for each quarter;
- the detailed committed, in-progress, or completed requests The status of the requests and their activities;
- ACL database access control list
- the ACL contains group names with “roles” assigned to each group.
- the names of the people in each group are defined and maintained in the Notes Names and Address Book by their assigned owners.
- Documents can be read only by those with the proper authority. Users can only see and read a document if their name or role is listed in the Readers field in the Document Control section of the document. This prevents a customer in one business area from seeing the plans, requests, and activities for another business area, but allows the delivery team managers to see the information for all business areas.
- Document creation is restricted by individual forms and by ACL groups.
- the creator of a document is automatically the document “author.”
- the document author can add additional authors and readers to a document. Only the document authors can edit the document.
- the SRM has the following user roles: Admin (Application Coordinator/Administrator); Representative for the delivery team; BAR (Customer Rep); BATR (Business Area Technical Rep); Delivery; Asset Management (AM); and DCSMgr (Distributed Computing Services manager).
- the Admin can edit and view all documents, change the status of any document, create keyword documents, create help documents, and do anything that the SiteRep role can do.
- the SiteRep can define services, activities, and workflows, create plans and requests, commit a Service Plan, Approve/Reject a Service Request, and do anything that the Delivery role can do.
- the BAR can create plans and requests, and edit and view only the plans or requests for which the user is the BAR.
- the BATR can create plans and requests, and edit and view only the plans or requests for which the user is the BATR.
- the Delivery can create plans and requests, assign an owner to an activity, Complete/Bypass an activity, place an activity in exception status, and add a MAC activity to a request in progress.
- the AM can see the buttons on the Service Request Activity to retrieve and update data from and to the Asset Management database. (The buttons only work if the user also has the proper access levels to the Asset Management database.)
- the DCSMgr can read all documents.
- FIGS. 8-10 show a sample of the views accessible to the different user groups.
- FIG. 7 illustrates a user interface that may be provided to help navigate to other associated databases available to the different users.
- SRM Lotus Notes Database that uses “forms” to create “documents.” These forms are discussed below.
- the site reps use this form to define a service activity. These activities are used in the workflow for a Service/Service Type.
- the application programmer uses this form to define the database location information.
- the information is used to access other databases.
- the application coordinator uses this form to create application specific help for the users and administrators.
- the application coordinators use this form to setup the values of a “user-defined” keyword.
- the keywords are used for field selection choices.
- the application coordinator uses this form to define the dates that are used for reporting cutoffs.
- the dates are used to categorize completed requests and activities in a view.
- the site reps use this form to define the information about a specific Service/Service Type. This includes the campus where offered, is it billable?, a description, etc.
- the site reps use this form to define an activity as an ordered step in the workflow for a specific Service/Service Type. It includes the sequence number in the workflow, name, description, predecessor activities, successor activities, etc.
- the site reps use this form to define a work item that is used for billing for a specific campus.
- work items are selected from the list of defined work items for the campus.
- the site reps use this form to record the annual plan for a Service/Service Type.
- the customer reps and the technical reps use this form to request a service for a specific employee (client). This includes which quarter the request is needed, the priority, the employee name, id, div, phone, platform, etc.
- a work activity is for a specific Service Request. It includes the activity code, sequence number, predecessors, successors, owner, etc.
- the delivery team uses this form to assign ownership, track an activity, and collect deployment details.
- the SRM database includes several views grouped by user role or task. These views include a Help View, BAR Views, SiteRep Views, Deployment Views, Scheduling Views, Definition Views, Admin Views, and Personal Views.
- the Help View shows all application specific help documents.
- the BAR (customer) Views show Annual Plans and Requests; Quarterly Plans and Requests (one view for each quarter); Plans, Requests and Activities, and Plans vs. Completed Requests.
- the SiteRep Views show Annual Plans and Requests; Quarterly Plans and Requests (one view for each quarter); Plans, Requests, and Activities; and Completed Activities by Month.
- the Deployment Views show all Requests and Activities by Client; All Requests and Activities by Campus, BAR, Client; and Completed Activities.
- the Scheduling Views show Active Requests and Activities by Date, Client; and Active Requests and Activities by Owner, Activity (for workload balancing).
- the Definition Views show Activities; Services; Work Items; and Work Flow Activities.
- the Admin Views show All documents; DB Rules; Deleted documents; Keywords; Calendar; and Any other special views for admin support.
- the Personal Views show personal “To Do” for an Activity Owner.
Abstract
A method and system for generating a plurality of concurrent solutions for a corresponding plurality of service requests each having one or more service types. The method comprises the steps of defining a set of said service types and a sequence of activities for each said service type; and for each said service request, configuring a workflow of said activities from said service types in each said service request. The method comprises the further steps of defining owners of said activities in each said workflow and a schedule for performing said activities whereby said owner and schedule are defined using load balancing; and performing said activities and monitoring completion of said activities and said load balancing.
Description
- This application is a continuation application of U.S. Ser. No. 10/041,394 filed Jan. 8, 2002.
- 1. Field of the Invention
- This invention generally relates to managing base processes and functions associated with a service request and fulfillment process. More specifically, the invention relates to a configurable application for managing such processes and functions in a fully integrated and automated manner.
- 2. Prior Art
- Typically, tools and systems are available only for the discrete work functions associated with performing fulfillment tasks of a service request. These discrete processes and tools require significant manual intervention and/or customized programming to link the processes/tools in the quest to achieve increased productivity. However, problems such as process/tool compatibility, real-time interfacing, and multiple user-interfaces burden the streaming of the overall process, and hence, the productivity gain.
- Current solutions for addressing this problem address only pieces of a full solution. Significant manual intervention is required to link the processes together. Even then, consistent reporting among the various processes is still not available.
- An object of this invention is to provide a solution that fully integrates, and hence automates, the base processes and functions associated with a service request and fulfillment process.
- Another object of the present invention is to provide a method and system that integrates planned and non-planned services, specific service requests, workflow, fulfillment planning and tracking, and measurements reporting.
- A further object of the invention is to provide a fully configurable application for managing base processes and functions associated with a service request and fulfillment process, so that end-to-end processes and internal processes can be tailored to the desired cumulative result.
- These and other objectives are attained with a method and system for generating a plurality of concurrent solutions for a corresponding plurality of service requests each having one or more service types. The method comprises the steps of defining a set of said service types and a sequence of activities for each said service type; and for each said service request, configuring a workflow of said activities from said service types in each said service request. The method comprises the further steps of defining owners of said activities in each said workflow and a schedule for performing said activities whereby said owner and schedule are defined using load balancing; and performing said activities and monitoring completion of said activities and said load balancing.
- The preferred embodiment of the invention, as described below in detail, eliminates the problems associated with manually piecing together tools and processes. It offers seamless integration and automation of all process steps while providing real-time tracking and information access capability. By leveraging, for example, a Lotus Notes Domino infrastructure, all features and advantages of an enterprise groupware system, such as security, scalability, mobility, internet access, database replication, database conflict resolution, personalized private views, etc., apply.
- Further benefits and advantages of the invention will become apparent from a consideration of the following detailed description, given with reference to the accompanying drawings, which specify and show preferred embodiments of the invention.
-
FIG. 1 outlines a preferred method embodying the present invention. -
FIG. 2 illustrates a service request manager that may be used in the practice of this invention. -
FIGS. 3-5 generally illustrate a workflow pattern employed in the present invention. -
FIG. 6 illustrates components, and their relationships, of the service requirements manager ofFIG. 2 . -
FIGS. 7-11 show views that may be presented during the course of the invention. - With reference to
FIG. 1 , the present invention, generally, relates to a method and system for generating a plurality of concurrent solutions for a corresponding plurality of service requests each having one or more service types. The method comprises the steps of defining a set of said service types and a sequence of activities for each said service type; and for each said service request, configuring a workflow of said activities from said service types in each said service request. The method comprises the further steps of defining owners of said activities in each said workflow and a schedule for performing said activities whereby said owner and schedule are defined using load balancing; and performing said activities and monitoring completion of said activities and said load balancing. -
FIG. 2 shows a technical overview of a service request manager (SRM) with which this invention may be used. Generally, the SRM provides several major functions, including service offering definition, customer contract interlock, customer requests for service, service provider workload/workflow management, and customer request status report. - The present invention has been developed and implemented for improving service delivery efficiency associated with workstation environment management. Historically, use of individual processes and tools require additional administrative effort and resources to perform the processes and merge information between processes. This mode of operation heavily relied on the combined skill levels of the participants to create a smooth-running, end-to-end process. Often, changes to planned events or additional requirements created problems within and between the discrete processes. The present invention provides a single user interface, configurable workflows, and automated real-time tracking capabilities to eliminate process overhead and inaccuracies, while increasing information access through a standard environment.
- Preferably, with reference to
FIG. 3 , the preferred implementation of the invention involves request planning, building/configuring a solution, and delivering that solution.FIG. 4 provides an example of a workflow that may occur in the course of the invention. In this workflow, a client is scheduled, a solution is built/configured, with data back-up, data is restored, and the solution is delivered to the client.FIG. 5 provides an example of how this workload may be distributed. The client scheduling could be done by a Queue Manager, the building/configuring of the solution could be done by the another manager, the data back-up could be performed by one person, and the data restore and delivery to the client could be done by another person. - In the preferred implementation of the invention, a database, referred to as the service requirement manager database, is used. The database could be, for example, a Lotus Notes database that is used by the service delivery teams to track plans, requests, and delivery activities for their services.
- Using the database, the various teams can: Create plans for services for a customer; Create Service Requests for clients; Prioritize the requests; Assign deployment personnel to perform the delivery activities; Quickly determine which clients must be scheduled for service delivery; Balance daily workloads; Track the delivery activities; View personal work “to-do” for each delivery team member; Assist the deployment team members in the weekly claiming of billing hours to the customer; View the plans vs. actuals; and View the status of plans, requests, and activities.
- With reference to
FIG. 6 , The SRM has several main components referred to as “plans,” “service requests,” “delivery activities,” “measurements,” and “user definable keywords, rules and tables.” A “plan” identifies, for each business area (identified by an account group id), the total number of people that are planned to receive a specific type of service from the service delivery team during the plan year. (These are services such as a new workstation, or a software upgrade.) Plans are made for each specific Account Group Id and Service Type. A “service request” is a request for a specific service for a specific client. - “Delivery activities” are the activities necessary to deliver a service (such as “schedule the client,” and “customize software,” etc.). Each activity is assigned an owner name (someone on the delivery team) to perform the activity. Each activity has a status that is used to track the progress of the activity. “Measurements” are views as requested by the customer. These include, for example, Plans vs. Requests, Delivery team utilization, and workload analysis. “User definable keywords, rules and tables” include flexible data that can be created and updated at any time by the customer. These include, for instance, field keywords, services, activities, and work flows.
- The SRM includes a number of processes. These include (1) Services, activities, and work flow are defined; (2) Plans are created for services; (3) Requests are made for services; (4) Service request activities are performed; and (5) Progress is monitored using the various views. These processes are discussed below.
- As new services are needed, various services and related matters are defined. In particular the DCS services, the activities required to deliver those services, any additional information that needs to be collected for the services or activities, and the sequence of the activities to be performed are all defined. In this implementation, the services are defined using the “Service Definition” form. The activities are defined using the “Activity Definition” form. The work items are defined using the “Work Item Definition” form. The workflow activities and their sequences are defined using the “Workflow Activity Definition” form.
- Customer representatives create plans for services by creating Plan documents. Although not necessary, the DCS Site Reps may then commit the plans for DCS services by using a “Commit” action button.
- First, customer representative creates a request for service for a specific client (person) by creating a Service Request document. Then the delivery team rep either approves or rejects the request for service (using an action button). If the request is approved, then Service Request Activity documents are created by the application based on the activities in the “work flow” (i.e., the activities necessary to complete a service). There is one document for each activity that must be performed. For example, a service request for “Notes Deploy” could have five service request activities: “Schedule the client,” “Kit the hardware,” “Load the image,” “Deploy to client,” and “Close.”
- In this implementation someone on the delivery team assigns an owner (using an action button) to an activity. The owner is the name of someone on the delivery team that will perform the specific activity. When an owner is assigned to the first activity in the work flow, the status of that activity is automatically set to “In progress.” The activity automatically appears in the personal “to-do” view of the person that was assigned as the owner. The assigned owner performs the actual work for any activities that have a status of “In progress.” If additional move, add, or change activities are required for the request, the delivery team can add “MAC” activities to the request in-progress by using an action button.
- For certain predefined activities, the owner will collect and update deployment details (serial numbers, license info, etc.) from and to the site's Asset Management database. Once an activity has been “worked,” the owner enters any “additional information” required for that activity on the Service Request Activity document, and then updates the status of the activity (using an action button) to “Completed,” “Exception Review,” or “Bypassed.” As each activity is completed, the status(s) of the succeeding activity(s) is/are automatically changed to “Pending” if an owner has not yet been assigned, or to “In progress” if an owner has been assigned. When the last activity is completed, the status of the entire service request is changed to “Completed.”
- Views that may be used to monitor progress include. The annual number of planned services vs. the number of requests that are new, committed, in progress, completed, rejected, or canceled; The number of planned services vs. the number of requests that are new, committed, in progress, completed, rejected, or canceled for each quarter; The detailed committed, in-progress, or completed requests; The status of the requests and their activities; The clients that are currently scheduled or waiting to be scheduled; and The current deployment team workload.
- Access to the database is controlled through the database access control list (ACL). The ACL contains group names with “roles” assigned to each group. The names of the people in each group are defined and maintained in the Notes Names and Address Book by their assigned owners.
- Documents can be read only by those with the proper authority. Users can only see and read a document if their name or role is listed in the Readers field in the Document Control section of the document. This prevents a customer in one business area from seeing the plans, requests, and activities for another business area, but allows the delivery team managers to see the information for all business areas.
- Document creation is restricted by individual forms and by ACL groups. The creator of a document is automatically the document “author.” The document author can add additional authors and readers to a document. Only the document authors can edit the document.
- The SRM has the following user roles: Admin (Application Coordinator/Administrator); Representative for the delivery team; BAR (Customer Rep); BATR (Business Area Technical Rep); Delivery; Asset Management (AM); and DCSMgr (Distributed Computing Services manager). The Admin can edit and view all documents, change the status of any document, create keyword documents, create help documents, and do anything that the SiteRep role can do. The SiteRep can define services, activities, and workflows, create plans and requests, commit a Service Plan, Approve/Reject a Service Request, and do anything that the Delivery role can do. The BAR can create plans and requests, and edit and view only the plans or requests for which the user is the BAR. The BATR can create plans and requests, and edit and view only the plans or requests for which the user is the BATR. The Delivery can create plans and requests, assign an owner to an activity, Complete/Bypass an activity, place an activity in exception status, and add a MAC activity to a request in progress. The AM can see the buttons on the Service Request Activity to retrieve and update data from and to the Asset Management database. (The buttons only work if the user also has the proper access levels to the Asset Management database.) The DCSMgr can read all documents.
-
FIGS. 8-10 show a sample of the views accessible to the different user groups.FIG. 7 illustrates a user interface that may be provided to help navigate to other associated databases available to the different users. - This implementation of SRM is a Lotus Notes Database that uses “forms” to create “documents.” These forms are discussed below.
- The site reps use this form to define a service activity. These activities are used in the workflow for a Service/Service Type.
- The application programmer uses this form to define the database location information. The information is used to access other databases.
- The application coordinator uses this form to create application specific help for the users and administrators.
- The application coordinators use this form to setup the values of a “user-defined” keyword. The keywords are used for field selection choices.
- The application coordinator uses this form to define the dates that are used for reporting cutoffs. The dates are used to categorize completed requests and activities in a view.
- The site reps use this form to define the information about a specific Service/Service Type. This includes the campus where offered, is it billable?, a description, etc.
- The site reps use this form to define an activity as an ordered step in the workflow for a specific Service/Service Type. It includes the sequence number in the workflow, name, description, predecessor activities, successor activities, etc.
- The site reps use this form to define a work item that is used for billing for a specific campus. When a Service Plan is created, work items are selected from the list of defined work items for the campus.
- The site reps use this form to record the annual plan for a Service/Service Type.
- The customer reps and the technical reps use this form to request a service for a specific employee (client). This includes which quarter the request is needed, the priority, the employee name, id, div, phone, platform, etc.
- These documents are created automatically when a Service Request is approved. A work activity is for a specific Service Request. It includes the activity code, sequence number, predecessors, successors, owner, etc. The delivery team uses this form to assign ownership, track an activity, and collect deployment details.
- The SRM database includes several views grouped by user role or task. These views include a Help View, BAR Views, SiteRep Views, Deployment Views, Scheduling Views, Definition Views, Admin Views, and Personal Views.
- The Help View shows all application specific help documents. The BAR (customer) Views show Annual Plans and Requests; Quarterly Plans and Requests (one view for each quarter); Plans, Requests and Activities, and Plans vs. Completed Requests. The SiteRep Views show Annual Plans and Requests; Quarterly Plans and Requests (one view for each quarter); Plans, Requests, and Activities; and Completed Activities by Month. The Deployment Views show all Requests and Activities by Client; All Requests and Activities by Campus, BAR, Client; and Completed Activities.
- The Scheduling Views show Active Requests and Activities by Date, Client; and Active Requests and Activities by Owner, Activity (for workload balancing). The Definition Views show Activities; Services; Work Items; and Work Flow Activities. The Admin Views show All documents; DB Rules; Deleted documents; Keywords; Calendar; and Any other special views for admin support. The Personal Views show personal “To Do” for an Activity Owner.
- While it is apparent that the invention herein disclosed is well calculated to fulfill the objects stated above, it will be appreciated that numerous modifications and embodiments may be devised by those skilled in the art, and it is intended that the appended claims cover all such modifications and embodiments as fall within the true spirit and scope of the present invention.
Claims (13)
1-15. (canceled)
16. A database configured to operate as a service request workflow engine to implement various service request workflows, wherein a service request workflow implements a sequence of activities for at least one service request type comprising on of the service request workflows, comprising:
a repository for storing a plurality of service request type definitions, wherein each service request type definition comprises a plurality of activities required for completing workflow associated with the type;
a user interface that allows users to interface to the database to initiate a service request workflow by associating at least one service request type for the service request workflow, and interacting with the database to provide necessary parameters for the at least one service request type; and
a workflow processor that responds to an initiated service request workflow by storing the at least one service type definition comprising the user-initiated workflow, and processing the necessary parameters to execute the service request workflow.
17. The database set forth in claim 16 , wherein each service request type comprises a sequence of workflow activities.
18. The database set forth in claim 16 , wherein the user interface allows users to choose predetermine service request workflows including at least one service type and corresponding sequence of activities.
19. The database set forth in claim 16 , wherein said workflow processor coordinates the activities comprising a service type workflow comprising a service request workflow with associated electronic data systems or executable applications in communication with the database that execute one or more activities.
20. The database set forth in claim 19 , wherein the user interface and work flow processor together provide for real-time tracking of completion of activities implemented in a service request workflow.
21. The database as set forth in claim 16 , wherein the workflow processor automatically searches for and locates parameters required for a service request workflow by communicating with other databases, electronic data systems and executable applications associated with the service request workflow.
22. The database as set forth in claim 16 , wherein the database may be reconfigured as new service request workflows are required to be implemented by the database.
23. The database as et forth in claim 16 , wherein users may access and use the database for requesting services associated with service request workflow in association with a role definition for the user included in a data access control list.
24. The database as set forth in claim 23 , wherein documents are presented to users via the user interface only if the user attempting to access said documents has authorization commensurate with authorization required for the access.
25. The database as set forth in claim 16 , wherein service request types are configured as predefined forms, or workflow type definitions, and the parameters for the sequences of workflow activities are automatically associated to owners of respective activities deriving from the parameters input at initiation.
26. The database as set forth in claim 25 , wherein owners are assigned to the activities, which owners are responsible for carrying out tasks for the activities, and reporting a status of each task to the database.
27. The database as set forth in claim 16 , wherein service request workflows are approved after initiation and before execution.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/933,765 US20080127189A1 (en) | 2002-01-08 | 2007-11-01 | Configurable application integrating service request and fulfillment process |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/041,394 US7299465B2 (en) | 2002-01-08 | 2002-01-08 | Configurable application integrating service request and fulfillment process |
US11/933,765 US20080127189A1 (en) | 2002-01-08 | 2007-11-01 | Configurable application integrating service request and fulfillment process |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/041,394 Continuation US7299465B2 (en) | 2002-01-08 | 2002-01-08 | Configurable application integrating service request and fulfillment process |
Publications (1)
Publication Number | Publication Date |
---|---|
US20080127189A1 true US20080127189A1 (en) | 2008-05-29 |
Family
ID=21916280
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/041,394 Expired - Fee Related US7299465B2 (en) | 2002-01-08 | 2002-01-08 | Configurable application integrating service request and fulfillment process |
US11/848,529 Abandoned US20070300229A1 (en) | 2002-01-08 | 2007-08-31 | Configurable application integrating service request and fulfillment process |
US11/933,765 Abandoned US20080127189A1 (en) | 2002-01-08 | 2007-11-01 | Configurable application integrating service request and fulfillment process |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/041,394 Expired - Fee Related US7299465B2 (en) | 2002-01-08 | 2002-01-08 | Configurable application integrating service request and fulfillment process |
US11/848,529 Abandoned US20070300229A1 (en) | 2002-01-08 | 2007-08-31 | Configurable application integrating service request and fulfillment process |
Country Status (1)
Country | Link |
---|---|
US (3) | US7299465B2 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060277544A1 (en) * | 2005-04-22 | 2006-12-07 | Bjoernsen Christian G | Groupware time tracking |
US20080046834A1 (en) * | 2002-06-21 | 2008-02-21 | Jai Yu | Task based user interface |
US20130073994A1 (en) * | 2011-09-19 | 2013-03-21 | Microsoft Corporation | Web-based workflow service visualization and navigation |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040019514A1 (en) * | 2002-07-23 | 2004-01-29 | Sun Microsystems, Inc., A Delaware Corporation | Submitting and monitoring jobs in peer-to-peer distributed computing |
US20040148299A1 (en) * | 2002-11-25 | 2004-07-29 | Microsoft Corporation | Automated workflow composable action model |
US20040103014A1 (en) * | 2002-11-25 | 2004-05-27 | Teegan Hugh A. | System and method for composing and constraining automated workflow |
US20030191681A1 (en) * | 2003-05-06 | 2003-10-09 | Gallion Kirk P. | Method for managing a business process related to a document publishing project |
US8499300B2 (en) * | 2004-12-20 | 2013-07-30 | Bank Of America Corporation | System and method for task management of rule based tasks |
JP2010027007A (en) * | 2008-07-24 | 2010-02-04 | Canon Inc | Processing device, requesting device, and processing method thereof |
US8943508B2 (en) * | 2009-12-09 | 2015-01-27 | International Business Machines Corporation | Service oriented collaboration |
US10732934B2 (en) | 2016-12-09 | 2020-08-04 | Vmware, Inc. | Information-technology workflows using executable tiles |
US11003466B2 (en) | 2016-12-09 | 2021-05-11 | Vmware, Inc. | Information-technology workflows using executable tiles with plural user interfaces |
US10732947B2 (en) | 2016-12-09 | 2020-08-04 | Wmware, Inc. | Information-technology workflow using tiles that declaratively specify datatypes |
US10733013B2 (en) * | 2016-12-09 | 2020-08-04 | Vmware, Inc. | Information-technology workflows using executable tiles distributed between workflow instances |
US11487603B2 (en) | 2017-04-23 | 2022-11-01 | International Business Machines Corporation | Cognitive service request construction |
WO2020223512A1 (en) * | 2019-04-30 | 2020-11-05 | Pfizer Inc. | Real-time tracking and management of standard workflows |
Citations (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4799156A (en) * | 1986-10-01 | 1989-01-17 | Strategic Processing Corporation | Interactive market management system |
US5301320A (en) * | 1991-06-28 | 1994-04-05 | Digital Equipment Corporation | Workflow management and control system |
US5581691A (en) * | 1992-02-04 | 1996-12-03 | Digital Equipment Corporation | Work flow management system and method |
US5710918A (en) * | 1995-06-07 | 1998-01-20 | International Business Machines Corporation | Method for distributed task fulfillment of web browser requests |
US5745687A (en) * | 1994-09-30 | 1998-04-28 | Hewlett-Packard Co | System for distributed workflow in which a routing node selects next node to be performed within a workflow procedure |
US5745754A (en) * | 1995-06-07 | 1998-04-28 | International Business Machines Corporation | Sub-agent for fulfilling requests of a web browser using an intelligent agent and providing a report |
US5752246A (en) * | 1995-06-07 | 1998-05-12 | International Business Machines Corporation | Service agent for fulfilling requests of a web browser |
US5765038A (en) * | 1994-04-19 | 1998-06-09 | International Business Machines Corporation | Integration of groupware with the integrated quality control methodology via facilitated work sessions |
US5790847A (en) * | 1994-05-23 | 1998-08-04 | International Business Machines Corporation | Integration of groupware with activity based management via facilitated work sessions |
US5828847A (en) * | 1996-04-19 | 1998-10-27 | Storage Technology Corporation | Dynamic server switching for maximum server availability and load balancing |
US5937388A (en) * | 1996-12-05 | 1999-08-10 | Hewlett-Packard Company | System and method for performing scalable distribution of process flow activities in a distributed workflow management system |
US5974389A (en) * | 1996-03-01 | 1999-10-26 | Clark; Melanie Ann | Medical record management system and process with improved workflow features |
US6014673A (en) * | 1996-12-05 | 2000-01-11 | Hewlett-Packard Company | Simultaneous use of database and durable store in work flow and process flow systems |
US6052684A (en) * | 1998-03-24 | 2000-04-18 | Hewlett-Packard Company | System and method for performing consistent workflow process execution in a workflow management system |
US6055574A (en) * | 1998-03-10 | 2000-04-25 | Unisys Corporation | Method of providing a service through a server with a virtual single network address |
US6073109A (en) * | 1993-02-08 | 2000-06-06 | Action Technologies, Inc. | Computerized method and system for managing business processes using linked workflows |
US6078982A (en) * | 1998-03-24 | 2000-06-20 | Hewlett-Packard Company | Pre-locking scheme for allowing consistent and concurrent workflow process execution in a workflow management system |
US6141759A (en) * | 1997-12-10 | 2000-10-31 | Bmc Software, Inc. | System and architecture for distributing, monitoring, and managing information requests on a computer network |
US6157934A (en) * | 1995-10-24 | 2000-12-05 | Ultimus, L.L.C. | Method and apparatus for using distributed spreadsheets in a client/server architecture for workflow automation |
US6308163B1 (en) * | 1999-03-16 | 2001-10-23 | Hewlett-Packard Company | System and method for enterprise workflow resource management |
US6349238B1 (en) * | 1998-09-16 | 2002-02-19 | Mci Worldcom, Inc. | System and method for managing the workflow for processing service orders among a variety of organizations within a telecommunications company |
US20020123983A1 (en) * | 2000-10-20 | 2002-09-05 | Riley Karen E. | Method for implementing service desk capability |
US20030023675A1 (en) * | 1997-07-28 | 2003-01-30 | Ouchi Norman Ken | Workflow systems and methods for project management and information management |
US6578006B1 (en) * | 1998-04-16 | 2003-06-10 | Hitachi, Ltd. | Project work management method and system |
US6678714B1 (en) * | 1998-11-16 | 2004-01-13 | Taskserver.Com, Inc. | Computer-implemented task management system |
US6874008B1 (en) * | 1999-10-11 | 2005-03-29 | I2 Technologies Us, Inc. | Workflow encapsulation in stateless environments |
US7051036B2 (en) * | 2001-12-03 | 2006-05-23 | Kraft Foods Holdings, Inc. | Computer-implemented system and method for project development |
US20060143220A1 (en) * | 2003-12-31 | 2006-06-29 | Spencer Herman Jr | Software application framework using meta-data defined object definitions |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5734837A (en) * | 1994-01-14 | 1998-03-31 | Action Technologies, Inc. | Method and apparatus for building business process applications in terms of its workflows |
WO1998016893A1 (en) | 1996-10-15 | 1998-04-23 | Cymedix Corp. | Automated networked service request and fulfillment system and method |
US5960404A (en) * | 1997-08-28 | 1999-09-28 | International Business Machines Corp. | Mechanism for heterogeneous, peer-to-peer, and disconnected workflow operation |
WO2000014618A2 (en) * | 1998-08-24 | 2000-03-16 | Fujitsu Limited | Workflow system and method |
US6937993B1 (en) * | 1998-09-16 | 2005-08-30 | Mci, Inc. | System and method for processing and tracking telecommunications service orders |
US6462756B1 (en) * | 2000-05-17 | 2002-10-08 | Heidelberger Druckmaschinen Ag | System and method for visual representation of pages in a production printing workflow |
US7428495B2 (en) * | 2000-10-02 | 2008-09-23 | International Projects Consultancy Services, Inc. | Object based workflow system and method |
US7275039B2 (en) * | 2000-10-03 | 2007-09-25 | Michael Setteducati | Workflow management software overview |
US7581011B2 (en) * | 2000-12-22 | 2009-08-25 | Oracle International Corporation | Template based workflow definition |
US8117334B2 (en) * | 2004-12-22 | 2012-02-14 | Bank Of America Corporation | System and methods for workflow management |
-
2002
- 2002-01-08 US US10/041,394 patent/US7299465B2/en not_active Expired - Fee Related
-
2007
- 2007-08-31 US US11/848,529 patent/US20070300229A1/en not_active Abandoned
- 2007-11-01 US US11/933,765 patent/US20080127189A1/en not_active Abandoned
Patent Citations (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4799156A (en) * | 1986-10-01 | 1989-01-17 | Strategic Processing Corporation | Interactive market management system |
US5301320A (en) * | 1991-06-28 | 1994-04-05 | Digital Equipment Corporation | Workflow management and control system |
US5581691A (en) * | 1992-02-04 | 1996-12-03 | Digital Equipment Corporation | Work flow management system and method |
US6073109A (en) * | 1993-02-08 | 2000-06-06 | Action Technologies, Inc. | Computerized method and system for managing business processes using linked workflows |
US5765038A (en) * | 1994-04-19 | 1998-06-09 | International Business Machines Corporation | Integration of groupware with the integrated quality control methodology via facilitated work sessions |
US5790847A (en) * | 1994-05-23 | 1998-08-04 | International Business Machines Corporation | Integration of groupware with activity based management via facilitated work sessions |
US5745687A (en) * | 1994-09-30 | 1998-04-28 | Hewlett-Packard Co | System for distributed workflow in which a routing node selects next node to be performed within a workflow procedure |
US5761663A (en) * | 1995-06-07 | 1998-06-02 | International Business Machines Corporation | Method for distributed task fulfillment of web browser requests |
US5752246A (en) * | 1995-06-07 | 1998-05-12 | International Business Machines Corporation | Service agent for fulfilling requests of a web browser |
US5745754A (en) * | 1995-06-07 | 1998-04-28 | International Business Machines Corporation | Sub-agent for fulfilling requests of a web browser using an intelligent agent and providing a report |
US5710918A (en) * | 1995-06-07 | 1998-01-20 | International Business Machines Corporation | Method for distributed task fulfillment of web browser requests |
US6157934A (en) * | 1995-10-24 | 2000-12-05 | Ultimus, L.L.C. | Method and apparatus for using distributed spreadsheets in a client/server architecture for workflow automation |
US5974389A (en) * | 1996-03-01 | 1999-10-26 | Clark; Melanie Ann | Medical record management system and process with improved workflow features |
US5828847A (en) * | 1996-04-19 | 1998-10-27 | Storage Technology Corporation | Dynamic server switching for maximum server availability and load balancing |
US5937388A (en) * | 1996-12-05 | 1999-08-10 | Hewlett-Packard Company | System and method for performing scalable distribution of process flow activities in a distributed workflow management system |
US6014673A (en) * | 1996-12-05 | 2000-01-11 | Hewlett-Packard Company | Simultaneous use of database and durable store in work flow and process flow systems |
US20030023675A1 (en) * | 1997-07-28 | 2003-01-30 | Ouchi Norman Ken | Workflow systems and methods for project management and information management |
US6141759A (en) * | 1997-12-10 | 2000-10-31 | Bmc Software, Inc. | System and architecture for distributing, monitoring, and managing information requests on a computer network |
US6055574A (en) * | 1998-03-10 | 2000-04-25 | Unisys Corporation | Method of providing a service through a server with a virtual single network address |
US6052684A (en) * | 1998-03-24 | 2000-04-18 | Hewlett-Packard Company | System and method for performing consistent workflow process execution in a workflow management system |
US6078982A (en) * | 1998-03-24 | 2000-06-20 | Hewlett-Packard Company | Pre-locking scheme for allowing consistent and concurrent workflow process execution in a workflow management system |
US6578006B1 (en) * | 1998-04-16 | 2003-06-10 | Hitachi, Ltd. | Project work management method and system |
US6349238B1 (en) * | 1998-09-16 | 2002-02-19 | Mci Worldcom, Inc. | System and method for managing the workflow for processing service orders among a variety of organizations within a telecommunications company |
US6678714B1 (en) * | 1998-11-16 | 2004-01-13 | Taskserver.Com, Inc. | Computer-implemented task management system |
US6308163B1 (en) * | 1999-03-16 | 2001-10-23 | Hewlett-Packard Company | System and method for enterprise workflow resource management |
US6874008B1 (en) * | 1999-10-11 | 2005-03-29 | I2 Technologies Us, Inc. | Workflow encapsulation in stateless environments |
US20020123983A1 (en) * | 2000-10-20 | 2002-09-05 | Riley Karen E. | Method for implementing service desk capability |
US7051036B2 (en) * | 2001-12-03 | 2006-05-23 | Kraft Foods Holdings, Inc. | Computer-implemented system and method for project development |
US20060143220A1 (en) * | 2003-12-31 | 2006-06-29 | Spencer Herman Jr | Software application framework using meta-data defined object definitions |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080046834A1 (en) * | 2002-06-21 | 2008-02-21 | Jai Yu | Task based user interface |
US8893149B2 (en) * | 2002-06-21 | 2014-11-18 | Siebel Systems, Inc. | Task-based process definition |
US20060277544A1 (en) * | 2005-04-22 | 2006-12-07 | Bjoernsen Christian G | Groupware time tracking |
US9111253B2 (en) * | 2005-04-22 | 2015-08-18 | Sap Se | Groupware time tracking |
US20130073994A1 (en) * | 2011-09-19 | 2013-03-21 | Microsoft Corporation | Web-based workflow service visualization and navigation |
US8862975B2 (en) * | 2011-09-19 | 2014-10-14 | Microsoft Corporation | Web-based workflow service visualization and navigation |
Also Published As
Publication number | Publication date |
---|---|
US20070300229A1 (en) | 2007-12-27 |
US7299465B2 (en) | 2007-11-20 |
US20030131040A1 (en) | 2003-07-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20080127189A1 (en) | Configurable application integrating service request and fulfillment process | |
US5765140A (en) | Dynamic project management system | |
US6678671B1 (en) | System for linking a resource management system with an event of a project in a project management system and a method therefor | |
US6968343B2 (en) | Methods and systems for integrating process modeling and project planning | |
US7324954B2 (en) | System and method for organizational risk based on personnel planning factors | |
US7069266B2 (en) | System and method for personnel management collaboration | |
US8015048B2 (en) | System and method for matching human resources to human resource needs | |
US9632768B2 (en) | Exchanging project-related data in a client-server architecture | |
JP4375562B2 (en) | Deploying a multi-enterprise planning model to a cluster of application servers | |
US7082404B2 (en) | System and method for improved matrix management of personnel planning factors | |
US7848947B1 (en) | Performance management system | |
US20070198558A1 (en) | Method and system of intelligent work management | |
US20030004790A1 (en) | System and method for improved performance reviews | |
US7836103B2 (en) | Exchanging project-related data between software applications | |
US20040030992A1 (en) | System and method for management of a virtual enterprise | |
US20040117046A1 (en) | User interface for scheduling tasks | |
US20040133889A1 (en) | Scheduling tasks across multiple locations | |
CA2356182A1 (en) | System and method for performing substitute fulfillment information compilation and notification | |
US20070073572A1 (en) | Data collection and distribution system | |
Weeks | An analysis of human resource information systems impact on employees | |
US8805919B1 (en) | Multi-hierarchical reporting methodology | |
US20060161470A1 (en) | Method and system for creating and maintaining customer tailored marketing plans | |
US20030004847A1 (en) | System and method for improved personnel compensation planning factors | |
US20130031052A1 (en) | Automated Database-Population Tool | |
KR20230012229A (en) | Collaborative project management platform and method of the same |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |