Q&As

Q&A info

Haluatko etsimäsi kysymyksen ja vastauksen omalla kielelläsi? Vaihda kieltä yllä olevasta vetovalikosta.

Takaisin

Takaisin

R4BP 3

Submissions

How do I submit my application to ECHA?
To submit your application, follow these two steps:
 
  1. Check for your relevant application type in the R4BP 3 support page.
  2. Check the Biocides submission manuals for further information on minimum information requirements and submission through R4BP 3.
Do not forget to include the relevant supporting documentation whenever  needed.
How does ECHA process my case?
As part of the formal process of an application acceptance, ECHA takes a number of steps before it submits an application to competent authorities.
 
At a glance, the steps include:
  • Virus scan
  • File format check
    • Format check
    • Business rules confirmation
  • Application acceptance
  • Invoice assessment (where applicable)
  • Confidentiality claim screening
At the end of this process, you will receive a message saying “Submission accepted by ECHA” if the application has been successful, or “Case rejected by ECHA” if the application has been rejected.

 

For more information, please refer to chapter 6 of the Biocides Submission Manual – BSM Technical Guide: BSM Technical guide: How to use R4BP 3 .

Accepted applications will be forwarded to the MSCA nominated by the applicant during the submission process or to ECHA, e.g. for an assessment of technical equivalence. 

It is the case owner’s responsibility to regularly check the ‘Message list’ in R4BP 3, to monitor the status of the application (messages are sent after each processing step) and the ‘Tasks’ tab to complete certain actions (e.g. requests for additional information).

How does a competent authority deal with my case?
Your competent authority performs the following steps:
 
  • Acceptance: your case is accepted or rejected for further processing;
  • Validation: ensures whether you have provided the correct information for the assessment of your case;
  • Evaluation: formal assessment on the quality and adequacy of the data and the related conclusions related to your case.
You can monitor the progress of your case through the ‘Events history’ sub-tab in R4BP 3.

To follow the processing steps of your application, go to the ‘Events history’ sub-tab. All the actions that your case has gone through are displayed in chronological order (e.g. BRC confirmation started, invoice sent (when applicable), submission format verified, etc.). 
 
To view submitted documents or financial related documents, go under other sub-tabs, e.g. ‘Documents’ or ‘Financial management’.
 
In addition, depending on the application type, you may receive the following message:
  • New task: an action is required from your side, i.e. provide additional information;
  • New information from authority, i.e. invoice delivered if required in your case.
For every completed step, you will receive a message. You can check the history of all messages sent to you when clicking on the ‘Events history’ tab.
 
Note: Some applications related to changes on request or simplified authorisation do not include the validation step. 
Notifications and some simplified authorisation cases will only include the evaluation step for your authorities.
What is the meaning of "step started, due by <date>" in the events history tab?

An informative deadline based on the legal text is included to inform you when a step is expected to be completed by an authority. It is a reminder for information purposes. No action is required from your side.

How can I search for the status of my case?

You can search for your case details in R4BP 3 and select the “Events history” sub-tab. You will find a chronological description of the events related to your case, including the topic, the subject of the message and the sender. Further useful information can also be found in our Q&A 929.

The case owner will also receive a message (in their R4BP 3 account) for every relevant step of the process. You need to check the tasks in order to identify any requests for action you have received from your authority.

How can I follow communications submitted by authorities?

You need to regularly monitor messages and tasks available in R4BP 3 as agreed when the terms and conditions of use were accepted during R4BP 3 user account creation. ECHA provides the notification feature to personal e-mail addresses as a courtesy service. E-mail notifications are not meant to replace the need to regularly follow up the status of your applications in R4BP 3. Further information on the terms and conditions can be found in the link “Terms of service” available in the bottom right corner once you access R4BP 3.

By default, the “Messages” inbox displays the messages received in the last two months; the “Tasks” inbox displays all open tasks. Q&A 796 indicates the main differences between “Messages” and “Task” inboxes.

How can I withdraw a case made in R4BP 3?

As a case owner, you can withdraw an ongoing case in R4BP 3 at any time.

To withdraw your case in R4BP 3, the action ‘Withdraw case’ should be initiated in the corresponding case details screen. The status of the case will change to ‘Closed – Withdrawn’.

According to Article 13 of the BPR Fee Regulation, only applications for active substance approval, Union authorisation, and minor and major changes can be partially refunded after a withdrawal. Useful information can also be found in Q&A 768. Fees already paid to ECHA for any application types other than the ones mentioned above will not be refunded.

Applications initiated within a case that has been withdrawn, i.e. when a delegation allows a different company to submit a related application, will also need to be withdrawn. If no action is taken, your authorities will be forced to reject these delegated applications.

What causes the error message “invalid XML format or missing information” when uploading the SPC?
The common reason why you receive this error message is because you have used an incompatible format. This happens when you copy/paste data from an external source into the SPC free-text fields. 
 
While this action does not always trigger a format error, it is safest if you copy the data into “Notepad” to clear any format/style; then copy the data from Notepad into the SPC online editor.
 
Another reason may be that you are working with an SPC file created using the old SPC online tool version available before October 2016. If this is your case, you can:
  • Download the SPC available in R4BP 3 and start working from this file using the current SPC online editor; or
  • Use the <SPC version convertor> available in the SPC online editor.

IMPORTANT: When working with an SPC that contains an incorrect format, make sure that you completely remove ALL content in the free-text fields before you paste the content without a format or style.

How does grouping of applications work in R4BP 3?

R4BP 3 allows certain application types, such as mutual recognitions, to be grouped. In practice, you can include:

  • a technical dossier (if required), 
  • supporting documentation, and
  • as many SPCs as Member States you intend to submit your application to. 

Remember that the market area of the SPCs needs to match the market area selected in the grouping during R4BP 3 submission.
As a result, R4BP 3 will automatically generate as many cases as SPCs as you have included in your submission. 

The information related to the technical dossier and supporting documentation can be found in the reference asset; the SPCs can be found in every case.

Once these applications are processed by R4BP 3, they will be handled independently by your authorities.

Why do I receive the error message “the system is expecting SPCs for one single biocidal product (i.e. SPCs with same product UUID)”?

This R4BP 3 message ensures that the SPCs uploaded in an application submitted through R4BP 3 belongs to the same product according to the submission criteria you define in the wizard. In particular, this error message appears in R4BP 3:

  • If you apply for a mutual recognition in a different market area, please select a new market area version in the SPC editor from the original SPC to create an SPC in a different market area correctly. 

Exceptions apply to special case types NA-MRG (conversion of a frame into a biocidal product family) and NA-NPF (addition of a family member to a biocidal product family). Further information on these case types can be found in the video tutorial: Processes in R4BP 3: merging assets via NA-MRG and the BSM application instructions: national authorisations.

  • If you group submissions, include as many SPCs as market areas as you have selected in the application wizard for single product applications. You can easily create a new market area version of the original SPC in the SPC editor.

Further useful information on how to create an SPC can be found in the BSM technical guide: using SPC.

 

I receive the error message “The system is expecting an SPC(s) that has been created from the reference SPC (i.e. same product UUID)”. Why?

R4BP 3 ensures that you consider the terms and conditions of an already existing authorisation.

If you apply for a change on request or renewal of national authorisation, you need to modify the existing SPC in the reference asset (national authorisation).

If you create a new SPC or start from an invalid SPC, R4BP 3 will not accept your SPC. You need to search for your asset, download this SPC within the asset and edit it with the SPC editor.

Where can I find information on how to create a BPR dossier with IUCLID?

To create your dossier, you will need to read the instructions provided in the BSM Technical guide: How to prepare a biocides dossier. This manual will help you to build basic minimum information in IUCLID, as well as how to include Annex II and Annex III information requirements or a letter of access when applicable. This is the minimum information that ECHA will check to ensure that key data is provided in IUCLID format.

The authority responsible for validating your application will provide support to you on what minimum information requirements are needed for your application.

My assets are not linked as mutual recognition in R4BP 3. What can I do?

The following two scenarios are likely:

  • If the authorisations were migrated from R4BP2, ECHA has agreed on a process to make sure that the links between different assets can be created. Contact your authorities to know more on how to proceed.
  • To re-unite former authorisaitions that were part of frame formulations in R4BP2, single product authorisation assets can be merged with the process NA-MRG (Conversion from frame formulation into a family). However, the merging does not take into account any linked mutual recognitions. These relations are lost. Make sure that you select the relevant market areas that should be linked as mutual recognitions where you intend to apply for a family application. If you need to To recover the links in R4BP 3, please contact ECHA for further analysis.

The following two scenarios may apply:

  • If the authorisations were migrated from R4BP2, ECHA has agreed on a process to make sure that the links between different assets can be created. Contact your authorities to know more on how to proceed.
  • To re-unite former authorisations that were part of frame formulations in R4BP2, single product authorisation assets can be merged with the process NA-MRG. However, the merging does not take into account any kind of linked mutual recognitions. These relations are lost unfortunately. To recover the links in R4BP 3, please contact ECHA.
What is a master SPC?
A master SPC identifies the SPC used as a source of information to be displayed in your R4BP 3 application. When you upload one or more translated SPCs, you need to define which SPC will be considered as the master SPC. If only one SPC is provided, you need to select the available SPC by default.
I receive the message “Warning: some previously uploaded files have been removed from the SPC package, since they no longer meet the required constraints (probably the SPC package of the reference item has been updated in the meantime)”. Why?

R4BP 3 ensures that the information provided in your application is consistent. If you submit updated information related to a particular asset (i.e. changes on request, same biocidal product or renewal) the SPC available in this asset will be updated with the new information of the SPC available in the latest case approved by your authorities.

If you submitted several cases in parallel from the same asset, you need to take into consideration what information has been included in the SPC available in the asset. If you receive the warning message, you should download the SPC available in the asset and edit it.

Use the <Compare with> button available in the SPC editor to compare what information has changed in the SPC available in the asset and the case you are working with.

How can I handle family applications submitted following the workaround solution with the new family SPC structure?

If you have submitted a family application based on the new family concept, ECHA has migrated all information on your behalf to the new family SPC. These migrated SPCs are available in R4BP 3. 

The migration to the new structure provides data in the SPC to the best extent possible. However, you may still need to work on the SPC to report your family SPC correctly, i.e add more than one meta SPC, match products to the relevant meta or define the concentration limits of the active substance that applies to every meta SPC.

How can I group SPCs and assets in a grouped submission of administrative changes?

When you use the submitted grouped application for administrative changes as a new application in R4BP 3, you need to follow these steps in the upload SPC step:

1 – Browse and upload the SPCs related to your administrative change.

2 – Select the relevant asset under the “Selected assets” list.

3 – Click on the icon “Match SPC with the selected asset”.

4 – Upload the SPC associated to the asset displayed in selected assets area. If more than one SPC file is matched to an asset, then the master language SPC file must be indicated.

5 – Click on <Check selected SPC(s) & Asset>.

Steps 2 to 5 need to be completed for every asset/SPC combination until all asset/SPC combinations are matched and successfully checked (marked by a green “thumb up” icon). In the example below, an asset/SPC combination is still missing (marked by a red “thumb down” icon)

What do I need to consider for case transfers?

The case owner and the prospective asset owner in an ‘In progress’ case can be changed in R4BP 3 in certain scenarios. Please consider the following information when you complete the changes in R4BP 3:

  • Case transfer is a two-step process – the case owner or prospective asset owner initiates a transfer using the delegation tab in the relevant case; an additional action then needs to be performed to accept the transfer.
  • The current case/asset owner initiates the change; the new case/asset owner can then accept the transfer.

     

  • Changing the case owner and the prospective asset owner are two different actions: when the case owner and prospective asset owner are the same company, you need to complete the <Add transfer> actions twice to transfer the case owner and the prospective asset owner.

     

There are certain scenarios where the prospective asset owner cannot be changed, i.e. in the case of certain notifications, changes on request, renewals or mutual recognitions.

IMPORTANT NOTE: Case owners/asset owners need to agree outside R4BP 3 on the terms and conditions to share the IUCLID technical dossier. A IUCLID technical dossier is not part of the transfer of a case to a different entity. Sharing the technical dossier needs to be considered as part of the agreement reached between parties outside R4BP 3.

The new case/asset owner will have access to all the information available in the different tabs related to a case. Pending tasks will be reallocated to the new case owner and new messages will only be delivered to the new case owner.

Additional information can be found in the chapter “Exchanging data with other entities” available in BSM Technical guide: using R4BP 3.

What causes the virus check message failure?
The following are the most common reasons for a virus check failure:
 
  • A virus is part of any of the documents submitted in your application. Make sure that you check all the information to be submitted to ECHA with an antivirus software product.
  • One or more files included in a IUCLID technical dossier are password-protected.
When you submit data to ECHA through R4BP 3, only authorities will have access to your data. You can submit your data again making sure that it is not password protected.
 

For any other reasons, please contact ECHA.

Can I submit renewals linked to mutually recognised applications when the (prospective) authorisation holders are different?

Yes. This option applies to the submission renewals subject to mutual recognition. If the nomination of a case owner is not present, the authorisation holder can establish a nomination from the asset.

Screenshot

The case owner will be able to submit a renewal subject to mutual recognition with different authorisation holders provided that:

  • a mutual recognition link is available between assets; and
  • an active nomination to the same case owner is available in mutually recognised assets.

The case owner will be able to see when a nomination has been established if in step 1 of the R4BP 3 wizard for renewal there is an option to select the asset(s) under a different asset owner.

Case owners are responsible for following up any communications or requests for additional information from authorities.

When can I submit a mutual recognition in parallel?
It is expected that a mutual recognition in parallel (NA-MRP) is submitted at the same time to the different Member States where the mutual recognition applies. Technically, it is still possible to submit an NA-MRP as long as the validation step of the reference application has not been completed by your authorities: once the evaluation step is created in R4BP 3 in the reference application, it is no longer possible to include other NA-MRP applications to other Member States.
I receive the error message “The system is expecting an SPC with the same UUIDs of meta SPC(s) and same number of product(s) as in the reference SPC”. Why?
R4BP 3 verifies that the scope of a mutual recognition for a biocidal product family application is consistent across different Member States. The basic principle to be considered for mutual recognition applications is that the same application is also submitted to other Member States. R4BP 3 does not allow a reduced or increased number of members to be provided in a family application to a concerned Member State. Similarly, a mutual recognition for biocidal product family submitted to a concerned Member State cannot have more or less meta-SPCs or biocidal products than the reference application. If this issue is triggered by the sameness criteria used to group the family members, you need to contact your national authorities.
Is it possible to include additional Member States in a grouped application?

Technically, additional Member States can be included in an existing renewal, minor or major change applications are subject to mutual recognition. It is important that you clarify the application submission with your concerned competent authority. An application subject to mutual recognition in R4BP 3 applies whenever a mutual recognition submission is made at the same time to two or more Member States. An application submitted individually to one Member State cannot be converted into an application that benefits from mutual recognition provisions.

If a draft application is continued, R4BP 3 will perform again the checks on existing data to ensure that the information is up to date. If the information is not valid, the wizard will suggest that you update certain information or simply delete the draft application to make a new submission, depending on the circumstances.

The application will be considered as submitted once a case number is created in R4BP 3.

 

Is an application saved as a draft considered as submitted?

No. A draft application allows you to save your work in progress and return to your application at a later date to edit and submit it, but it cannot be considered as a submission. 

When you resume your work on a draft application, R4BP 3 will perform the checks on existing data again to ensure that the information is up to date. If the information is not valid, the wizard will suggest that you update certain information or simply delete the draft application to make a new submission, depending on the circumstances.

The application will be considered as submitted once a case number is created in R4BP 3.

Is a change of participant in the review programme the same as the change of a case owner in active substance evaluation?

No. These are two separate actions. The withdrawal, replacement or addition of a participant in the review programme for active substance evaluations under the review programme (AS-EVA) or active substance evaluation under Directive 98/8/EC (AS-NAS), with status “In progress” can be initiated by a case owner using the PA-CHG option in R4BP 3 but has no impact on the case ownership. Additional information on this process can be found in the chapter “Change participants by mutual agreement” of the Biocides Submission Manual – How to submit an application for an Active Substance.

An additional action is needed in the event of a case owner transfer. The current case owner of the AS-EVA will need to initiate the case owner transfer. Additional information on how to complete a case owner transfer can be found in the chapter “Case transfer” of the Biocides Submission Manual – How to use R4BP 3.

Why do I receive a resubmit task that indicates that I submitted a dossier which refers to a different active substance and/or product type combination compared to the initially submitted?
R4BP 3 ensures the consistency in the substance identity of new applications whenever a IUCLID dossier is included. The system ensures the consistency between the substance identity already available in R4BP 3 and the active substance identity included in a IUCLID dossier. In particular, two scenarios can be possible:
 
1. The substance identity is available in the submission wizard, i.e., applications for inclusion in Article 95 list.
2. The new submission starts from an already existing application, i.e., an active substance evaluation under the review programme started from a notification for inclusion in the review programme.
 
For consistency reasons, it is necessary that the active substance identity included in your IUCLID dossier matches with the substance identity available in the wizard. The substance name, EC number, CAS number and IUPAC name must be identical as displayed in the wizard: if any of these substance identifiers is not present in the initial submission wizard or the reference application, it should be removed from the IUCLID dossier.