BONUS: 4‌ CHECKPOINTS AWARDED WORTH ‌$100‌ EACH

Register
Submit a solution
The challenge is finished.

Challenge Summary

1. Challenge Objective and Background

1.1 Challenge Objectives

In this challenge, we are looking for an Innovative Solution Architecture for a business exception management system, which we’ll call “Smart Approval Assistant (S.A.A)” in the rest of the document.

The innovative part will be in how to include an element of innovation in the solution to make it smart and better than other conventional solutions for the same problem.  This could be about providing an additional edge to the users in terms of efficiency or experience, or the agility with which the solution can be put together, etc.  The Innovative Solution Architecture shall also serve as a reference implementation or digital blueprint to build similar solutions in the future.

 

1.2 Project Background

A manufacturing and retail enterprise with an Order-to-Cash business process, has many exception cases to the happy path of the process.  Such exceptions when needed, have to go through a complex approval process before the exception can be put to affect.

The existing processes to manage such exceptions are very manual, poorly tracked via SharePoint lists, and the rules to identify who to seek approval from and who else need to be copied are in many complex spreadsheets.  This makes the entire process very inefficient, prone to errors and unnecessary delays from poor trackability.

Some exceptions, such as one called Billing Blocks, which put a “hold on invoicing” have impact on revenue realization.  While the hold on invoicing may be for legitimate reasons, unnecessary delays in gaining approvals to establish that exception (exception – “hold on invoicing”) can certainly be optimized or eliminated.  The same applies to the step of lifting the exception (lifting the “hold on

Round 1

Just submit enough details to explain your ideas. 

Round 2

Complete submission. (You are not required to submit checkpoint submission).

2. Solution Approach Guidelines and Constraints

2.1 User Experience

Users will interact with the Exception Management System through Online Forms.  These Online Forms should have the ability to pre-populate fields that the IT system should already know, perhaps from a peer application.
User actions for Approval and Denial should be triggered via email/messaging notifications and reminders and should include one-click links/buttons to take them to the interface where they carry out such actions.
 

2.2 Integration Requirements

As mentioned, these are exceptions in the Order-to-Cash process.  Also, the process will require notifications via email/messaging.  So, you can assume the need for integration with the below systems:
  1. Order Information System (has details of all orders)
  2. Order Status System (the status of order in the order lifecycle)
  3. Email/Messaging System (e.g., Outlook)
There are requirements for “Audit Tracking” of the Exception Approval Steps, including who did what and when, and where an exception is stuck at any given time.  Feel free to consider additional applications apart from the Workflow System for this.
 

2.3 Requirements

Apart from being an efficient and innovative solution for exception management, the solution must also fulfill the below requirements:
  1. Audit tracking and traceability of all exception approval process steps, who took what action, when, and any other related information
  2. Intelligent monitoring of the active exceptions in the system, being able to identify ones that need attention or follow up (based on criteria such as ones that aren’t fitting in the six sigma efficiency tenets)
  3. Ability to visualize where in the workflow an exception is stuck and with whom
  4. Ability to recommend turn-around-time (TAT) optimization steps or take those steps on the fly
 

2.4 Technology Platforms/Components Considered

Based on what we know of the requirements, goals, and the enterprise’s prevailing technologies, below technology platforms/components are already in consideration
  1. Microsoft Flow
  2. Azure Logic App
  3. Low / No code 
  4. Cloud based solution
  5. AI/ML Component

 

3. Current State of the Business Exception Process

Below diagram captures the current business flow.

Figure 1: Current Business Flow

Few points to note in the above diagram:

  1. Stakeholders are people who can request for an exception, such as customers, manufacturing factory, etc.  Customer Operations is the group managing the exceptions and are our principal focus (they are the ones to benefit from SAA).  Approvers are managers and executives with authority to approve exceptions.
  2. All communications are happening via email.
  3. All lookups are in Excel spreadsheets.
  4. Exception Tickets are being created and maintained as an item in a SharePoint List.

 
Below diagram illustrates the pain points of this current process:

Figure 2: Current State Pain Points


Appendix-A: Solution Ideas Already Considered

Below diagram describes a potential future process that we’ve conceived. You may and should come up with something better.
 
Figure 3: A Concept of Future Business Process (you need to innovate beyond this)
Note, BB above refers to Billing Blocks, a particular type of exceptions.
 
And, below is a solution architecture we’re looking at.  We are looking to you to come up with something more innovative.
Figure 4: A Concept of Future Solution Architecture (you need to innovate beyond this)
 

Deliverable Submission Guidelines

Ideation Architecture Document (output should be editable format and not images. e.g. PNG or JPEG):
  1. Architecture Diagram(s) showing building blocks and topology (topology would show invocations, data flow, activity sequence etc.)
  2. Other illustrations to demonstrate the value (sequence diagrams of use case realizations, etc.)
  3. Technology platforms and solution options considered, and the ones selected, along with rationale
 

Evaluation Criteria:

Below criteria will be used for evaluation:
  1. Completeness and Correctness of the solution
  2. Innovativeness of the proposed solution (could be both technology and business)
  3. Ability for the solution architecture to serve as a reference implementation or digital blueprint to be reused in other similar problem scenarios
  4. Usage of consistent and expressive architecture notations for the audience
  5. Adequate references for the solution (if you use ideas from various places)
     
There will be no appeal phase. 
And the winning submissions would be selected by the client's architect team.

Please read the challenge specification carefully and watch the forums for any questions or feedback concerning this challenge. It is important that you monitor any updates provided by the client or Studio Admins in the forums. Please post any questions you might have for the client in the forums.

Stock Photography

Stock photography is not allowed in this challenge. All submitted elements must be designed solely by you. See this page for more details.

How To Submit

  • New to Studio? ‌Learn how to compete here
  • Upload your submission in three parts (Learn more here). Your design should be finalized and should contain only a single design concept (do not include multiple designs in a single submission).
  • If your submission wins, your source files must be correct and “Final Fixes” (if applicable) must be completed before payment can be released.
  • You may submit as many times as you'd like during the submission phase, but only the number of files listed above in the Submission Limit that you rank the highest will be considered. You can change the order of your submissions at any time during the submission phase. If you make revisions to your design, please delete submissions you are replacing.

Winner Selection

Submissions are viewable to the client as they are entered into the challenge. Winners are selected by the client and are chosen solely at the client's discretion.

Challenge links

Screening Scorecard

Submission format

Your Design Files:

  1. Look for instructions in this challenge regarding what files to provide.
  2. Place your submission files into a "Submission.zip" file.
  3. Place all of your source files into a "Source.zip" file.
  4. Declare your fonts, stock photos, and icons in a "Declaration.txt" file.
  5. Create a JPG preview file.
  6. Place the 4 files you just created into a single zip file. This will be what you upload.

Trouble formatting your submission or want to learn more? ‌Read the FAQ.

Fonts, Stock Photos, and Icons:

All fonts, stock photos, and icons within your design must be declared when you submit. DO NOT include any 3rd party files in your submission or source files. Read about the policy.

Screening:

All submissions are screened for eligibility before the challenge holder picks winners. Don't let your hard work go to waste. Learn more about how to  pass screening.

Challenge links

Questions? ‌Ask in the Challenge Discussion Forums.

Source files

  • Word Documents and any other necessary documents

You must include all source files with your submission.

Submission limit

Unlimited

ID: 30100636