API Request Limitation & Job Portal URL

[kal...@epicdev.co.za]

Hi.

I am currently integrating the CATS API on behalf of my Client. What they are trying to achieve is a list of all the job listings on their website with a button to link a user to the apply page on the cats portal.

When I retrieve a list of jobs from the API, the returned job data does not include the job url. When I retrieve a list of jobs from a portal first using the /portal/{id}/jobs endpoint then I do get the job url. Is this design intentional or just a discrepancy between in data returned for jobs between the two endpoints that needs to be fixed? Because this is additionally causing me to have to make more requests and given the amount of jobs the client lists there is a high chance we will hit the request limit of 500 per hour. So secondly I would like to know if it is possible to raise this request limit in any way possible?

Much appreciated.

[Anthony Allan]

Hi there, this is intentional, as a job can be published to multiple portals and thus have a different job url depending on which portal you are concerned about.

However, the portal urls are fairly trivial to generate on your end if already know what portal they are published on. Just use the following template:

https://<subdomain>.catsone.com/careers/<portal_id>/jobs/<job_id>

Where <subdomain> is your Client's CATS subdomain, <portal_id> is the portal the job is published to, and <job_id> is of course the job in question.

[kal...@epicdev.co.za]

Hi Anthony.

Okay thank you for the reply. I can get around that issue by listing through the portals first and then each portals jobs. As for the request limiting? Any way to increase that limit?

[Anthony Allan]

What is the site ID or subdomain of the site?

[kal...@epicdev.co.za]

caglobal

[Anthony Allan]

That site's API limit is already set to 5000 per hour, which is 10x more than sites get by default. If you need more than that, then we might have to work through what calls you are making a lot of and figure out a way to get lower that number and still get you the data you need.

[kal...@epicdev.co.za]

Hi Anthony.

Okay, thats more than perfect. Sorry I wasn't aware it had been raised already. Taken over the project from someone else.

Thank you for help.

Happy Easter.