Implementation Details: The specific implementation of what happens on Filed’s side when this mutation is called will be discussed and coordinated between your team and Filed’s engineering team during the integration process.
Arguments
The ID of the workspace (tax firm) you’re setting up the integration for.
Your partner key provided by Filed. Examples:
<partner_key>, qount. Your specific partner key will be provided during partner onboarding.Optional JSON object containing firm-specific credentials and configuration. Common fields include:
apiKey: Firm’s API key for your platformsecurityToken: Security token or authentication tokenbaseUrl: Base URL for API calls (if different from default)- Any other credentials or configuration your platform requires
Returns
Connection identifier. Save this for the collect step.
Workspace identifier this connection belongs to.
The partner key used to create this connection.
Connection status. Will be
pending until you complete the collect step.Next action required. Typically
collect after starting a connection.Display name for the connection.
Timestamp when the connection was created.
Example
Save the
id from the response - you’ll need it for the collect provider connection step. The connection status will be pending until you complete the collect step.Troubleshooting
Problem:startProviderConnection fails with invalid partner key
Solutions:
- Verify your partner key is correct (contact Filed if unsure)
- Ensure the partner key matches what was provided during partner onboarding
- Check that the partner key is spelled correctly (case-sensitive)
- Verify the credentials in the
inputsparameter are correct - Ensure API keys and tokens have the necessary permissions
- Check that the credentials are for the correct tax firm/workspace