281794: Difference between revisions

From CTMS
No edit summary
No edit summary
 
(8 intermediate revisions by 2 users not shown)
Line 38: Line 38:




The manual payments will be subject to the existing requirements for payments – accounts set up, invoice requirements created. If any are missing, the payment will fail.
The manual payments will be subject to the existing requirements for payments "accounts" set up, invoice requirements created. If any are missing, the payment will fail.




Line 55: Line 55:
== Scope ==
== Scope ==
This change will be applied to system version 10.6.0.  
This change will be applied to system version 10.6.0.  
= Set-up =
= Set-up =
== Pre-requisites ==
== Pre-requisites ==
None
None
== Menu Structure ==
== Menu Structure ==
˜Unchanged
Unchanged
 
 
== Data ==
== Data ==
New record will be added to the ACC_PAYMENT_TYPE table similar to the existing payment type ORDER_COST.  
New record will be added to the ACC_PAYMENT_TYPE table similar to the existing payment type ORDER_COST.  
Line 88: Line 83:




Currently when this button is selected the payments screen is opened, but the new and edit buttons on the payment screen remain disabled. This will be amended, so that the payment and edit buttons are enabled based on the value of a user function ‘ALLOW_ORD_COST_MAN’ and the status of the order. The order must be at SCHEDULED, SCHED_COLL or DELIVERED status.
Currently when this button is selected the payments screen is opened, but the new and edit buttons on the payment screen remain disabled. This will be amended, so that the payment and edit buttons are enabled based on the value of a user function ˜ALLOW_ORD_COST_MAN" and the status of the order. The order must be at SCHEDULED, SCHED_COLL or DELIVERED status.




Line 122: Line 117:




Any ORD_COST_MAN payments relating to a trip will be included in the costs and profit margin fields displayed on the fiancé tab of the trip screen.  
Any ORD_COST_MAN payments relating to a trip will be included in the costs and profit margin fields displayed on the "fianc" tab of the trip screen.  




Line 141: Line 136:


It is noted that users who do not have access to the group name of the order will still be able to amend the quantities as per current functionality, which will potentially amend revenue generated by contracts.
It is noted that users who do not have access to the group name of the order will still be able to amend the quantities as per current functionality, which will potentially amend revenue generated by contracts.




'''References'''
'''References'''


{| style="border-spacing:0;"
{| style="border-spacing:0;"
Line 172: Line 165:


|}
|}
'''Glossary'''


{| style="border-spacing:0;"
| style="background-color:#c0c0c0;border-top:0.018cm solid #000000;border-bottom:0.018cm solid #000000;border-left:0.018cm solid #000000;border-right:none;padding-top:0cm;padding-bottom:0cm;padding-left:0.191cm;padding-right:0.191cm;"| <center>'''Term or Acronym'''</center>
| style="background-color:#c0c0c0;border:0.018cm solid #000000;padding-top:0cm;padding-bottom:0cm;padding-left:0.191cm;padding-right:0.191cm;"| <center>'''Meaning'''</center>


|-
| style="border-top:none;border-bottom:0.018cm solid #000000;border-left:0.018cm solid #000000;border-right:none;padding-top:0cm;padding-bottom:0cm;padding-left:0.191cm;padding-right:0.191cm;"|
| style="border-top:none;border-bottom:0.018cm solid #000000;border-left:0.018cm solid #000000;border-right:0.018cm solid #000000;padding-top:0cm;padding-bottom:0cm;padding-left:0.191cm;padding-right:0.191cm;"|
|-
| style="border-top:none;border-bottom:0.018cm solid #000000;border-left:0.018cm solid #000000;border-right:none;padding-top:0cm;padding-bottom:0cm;padding-left:0.191cm;padding-right:0.191cm;"|
| style="border-top:none;border-bottom:0.018cm solid #000000;border-left:0.018cm solid #000000;border-right:0.018cm solid #000000;padding-top:0cm;padding-bottom:0cm;padding-left:0.191cm;padding-right:0.191cm;"|
|-
| style="border-top:none;border-bottom:0.018cm solid #000000;border-left:0.018cm solid #000000;border-right:none;padding-top:0cm;padding-bottom:0cm;padding-left:0.191cm;padding-right:0.191cm;"|
| style="border-top:none;border-bottom:0.018cm solid #000000;border-left:0.018cm solid #000000;border-right:0.018cm solid #000000;padding-top:0cm;padding-bottom:0cm;padding-left:0.191cm;padding-right:0.191cm;"|
|}
'''Document History '''
'''Document History '''


{| style="border-spacing:0;"
{| style="border-spacing:0;"
Line 238: Line 212:


|}
|}
'''Authorised By'''


{| style="border-spacing:0;"
| style="border:none;padding-top:0cm;padding-bottom:0cm;padding-left:0.191cm;padding-right:0.191cm;"| '''''Matt Crisford'''''
| style="border:none;padding-top:0cm;padding-bottom:0cm;padding-left:0.191cm;padding-right:0.191cm;"| Development Manager
| style="border:none;padding-top:0cm;padding-bottom:0cm;padding-left:0.191cm;padding-right:0.191cm;"|


= Authorised By =
{| Border="1"
| '''''Matt Crisford'''''
| Development Manager
|
|-
|-
| style="border:none;padding-top:0cm;padding-bottom:0cm;padding-left:0.191cm;padding-right:0.191cm;"| '''''Peter Greer'''''
| '''''Peter Greer'''''
| style="border:none;padding-top:0cm;padding-bottom:0cm;padding-left:0.191cm;padding-right:0.191cm;"| TMSCC CTMS Product Manager  
| TMSCC MTS Product Manager  
| style="border-top:0.018cm solid #000000;border-bottom:0.018cm solid #000000;border-left:none;border-right:none;padding-top:0cm;padding-bottom:0cm;padding-left:0.191cm;padding-right:0.191cm;"|
|  
 
|}
|}

Latest revision as of 10:42, 12 May 2011

Aptean Logo.png







DHL MTS

Trip Cost Manual Amendment


FUNCTIONAL SPECIFICATION - 10.6

13/12/2010 - 2.0
Reference: FS 281794 JC-89RK9G













































Client Requirement

Change Request Summary:


Trip Cost Manual Amendment. Stuart Foster/Milton Keynes/UK/NFC


Change Request Details:


Further to RIO PA-7XQD87 (Internal Charging from Cross Dock) the need has been indentified to allow users to manually edit the internal system calculated charges. Charges may need to be manually increased or decreased.Receiving sites need the ability to easily indentify which orders have had charges manually edited.


Benefits identified as a result of the change:


Manual override is an essential requirement to deal with exceptions.Ability to easily indentify which orders have been manually edited will save users time checking information, allowing them just to check the exceptions and trust the system generated charges.


Solution

A new payment type will be created in the Accounts Maintenance screen called ORD_COST_MAN. The payment will be created with similar properties to the ORDER COST payment type. Currently users are unable to enter any type of internal cost payment against an order. Internal costs are only generated from Contracts


Changes will be made to the Order and Payment screen to allow users to add an internal cost from the Cost button on the Finance tab of the Orders screen. To enter a manual internal charge, the order must be SCHEDULED,SCHED_COL or DELIVERED, if the order is any other status, the new , edit and delete fields on the payment screen will be disabled.


When selecting the Costs button to create a payment, the payment type will be fixed as ORD_COST_MAN


Before the payments screen is opened, the user will be prompted to select the trip which the payment applies to. They will only be able to select from trips that the order is on. From the trip id, the debit and credit accounts will be determined and pre populated. They will be based on the group name of the owning depot and the group name of the hub location of the carrier. If no carrier has been assigned to the trip, or the debit and credit accounts are the same, the payment creation will fail.


The trip id will be stored in the ext_ref field on the payment. This will be used to link the charge back to the trip as well as the order.


The manual payments will be subject to the existing requirements for payments "accounts" set up, invoice requirements created. If any are missing, the payment will fail.


Manual payments will not replace any internal charges generated from contracts. If the contract payment is deemed too high, then an manual credit will be added (an ORD_COST_MAN payment with a negative amount)


When a trip is set back to planned, manual payments will not be deleted. To delete a manual payment, the user must access the payment screen from the Finance tab on the order and select delete. Internal charges generated from contracts will continue to be deleted when a trip is set back to planned. A manual charge will be allowed against the order regardless of the trip status until any other payments for the trip /order have been invoiced and the invoice approved.


When an order is unscheduled from a trip any manual payments created against the order , referencing the trip will be removed.


The table sch_trip_finances will be updated to include payments with ORD-COST_MAN type trip cost and also the profit calculation.


Scope

This change will be applied to system version 10.6.0.

Set-up

Pre-requisites

None

Menu Structure

Unchanged

Data

New record will be added to the ACC_PAYMENT_TYPE table similar to the existing payment type ORDER_COST.


281794 1.png


A new function will be created called ALLOW_ORD_COST_MAN Only users with this function will be able to create manual internal charges. This will be added to the table ADM_FUNCTION and access to the function will be provided through the access control screen. Access is applied on a GROUP basis.


Functional Description

Currently internal charges can only be generated from contracts. If the contract charge is incorrect or requires amendment, there is no functionality available.


A new payment type will be created called ORD_COST_MAN.


A manual internal charge will be created by selecting the cost button on the finance tab of the order screen.


281794 2.png


Currently when this button is selected the payments screen is opened, but the new and edit buttons on the payment screen remain disabled. This will be amended, so that the payment and edit buttons are enabled based on the value of a user function ˜ALLOW_ORD_COST_MAN" and the status of the order. The order must be at SCHEDULED, SCHED_COLL or DELIVERED status.


281794 3.png


When selecting the new button a pop up canvas will appear which lists all of the trips that the order is currently on. The user must select a trip by double clicking which will close the pop up screen and open the payments screen


281794 4.png


The payment screen will be opened with a payment type ORD_COST_MAN which cannot be amended.

The Debit and Credit accounts will be pre populated based on the trip that the user selected. They will be based on the group name of the owning depot and the group name of the hub location of the carrier. If the trip does not have the required information to determine the accounts or the accounts are the same, an error will be displayed and the payment screen will be closed.


The ext_ref will be pre populated with the trip id and event ref will be pre populated with the OMS ref.

All pre populated fields will not be enabled.


Manual Order charges will never replace internal charges generated from contracts, they will be created as an additional payment. If an internal charge has been generated too high, a manual order charge can be created with a negative value.


Currently, when a trip is set back to Planned, any payments or costs generated from contracts are removed. This will not change, however any manual order costs created will not be deleted. To delete manual orders costs, the user must either delete the payment within the payment screen or unscheduled the order from the relevant trip.


The UNSCHEDULE ORDER functionality within the trip screens will be amended to select any relevant ORD_COST_MAN payments and delete them


Currently when an order is unscheduled, the REMOVE_EVENT_PAYMENTS code is run which looks for any payments with the order as an event ref, which are not an internal charge and removes them. This code would be amended to also remove payments where the payment type is ORD_COST_MAN, the event ref is the OMS ref and the ext ref is the trip from which the order is being removed.


Any ORD_COST_MAN payments relating to a trip will be included in the costs and profit margin fields displayed on the "fianc" tab of the trip screen.


281794 5.png


To enable users to easily identify orders which have had a manual internal charge applied, the background colour of the ORD_COST field will be coloured RED.


Only users whose order group parameter setup (SCHED_GROUP) access matches the GROUP NAME on the order will be able to add manual internal order costs, otherwise the "Costs" button on the Orders screen Finance tab will be disabled. In addition, if a user does not have access to the GROUP NAME of the order, the ˜Revenue" button on the Orders screen Finance tab will also be disabled.


The code will be added to the when_new_record_instance on the SCH_ORD block, so that the group name check is carried out for each order viewed.


281794 6.png


It is noted that users who do not have access to the group name of the order will still be able to amend the quantities as per current functionality, which will potentially amend revenue generated by contracts.


References

Ref No
Document Title & ID
Version
Date
EST-281794 JC-89RK9G Trip Cost Manual Amendment v1.0
1.0


Document History

Version
Date
Status
Reason
Initials
0.1
Draft
Initial version
SW
1.0
Issued
Review and issue
MJC
1.1
Draft
Referred for additional requirements
SW
1.2
Draft
Amendments to above
SW
2.0
Issued
Review and issue
PC


Authorised By

Matt Crisford Development Manager
Peter Greer TMSCC MTS Product Manager