You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm implementing notifications with Amazon's Selling Partner API (SP-API) and would like community feedback on best practices for handling notification destination IDs.
Specifically, I'm wondering:
Do you store SP-API destination IDs in your database or hardcode them in your application code, considering they rarely change?
For multi-regional sellers/marketplaces, what's your approach to managing these destination IDs?
If you hardcode them, how do you handle configuration updates when Amazon requires changes?
I'm interested in hearing from others who have built systems using SP-API notifications, particularly for solutions that operate across multiple Amazon marketplaces. Any insights on scaling SP-API notification handling would be appreciated.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I'm implementing notifications with Amazon's Selling Partner API (SP-API) and would like community feedback on best practices for handling notification destination IDs.
Specifically, I'm wondering:
I'm interested in hearing from others who have built systems using SP-API notifications, particularly for solutions that operate across multiple Amazon marketplaces. Any insights on scaling SP-API notification handling would be appreciated.
Beta Was this translation helpful? Give feedback.
All reactions