POL00039627
POL00039627
Jon Thompson Ta: Jon.P. Thompsong
ct: HNG_X.HNG_X_Release_1 - Defect #13566 - SV&I R2D3 PAFLite
selma rs — ~ Changing service during am: ixn causes postcode previously
28/04/2010 09:30 input to be retained and un-amendable.
Defect 1D. SV&I R2D3 PAFLite - Changing service during a mails txn causes
Description
Test Instance: [1]FUNC_RL2_PL_T1037_Mails txn is perforrmed where the service selected has a Address
oture setting of L. But clerk elects to change the service at the fina! service confirmation screen 40, The new
e selected has a Address Capture setting of 0.
Changing service during a mails tin causes postcode previously input to be retained and ur-amendable, and also
displays the last adcress captured at the top of the screen.
Please see attached zip file containing screenshot and counter logs.
Steps taken:
1. Setect Post Mail
2. Select Express
tem and enter item weight as 20g. Tab and <Enter>,
0 servic
. RG8 BNG).
message and <enter> to continue without entering a VOG or selecting an add-on service.
5 Scan Express 10 barcode (e.g, XWB14618902GB),
5. Select Change Service" on the final summary screen.
ct Express 48 service {or SD 9).
The postcode field is not displayed because the ref data setting for PostcodeReg for Express 48 (and RM services)
is "N", The postcode previously entered is then carried through inte the PAPLite screen and may not be amended,
In addition, the address captured previously through PAF heavy/not Lite! is displayed at the top of the screen.
Comments
Andrea Arnold <arnolda>, 15/04/2010 10:26:44: Please route to Martin Day in dev.
Peak User <PEAK>, 15/04/2010 10:35:09:
PEAK Created Successfully
Peak User <DayM>, 15/04/2010 11:57:24:
I don't believe this 's a fault. If the clerk enters the posteode either on the criteria screen or subseduently, it w)
shouldn't be cleared down if they then change the service. The system doesn't make any assumptions about =f
where the postcode was entered i.e pre or pest service selection screen. The sar uid be true for fields such PAS<
as weight For fields such as the value of goods, that can only be entered past ‘Service selection screen’ then
these should be cleared down if the service is changed.
ba
vé the issue that the PAF validated
an but is not selectable? .
Andrea Arnold <arnolda>, 15/04/2616 15:11:53: But you sti
address captured initially is displayed on the PAFLite
Peak User <DayM>, 20/04/2010 13:27: aa ty?
The address at the top is not suppo s it is history text generated by tt e normal PAF
step. This is standard behaviour of normal PAF in thet the history text will be a d to the screen and therefore
visibie on other screens. it happens to be uded onto the screen for PAF lite and not the other Po:
screens, because PAF Lite is an included use case. I think we need a xd reason to overrict is standard
behaviour, as this history text may be useful information to the clerk. If this answer is sufficie en T suggest
this peak is closed as no fault. However, if there shouldn’t be history text, then ensuring that the history text
generated from normal PAF does not appeer on the PAF lite screen is not strai rward, It would require a
change to the normal PAF use c (Acquire Address Details) anc this can't be resolved through modifying PAF
Lite. The ‘Acquire Address Detalis' would need to suppress the adding of the history text. wever, other use
< are aiso calling this use case such as APADC which require the history text. The solution would require
modification to ‘Acquire Address Details’ such that a parameter is passed in €.g. noHistoryOutput. Such a flag is
available for calling use cases to use for manual address capture, The address details would then added to the
history for nen-postal services use cases and not for Postal Services (Source and Destination address capture). It
needs to be investigated if this approach is actually a fix or a change to the use case.Can you therefore disc:
. I with POL as to whether this is } kely sce: te happen and whether it should be addressed or not?~~~DO NOT
DELETE THIS LINEH! Add comments below thislww~
Andrea Arnold <arnolda>, 22/04/2010 11:57:22: Thanks Martin, Steve - can you get the Business
requirement please?
Jon Thompson <thompsonj>, 23/04/2010 14:55:44:
Steve Wiseall has mailed Andrew Perkins for guidance (22/04/2010)
Defect Details
POL00039627
POL00039627
Defect ID 13556
Status Further information Required
Assigned To wisealls
Product CPO388 - PAF Lite
Reproducibie x
Saverity 27 Medium
Priority 2- Medium
Detected on Date 2010-04-15
Counter Version 202.06
Test Rig R2SVal - Release 2 SVEI
PEAK Status Final
Business Impact ~ Visible
Detected In R2SV8I Cycle 3
Response Description Advice after Investigation
Response Category 35
Fest Type Functional
Send To Peak ¥
PEAK Reference POOISTI71
OTT Path Path201
Modified 2010-04-23 14:5
Control DB Ca
PEAK Delivery Info Reported In - R2SV&i Cycle 3