Support issue raised 31 May

05 Jun 2024

As has been mentioned on the SR, the three files have been quarantined. That means that the processing has found a defect in the file and rejected the whole file as a result. Where a file is quarantined, it is not processed further, none of the content is loaded, and there is no APC file that we can supply.

As noted on the initial response, the issue here is that we found the same TPN more than 40 times in a single file.

It is a fundamental of the interface that “Bucket” positions should not be used. There should be single occupancy positions. The process allows for multiple applicants to handle job-shares etc, but if there are 40 applicants being loaded for a single position, something is clearly wrong.

Looking at the three rejected files, I can see two distinct problems. One is that there is clearly use of Bucket Positions with multiple applicants to each. The other is that in some cases the files contain the same applicant for the same position multiple times, clearly an error in the data coming from TIS.

Some of the Positions that are affected are;

LDN file;

• KSS/RJZ01/030/STR(H)/001 – not actually a cause of rejection, but there are 27 applicant records from only 3 individuals

• LDN/BARNET/800/LT/001 – again, not a cause of rejection, but clearly a bucket position with 26 distinct applicants

• LDN/BDH/800/LT/001 – caused the file to be rejected, 42 applications from 41 individuals

• LDN/BEXLEY/800/LT/001 – not a cause of rejection, but clearly a bucket position with 24 applicants

• LDN/BROMLEY/800/LT/001 – not a cause of rejection, but clearly a bucket position with 15 applicants

• LDN/CMIDDLE/800/LT/001 – not a cause of rejection, but clearly a bucket position with 28 applicants

• LDN/CROYDON/800/LT/001 – not a cause of rejection, but clearly a bucket position with 31 applicants

• LDN/ENFIELD/800/LT/001 – not a cause of rejection, but clearly a bucket position with 39 applicants

• LDN/R1HNH/IMT/LT/004 – not a cause of rejection, but the same applicant 6 times

• LDN/R1K01/017/HTP/001 – not a cause of rejection, but 6 applications from 2 candidates

• LDN/RFREE/800/LT/001 – not a cause of rejection, but clearly a bucket position with 38 applicants

• LDN/RJZ01/030/F2/005 - Not a cause of rejection, but same applicant 14 times

• LDN/WHIPPS/800/LT/001- caused the file to be rejected, 44 applicants

• There are dozens of other similar examples in the file

KSS File;

• KSS/CHICH/800/GPSTR/001 – caused the file to be rejected, Bucket position with 2 applications each from 27 individuals, 54 applicants in total.

• Again, there are many similar cases in the file that are not over the limit

PEN File;

• PEN/GP-EXET/921/GPST/001 – caused the file to be rejected, bucket position with 48 distinct applicants.

• Again, there are many similar cases that aren’t actually over the limit. 

If your developer reviews the files that were sent to ESR, they will be able to see these examples, and many others (I simply imported them into Excel, sorted and did a count).