The correct charges for my open jaw journey (SML-CDU, YAT-SML) appeared about a day after the itinerary was corrected, by adding a £5.60 charge for the outward journey, with no indication that an amendment to the journey had taken place, so strictly speaking I can still claim that the original £2.80 was for a fictitious journey.
Yesterdays return from SML to SVB (£1.30) has still not shown on the account. I glanced at the FAQ and found that they claim to charge journeys by 0430 on the following day. This should obviously be changed to read something like:
'Our systems can be slow to report taps, which may result in a few days delay before you journeys are charged correctly. In the meantime we reserve the right to charge you for fictitious journeys and threaten £25 penalty charges in respect of the tap data we have lost. We do provide facilities for you to input corrections, but these will not necessarily work.'
I suppose for a railway where the product currently dominating station advertising is the £100 penalty fare, the £25 penalty charge is something of a concession.
Apart from the problems mentioned in my contributions to this thread the GWR website does seem generally low grade, starting with the puzzling existence of two separate sites needing separate logins with the same login information. There seems to be a problem interacting with Safari, which produces client errors when attempting to use internal links. It seems quite possible that the area remains restricted because the system is a prototype that is not good enough to expand any further.
******** ********
WEDNESDAY
******* *******
Here we go again, the details and charges for the Friday SVB trip appeared correctly on Tuesday morning, which is about two working days if you assume the computer does not work weekends.
Monday's SML to WSM return appeared this morning but as a pair of 'correction needed or pay £25' emails, again two working days, not dawn the following day.
The gates on platform 1 at WSM were not letting anybody out, whatever their tickets, and required staff assistance, so I had thought there might be trouble there, but the missing items were SML, both start and finish.
I made the corrections, which worked this time, although it still shows as Unkown at both ends, but the status indicator has changed to 'amended awaiting correction'.
The system is plainly still under development. I cannot point the finger at SML because that worked on Friday. I did consider waiting to see if the system would resolve itself automatically but being simultaneosly threatened with two £25 charges I decided to get on with it.
Assuming the problem is slow data transmission the system should be programmed to give a holding message during the waiting period, not a threat.
DELAY REPAY
The 1610 ex WSM being looped at Yatton to allow a late running XC to overtake, it was more than 15 min late at SML so I did expect to find out whether the semi-automatic Delay Repay notification worked, but this is annulled by a journey needing correction. Instead I have an opportunity to find out how to submit a Delay Repay claim for a corrected journey.
PAYG TICKET FOR THE LAST TRAIN
Interesting question, from the name, pay-as-you-go implies if don't go then don't pay.
But I see the point, if don't have a ticket, and haven't paid any money (because collected retrospectively) what obligation do they have, if any if last train doesn't run.
The tap in and out messages at SML include small print at the bottom saying that the ticket expires in 2033, so I assume that a PAYG card is a ticket. Only logical interpretation of the situation.
THURSDAY - GETTING WORSE
Getting worse, I have received an email acknowledging the correction and saying that the correct fare has been charged, probably from a mixture of the times I entered and validator data working its way through the system. In fact the 'My Bookings' tab does not yet show a charge.
Unfortunately looking at the journey history I see that as well as the correct return trip to WSM I now have an incomplete journey with a loose end from SML at 07:42. It seems probable that this is the real tap, and that the
SML to WSM journey between 0850 and 0901 * means that I entered the correction as 0850 rather than 0750. So although last time it appeared to overwrite the whole day with real data. This time it has used one of my inputs with three real taps, and left a real tap loose.
There does not seem to be a way of eliminating the loose real tap. I tried putting an exit 10 min later, reproducing what I believe to be the on site method of cancelling a tap in, but was not allowed to confirm it.
*SML to WSM in 11 min - no wonder they are called Network Turbos.
EMAIL ENQUIRY SUBMITTED
So I have submitted a correction and delay repay request via the web form referred to in the completed journey email and await developments.
SATURDAY: HIATUS
The reply was prompt and by email but I thought it could be chatbot, because it addressed all my points, but only by standard sentences about where to do things, including suggesting that the fastest way to correct was to use the PAYG system. I replied that unfortunately this did not address the problem since I had exhausted the PAYG system options. This produced a reply saying that they had set up a complaint for me, giving a reference.
So it appears that the form for obtaining help cannot do so, it can only tell you what you should have done. For help, raise a complaint.
The current situation arises because the GWR PAYG system has received all four real touches, but illogically only used one of them to replace my manual entries, using the other to make an incomplete journey. The current status is as below:
The original problem arose because the GWR PAYG system processing runs ahead of the data collection and sent me an email asking for manual correction.
It was worsened by the fact that when I made a manual correction this was immediately frozen and hidden, so I could no longer check or correct it, and I appear to have made an incorrect entry.
It is illogical that a manual entry shown as awaiting amendment should be hidden and frozen, it does not need to be either until it is implemented.
I await developments.
Discovering the number of problems that can arise with very limited use I can only assume that people who find that these work smoothly are treating it like a utility meter, and not checking each journey, or responding to correction requests. If I had ignored the request to correct the incomplete journeys, the PAYG system would presumably just have created the two correct journeys between SML & WSM. But if you ignore requests to correct and you are eventually charged the penalty you will presumably be told that you had plenty of opportunities to correct. Or alternatively, as with my experience of rail travel in general, a small sample produces extreme results, large samples tend to the norm, so commuters get many satisfactory trips.
It also seems that data collection from the Sea Mills tap points is slow. Is it sent by carrier pigeon or transcribed manually by the daily cleaner?