NOTE: As per our communication sent to you, this method of setting up the API will no longer be supported as of 19th Febuary 2021.Please ensure you follow this article on how to set up the Native API Tunnel for future API set ups.
This article explains the process for installing and enabling the API on a customer site. If you are using Sage 200 Extra, you'll need to purchase a digital certificate from a third-party provider so that the server can accept secure external connections.
The API installer used should be the one held in the installers folder of 200 which will ensure you always use the correct version. If for any reason you do not have the installers folder, or access to it you are able to download one from our support website.
NOTE: You must ensure you have consent from your customer to enable the API within their software. As part of the setup process, you will be required to contact Business Partner Services to confirm they wish to enable the functionality. The customer will receive notification of this upon completion.
Topology – Sage support the setup and use of the on-premise API in the following configuration.
NOTE: For further details please see the Deployment and Installation guide relevant to your version of Sage 200.
This is vital to a working setup, if you use the wrong version of the API installer it will not work, or will produce inconsistencies in the data.


Once you have installed the API website on your external server machine, you need to amend the website bindings in IIS to use the external SSL certificate and set up firewall rules on both your Sage servers.
NOTE: If you require any assistance with setting up bindings, you should contact your IT support team.
NOTE: This is not the Sage 200 API SSL Certificate.
NOTE: You may see a message informing you that another site is using the same HTTPS binding. Click Yes to apply the binding to this site.
NOTE: If you require any assistance with amending firewall settings, you should contact your IT support team.
To increase the security of your deployment, you must configure the Windows firewall on both of your Sage servers. The following table details the ports that need to be opened for Sage 200 to function correctly.
| Sage 200 Server (Inbound Rules) | TCP Port Sage 200 App Services (Default 10443) | |
| SQL Server (Inbound Rules) | TCP Port SQL Server (Default 1433) | |
| Sage 200 API Service Server (Inbound Rules) | TCP Port specified during the assignment of the binding to the Sage 200 API website |
NOTE: Carry out step 1 of the below steps on a machine outside of the server/API network.
Find the line which relates to the credentials.xml file and ensure it has the correct path to the Sage 200 credentials file.
For example:
If the API is returning no companies check that the site URL in System Administration is correct and begins with https://.Once you've installed the API Service, it needs to be activated in Sage 200 System Administration.
A Sage ID is used to give your company access to the Sage 200 API and to log on to your apps. If you don't have a Sage ID already, you'll be asked to create one.


You may encounter an error message:

If this is the case, then your ID is already registered for use with Sage 200 Extra.
You need to enter the URL for the public endpoint of the API. This will be your domain name and end in /Sage200API, such as https://your domain name/Sage200API:
In the setup of the API, the API tab will show your site as ‘PendingAuthorisation’. To enable this you will need to speak to technical support. Before calling through, ensure you have the Site Name, Site URL & email address which was used to set the API up. Once the details have been confirmed and they have advised the API is now enabled, in System Administration select ‘Actions’ from the top, and then ‘Refresh’. The API status should have changed from ‘PendingAuthorisation’ to ‘Enabled’.
Every user who will access an app via the API will require their own Sage ID. You will also need to specify which users have access to the API on their User Properties:
The user will receive an email asking them to complete the registration process to create a Sage ID.
NOTE: The following steps will require you to grant web user access to the user you have configured the API and Sage ID for. To do this, ensure the Is Web User box is ticked under the General tab for that user. This is for testing purposes only. To use the API you do not have to be a web user. If you do not have any web user licenses, you can use an application such as Postman and our help files to send a GetSites request to return all the company information assigned to that user.
Once you’ve set the API up and installed the Native API proxy installer you can test to see whether the API successfully returns any information.
TIP: This will be the Sage ID that you entered in System Administration
Now that the API is enabled successfully, you may wish to look at further documentation:
Upgrading your licence
Need a little more room? To add extra companies, users, employees or more to your software licence, leave your details and we'll be in touch.
