Subscriptions Ideas

Menelion · ‎10-20-2020

Hello, Currently the status for canceled subscription is *cancelled* (with a double L). Whether it is British spelling or a typo, it should be consistent with other statuses (like, for instance, the corresponding status for invoices is *Canceled*). this might lead to confusion and hard-to-catch bugs in API implementations. As there are quite a number of current implementations already, I would suggest to support both *canceled* and *cancelled* for some time, before a breaking change could be possible. Thanks.

Terue · ‎10-05-2020

For Japanese users, “Subscription start day” callout is always triggered on next day. Ex. if the service start date is Oct 1, the callout is triggered on Oct 2 in JST*. (*) AM 9:45 Oct 1 (Los Angels) = AM 0:45 Oct 2 (Tokyo) This is because Zuora callout based on the system date as it is described in KC. This is critical issue for our customers that their end-users cannot start using their service on time. The trigger timing for the events such as “Subscription Start Date” , “Term Start Date ” should be consider the business timezone.

maaz-bstack · ‎09-15-2020

This is a current limitation in Zuora due to which the only option left here is to cancel the current subscription and create a new one. Removing this limitation will help us greatly. Zuora limitation page says the following: After Order Metrics is enabled, you cannot change the term start date via a T&Cs amendment if a Renewal amendment is already in place. https://knowledgecenter.zuora.com/Billing/Subscriptions/Orders/C_Known_Limitations_in_Orders

salmdo · ‎09-02-2020

Hi, I would like to recommend removing some special characters in the account, contact fields (name, first name, last name, custom fields,...) Because we can build a workflow to sync Zuora account from Zuora to SFDC automatically by Salesforce API but the special characters make errors sometimes. We need to move them manually and it's so hard to monitor. Regards,

jblanchard · ‎08-28-2020

Allow modification of Features created for a Product in Product Catalog on an individual Subscription when Orders is enabled on tenant. Per the Knowledge Center article Known Limitations in Orders and Order Metrics, when Orders is enabled on a tenant, “Features are copied from your product catalog to subscriptions, but you cannot modify (neither override nor update) features.” This critical limitation applies to the ability to override or update Product Features in both the Zuora UI (when creating an Order) and from Zuora CPQ/Salesforce. Unfortunately, this makes the Product Features functionality useless when Orders is enabled, as without the ability to add, edit or remove a Feature from a specific Subscription, Features (Entitlements) cannot be used to track specific Product Feature configurations on an individual Subscription, nor can Product Features be used to provision specific capabilities through a custom service provisioning interface.

lisaluque · ‎06-02-2020

When we create a cancel or suspend amendment in Zuora we can future date the cancel/suspend date to allow us to bill the remainder of the term but the subscription goes inactive immediately. We would like the subscription to remain active until the suspend or cancel date.

Karina · ‎05-24-2020

In our company we use Product Features to provision customers access to the software they are subscribing to, or to get specific support agreements. So we have developed integrations towards different provisioning platforms based upon Product Feature entitlements. We find that Zuora lacks a few essential features to retrieve subscription product features. This forces us to find workarounds, often resulting in inefficient solutions that both require much effort to build and increase the data traffic from Zuora unnecessarily. Zuora would add alot of value for us if you could provide a "Get subscription product features by account" method in the REST API featuring segmenting like charge-detail in the existing "Get subscriptions by account" https://www.zuora.com/developer/api-reference/#operation/GET_SubscriptionsByAccount A workaround like running the Data Query functionality might be our best option right now, but I would still like to check if Zuora will consider to enhance/extend the API to support this. Thank you Karina 🙂

kishore2020 · ‎04-22-2020

The Following steps must be followed during the migration of open Balance in Data Migration: 1.All the open invoices will be added up and will be loaded as a single amount on the account. 2.Product Name - Open Balance Product Rateplan Name - OpenBalance with One-Time and Flat fee charge must be setup 3.Once the catchup Bill run is over for the normal subscriptions,single subscription has to be loaded over each each account with the open Balance rateplan. 4.The price of its charge(s) in this rateplan will need to be overridden to the open balance amount(s) of that particular account 5.The date of the subscription depends on the requirement 6.IsInvoiceSeparate flag in the subscription must be set to true so that this invoice will be seen on the account separately 7.A bill run should then be created, for only One-Time charges, with the TargetDate as the effective date of these open balance subscriptions. This will create invoices for the open balance amount.

AshleyW · ‎02-25-2020

The default Subscription page lists the following columns: Subscription Number Customer Name CMRR Current Term Renewal Term Contract Effective Date Version Status Action My suggestion is to remove the Contract Effective date as this is not relevant once the subscription has been renewed, and replace it with Term Start Date and Term End Date.

roantondtt · ‎02-05-2020

The 'GenerateInvoice' setting in the 'Subscribe' API is a boolean (Y or N) This doesn't allow control on what is done with the invoice, as it's directly posted There should be the option to generate the invoice in Draft, in order to be able to execute custom validations or set certain values before it's posted For example, add a new optional boolean setting 'Autopost' in the object 'Subscribe InvoiceProcessingOptions' The functionality would be: GenerateInvoice = Y and Autopost not present --> Post invoice. The ProcessPayment setting will be considered. GenerateInvoice = Y and Autopost = 'Y' --> Post invoice. The ProcessPayment setting will be considered. GenerateInvoice = Y and Autopost = 'N' --> Keep as draft. The ProcessPayment setting will be ignored.

stse · ‎01-17-2020

There are no information about what period the price list is valid in todays solution (ProductRatePlanChargeTier) making it hard to both report and invoice the correct price if the price list is not updated at the same day as it should be valid from (making it possible to use CreatedDate). Price list updates are hardly ever updated on the same date as it should be valid from. I'm also missing the direct link between RatePlanChargeTier and ProductRatePlanChargeTier to make it possible to report across multiple business units and/or customers using different currencies, as the RatePlanCharTier is in the customers currency, while the ProductPlanChargeTier has records for all currencies. NB! Adding ValidFromPeriod in ProductRatePlanChargeTier will solve my reporting across different currencies, but it would still be benefitial to have the foreign key link as well. These are my suggestions for enhancement. 1 Price list periodization Adding a 'Valid from date' to ProductRatePlanChargeTier, representing from when the price list becomes valid. This will make it so much easier to both report and invoice correct prices independent on when the price list is updated. 2 Foreign key towards ProductRatePlanChargeTier in RatePlanChargeTier Add 'productrateplanchargetierid' to RatePlanChargeTier to reference the correct record in product rate plan charge tier used for this charge, and enable cross business unit reporting in the same currency. However, adding 'valid from date' to the price list (ProductRatePlanChargeTier) will also sort the problem as I've got the term start from the subscription that the rate plan belongs to, and could use this to get the information from the price list.

sHruschka · ‎12-19-2019

In the Payment Term section you can set a default payment Term. If you create a new account via the API, the default Payment Term is preselected, but if you create account via API and do not explicitely send a payment term, the system takes another term as default, but not the default payment term (looks like it is taking the first value in the list. Referring to Incident 202446, I posting this idea here, event though I think it is kind of a bug.

sHruschka · ‎12-19-2019

In a shared Product Catalog I am missing the following options: 1. we would need the possiblity to see which product is shared with which Entity 2. It should be possible to share all products at one step without clicking through all the products 3. It should be posible to share the products with all Subentities in one step, not only with one subentity (and repeating this for every entity)

azhang · ‎10-23-2019

The one I found is spec['definitions']['GETSubscriptionRatePlanChargesType']['allOf'][0]['properties']['quantity'] is defined as string instead of integer. It show up in swagger definition for GETSubscriptionRatePlanChargesType. However, on the web, it clearly say that field is integer as "quantity" is 1 instead of "1"

azhang · ‎10-22-2019

Currently, if I have two subscription update request going through at the same time, I am not sure it will work correctly. The API I described is below: https://www.zuora.com/developer/api-reference/#operation/PUT_Subscription If I have a subscription that is 10 seats @10$/month for product A. Then there are two concurring request to change the subscription, requestX is "update quantity to 5 seats @ 10$/month" and requestY is "update quantit to 100 seats @ 10$/month". If zuora process requestX first and then requestY, it will end up with 100 seats, but if zuora process requesteY first and then requestX, it will end up with 5 seats". There is no way we can know which order it is done in some cases in a clean fashion. The proposal is we add an optional field in the put subscription request of the subscription version that we want to modify. In backend Zuora make sure a put subscription request is operated on specific version.

mtividad · ‎09-18-2019

Update the Charged Through Date field on the Subscription Product and Charges object that is synced with Salesforce. It would be very helpful for our CRM users to know until when a charge is effective. I'm not sure why it is not already synced with Salesforce via Sync 360. Some related Community articles: https://community.zuora.com/t5/Zuora-CPQ/Understand-how-subscription-product-charge-s-Charged-Through/m-p/17328#!/%23M998 https://community.zuora.com/t5/Zuora-CPQ/Why-the-NextChargeDate-on-Salesforce-is-wrong/m-p/29898/highlight/false#!%2F%23M2965

doniahj · ‎08-01-2019

Hello, in the case of a subscription containing (per unit ) products and after generating an invoice for this subscription : if we want to generate a credit memo afterwards, we would like to : - have the ability to change the quantity within the credit memo - the amendement ( on the subscription) is generated automatically through the update done in the credit memo ( the quantity of the product is updated ) Thanks

nicksinyakov · ‎07-17-2019

Hello guys, We have found that Subscriptions-Invoiced tab under Subscriptions & Amendments shows only 5 records and doesn't have Sort and View All buttons. It's not convinient and confusing when you have 5+ Subscriptions-Invoiced. P.S. I know that to view all these Subscriptions-Invoiced I have to click Subcriptions-Owned tab and tick " Include subscriptions belonging to all child accounts of this customer account". Maybe it's good idea to add Sort and View All buttons to the Subscriptions-Invoiced tab as well?

roantondtt · ‎05-14-2019

Our customer finds not usable that the selection mechanism for products in the subscription screen is a picklist without scroll. At least it should have a scroll. But the idea would be something more usable, like a pop-up window that allow searching, filtering and ordering by different criteria (not just the name), that allow to preview the charges that correspond to each product selected on the list and that allow multiple product selection.

Yoshihisa · ‎03-29-2019

Currently, TCV is calculated as described in the article below. https://knowledgecenter.zuora.com/BC_Subscription_Management/Customer_Accounts/A_How_to_Manage_Customer_Accounts/E_Key_Metrics/B_Total_Contract_Value Because of the current design, it can happen that the TCV value is different from the value in Invoice. Therefore we got requests that following options are needed to calculate TCV so TCV value and the value in Invoice can be aligned. Option 1, The option "When prorating a month, assume 30 days in a month or use actual days?" is needed to we can select "Assume 30 days in a month" or "Use actual number of days". Option 2, In current design, TCV is calculated based on the charge's trigger day, while the invoice items are calculated based on the charge's billing day. We need an option to select whether TCV is calculated based on the charge's trigger day or based on the charge's billing day.

Happy Business Starts Here

Vision

Products

Zuora Central Platform

Products

Zuora Marketplace

Solutions

By Industry

By Role

Customers

Resources

Resources

Subscribed

Support

Company

Subscriptions Ideas

Zuora statuses should adhere to one spelling norm

“Subscription start day” callout should be triggered on local time

Be able to change the term start date via a T&Cs amendment if a Renewal amendment is in place

Remove special characters in Account, Contact

Modify Product Features on Subscription through Zuora UI and Zuora CPQ when Orders enabled

Allow access to service until cancel/suspend date

Get subscription product features by account - method

How to Migrate Open Balance in zuora Data Migration

Change Subscription page layout

'GenerateInvoice' setting on 'Subscribe' API should be able to generate the invoice in 'Draft'

Product catalog - price list periodization

Account - Default Payment Term should be set via API

Product Catalog - Product Sharing Improvements

how to feed back to Zoura API team of API issue?

build API support to prevent race condition

Update the Charged Through Date found on the Subscription Product and Charges object

Amendment created automatically after the generation of a credit memo

Why Subscriptions-Invoiced shows only 5 records

Product selection in subscription creation should be more sophisticated than an unscrolled picklist

Need more options to calculate TCV

Option to have Fixed Amount Discounts Prorate on early cancellation

Ability to add attachments to subscriptions

Ability to cancel a subscription with an Effective Date in a Closed Accounting Period