0002525 PI redesign

From UG

(Difference between revisions)
Jump to: navigation, search
(→Requirements)
 
(33 intermediate revisions not shown)
Line 1: Line 1:
-
[[Category:Projects]]
+
[[Category:RFD]]
== Info ==
== Info ==
-
0002525: [PI re-design] ......... <proj>
+
Mantis: '''0002525''': [PI re-design] ......... <proj>
-
== Requirements ==
+
This is a [[Project]].
-
=== Part 1 ===
+
== Business Analysis ==
-
A1)
+
=== Business Needs ===
-
* No longer have the [[Incomplete PI Report]] load every time you add a new purchase invoice.
+
Acc MO/Jaguar CFO requested PI module redesign. It should address 2 unrelated problems: [[#Delay problem]] and [[#Verification problem]]. See below.
-
A2)
+
==== Delay problem ====
-
* Create an '''Incomplete PI report dashboard''' to display on the home page
+
Currently user adding new Invoices through ''Main Menu > Acc > Add New Purchase Invoices'' experiencing long delay. It is inconvenient.  
-
* When the operator clicks on the number of incomplete PI's on this dashboard, then the [[Incomplete PI Report]] should open.
+
-
B)
+
===== Reminder requirement =====
-
* Create a Tab in each CT record to add new Purchase invoice (see example attachment). Please note this should be in addition to the current location of add new purchase invoice.
+
We do understand that it happens mainly because currently system runs [[Incomplete PI Report]] every time user wants to see new PI web form. Please note that it was designed in such a way to remind/notify Acc operators that there are some incomplete PIs that require immediate attention. Therefore if step of running report is eliminated then another mechanism must be provided to satisfy this "reminder requirement".
-
=== Part 2 ===
+
==== Verification problem ====
-
* When adding a new purchase invoice from the CT record, the CT number should automatically fill in and should not be editable. This will make sure that only PI's belonging to that CT record can be entered there.
+
The process of entering PI and verifying that this PI has been been indeed associated with required CT is cumbersome. CFO feels that it is necessary to look at P/L tab of given CT every time she completes entering PI against this CT. This is to make sure that PI/amount is correctly appeared there. She does this normally only for PIs with very large amounts entered against individual CTs.  
-
* The PInv tab should be available only for Acc users
+
So her steps are the following (example):
 +
* click ''Main Menu > Acc > Add New Purchase Invoices''
 +
* enter PI#123 (5000 USD against CT#678), submit
 +
* open CT#678 through Quicklink
 +
* goto P/L tab; verify that PI#123 (5000 USD) appears there
 +
* click ''Main Menu > Acc > Add New Purchase Invoices''
 +
* so on ...
-
* Group shipments:
+
Entering PI Business Process and/or system feature needs to be (re)designed to satisfy requirements above. Current process is too slow/cumbersome.
-
** When the CT record is part of a group shipment, it should give a pop up similar to the one http://mantis.jaguarfreight.com/wiki/Sales_Invoice [^] - GROUP GENERATE.
+
-
** The operator should be able to select which CT records the PInv should apply to.
+
-
== SA Notes ==
+
=== RFP ===
 +
No [[Proposal]] is required before coding unless solution suggested is complex and takes a long time to implement.
-
Completed Purchase Invoice Tab in wiki - [[Purchase_Invoice_Tab]]
+
== Systems Analysis ==
 +
 
 +
=== SA for Delay problem and Reminder requirement ===
 +
 
 +
Of course simplest solution (for user and her manager) would be is to optimize report in such a way so that it will appear instantly. I this case no business process re-design (and as a result re-training) is required. But it seems to me that it is unlikely to achieve on the technical level. Also still it would be a "two step process" which was required by previous MO but not current MO.
 +
 
 +
[[#Delay problem]] could be solved by eliminating the step of executing [[Incomplete PI Report]] every time user clicks ''Main Menu > Acc > Add New Purchase Invoices''.
 +
 
 +
Of course we still need to be able to access this report. So link to this report could be added to ''Acc > Reports''.
 +
 
 +
In addition to this some mechanism is required to remind/notify Acc operators that there are X incomplete PIs in the system and require action. I suggest to use [[Dashboard]] approach for this.
 +
 
 +
=== SA for Verification problem ===
 +
 
 +
MO and BA suggested the following solutions:
 +
 
 +
'''Solution 1.''' Karen suggested to add additional tab to CT Editor from which PI could be entered.
 +
 
 +
This is only for PI invoices that are mapped to only one CT. When adding a new PI from the CT record, the CT number should automatically fill in and should not be editable. This will make sure that only PI's belonging to that CT record can be entered there.
 +
 
 +
'''Solution 2.'''I suggested that two browser windows could be open - one with "Enter PI screen". Another is used to enter CT through Quicklink. User could switch between 2 browser tabs. But it seems that this idea did not become popular. Also it probably still could qualify as "cumbersome".
 +
 
 +
Solution 1 is not a good idea since it will make CT editor even slower. Instead we could provide "Add PI" link to "PI editor" from "P/L tab". This version of editor would have Back button directing back to P/L tab so that user can verify that invoice indeed appeared there.
 +
 
 +
== Architect Review ==
 +
 
 +
'''Delay problem''' and '''Reminder requirement'''
 +
 
 +
Report could be optimized to run 10 times faster. But still it should be eliminated from the Add PI workflow.
 +
 
 +
I approve Dashboard solution.
 +
 
 +
'''Verification problem'''
 +
 
 +
Yes, adding new tab is a bad idea. I approve solution suggested by SA.
 +
 
 +
== Implementation Summary ==
 +
''Author:TBD(Developer)''
 +
 
 +
== QA Plan ==
 +
''Author:TBD(QA)''
 +
 
 +
== History ==
 +
* removed SA Notes section;
 +
* major re-work --[[User:Alex|Alex]] 23:44, 11 December 2010 (EST)

Current revision as of 02:02, 12 January 2011


Contents

[edit] Info

Mantis: 0002525: [PI re-design] ......... <proj>

This is a Project.

[edit] Business Analysis

[edit] Business Needs

Acc MO/Jaguar CFO requested PI module redesign. It should address 2 unrelated problems: #Delay problem and #Verification problem. See below.

[edit] Delay problem

Currently user adding new Invoices through Main Menu > Acc > Add New Purchase Invoices experiencing long delay. It is inconvenient.

[edit] Reminder requirement

We do understand that it happens mainly because currently system runs Incomplete PI Report every time user wants to see new PI web form. Please note that it was designed in such a way to remind/notify Acc operators that there are some incomplete PIs that require immediate attention. Therefore if step of running report is eliminated then another mechanism must be provided to satisfy this "reminder requirement".

[edit] Verification problem

The process of entering PI and verifying that this PI has been been indeed associated with required CT is cumbersome. CFO feels that it is necessary to look at P/L tab of given CT every time she completes entering PI against this CT. This is to make sure that PI/amount is correctly appeared there. She does this normally only for PIs with very large amounts entered against individual CTs.

So her steps are the following (example):

  • click Main Menu > Acc > Add New Purchase Invoices
  • enter PI#123 (5000 USD against CT#678), submit
  • open CT#678 through Quicklink
  • goto P/L tab; verify that PI#123 (5000 USD) appears there
  • click Main Menu > Acc > Add New Purchase Invoices
  • so on ...

Entering PI Business Process and/or system feature needs to be (re)designed to satisfy requirements above. Current process is too slow/cumbersome.

[edit] RFP

No Proposal is required before coding unless solution suggested is complex and takes a long time to implement.

[edit] Systems Analysis

[edit] SA for Delay problem and Reminder requirement

Of course simplest solution (for user and her manager) would be is to optimize report in such a way so that it will appear instantly. I this case no business process re-design (and as a result re-training) is required. But it seems to me that it is unlikely to achieve on the technical level. Also still it would be a "two step process" which was required by previous MO but not current MO.

#Delay problem could be solved by eliminating the step of executing Incomplete PI Report every time user clicks Main Menu > Acc > Add New Purchase Invoices.

Of course we still need to be able to access this report. So link to this report could be added to Acc > Reports.

In addition to this some mechanism is required to remind/notify Acc operators that there are X incomplete PIs in the system and require action. I suggest to use Dashboard approach for this.

[edit] SA for Verification problem

MO and BA suggested the following solutions:

Solution 1. Karen suggested to add additional tab to CT Editor from which PI could be entered.

This is only for PI invoices that are mapped to only one CT. When adding a new PI from the CT record, the CT number should automatically fill in and should not be editable. This will make sure that only PI's belonging to that CT record can be entered there.

Solution 2.I suggested that two browser windows could be open - one with "Enter PI screen". Another is used to enter CT through Quicklink. User could switch between 2 browser tabs. But it seems that this idea did not become popular. Also it probably still could qualify as "cumbersome".

Solution 1 is not a good idea since it will make CT editor even slower. Instead we could provide "Add PI" link to "PI editor" from "P/L tab". This version of editor would have Back button directing back to P/L tab so that user can verify that invoice indeed appeared there.

[edit] Architect Review

Delay problem and Reminder requirement

Report could be optimized to run 10 times faster. But still it should be eliminated from the Add PI workflow.

I approve Dashboard solution.

Verification problem

Yes, adding new tab is a bad idea. I approve solution suggested by SA.

[edit] Implementation Summary

Author:TBD(Developer)

[edit] QA Plan

Author:TBD(QA)

[edit] History

  • removed SA Notes section;
  • major re-work --Alex 23:44, 11 December 2010 (EST)
Retrieved from "https://wiki.jaguarfreight.com/0002525_PI_redesign"
Personal tools