Sharing your data between systems is as easy as one two three.
Based on your integration needs, we set up a new account and enable the integration connectors needed to build the integration,
, plus others if needed.
If you require endpoints that is currently not available in SyncCloud, or if you require a new connector, we will, build modify existing, or build the new custom connector for you and add it to your account.
Integration implementation and launch
Before we build the integration, we will do a quick health check in your
instance and suggest any changes needed to make the integration work seamlessly.
Based on your requirements, our Data Integration Services Team builds your integration and launches it in an efficient and quick turnaround time. We work with your internal teams to ensure correct field mapping, data synchronization logic, integration frequency, and any custom requirements are met.
Based on your integration complexity, custom logic and any other specific requirements, the time to setup your specific integration can vary. We recommend starting simple and then add on more connections.
Continuous support throughout the lifecycle.
After the launch we will monitor the integration closely for two weeks, and after that we’ll hand over to continuous support. If you need any tweaks or simple changes, just reach out and ask and we’ll set it up for you.
For major changes or updates to your integration, we’ll scope the work together to minimize impact on your production systems.
Update Membership By ID: Updates the details of a list membership, specified by List Membership ID.
Get Membership By ID: Retrieves a list membership, specified by List Membership ID.
Update Membership By Prospect: Updates the details of a list membership, specified by List ID and Prospect ID.
Get Membership By Prospect: Retrieves a list membership, specified by List ID and Prospect ID.
Create Membership: Creates a new list membership.
Retrieve Lists: Lists all lists.
Get List: Gets a list, specified by List ID.
Create List: Creates a new list.
Update List: Updates an existing list, specified by List ID.
Get Prospect By Email: Retrieves a prospect, specified by email address.
Create Prospect: Creates a new prospect.
Get Prospect By ID: Retrieves a prospect, specified by Prospect ID.
Retrieve Prospects: Lists all prospects.
Update Prospect: Updates an existing prospect, specified by Prospect ID.
Update Subscription: Upgrade/downgrade an existing subscription.
Churn Subscription: Churn a subscription.
Un-churn Subscription: Remove the churn event associated with a subscription. This rewrites history for the subscription, making it appear as thought the subscription never churned to begin with. You may do this for a subscription that has already churned, or that is set to churn in the future.
Create Subscription: Create a new subscription. Can be for a new user, or a user who already has another subscription.
Get User's Subscription History: Get the history of subscription updates you've made to a user.
Update User: Update a User's email address.
Delete User: Completely delete a user and his subscription history.
Get Plan: Retrieve a single manually-added plan by ID
Update Plan: Retrieve a single manually-added plan by ID
List Plans: List all manually-added plans.
Create Plan: Create a new, manually-added plan. You may create a new plan using this endpoint. Alternatively, if you create a manually-added subscription and place that subscription on a plan that has never been referenced before, that plan will automatically be created. If you try to create a plan that already exists, this endpoint will return an error.
Get Monthly Metrics: Retrieve all monthly financial metrics for your company. Optionally scope to an individual metric and/or plan. See https://profitwellapiv2.docs.apiary.io/#reference/metrics/monthly-metrics/get-monthly-metrics for metrics to filter by.
Get Daily Metrics: Retrieve financial metrics broken down by day for either the current month or the last. Optionally scope to an individual metric and/or plan. See https://profitwellapiv2.docs.apiary.io/#reference/metrics/daily-metrics/get-daily-metrics for metrics to filter by.
List Plan IDs: Retrieve your company's active plan IDs, sorted by MRR. Will only return plan IDs for which there are currently active customers, and will return at most 150.
Exclude Customer from Metrics: Exclude user's data from the calculation of all metrics.
Get API Status: This endpoint returns a status code of 200 if the API is operational and if you've properly authenticated. If you haven't authenticated properly, the endpoint returns a status code of 401.
Get Company Account Settings: Get your company's ProfitWell account settings. These include your company ID, name, timezone, and the currency in which your metrics are displayed.
Looking for additional or custom integration methods?
We can customize the integration to work with any additional or custom methods, get in touch with our team to discuss your particular integration needs.
Secure Data Movement From Point A to B, In Weeks Not Months
We take GDPR seriously and design everything with security first.
Exelement's SyncCloud sends and receives requests from static IP address which you could whitelist in your system's API.
We always use SSL when customer systems connect to Exelement SyncCloud or third party APIs such that data is encrypted on the way in to and out of the Exelement SyncCloud application. Whilst in the Exelement SyncCloud application environment all data is encrypted.
Untangle your IT team
By building and running your system integrations on Exelement SyncCloud, you get to free up your IT team from building, managing and hosting your marketing and sales integrations. We know how busy internal IT teams can be, sometimes small marketing and sales projects would take forever to be delivered and get tangled with internal resources and skillset planning, DevOps and security limitations. Why tangle your IT team while you can launch your integrations faster and in isolation from your internal IT systems?
Physical Access Controls
Exelement's SyncCloud application runs in secure data centres operated by Amazon Web Services. Amazon Web Services policy in regards to Physical Access is as follows: Physical data centre access is granted only to approved employees and third parties. Such individuals who need data centre access must first apply for access and provide a valid business justification. These requests are granted based on the principle of least privilege, where requests must specify to which layer of the data centre the individual needs access, and are time-bound. Requests are reviewed and approved by authorized personnel, and access is revoked after the requested time expires. Once granted admittance, individuals are restricted to areas specified in their permissions.