The Solve Application Programming Interface (API) is designed for clients with basic programming resources to integrate different websites and applications, creating a seamless workflow. This API enables users to add, edit, delete, and report on data in their Solve accounts without relying on the Solve web interface.
Your code will authenticate to the API as a real Solve user account and will have access to everything that particular account has. However, instead of logging in using the user’s password, your code will use the user’s “API Token”. The API Token can be found under Settings > My Account > API Token. Each user account has a unique API Token.
When authenticating via HTTP Basic Authentication (the method we use), you will be prompted for a username and password. Simply enter your Solve email address under username and API Token under password.
Just like your user account’s password, your API Token provides unlimited access to your account. Be very diligent in keeping it secret.
Type out the following URL in your web browser: https://secure.solve360.com/contacts. When prompted to authenticate, enter a valid Solve user account’s email address and the corresponding API Token. After authenticating, the server should return a list of all contacts that the user’s account has access to. The data is displayed in a machine readable format called XML.
You can find a list of all Field Names, Field IDs, Category Tag IDs and Ownership IDs under: Settings > My Account > API Reference.
Edited for brevity | … |
Replace with your own data | { } |
The API has two types of actions for reading data: LIST and SHOW.
These actions are done through the GET verb. You can also view the extracted data directly on a web browser. We recommend using Firefox/Chrome, as it’s renders the XML response in easy-to-read format.
Note: A successful read response is indicated by: ”HTTP/1.1 200 OK”.
Actions such as creating, updating, and deleting items through the API is almost as simple as reading, but are not accessible via a web browser. We recommend using cURL to evaluate the methods first, since it’s an easy way to explore the API. It’s perfect for scripts too!
When you’re creating and updating items, you’ll be sending XML into the API and including the XML content in the body of your request. If you prefer to send regular form-encoded data, just let the system know that by adding the header ”Content-type: application/x-www-form-urlencoded”.
Creating an item is done via the POST verb. A successful create action displays a ”HTTP/1.1 201 Created” response.
You can read the URI of the new resource in the location header, which is handy if you need to refer to your newly created item. Since you can create a new item, with less than all its regular attributes, the API also returns the complete XML for the newly created item in the response e.g. the record’s new Id and created date.
Updating an item is done through the PUT verb and against the URI of the resource you want to update. A successful update action displays a ”HTTP/1.1 200 OK” response.
You can delete items using the DELETE verb. In this case, you won’t need to pass the content-type header because you’re not sending any data. A successful delete action displays a ”HTTP/1.1 200 OK” response.
If a request fails, the error information is returned with the HTTP status code:
400 Bad Request | The request was invalid. An accompanying error message will explain why. This is the status code will be returned during rate limiting. |
401 Not Authorized | Authentication credentials were missing, incorrect, or the authenticated user does not have access to make this request. |
403 Forbidden | The request is understood, but it has been refused. An accompanying error message will explain why. |
404 Not Found | The URI requested is invalid or the resource requested, such as a contact, does not exists. |
406 Not Acceptable | Returned by the Search API when an invalid format is specified in the request. |
500 Internal Server Error | Something is broken on our end. Please contact our support team to investigate. |
Clients may request up to 12,000 API calls every 24 hours. Most clients will never hit this threshold, but those that do will result in a reply with an error status code of 403. We encourage developers to anticipate this error, and take appropriate measures. API responses return the current app’s call limits in the response headers:
Http-X-Solve360-Api-Call-Limit: 11/12000
Note: Inserting a template of activities counts as one for the main call and one for each activity inserted.
If you’re concerned about the API limit consider integrating Webhooks into your solution.