Overview
If Frame Agreement records (Agreements) stall/spin and fail to load with the error "Visualforce Remoting Exception: Configure a default catalogue ID to proceed", the cause is typically org-specific configuration rather than a code defect. This behavior commonly occurs when csfam__is_ps_enabled__c is enabled in FAC Settings (csfam__fac_settings__c), which enforces a required "FA-defaultcatalogue" (default catalogue) configuration.
Solution
Issue
Agreements (Frame Agreement records) do not load and the UI stalls/spins. The following error is shown:
Visualforce Remoting Exception: Configure a default catalogue ID to proceed
Applies To
- CloudSense on Salesforce (reported package family:
csfam; example environment: R36 MR3 sandbox) - Frame Agreement loading (opening agreements from an Opportunity or directly via record URL)
- Scenarios where environments appear similar (including matching package versions) but differ in FAC Settings (
csfamcustom settings)
Root Cause
The failing org enforced a default catalogue requirement via FAC Settings:
- In
csfam__fac_settings__c(FAC Settings),csfam__is_ps_enabled__cwas set to TRUE. - With
csfam__is_ps_enabled__c = TRUE, the system requires "FA-defaultcatalogue" (default catalogue configuration/JSON). If it is missing, the Frame Agreement load fails with the Visualforce remoting exception. - In a working org,
csfam__is_ps_enabled__cwas FALSE, so the default catalogue requirement was not enforced and agreements loaded normally. - Different CloudSense package versions may enforce this requirement differently; however, this scenario is configuration-driven (no engineering fix is required).
How to Diagnose
-
Confirm the exact error message:
"Visualforce Remoting Exception: Configure a default catalogue ID to proceed"
-
Confirm the symptom:
- Opening any Frame Agreement results in a stuck/spinning load.
- This may occur when opening from an Opportunity, or directly via a record link such as:
-
https://your_instance.domain.com/lightning/r/<object_api_name>/<record_id>/view -
Compare configuration between a working org and a non-working org:
- Compare installed CloudSense package versions (to rule out version-only differences).
- Compare FAC Settings values (
csfam__fac_settings__c), especiallycsfam__is_ps_enabled__c.
Resolution (Configuration)
Choose one of the following approaches based on your intended behavior.
Option A (Most direct): Align FAC Settings to match a working org
- In Salesforce, go to Setup.
- Navigate to the CloudSense custom settings for FAC Settings:
- Locate the custom setting/object:
csfam__fac_settings__c(often displayed as “FAC Settings”).
- Locate the custom setting/object:
- Compare the value of
csfam__is_ps_enabled__cbetween the working and failing org. - Set
csfam__is_ps_enabled__cin the non-working org to match the working org (in the documented scenario, changing TRUE → FALSE removed the enforced requirement). - Save changes.
Option B: Keep PS enabled and add the required default catalogue configuration
If PS must remain enabled (csfam__is_ps_enabled__c = TRUE):
- Ensure the required "FA-defaultcatalogue" / default catalogue configuration is present for the org.
- Populate the required default catalogue identifier/configuration expected by your CloudSense implementation.
- Save changes.
Validation / Confirmation
- Re-open the same Opportunity and open an existing Frame Agreement.
- Confirm the agreement loads normally and the error no longer appears.
- Spot-check multiple agreements/users (if applicable) to confirm the behavior is consistent.
Notes / Common Pitfalls
- Two orgs can have the same package version but different behavior due to FAC Settings differences.
- Newer package versions may not enforce the same "FA-defaultcatalogue" requirement, so version comparisons can be misleading if the underlying setting differs.
Frequently Asked Questions
- 1. How can I tell if I’m hitting this exact problem?
- You’ll see the agreement page fail to load and the exact message
"Visualforce Remoting Exception: Configure a default catalogue ID to proceed", typically when opening a Frame Agreement from an Opportunity or directly by record URL. - 2. What configuration specifically caused different behavior between two orgs?
- The key difference was in FAC Settings (
csfam__fac_settings__c):csfam__is_ps_enabled__cwas TRUE in the failing org and FALSE in the working org. When TRUE, the system requires "FA-defaultcatalogue" to be configured. - 3. Do I need to upgrade packages to fix this?
- Not necessarily. In the documented resolution, the issue was fixed by aligning FAC Settings (or providing the required default catalogue configuration when PS is enabled). Upgrading may change enforcement behavior in some versions, but configuration alignment is the primary fix for this scenario.
- 4. What should I do if I must keep
csfam__is_ps_enabled__cenabled? - Keep it enabled (TRUE) and ensure the required "FA-defaultcatalogue" / default catalogue configuration exists and is populated correctly for the org. Then re-test loading Frame Agreements.
- 5. What if the error still happens after aligning the setting or adding the default catalogue?
- Re-compare all FAC Settings entries between the working and non-working orgs (not just
csfam__is_ps_enabled__c), and verify the default catalogue configuration is present and referenced correctly. If available, capture a screenshot of the error and provide Salesforce debug logs for the failing load attempt.
Matej Storga
Comments