Nue Knowledge Center

Nue Docs navigation

search
clear
/

Recognize Revenue via RightRev

Recognize Revenue via RightRev

At its core, revenue recognition refers to the process through which a company records and reports its earned revenue in its financial statements. It entails adhering to accounting standards and principles to accurately document when revenue is realized and earned, ensuring transparency and reliability in financial reporting. Essentially, it enables businesses to effectively track and communicate their financial performance to stakeholders, investors, and regulatory bodies.

 

In essense, revenue is the income from the sale of goods and services.

 

How, when and how much revenue is recognized is determined by the terms of delivery for contracted obligations.

 

For example, delivery can be by activation, setup, consumption, and shipping of goods and services that are met at a point in time or over the contract term.

What is Revenue Recognition and ASC606

With so many factors in play — from pricing models and bundles to rebates and warranties to termination policies and more — revenue recognition can be a fairly messy prospect.

And because revenue recognition requirements have traditionally been so varied and inflexible, revenue reported correctly under the previous GAAP revenue recognition rules has often fallen short of fairly representing a company’s financial activity. But this new set of rules, whose full name is ASC 606: Revenue from Contracts with Customers, offers a standardized model of how companies across most industries recognize revenue while allowing companies more flexibility to work with their auditors to support market pricing models.

 

These guidelines and processes have been organized into five steps: 

 

The primary driving principle here is that companies must recognize a contract’s entire transaction price as obligations are fulfilled to the customer, in an amount per obligation that is proportionate to the relative market value of the goods and services that comprise those obligations. That’s all easy enough for a company selling widgets, but when we start getting into more complicated agreements for services offerings, subscriptions and consumption-based models — not to mention future contract rights, contract modifications, and financial statement disclosure requirements— that’s when things get tricky.

 

Nue integrates with Revenue Recognition partners - like Right Rev and NetSuite to help our customers conform to the revenue recognition policies.

 

In this article, we will explain the integration between Nue and RightRev, showcasing how it facilitates revenue recognition in accordance with ASC 606 guidelines.

 

Let's get started!

 


 

PERMISSIONS

 

The following functional permissions are required in the user role for the user to perform revenue recognition operations: 

  • Recognize Recognition 
    • Revenue Contracts

Setup RightRev Connection

Before setting up RightRev connection, please contact your RightRev account representative to acquire the API accesses, including the following key information: 

  • Realm 
  • Client ID
  • Client Secret
  • Username and Password

Once you receive the information above, you can setup the RightRev connection with Nue by following the steps below: 

  • Login to Nue App
  • Navigate to System Settings → RightRev Connection
  • Enter the information you receive from RightRev and click 'Save'.  

 

 

Users can also test the connection by click on the button 'Test Connection' to make sure the information is entered correct.  

 

When the RightRev connection is succesfully saved and validated, the user can click ‘Initial Setup’ to start the tenant provisioning in RightRev.

Provision Default Policies

After the user starts the initial setup, the following default entities and policies will be created automatically in the connected RightRev tenant. 

Legal Entity

A new legal entity will be created using the Organization Name of the company in Nue. Currently, Nue and RightRev integration supports a single legal entity.

Accounting Calendar

The current and future open accounting periods configured in Salesforce will be synchronized to the connected RightRev tenant.

Currency

The connected RightRev tenant comes with a list of currency values.  If you have a need to configure currency conversions, you can log into RightRev to setup currency conversion rates, etc.

Customer Contract Definition

Nue provision a default customer contract definition based on Customer ID.  This allows Nue to generate revenue contracts by creating separate contracts for each customer by its Customer ID.  

COMPLEX CUSTOMER CONTRACT SCENARIOS

 

If you have more complex and granular revenue rules for splitting revenue contracts, for instance: 

 

As a Revenue Ops, I want to determine when an order is associated to an existing Revenue Contract, or when to create a new Revenue Contract, e.g.: 

  • A new revenue contract should be created when the customer purchases more licenses and hardward for a new site;
  • When the customer purchases a new product.

In such scenarios, you can modify the Customer Contract Policy after the provisioning process, by following the steps below: 

 

  • Login to RightRev UI
  • Navigate to Revenue Policies → Identify Customer Contract
  • Choose 'Nue Revenue Contract ID', which is a custom field provided by Nue, and add it to the Customer Contract Definition
  • Click Submit

In Nue on Salesforce, you can create custom flows to populate different values in the Nue Revenue Contract ID field on the Order Product object for order products requiring a new Revenue Contract, or an existing Revenue Contract.

Default Revenue Rules

During the provisioning process, the following default revenue rules are created based on the Revenue Model of products: 

  • Recurring Services
  • One Time Products
  • Credit Burndown 
  • Overage Usage

These revenue rules will be associated with products with different revenue models by default.  

Default SSP (Standard Sales Price) Policy

As defined by ASC 606 and IFRS 15, standalone selling price (SSP) is the price at which an entity sells a good or service separately to a customer. A good or service might have more than one SSP.

 

The best evidence of SSP is the observable price of a good or service when the entity sells that good or service separately in similar circumstances to similar customers.

 

Typically, you can have a different SSP policy for a different product category.

 

In RightRev, the following tenant configuration setting goes side-by-side with the SSP policies: 

  • Login to RightRev
  • Click on 'Settings' and navigate to Tenant Configuration

 

INue will not create SSP policies by default because different companies have different requirements.  Please work with our implementation services or partners to determine if SSP policies are needed, and configure them accordingly.

Create Order, Invoice and Credit Memo Ingestion Definition

During the provisioning process, the default Order, Invoice and Credit Memo ingestion definition is created. 

 

Nue automatically provisions the following 2 custom fields in the Order Policy definition: 

NAMEDESCRIPTION
revenue_modelRepresents the revenue model of a product in Nue.  Available values include: Recurring Services, One Time, Credit Burndown, Overage Usage.
product_skuRepresents the unique name of a product in Nue.

 

Once all the policy definitions mentioned above have been established, the provisioning of the RightRev tenant is complete. You can click 'Activate' to activate your configuration.

 

You may proceed to log in to RightRev to customize further policies, such as SSP Policies, based on your company's requirements.  Alternatively, you can initiate testing to observe revenue recognition in operation, as all fundamental configurations have been set up.

Customize Revenue Rules

After the transaction lines are grouped into the Revenue Contract based on the Customer Contract Definition, transaction lines within one Revenue Contract must be grouped into promises that are made to customers. These promises are referred to as performance obligations (POB) by ASC 606. Revenue can be recognized as or when the performance obligation is satisfied.

 

In RightRev, we formulate Revenue Rules to represent the performance obligations.  These predefined rules serve as recommended practices. Nevertheless, users have the flexibility to tailor custom revenue rules to align with their specific business requirements.

Customize Revenue Rules for the Organization

Users can customize Revenue Rules at the organization level. The Revenue Rules configured at the organization level will be used for all products in the organization.

 

You can view and customize revenue rules for the organization by following the steps below: 

  • Login to Nue App and navigate to Settings → Revenue Rules
  • You can view the default Revenue Model and Revenue Rules mapping: 

  • You can click on 'Edit' icon for each mapped revenue rule to view and edit the rule definition, for example: 

 

  • Once you've completed your edits, you can click 'Confirm' to save them. It's important to note that this action doesn't overwrite the default revenue rule. Instead, it generates a copy of the default rule, allowing you to make edits to the copy, creating a new revenue rule. This new rule will then be associated to all products with the corresponding revenue model.
    • As a result, when you log in to RightRev, you'll see both versions of the revenue rules: the default revenue rule and the copied, edited version. This approach is deliberate, as it prevents modifications to existing revenue rules that are already associated with historical transactions. The newly copied and edited rule will be applied to new transactions, while the original copies will remain intact for historical data consistency.
  • You may also click Restore Defaults to restore to the default revenue rule. 
    • This essentially creates yet another revenue rule by copying from the default revenue rule provisioned originally by the system.  

Customize Revenue Rules for a Product

By default, the revenue rule mapped to the revenue model of the product will apply. However, a user can edit the default revenue rule to create a product-specific revenue rule. 

 

You can follow the steps below to customize the revenue rule for a product.  

  • Login to Nue App and navigate to Product Catalog
  • Click 'Edit' icon to edit a product. 
  • In the Revenue Model field, click 'Configure' icon.  
  • The Revenue Rule popup will launch.  You can view and edit the revenue rule accoring to your business needs.  

 

  • Again, it is important to know that by editing the revenue rule associated to a product, it essentiallyc creates a copy, edits the copy, and associates the new revenue rule copy to the product.  You can also click 'Restore Defaults' to restore to the system default revenue rule for this product.

Associate Accounting Segments with Products

When users create a product or bundle in Nue, they have the option to define accounting segments. These defined segments will be transferred to RightRev for revenue allocation when transactions are imported into the platform.

 

Specifically, users can enter the values for the following accounting segment fileds: 

 

NAMEAPI NAMESALESFORCE API NAMEDESCRIPTION

Contract Liability Segment

contractLiabilitySegment

Ruby__ContractLiabilitySegment__c

Accounting code of the contract liability segment.

Contract Revenue Segment

contractRevenueSegment

Ruby__ContractRevenueSegment__c

Accounting code of the contract revenue segment.

Carves Liability Segment

carvesLiabilitySegment

Ruby__CarvesLiabilitySegment__c

Accounting code of the carves liability segment.

Carves Revenue Segment

carvesRevenueSegment

Ruby__CarvesRevenueSegment__c

Accounting code of the carves revenue segment.

Eligible to Include in Carves Allocation

carvesEligible

Ruby__CarvesEligible

Determines if the product is eligible to include in carves allocation or not. Valid values are True / False .

 

 

When Carves Allocation is needed for the product or bundle, users can check "Eligible to include in carves allocation" checkbox.  When this checkbox is checked, users must enter values in all 4 accounting segments fields.  

Generate Revenue Contracts

Upon activation of an order, whether it's a new order or a change order, or upon activation of an invoice or credit memo, the relevant transactions will be ingested into RightRev in real time. This process facilitates the creation of new revenue contracts or adjustments to existing ones. These revenue contracts can be accessed from both the Nue App and Nue on Salesforce application.

 

We ingest Order Product records into RightRev as Order Transactions, and Invoice Item detail and Credit Memo Item Detail records into RightRev as Invoice Transactions, as shown in the following table: 

Order Transaction

Order Product

  • Transaction Date: Activation Date
Invoice Transaction

Invoice Item Detail

Credit Memo Item Detail

Debit Memo Item Detail

  • Transaction Date: Invoice Date

 

Each invoice transaction has a reference to the order transaction via the Order Financial ID.  Nue populates the Order Financial ID carefully to ensure the accuracy of revenue recognition, not only for new orders but for any changes occurred in the revenue lifecycle of customers.

 

Only Ingest Transactions in Open Accounting Periods

Presently, upon activation of an order or an invoice (or credit memo), we transfer the order products and invoice item details (or credit memo item details) to RightRev. However, RightRev imposes a constraint wherein transactions can only be imported if their dates fall within the Start and End Dates of the current accounting period.

 

To accommodate this requirement, the following adjustments are necessary:

 

  • Upon activation of a transaction (which includes order products, invoice item details, credit memo item details, or debit memo item details), if the transaction date falls within the Start and End Dates of the current accounting period, the transaction record should be ingested into RightRev.
  • In cases where the transaction date falls outside the current accounting period, the transactions should be temporarily held. Subsequently, these transactions will be imported into RightRev in small batches of 200 records on a scheduled basis (e.g., nightly) when the accounting period is open.  

View Revenue Contracts

Users can view Revenue Contracts in both Nue App and Nue on Salesforce.

 

From Nue App: 

  • Navigate to Revenue Manager → Revenue Contracts
  • Users should see all revenue contracts sorted by Revenue ID.
  • Users can use one of the filters to narrow down the search: 
    • Recently Viewed
    • Recently Created
    • Recently Modified
    • Mostly Valued

  • Users can click on the View icon to navigate directly into RightRev to view more details about the revenue contract.  

 

Recognize Revenue of Multi-Year Contracts with Ramping Prices

SCENARIO

 

A SaaS company provides a 3-year service to a customer, with 10K, 20K and 30K USD each year.

 

Should multi-year contracts with ramp pricing be recognized as a 3 single-year contracts, with 10K, 20K and 30K dollars each year, or be recognized in equal amounts each year, i.e., 20K per year?

Overview

ASC 606 provides two methods for recognizing revenue over time—input method and output method. The chosen method depends on how the company measures progress toward satisfying the performance obligation.

  • Input method: This method measures progress based on the inputs consumed to fulfill the performance obligation. For example, the SaaS company might determine that the cost of providing the service is incurred evenly over the 3-year period. In this case, revenue would be recognized in equal amounts each year: $20,000 per year.

  • Output method: This method measures progress based on the direct output of the service provided. If the SaaS company can directly measure the value delivered to the customer each year (e.g., number of users, functionality provided), revenue could be recognized based on the output achieved.

In the case of the 3-year contract with varying payments, if the SaaS company is providing a continuous service over the 3-year period and the payments are not indicative of standalone pricing for each year, it would typically be seen as a single performance obligation.

 

Under ASC 606, revenue would be recognized over time if certain conditions are met, such as when the customer receives and consumes the benefits of the SaaS service as it is provided. The revenue recognized over time could be based on an input or output measure of progress, depending on the specific circumstances.

 

However, if the SaaS company can identify distinct performance obligations within the contract, such as separate services or deliverables for each year, and can demonstrate that each year's service represents a standalone obligation with its own pricing, then it may be possible to treat the contract as three separate one-year contracts for revenue recognition purposes.

 

Ultimately, the determination of whether the contract should be treated as one performance obligation or multiple separate obligations under ASC 606 depends on the specific facts and circumstances of the contract. It is recommended to consult with an accounting professional or revenue recognition specialist to analyze the contract and apply the appropriate guidance.

Nue's Approach

Nue automatically splits order products into Ramp Lines so that each line item has a distinct delta MRR.  

 

For instance, consider a scenario where a subscription offers a one-month free trial followed by a 12-month subscription. In this case, the subscription will have two ramp lines: the first month with 0 Delta MRR and the subsequent 11 months as the second ramp line.

 

Currently, we import order products with "LineItem" and "RampLine" line types. However, if we wish to treat a subscription (or at least its current term) as a single contract, we must adjust how we ingest order products into RightRev.

 

Users can follow the steps below to enable revenue recognition for multi-year subscriptions with ramp pricing as a single contract: 

  • Login to Nue App
  • Navigate to Settings → Revenue Settings
  • Enable setting "Recognize revenue for a subscription with ramp pricing as a single contract".

When this option is enabled, Nue will adjust how we ingest order products into RightRev, so that for a mult-year subscription with varying prices, the revenue would be recognized in equal amounts each year.  Otherwise, the revenue will be recognized in varying amounts each year.

Putting It Altogether

Nue integrates with revenue recognition partners like RightRev and NetSuite to assist customers in conforming to revenue recognition policies. The integration between Nue and RightRev ensures compliance with ASC 606 guidelines, facilitating revenue recognition processes.

 

Before setting up the RightRev connection, users must acquire API accesses and key information from their RightRev account representative. Once received, the connection can be set up in Nue App, enabling users to test the connection for accuracy.

 

During the provisioning process, default entities and policies are automatically created in the connected RightRev tenant, including legal entities, accounting calendars, currency configurations, and customer contract definitions. These defaults can be further customized to align with the organization's specific needs.

 

Revenue rules are formulated in RightRev to represent performance obligations, with default rules provided as recommended practices. Users have the flexibility to customize revenue rules at both the organization and product levels to accommodate specific business requirements.

 

Upon activation of transactions such as orders, invoices, or credit memos, relevant data is ingested into RightRev in real-time or scheduled batches, facilitating the creation or adjustment of revenue contracts. Revenue contracts can be viewed in both Nue App and Nue on Salesforce, providing users with comprehensive visibility into revenue recognition processes.

 

In summary, Nue's integration with RightRev streamlines revenue recognition processes, ensuring compliance with ASC 606 guidelines and enabling organizations to effectively manage revenue contracts and obligations.