Stored proc activity with no params using Library variable connection to Azure SQL DB should't fail
We’ve identified a reproducible issue in Fabric Data Pipelines:
✅ Stored Procedure activity succeeds when using a library variable connection to Azure SQL Database and passing a parameter.
❌ The same activity fails with error 2812 (“Could not find stored procedure”) when no parameters are passed.
This suggests Fabric uses different execution paths depending on whether parameters are present — and the no-parameter path doesn’t resolve the stored procedure correctly.
Workaround:
Add a dummy parameter to the stored procedure, e.g.:
@forceContext NVARCHAR(255) = NULL
This forces Fabric to use the more reliable execution path.
Ask:
Please make Stored Procedure activity behave consistently regardless of whether parameters are passed — especially when using library variable connections. This would eliminate confusion and reduce brittle workarounds.
Recent ideas
Gestión. Visión artificial. Biometría. Automatización. Datos. Integración.
Estamos empezando a mostrar algo mucho más grande: una plataforma construida para llevar la Inteligencia Artificial al mundo real. Gestión. Visión artificial. Biometría. Automatización. Datos. Integ...luisfertl20 hours agoNew MemberNew4Views0likes0CommentsData Pipelines - Run only selected activities
For debugging and testing pipeline activities during development, allow us to select one or multiple activities and run only the selected pipeline activities. For example, I'm working on editing ...frithjof_v1 day agoCommunity ChampionNew619Views11likes2CommentsSemantic model connection bindings should be in source control (Git)
Semantic model data source connection bindings should be source controlled. A semantic model can contain multiple data source references, each of which can be mapped to a separate Fabric data connec...frithjof_v1 day agoCommunity ChampionNew22Views1like0Comments