​
Overview

This library provides a .NET client to interact with Stigg’s GraphQL API based on API operations that are in use by the Stigg’s Node.js SDK

Under the hood, it leverages Strawberry Shake to generate C# classes for GraphQL types.

​
Installing the SDK

The first step is to add the SDK as a dependency in your .NET application, Stigg package is published as a Nuget package

dotnet add package Stigg.Api.Client

It’s recommended to hard code the stigg-api-dot-net version according to the latest version available here.

​
Retrieving the server API Key

In the Stigg app, go to Settings > Account > Environments.

Copy the Server API key of the relevant environment.

​
Initializing the SDK

Import the Stigg client and initialize it with the API key.

Synchronous client:

using Stigg.Api.Client;

class App {
    public static void main() {
        var stigg = Stigg.createClient("<SERVER-API-KEY>");
    }
}

​
Provisioning customers

When a new customer is provisioned within your application (for example: as part of your registration or onboarding process), you should also provision them in Stigg.

The customer’s billing information can also be passed to Stigg when a customer is created or updated. When Stigg is integrated with additional service, this information will be propagated to the active integrations. The billing information is not persisted on Stigg’s servers.

You can optionally pass subscriptionParams to create subscription for that customer using a single operation. Doing so, will allow Stigg admins to override the requested subscription with no-code from the Stigg Console using the product’s Customer Journey configuration.

var resp = await stigg.ProvisionCustomer.ExecuteAsync(new ProvisionCustomerInput()
{
  CustomerId= "customer-81726628184",
  Name = "Acme",
  Email = "john@example.com",
  SubscriptionParams = new ProvisionCustomerSubscriptionInput()
  {
    PlanId = "plan-revvenu-basic"
  }
});

​
Updating customers

Customer information can also be updated whenever you like assuming it already exists, for example: In order to update the customer’s email, you only need to send the new email value without the rest of the customer. Due to the fact that the customer’s billing information is not persisted on Stigg’s servers, in order to update it, the entire billing information object must be passed each time.

var res = await stigg.UpdateCustomer.ExecuteAsync(new UpdateCustomerInput()
{
  CustomerId = "customer-demo-01",
  Name = "Acme",
  Email = "john@example.com",
});

​
Getting customer data

var res = await stigg.GetCustomerById.ExecuteAsync(new GetCustomerByRefIdInput()
{
  CustomerId = "customer-demo-01",
});

​
Getting customer active subscriptions

var res = await stigg.GetActiveSubscriptionsList.ExecuteAsync(new GetActiveSubscriptionsInput()
{
  CustomerId = "customer-demo-01",
  ResourceId = "site-1" // optional resource ID
});

​
Getting a subscription

To retrieve extended subscription data:

var res = await stigg.GetSubscription.ExecuteAsync(new GetSubscriptionInput()
{
  SubscriptionId = "subscription-id",
});

​
Provision subscriptions

When a customer subscribes to a new plan (for example: during an upgrade from a free plan to a paid plan, or downgrade from a higher tier to a lower tier), a subscription needs to be created in Stigg.

When provisioning of a paid subscription is attempted, Stigg is integrated with a billing solution and payment details have not been previously provided by the customer, Stigg will auto-magically redirect customers to a the billing solution’s checkout page. After the customer enters the required payment details in the presented checkout page, the relevant subscription will be created in both Stigg and the billing solution.

When no payment is required or when Stigg is not integrated with a billing solution, the subscription will be immediately created in Stigg.

When a customer subscribes to a new plan (free, paid, trial, etc.), provision a subscription in Stigg. The provision result can be a successfully created subscription, or a redirect link to stripe checkout in case payment is needed.

var res = await stigg.ProvisionSubscription.ExecuteAsync(new ProvisionSubscriptionInput()
{
  CustomerId = "customer-demo-01",
  PlanId = "plan-revvenu-essentials",
  BillingPeriod = BillingPeriod.Monthly,
  BillableFeatures = new List<BillableFeatureInput>()
  {
    new()
    {
      FeatureId = "feature-01-templates",
      Quantity = 5
    }
  },
  Addons = new List<SubscriptionAddonInput>()
  {
    new()
    {
      AddonId = "addon-extra-stuff",
      Quantity = 5
    }
  },
});
  1. A customer can have both a non-trial (free or paid) subscription and trial subscription to different plans of the same product in parallel - this logic allows customers to trial a higher tier plan, while still paying for an existing plan.
  2. When the customer has a trial subscription for plan X of product A and a new subscription is created for the same plan, the new subscription will be created as as non-trial (paid) subscription - this logic follows an upgrade flow of a trial subscription to a paid subscription of a specific plan.
  3. Except in the above mentioned cases, when a customer has an active subscription for product X, and another subscription for the same product is created with start date S, the existing subscription will automatically be cancelled and the new subscription will start on start date S.
  4. It’s also possible to explicitly skip the trial period of the selected plan by providing the skipTrial: true parameter to the provisionSubscription() method.

​
Updating subscriptions

Updating an existing subscription, this can be used to update the feature quantity that the customer is subscribed for or the add-ons.

var res = await stigg.UpdateSubscription.ExecuteAsync(new UpdateSubscriptionInput()
{
  SubscriptionId = "subscription-plan-revvenu-essentials-cpzi7p2g09",
  BillableFeatures = new List<BillableFeatureInput>()
  {
    new()
    {
      FeatureId = "feature-01-templates",
      Quantity = 7
    }
  },
  Addons = new List<SubscriptionAddonInput>()
  {
    new()
    {
      AddonId = "addon-extra-stuff",
      Quantity = 5
    }
  },
});

​
Cancel subscription

var res = await stigg.CancelSubscription.ExecuteAsync(new SubscriptionCancellationInput()
{
  SubscriptionRefId = "subscription-plan-revvenu-essentials-cpzi7p2g09",
  SubscriptionCancellationTime = SubscriptionCancellationTime.END_OF_BILLING_PERIOD, // optional
});

Subscription cancellation will take place according to the defined product behavior.

​
Getting the entitlement of a customer for a specific feature

Used to check if the customer has access to a feature, the usage limit, and the current usage.

var resp = await stigg.GetEntitlement.ExecuteAsync(new FetchEntitlementQuery()
{
  CustomerId = "customer-demo-01",
  FeatureId = "feature-02-templates",
  ResourceId = "site-1" // optional
});

​
Getting all of the entitlements of a customer

Used to check to what features the customer has access to, the usage limit , and the current usage of each entitlement.

var resp = await stigg.GetEntitlements.ExecuteAsync(new FetchEntitlementsQuery()
{
  CustomerId = "customer-demo-01",
  ResourceId = "site-1" // optional resource ID
});

​
Reporting usage measurements to Stigg

The Stigg SDK allows you to report usage measurements for metered features. The reported usage will be used to track, limit and bill the customer’s usage of metered features.

Stigg supports metering of usage from the following data sources:

  1. Calculated usage - usage that has been aggregated and calculated by your application. This type is useful for features, such as: seats.
  2. Raw events - raw events from your application, which Stigg filters and aggregates aggregate to calculate customer usage. This type is useful for features, such as: monthly active users (MAUs).

More details about Stigg’s metering and aggregation capabilities can be found here:

Stigg's metering and aggregation capabilities
  1. Reporting of measurements to Stigg should be done only after the relevant resources have been provisioned in your application.
  2. To ensure that the provisioned resources are aligned with the measurements that are reported to Stigg, ensure that customers are not allowed to allocate new resources until an acknowledgement about the processed measurement is received from the Stigg backend.

Validating that a measurement was successfully reported to Stigg is also possible in the customer details section of the relevant customer in the Stigg app.

​
Calculated usage

var resp = await stigg.ReportUsage.ExecuteAsync(new ReportUsageInput()
{
  CustomerId = "customer-demo-01",
  FeatureId = "feature-02-campaigns",
  ResourceId = "site-1" // optional resource ID
  Value = 1
});

By default, the value reported should represent the change in usage of the feature, for example user added 2 more seats then the report usage call should have the value of 2.

In some cases, it’s more useful to set the usage to some value instead of reporting the change value, it’s possible by passing the updateBehavior parameter:

var resp = await stigg.ReportUsage.ExecuteAsync(new ReportUsageInput()
{
  CustomerId = "customer-demo-01",
  FeatureId = "feature-02-campaigns",
  ResourceId = "site-1" // optional resource ID
  Value = 3
  UpdateBehavior = UsageUpdateBehavior.Set
});

​
Raw events

var resp = await stigg.ReportEvent.ExecuteAsync(new UsageEventsReportInput()
{
  UsageEvents = new List<UsageEventReportInput>()
  {
    new()
    {
      CustomerId = "customer-demo-01",
      EventName = "user_login",
      Dimensions = JsonSerializer.SerializeToElement(new { user_id = "1" }),
      IdempotencyKey = Guid.NewGuid().ToString(),
    }
  }
});

It’s also possible to send a batch of events in one invocation. To do so, simply pass an array of events to the reportEvent method.

​
Getting available coupons

var resp = await stigg.GetCoupons.ExecuteAsync();

​
Granting promotional entitlements

You can grant promotional entitlements for customers using the GrantPromotionalEntitlements method.

var resp = await stigg.GrantPromotionalEntitlements.ExecuteAsync(new GrantPromotionalEntitlementsInput()
{
  CustomerId = "customer-demo-01",
  PromotionalEntitlements = new List<GrantPromotionalEntitlementInput>()
  {
    new()
    {
      FeatureId = "feature-04-analytics",
      Period = PromotionalEntitlementPeriod.Lifetime
    },
    new() 
    {
      FeatureId = "feature-02-campaigns",
      Period = PromotionalEntitlementPeriod.Custom,
      CustomEndDate = DateTime.Now.AddDays(15),
      UsageLimit = 100
    }
  }
});

​
Revoking promotional entitlements

You can revoke promotional entitlements from customer using the RevokePromotionalEntitlement method.

await stigg.RevokePromotionalEntitlement.ExecuteAsync(new RevokePromotionalEntitlementInput()
{
  CustomerId = "customer-demo-01",
  FeatureId = "feature-04-analytics"
});

​
Estimate subscription cost

You can estimate the subscription cost using the EstimateSubscription method. This can help the customer to understand the costs before paying.

var resp = await stigg.EstimateSubscription.ExecuteAsync(new EstimateSubscriptionInput()
{
  CustomerId = "customer-demo-01",
  PlanId = "plan-revvenu-essentials",
  BillableFeatures = new List<BillableFeatureInput>()
  {
    new()
    {
      FeatureId = "feature-01-templates",
      Quantity = 5
     }
  },
  Addons = new List<SubscriptionAddonInput>()
  {
    new()
    {
      AddonId = "addon-10-campaigns",
      Quantity = 5
    }
  },
});

You can also estimate the cost of updating an existing subscription using the EstimateSubscriptionUpdate method, which also returns a breakdown of the proration amounts:

var resp = await stigg.EstimateSubscriptionUpdate.ExecuteAsync(new EstimateSubscriptionUpdateInput()
{
  SubscriptionId = "subscription-plan-revvenu-essentials-bum2flivze",
  BillableFeatures = new List<BillableFeatureInput>()
  {
    new()
    {
      FeatureId = "feature-01-templates",
      Quantity = 5
    }
  },
  Addons = new List<SubscriptionAddonInput>()
  {
    new()
    {
      AddonId = "addon-10-campaigns",
      Quantity = 5
    }
  },
});

​
SDK changelog

.NET SDK changelog