Describe the Bug
After upgrading multiple @sap-cloud-sdk packages from 4.6.0 to 4.7.0/4.8.0, we started seeing intermittent 403 responses on outbound calls to SAP S/4 APIs.
Before the upgrade, the same flows were stable and worked consistently.
After the upgrade, 403 errors appear on random calls without a clear pattern (same destination).
When we reverted to the previous working version (in our case noted as 4.0.6), all calls worked again.
Technical context
- Runtime: Node.js service on SAP BTP Cloud Foundry
- Target APIs: SAP S/4
- Client style: generated OData clients in TypeScript
- Network path: SAP Cloud Connector
- Destination: maintained in SAP BTP Cockpit
- Destination authentication: BasicAuthentication
Packages upgraded
- @sap-cloud-sdk/connectivity
- @sap-cloud-sdk/odata-v2
- @sap-cloud-sdk/openapi
- @sap-cloud-sdk/resilience
- @sap-cloud-sdk/generator
- @sap-cloud-sdk/openapi-generator
- @sap-cloud-sdk/test-util
Steps to Reproduce
- Use the same app code and same BasicAuthentication destination (via Cloud Connector).
- Deploy with SAP Cloud SDK 4.6.0 and run repeated calls to one API endpoint.
- Update only lockfile-resolved SDK versions to 4.7.x or 4.8.x, redeploy, run the same calls.
- See intermittent 403 after upgrade.
- Revert lockfile to 4.6.0, redeploy, issue disappears.
Expected Behavior
- No functional change in authorization behavior for the same destination and same request logic when upgrading from 4.6.0 to 4.7.0/4.8.0
- Calls should remain consistently successful as before.
Screenshots
Used Versions
Node.js: 24.5.0
npm: 11.5.1
Code Examples
No response
Log File
No response
Affected Development Phase
Release
Impact
Impaired
Timeline
No response
Additional Context
No response
Describe the Bug
After upgrading multiple @sap-cloud-sdk packages from 4.6.0 to 4.7.0/4.8.0, we started seeing intermittent 403 responses on outbound calls to SAP S/4 APIs.
Before the upgrade, the same flows were stable and worked consistently.
After the upgrade, 403 errors appear on random calls without a clear pattern (same destination).
When we reverted to the previous working version (in our case noted as 4.0.6), all calls worked again.
Technical context
Packages upgraded
Steps to Reproduce
Expected Behavior
Screenshots
Used Versions
Node.js: 24.5.0
npm: 11.5.1
Code Examples
No response
Log File
No response
Affected Development Phase
Release
Impact
Impaired
Timeline
No response
Additional Context
No response