Sometimes responses that should have entered the funnel don't. Maybe a campaign threshold was set too low, a scoring rule was fixed after an event, or members were imported before Full Circle was ready for them. When reactivation can't reach those records, you can correct them with a one-time data load. Setting Admin Response Control to 1 tells Full Circle to skip evaluation on the update, so you write the funnel fields yourself.
This article covers when to use a backfill instead of reactivation, how to decide what each record needs, and how to run and verify the load.
- Before you start: reactivation or backfill
- What Admin Response Control 1 does
- Find the values for your org
- Decision table
- Build and run the load
- Associate opportunities
- Verify the results
- Common mistakes
Before you start: reactivation or backfill
Reactivation reprocesses responses for you, so try it first when it can reach the records. A manual backfill is the better fit when any of these are true:
- The Leads or Contacts are already in an active status. Score Reactivation watches inactive Leads and Contacts, so records that are already active won't reactivate.
- The responses are older than the Days lookback in your reactivation settings.
- The stage dates need to reflect when the response actually happened, not the day you run the fix.
- Reaching the records would mean changing your global reactivation configuration for a one-time problem.
Note: Changing a campaign's FCCRM Threshold only affects responses evaluated after the change. Existing campaign members aren't rescored. Qualification adds the Lead or Contact score and the campaign threshold together, so a negative or low campaign threshold can keep otherwise qualified people out of the funnel. Correct the threshold first so new responses evaluate properly, then backfill the ones that were missed.
If reactivation should have worked and didn't, check Score reactivation not reactivating as expected before you backfill. Orgs in passive or hybrid mode can also use Active Status Reactivation.
What Admin Response Control 1 does
Setting Admin Response Control (FCRM__FCR_Admin_Response_Control__c) to 1 on a Campaign Member disables all evaluation for that update. The field clears itself after processing.
Because Full Circle isn't evaluating the record, it also won't do any of the work it normally does when a response becomes active:
- Response Status stays where it is unless you set it. A record can end up with its MQL checkbox checked while still showing Resolved - No Action Required.
- Lead and Contact status doesn't change. If the person should move to an active status, that's a separate update.
- Stage fields and dates aren't set for you. You write every checkbox and date the record should have.
Note: Code 1 is for funnel data. Opportunity association uses different codes and a separate load, covered in Associate opportunities.
Find the values for your org
Every org names its statuses and stages a little differently, so collect these before building your files.
- Go to Installed Packages, click Configure next to Full Circle Response Management, then open Status Mappings.
- Under Lead/Contact Default Status, note the values for Lead status after response and Contact status after response.
- In the status mapping table, find each of those values and note the Response Status it maps to. Also note which statuses are marked Active. The Status Mapping article explains the table and the system statuses, such as Qualified - New Opportunity.
- Note any statuses that map to later stages, such as statuses your org treats as sales accepted.
- List the stage fields your funnel uses. The standard Campaign Member fields are below. Orgs often rename them or add custom stages, which have their own checkbox and date fields.
| Stage | Checkbox | Date |
|---|---|---|
| Inquiry | FCRM__FCR_Inquiry_Target__c | FCRM__FCR_Inquiry_Target_Date__c |
| MQL | FCRM__FCR_QR__c | FCRM__FCR_QR_Date__c |
| SAL | FCRM__FCR_SAR__c | FCRM__FCR_SAR_Date__c |
| SQL | FCRM__FCR_SQR__c | FCRM__FCR_SQR_Date__c |
| Custom stages | Your org's own checkbox and date fields. Check your funnel configuration. | |
Note: Confirm which label your team uses for each field before you load. If your org calls the threshold stage something other than MQL, the field is still the one that holds the score qualification.
Decision table
Two questions decide what each record needs: where it should land in the funnel, and what state the person is in today.
Where it should land. Always backfill the full path. A record that reached a stage also gets every earlier stage's checkbox and date.
| Target stage | Set these checkboxes and dates |
|---|---|
| MQL | Inquiry (if blank) and MQL |
| SAL | Inquiry, MQL and SAL |
| SQL or a custom opportunity stage | Every earlier stage plus the target stage |
What state the person is in. Check the person's current status and whether they already have an active response. A Lead can only have one active response. A Contact can have more than one when the extra responses are tied to open opportunities, as explained in Responses and Active Responses.
| Situation | Response Status | Stage fields | Lead or Contact status |
|---|---|---|---|
| Person is in an inactive status with no active response | The Response Status mapped to your Lead or Contact status after response, or to the later-stage status they should be in | Backfill to the target stage | Update to the matching active status in a separate load, after the Campaign Members |
| Person is already in an active status with no active response | The Response Status mapped to their current status | Backfill to the target stage | No change |
| Response is tied to an open opportunity on a Contact | Qualified - New Opportunity, or your org's label for it | Backfill through the opportunity stage | No change. Then associate the opportunity. |
| Person already has a different active response | Leave as is, typically Resolved - Already Engaged | Don't backfill | No change |
Note: If your team decides a campaign from the last row should own the funnel instead of the current active response, that's a response swap, not a backfill. Contact Support before loading those rows.
For stages reached at the time of the response, use the Response Date as the reference. For later stages, use the date the person actually reached that stage. Date fields load in YYYY-MM-DD format, for example 2026-09-22.
Build and run the load
- Build a Campaign Member report for the affected campaigns. Include the Campaign Member ID, Lead or Contact ID, Response Date, Response Status, Current Lead/Contact Status, the stage fields and any related opportunity.
- Sort each row into a situation from the decision table and a target stage. Keep one file per target stage so each group is easy to check.
- Review your own automation. Flows, routing, alerts and marketing automation syncs that watch Response Status, stage fields or Lead and Contact status can fire on every record you update. Pause or plan for them.
- Test three to five records from each file. Use a sandbox with representative data if you have one.
- Load the Campaign Member file with these columns: Id, FCRM__FCR_Admin_Response_Control__c set to 1, FCRM__FCR_Response_Status__c, and each stage checkbox and date for that file.
- Load the Lead and Contact status file for the rows that need it. Once the response is active, Full Circle allows the person to move to the matching active status.
- Check the test records against Verify the results, then load the rest in smaller batches, ideally during off-hours. The data import guide for live orgs has more on loading while Full Circle is running.
Associate opportunities
Do this only for responses that should be tied to an opportunity, and only after the funnel backfill is verified. Full Circle doesn't process association updates as responses, so keep them in their own load.
- On each opportunity, check the Response ID field. If it's blank, no response is associated yet.
- For opportunities with a blank Response ID, where the Campaign Member has no opportunity yet, build a file with the Campaign Member Id, FCRM__FCR_Opportunity__c set to the opportunity ID, and FCRM__FCR_Admin_Response_Control__c set to 8.
- Test a few records, then load the rest.
- Check the stage dates afterward. If a stage date should differ from the Opportunity Created Date, update it directly.
If an opportunity already references a different response, or the Campaign Member already points at a different opportunity, you need a swap or switch code instead of 8. The useful codes table lists them. Moving an opportunity from one response to another requires both responses to be on the same Contact. Test these one record at a time.
Note: For ongoing opportunities created outside the normal flow, Opportunity Association can make this connection automatically going forward.
Verify the results
- Stage fields: every checkbox and date through the target stage is populated, with the dates you intended.
- Response Status: the backfilled response shows an active status, or Qualified - New Opportunity for opportunity rows.
- Lead or Contact status: the person shows the matching active status.
- Admin Response Control: the field has cleared after processing.
- Opportunities: the opportunity's Response ID points at the backfilled Campaign Member.
- Reports: your funnel reports show the corrected counts in the right periods.
Common mistakes
- Using code 8 for funnel data. Code 8 enables opportunity association. A funnel backfill uses code 1.
- Combining codes in one row. When any opportunity association code is set, the update isn't processed as a response. Run funnel and association loads separately.
- Leaving Response Status alone. The stage fields will say MQL while the response stays inactive.
- Forgetting the Lead or Contact. Code 1 doesn't touch the person's status, so inactive people stay inactive until you update them.
- Skipping earlier stages. A record at SAL without MQL breaks conversion and velocity reporting.
- Creating a second active response. Check for an existing active response before you set Response Status.
- Waiting on the threshold change. Correcting a campaign threshold doesn't reprocess existing members.
Comments
0 comments
Please sign in to leave a comment.