This page consists of frequently asked questions on the cancellations and corrections process under the following headings.

Submitting XML - Cancellations
Submitting XML- Cancellations (Whole File Recall)
Submitting XML - Corrections
Manual keying - Cancellations
Manual keying - Corrections

 

FAQs for firms submitting XML product sales data (PSD) - Cancellations

What is the purpose of the cancellation process?

It allows you to tell us if you have reported a transaction that for some reason now needs to be cancelled. There could be a number of reasons for this – for example:

  • mortgage funds may have been returned by the solicitor because the mortgage didn’t complete as planned;
  • a policy may have been reported as having been issued (or put in force), but this didn't actually happen; or
  • transactions may have been mis-reported, so either need to be cancelled from the return or corrected.

Please note that PSD relates to business that has 'issued' – this is where the mortage has completed or the policy/contract has been put on risk/issued. So firms should include only these transactions in their quarterly return.

If for some reason a firm puts the policy on risk as soon as it receives the proposal form, then this is the date that should be reported. If this results in a firm having reported sales that do then not materialise, the system will allow you to cancel the relevant transactions.

IMPORTANT: You are not required to report the cancellation of a policy which occurs during its normal life cycle – i.e. where the policy has been issued and the customer decides to cancel it at some future point.

How does the cancellation process work?

If you have reported a transaction to us and then realise you need to cancel it, you should submit a new transaction to us containing exactly the same details as the transaction you wish to cancel. But you should mark the cancelled field as 'True'

What if I need to cancel a transaction after I have completed the quarter’s reporting (i.e. in the next quarter)?

In this instance, you will need to follow the cancellation process described in the answer to question 2 above. The system will ensure that the data is filed in the correct quarter when we receive it. Wherever possible, you should aim to ensure that any correction and any replacement transactions are reported within the quarter they belong in, but we recognise that this will not always be possible.

Can I use the same transaction number when replacing a transaction which I have cancelled or if I need to correct a transaction?

The system will only allow you to use the same transaction reference number within a report to notify us of a cancellation, not to notify us of a replacement. So when you notify us of a cancelled transaction, you can use the same transaction number in the same report as the transaction you are cancelling (all the transaction fields must be identical apart from the cancelled flag being set to 'TRUE' in the cancellation).

If you want to use the same transaction reference for a replacement, you must submit the new replacement transaction in a different report. If you use a new transaction reference for the replacement, you can submit the replacement in the same report as the cancellation. (To help you track your transactions, the new transaction reference for the replacement could be a variation of the original number e.g. original reference is XY12052005A; replacement reference isXY12052005B). The replacement should ideally be submitted within the same reporting quarter, but we recognise that this may not always be possible.

Where a transaction has failed validation (i.e. it has been rejected), then you will need to make the correction in a new report, so using the transaction number again is not an issue. If you wish to correct a transaction because you have identified that some of the information has been mis-reported, then you will need to follow the process already explained for cancelling transactions.

Should I re-send the whole file with the cancelled or corrected transactions in it?

No. In this situation, we only require you to re-submit details of the cancelled or correct transactions – not the whole file.

Back to topBack to top

FAQs for firms submitting XML product sales data (PSD) – Cancellations (Whole File Recall)

What is the purpose of the cancellation process?

It allows you to tell us if you have submitted a file that for some reason now needs to be cancelled. Please note that you are not required to report the cancellation of a policy that occurs during its normal life cycle – i.e. where the policy has been issued and the customer decides to cancel it at a future date.

How does the cancellation process work?

You will be able to click on a button to cancel an entire submitted file without the need to submit the corresponding transactions with the 'cancel indicator' set to 'true' (this facility will still be available if you wish to continue to use it irrespective of whether you have clicked on the quarter complete notification button or not).

If you have reported a file to us and then realise you need to cancel it, you will need to go to the 'View Submitted Reports' screen. To cancel a file, there will be a 'Cancel' link to the right of the files details which you will need to click on. If this link is not displayed, the file cannot be cancelled.

What if I need to cancel a transaction after I have completed the quarter’s reporting (i.e. in the next quarter)?

Cancellation of submitted PSD files is restricted to the most recent reporting quarter only. This would mean that once you have clicked on the quarter complete notification button, you will not be able to cancel any of the previously submitted files that you have sent a notification for.

If you would like to cancel a previously submitted file, please contact the TRS Service Desk at the usual email address fsa.uk@logica.com and they will be able to assist you. Please note that the Service Desk will not actually cancel the file; they will only enable the cancellation facility for the file to be cancelled by you.

To avoid any mistakes when requesting the Service Desk to enable this facility, please send an email with a description of the file that you would like cancelled and the following details:

  • Submission date /time
  • Product provider/ reporting firm
  • Report type
  • Submitter
  • Submission route
  • Report name/file name
  • Total number of transactions submitted

If a report is submitted with partial data which covers an active quarter and a notified quarter, the report will not be 'cancellable' unless the Service Desk has been contacted.

If you need to re-submit a transaction that you have previously cancelled you do not have to re-submit the whole file - you only need to submit the transaction in question.

Back to topBack to top

FAQs for firms submitting XML product sales data (PSD) - Corrections

What is the purpose of the corrections process?

This process allows firms to either correct details within a transaction that has been rejected (and so never received by us) or to notify us if they identify that the details within a transaction they have reported to us are incorrect.

How does the correction process work?

If you have reported a transaction to us and the system has rejected it the system will treat it as not having been received. You then have two options. You can either resubmit a corrected transaction via the XML route or manually key in the correct transaction using the TRS system.

You may need to correct a transaction that has been submitted and accepted by us because you realise that it was reported incorrectly. To do this, you can either cancel it using the process detailed above, then submit the correct transaction either by the XML route or by manual keying. You can only correct using manual keying if it was keyed in the first place.

What if I need to correct a transaction after I have completed the quarter’s reporting (i.e. in the next quarter)?

If we reject a transaction, you should try to send us a correct transaction during the same reporting period. You should aim to report to us early enough during the 20-day reporting period so that you can send us the corrected transaction within the same reporting period. We recognise that on occasions this will not always be possible, but you should try to achieve it.

If you realise that a transactions has been mis-reported (i.e. it did not fail validation but you have identified some inaccuracies), but you only realise this during the next reporting period you have two options.

  • you could put a cancelled transaction through the XML route to remove the offending transaction and then submit a new correct transaction via the XML route; or
  • you could cancel the transaction using the XML route and then access the system via the TRS system and manually key a new transaction.

The system will allow for you reporting a transaction for a previous quarter and move your data to the correct location when we receive it.

Do I always need to notify you of policies cancelled at inception and do I always need to correct transactions which have errors in them?

You should always endeavour to report data correctly and we require you to make your best efforts to meet our requirements. However, we also expect firms to take a view on whether cancelling/correcting transactions would have a noticeable effect on the information reported and therefore whether they need to apply the cancellation/correction process.

We will obviously be concerned where a firm does not notify us of cancellations or make corrections when the numbers of transactions involved have a noticeable impact on its overall reporting figures.

Back to topBack to top

 

FAQs for firms manually keying PSD - Cancellations

What is the purpose of the cancellation process?

It allows you to tell us if you have reported a transaction that for some reason now needs to be cancelled. Please note that you are not required to report the cancellation of a policy that occurs during its normal life cycle – i.e. where the policy has been issued and the customer decides to cancel it at a future date.

How does the cancellation process work?

If you have keyed in a transaction and then realise that it needs correcting, you can access the original transaction on the TRS system and cancel it using an icon on the page which displays it (this will be covered in the training we will issue before registration and certification).

What if I need to notify you of a cancelled policy after I have completed the quarter’s reporting (i.e. in the next quarter)?

The system will allow you to correct a transaction which you have already submitted to us. So if you follow the process detailed above, the system will place the transaction in the correct quarter when we receive it.

Back to topBack to top

 

FAQs for firms manually keying PSD - Corrections

What is the purpose of the corrections process?

This process allows firms to either correct details within a transaction which has been rejected, or to notify us if they identify that the details in a transaction they have reported to us are incorrect.

How does the correction process work?

If you try to key in a transaction which does not meet the field level validation rules the system will prompt you to correct the transaction before you move on. If you have keyed in a transaction which is accepted by the field validation but which you later realise was reported incorrectly, you will be able to access the individual transaction and correct it on the web pages.

What if I need to correct a transaction after I have completed the quarter’s reporting (i.e. in the next quarter)?

This situation should only arise if you have submitted data that you subsequently realise was incorrect (i.e. it did not fail the field validation when keyed in but you have identified that it is incorrect data). In this instance, you will be able to access the individual transaction/s on the web pages, correct it/them and resubmit as prompted by the system.

Can I use the same transaction number when replacing a transaction which I have cancelled or when I wish to correct a transaction?

Because you are accessing the individual transaction on the web pages, this is not an issue.

Do I always need to notify you of policies cancelled at inception and must I always correct transactions which have errors in them?

You should always endeavour to report data correctly and we require a firm to make its best efforts to meet our requirements. However, we also expect firms to take a view on whether cancelling/correcting transactions would have a noticeable affect on the information reported and therefore whether it needs to apply the cancellation/correction process.

We will obviously be concerned where a firm does not notify us of cancellations or make corrections when the numbers of transactions involved have a noticeable impact on its overall reporting figures.

Back to topBack to top