Lightspeed uses the OAuth2 protocol to authenticate integrations and grant access to the API. See the section on Authentication for more details.
Url of the Lightspeed Retail environment. Optional.
By default: api.lightspeedapp.com
Lightspeed Retail account ID.
Consumer Key which you received during API client configuration step.
Consumer Secret which you received during API client configuration step.
The technical notes page gives some technical details about Lightspeed-retail component like changelog.
Lightspeed-retail component includes the following triggers:
Lightspeed-retail component includes the following actions:
Create Object
Action creates a new record/object. This action is supported by limited list of entities.
Upsert Object
Action creates a new object or updates object which already exists by provided ID. This action is supported by limited list of entities.
Update Object
Action updates object which already exists by provided ID. This action is supported by limited list of entities.
Lookup Object By ID
Action gets a list of objects by filters or specific object by provided ID.
Delete Object By ID
Action removes object which already exists by provided ID.
The component is providing request of a whole list of an entity by iterative API requests without user intervention.
A bit of theory:
Lightspeed Retail API limits the number of returned objects to 100
. When requesting large data sets it may be necessary to send multiple requests to retrieve all of the data. The meta-dictionary that’s returned tells the current page, and if there’s another page of results after this one, the next entry gives you the URL where it can be fetched.
Depending on the structure of your data, it’s possible that the API may not be able to return the number of resources requested before a HTTP 504 (Gateway Timeout) happens. For example, if your first 100 orders have 1,000 line items each, you might hit a 429 when trying to fetch them.
You can control the page size for a GET request with the limit parameter.
Coming back to the component:
In the component, at the Polling Trigger
configuration you can configure count of fetching results per page by an appropriate configuration field.
If you notice that 429s are coming back, you should reduce the limit until you start getting 200s. A sensible strategy for this is probably to iteratively halve the page size until you stop getting 429s.
The current version of the component doesn’t support the following entities: