POL00029628
POL00029628
To: Susan Crichton] Alwen ‘015 Hugh
FlemingtonI
Ce: Simon Baker
I me meray
From: Lesley J Sewelll
Sent: Wed 03/07/2013 12:43:08 PM (UTC)
Subject: Fwd: Callendar square
image001.png
image002.png
image003.png
image004.png
FYI
Sent from my iPad
Begin forwarded message
From: Simon Baker
Date: 3 July 2013 13:25:34 BST
To: Lesley J Sewell <_
Subject: FW: Callendar square
fyi
Sent: 03 July 2013 09:51
To: Simon Baker
Cc: Davidson James
Subject: Callendar square
Simon,
l’ve found some details on the problem. It is described in Peak PC0126376 (and others).
It was first raised in September 2005. The fix was applied as part of $90 which was rolled out February / March 2006.
The root cause of the issue was that data (ie transactions) was not being copied correctly between counters in certain
circumstances, so transactions or transfers carried out on one counter were not visible on reports produced on
another counter in the same branch. The avoidance was to restart the failing counter (which happened automatically
at about 3am each day), at which point all the missing transactions were successfully copied. The problem in business
terms was that due to the transactions not being visible, SMPRs considered that they had not been input and so re-
input the transactions thus ending up with duplicate transactions and so when the originals came through the
following day, the accounts would be ina mess. In particular if a Transfer of cash / stock was accepted more than
once on different counters then that would result in a Receipts / Payments mismatch when the Stock Unit was next
Balanced.
We reported the problem to POL, but I don’t know how much of an investigation was carried out into the scope and
the number of affected braches. I was not involved in the issue at the time and only really become aware of it a part
of the Misra case in 2010.
This problem was evidenced by a large number of events in the event logs. I remember searching through the event
logs for the Misra case with the Defence Expert to show that there was no such pattern of events in the Misra logs.
These events were visible to our 2™ line support staff and there were instructions for them to phone the affected
branch and recommend that they rebooted the affected counter if such events were seen.
Regards
POL-0026110
POL00029628
POL00029628
Gareth
Gareth Jenkins
Distinguished Engineer
Business Applications Architect
Post Office Account
Fujitsu is proud to partner with Shelter, the housing and homeless charity
Reshaping ICT, Reshaping Business in partnership with FT.com
bh Please consider the environment - do you really need to print this email?
Unless otherwise stated, this email has been sent from Fujitsu Services Limited, from Fujitsu (FTS) Limited, or
from Fujitsu Telecommunications Europe Limited, together "Fujitsu".
This email is only for the use of its intended recipient. Its contents are subject to a duty of confidence and may
be privileged. Fujitsu does not guarantee that this email has not been intercepted and amended or that it is
virus-free
Fujitsu Services Limited, registered in England No 96056, registered office 22 Baker Street, London W1U
3BW.
Fujitsu (FTS) Limited, registered in England No 03808613, registered office 22 Baker Street, London W1U
3BW.
PFU Imaging Solutions Europe Limited, registered in England No 1578652, registered office Hayes Park
Central, Hayes End Road, Hayes, Middlesex, UB4 8FE.
Fujitsu Telecommunications Europe Limited, registered in England No 2548187, registered office Solihull
Parkway, Birmingham Business Park, Birmingham, B37 7YU.
POL-0026110