Cost KPIs (cost per unit) (concepts and requirements)
From UG
(→Controlling these reports) |
|||
Line 17: | Line 17: | ||
==== Calculating the cost ==== | ==== Calculating the cost ==== | ||
The total cost for the shipment = the sum of all sales invoices issued against the individual CT record or the group shipments. | The total cost for the shipment = the sum of all sales invoices issued against the individual CT record or the group shipments. | ||
- | This sum should of sales invoices that are linked to the client company viewing the KPI. | + | |
+ | This sum should be of sales invoices to a pre-determnied bill to party that are linked to the client company viewing the KPI. (linking of the bill to will be defined below) | ||
Explanation | Explanation | ||
Line 62: | Line 63: | ||
==== Controlling these reports ==== | ==== Controlling these reports ==== | ||
+ | |||
+ | Also, we will need to create a way to link the E0. Client Company that is viewing these reports, to specific bill to party. This should not have any effect on any other allowed viewing that is currently set up in the system. This will only be to determine which sales invoices should be included in the total to calculated the cost per unit. Since, a lot of our customers are related. This is something that will need to be controlled in Admin, so operators will have the ability to add or remove related bill to parties. | ||
+ | |||
+ | |||
+ | |||
These reports will need to be controlled in an Admin section for KPI's. Since we will be providing an average cost per unit, we would need to restrict the system from including shipments that have only part of the cost's billed. Including these incomplete costs would reflect inaccurate information, lowering the average cost per unit. In order to avoid this, we will need to be able to control when these charges are to be calculated. This will be done by using a number of day combined with an action. | These reports will need to be controlled in an Admin section for KPI's. Since we will be providing an average cost per unit, we would need to restrict the system from including shipments that have only part of the cost's billed. Including these incomplete costs would reflect inaccurate information, lowering the average cost per unit. In order to avoid this, we will need to be able to control when these charges are to be calculated. This will be done by using a number of day combined with an action. | ||
Line 79: | Line 85: | ||
** Quarterly (current should be the previous quarter following the same as above) | ** Quarterly (current should be the previous quarter following the same as above) | ||
** Yearly (current should be previous year following same rules as above) | ** Yearly (current should be previous year following same rules as above) | ||
- | |||
- | |||
- | |||
- | |||
- | |||
- | |||
Revision as of 18:47, 5 July 2011
Contents |
Info
0003034: [Intern&Extern DRs/KPIs]......... <proj>
Business Analysis and Requirements
Summary
The system will have to calculate the total cost and divide it by each unit defined below, so we can provide cost per unit KPI's.
This cost per unit, will be used with additional KPI's that will be added.
Details
Calculating the cost
The total cost for the shipment = the sum of all sales invoices issued against the individual CT record or the group shipments.
This sum should be of sales invoices to a pre-determnied bill to party that are linked to the client company viewing the KPI. (linking of the bill to will be defined below)
Explanation Shipments move under specific sales terms, known as incoterms (please see http://en.wikipedia.org/wiki/Incoterms for more information). If the E0. Client company that is viewing the KPI is not paying for all movements of the shipment, they should not be advised of what the other parties cost is. In order to avoid one client from viewing the other clients rates, we cannot include the charges being billed to another party in the total cost calculation
For Example: If the terms are FOB this means the shipper is paying all of the charges until the shipment is on board the vessel. The shipper is ABC Company and they are paying all of the charges to the vessel. The Consignee/Client is XYZ Company and they are paying for the remaining charges. They are also checking the KPI for the piece price. This shipment is 10 pieces Invoice # 1 Bill to: ABC Amount: 25.00 Invoice # 2 Bill to: ABC Amount: 15.00 Invoice # 3 Bill to: XYZ Amount: 100.00 Invoice # 4 Bill to: XYC Amount: 50.00 Invoice # 5 Bill to: ABC Amount: 10.00 Invoice # 6 Bill to: XYZ Amount: 50.00 When XYZ is looking at the KPI for this shipment it should show: Average Cost per piece: 20.00 (This is because we should only be using the sum of the invoices billed to XYZ) (200.00) / (the total pieces) 10.00 = 20.00
Unit fields
- Quantity
- If multiple line items have been created AND the quantity field has been filled in for each, the piece price for each item should be broken out to match these details. The item description and/or SKU and/or PO should be listed as part of this report.
- If a single line or multiple lines with the quantity field only filled out on a single line, then a single piece price is good.
- Pallets
- Packages
- Kilo's chargeable weight
- Kilo's actual weight
- Pounds chargeable
- Pounds actual
- Cubic meter
- TEU
Controlling these reports
Also, we will need to create a way to link the E0. Client Company that is viewing these reports, to specific bill to party. This should not have any effect on any other allowed viewing that is currently set up in the system. This will only be to determine which sales invoices should be included in the total to calculated the cost per unit. Since, a lot of our customers are related. This is something that will need to be controlled in Admin, so operators will have the ability to add or remove related bill to parties.
These reports will need to be controlled in an Admin section for KPI's. Since we will be providing an average cost per unit, we would need to restrict the system from including shipments that have only part of the cost's billed. Including these incomplete costs would reflect inaccurate information, lowering the average cost per unit. In order to avoid this, we will need to be able to control when these charges are to be calculated. This will be done by using a number of day combined with an action.
For Example: Manually entering the number of days and an event date such as arrival date: _#_ Days before or after (radio button) actual arrival date (drop down) Since we will be using this as a standard filter for setting up KPI's, it should include all date fields that are in Cybertrax.
- Daily (Current should be the result of the previous day starting at 12:00 am and ending at 11:59 pm
- Weekly (Current should be the week before starting Monday 12:00 am - Sunday 11:59 pm)
- Monthly (Current should be the previous month starting on the 1st at 12:00 am and ending on the last day on the month at 11:59 pm
- Quarterly (current should be the previous quarter following the same as above)
- Yearly (current should be previous year following same rules as above)
These reports will need to be controlled in admin.
We will need to be to enable and disable these reports individually and by E0. Client Company.