When running a SOQL query to extract custom data from the related Individual Application record via an ApplicationDecision record, the query fails with a parsing error.
Application.Your_Custom_Field__c ^ ERROR at Row:X:Column:Y No such column 'Your_Custom_Field__c' on entity 'Name'. If you are attempting to use a custom field, be sure to append the '__c' after the custom field name.
This behavior occurs because the parser misinterprets the relationship pathing. Even though a field on ApplicationDecision may be labeled "Application" and point directly to an Individual Application record, using standard relationship dot-notation (Application.FieldName__c) causes Salesforce to resolve the query against the standard Name compound field entity rather than the lookup relationship itself.
Product: Salesforce Education Cloud
Platform: Lightning Experience (Enterprise, Unlimited, and Developer Editions)
Impacted Users: Developers or System Administrators executing SOQL queries via the Developer Console, Data Loader, APIs, or building custom reports.
Follow these troubleshooting steps to update your query syntax or report type configuration based on how the lookup relationship is constructed in your org.
Navigate to Setup > Object Manager > Application Decision (ApplicationDecision).
Click Fields & Relationships and locate the field labeled Application.
Note its exact Field Name (API Name) and Data Type:
If it is a standard platform lookup relationship, the field API name typically ends in Id (e.g., ApplicationId), and its relationship name is Application.
If it is a custom lookup field created in your org, the API name will end in __c (e.g., Application__c), and its relationship name will be Application__r.
ApplicationId)If the field is a standard relationship, you must reference the underlying ID field for the ID itself, and use the standard relationship name to traverse fields. However, if the relationship name collides with a compound name entity, explicit pathing is required.
Update your query to select the ID via ApplicationId, and ensure your relationship dot-notation precisely matches the schema documentation for the target object (Individual Application):
/* Correct syntax for standard lookup fields */
SELECT ApplicationId, Application.Name, Application.Banner_Student_Integration__c
FROM ApplicationDecision
WHERE DecisionPublishDateTime < TODAY
Note: Ensure your query filters use real fields (e.g., DecisionPublishDateTime) rather than object references like WHERE ApplicationDecision LIKE....
Application__c)If step 1 reveals that your field is a custom lookup field (Application__c), you cannot use the Application. prefix to traverse fields. You must use the custom relationship name ending in __r:
/* Correct syntax for custom lookup fields */
SELECT Application__c, Application__r.Name, Application__r.Banner_Student_Integration__c
FROM ApplicationDecision
WHERE Decision_Publish_Date_Time__c < TODAY
Navigate to Setup > Feature Activation > Report Types (or type Custom Report Types in the Quick Find box).
Click New Custom Report Type.
Select Application Decisions as the Primary Object, provide a label, and click Next.
Once the report type layout is created, click Edit Layout.
In the Fields Available for Reports pane, locate and remove any conflicting polymorphic lookup fields or owner fields that are causing the schema confusion.
Save the layout.
Instruct users to build their reports using this newly created Custom Report Type rather than the standard report type.
SOQL Verification: Open the Developer Console > Query Editor, paste your rewritten query from Step 2, and click Execute. The query should complete without errors and populate rows with values from the related custom field (e.g., Banner_Student_Integration__c).
Report Verification: Run a test report using your new Custom Report Type and confirm that it executes and displays data successfully without returning polymorphic entity errors.
005389148

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.