This section helps you understand the behaviors to expect regarding how hello@devshineteam.com sends events to your webhook endpoint.Documentation Index
Fetch the complete documentation index at: https://docs.brandsapi.com/llms.txt
Use this file to discover all available pages before exploring further.
Retry Behavior
hello@devshineteam.com attempts to deliver a given event to your webhook endpoint for up to 3 days with an exponential backoff. If your endpoint is disabled or deleted when hello@devshineteam.com attempts a retry, future retries of that event are prevented. However, if you disable and then re-enable a webhook endpoint before hello@devshineteam.com can retry, you can still expect to see future retry attempts.Disable Behavior
hello@devshineteam.com attempts to notify you of a misconfigured endpoint by email if the endpoint hasn’t responded with a 2xx HTTP status code for multiple days in a row. The email also states when the endpoint will be automatically disabled.Event Ordering
While events are usually delivered in order, your integration should not depend on it. BrandApi doesn’t guarantee delivery of events in the exact order in which they’re generated. For example, re-indexing a brand might generate bothbrand.company.updated and brand.updated events. Your endpoint shouldn’t expect delivery of these events in a specific sequence and needs to handle them accordingly. You can always use our API to fetch the most current state of an object if you receive an update event out of order.