For integrating with third-party systems like SAP or Siebel we offer the following alternatives:
|
interworks.cloud platform API is a REST API designed for retrieving customer charges, adding payments and getting customer financial details.
REST is a web-service protocol that helps rapid development by using everyday HTTP and JSON technology. REST benefits are the following:
For the methods our API supports, check interworks.cloud Platform API
The interworks.cloud integration framework is designed to enable data synchronization (accounts, products, invoices etc.) with third party systems. It can be used for integrating with any ERP, Finance, CRM or ticketing system that supports RESTful API. It requires no development effort since all data synchronization scenarios are defined with a use of a JSON document that follows the OpenAPI-Specification (v3) Standard. This JSON document will be used to describe the third system RESTful API (authentication, API paths and objects) and the transformation schemas between interworks.cloud and third party system data objects.
For more details, check please Integrate to interworks.cloud
We offer out-of-the box connectors with Microsoft Dynamics NAV, Zendesk, NetSuite, Quickbooks and ConnectWise.
For more details, check please Connectors with Third Party Systems
This is a ‘zero-touch’ integration where IwCP generates a CDR file with customers charges for the third party system to consume them. The CDR file includes the charges for the current billing cycle and is generated automatically at the end of each billing cycle. This approach can be used when you don’t want to create an intermediate layer for dynamic exchange of billing information.
The generation of the CDR file is part of our billing service. This service runs once per day and it's responsible for subscriptions renewals, trials expirations and invoices generations. If the integration via a CDR file has been enabled, our service gathers the generated invoices and creates the CDR file. Depending of the system configuration, a CDR file can be generated only once per month (if for example all customers are billed on the 1st of each month) or more than once if there are more that one billing days (e.g. there are customers that are billed on the 1st of each month and customers that are billed on 20th of each month). Our system creates one CDR file that includes one line for each invoice item IwCP has generated.
Interwoks_CustomerID. the customer identifier in IwCP
ServiceProvider_CustomerID. The identifier of the customer in service provider's billing system
Customer_Name. The customer name
Service_Code. The code of the service or the add-on that is charged. Typically, we use in Cloud BSS the service codes the service provider is using already in his billing system.
Service_Description. The service or add-on description
Quantity. the quantity that is charged
Unit_Price. The price per unit.
Not all above described columns must be part of the CDR file and the columns ordering can change |
What type of charges the CDR file will include, it depends on the charge type and models the service provider has setup in Cloud BSS. The CDR may include prorated charges, charges for services renewals, charges for one-off services etc.