Community - About lukasz

lukasz · ‎12-10-2020

@Madalina, we've been actually working on this since the release and should have an answer for you with the January 2021 release. Basically, we're extending support to all entities for the charge models, but continuing to have Product Sharing be the limitation (you'll continue to be able to share Products that don't use these charge models). If Product Sharing is important, I'd love to hear it, as we've prioritized that much lower.

lukasz · ‎10-09-2020

Hi @hwesternes, we're working on it currently. There are two parts to the work: 1) making sure the charge models are available in all entities within a multi-entity tenant, and 2) making sure that Product Sharing works with the new charge models. It is expected that the work will take a month or so to complete, but that's just an early estimate. I'd love to hear from the Community here if Product Sharing is critical, as we'll likely release support for item 1 before item 2. However, in the interim, we're able to turn the new charge models on in *one* of the entities within a multi-entity tenant, if, for example, you'd like to test in Sandbox. If this is interesting option for you, please reach out to Zuora Support and ask them for the new charge models in the one entity that you're interested in. Hope this update helps. I'll provide additional updates as we make progress. Thank you for your patience!

lukasz · ‎09-30-2020

As of today, September 30th, most customers on the Enterprise and Nine Editions will see the new usage charge models (Pre-Rated Pricing, High Water Mark Pricing, and Multi-Attribute Pricing) in the Product Catalog, when creating a new usage charge. If you'd like to disable these new charge model, please go to Billing Settings and uncheck them. Growth Edition customers, please contact your Zuora representative, or Zuora Support, to discuss how you can get access to the Advanced Billing Module, which includes the new usage charge models and Ramps. For those customers using Multi-Entity, please bear with us as we finish up a couple of remaining items. If you'd like to discuss these charge models, please reach out to Zuora Support. Lastly, if you don't see the new usage charge models in your Zuora tenant, and you're not a Growth Edition or Multi-Entity customer, then also please reach out to Zuora Support. If you do get a chance to use the new usage charge models, please leave us feedback in the Product Ideas Board! We'd much appreciate it!

lukasz · ‎09-17-2020

Did you know that companies leveraging a combination of recurring and usage pricing grew 30% faster than those who don’t have usage pricing? Our Subscribed Institute has been benchmarking the most successful subscription business growth patterns over the last decade and that’s why we’re excited to share with you about all of our newest usage charge models! Join Lukasz Weber, Director of Product Management, in this on-demand recording to learn how to: Charge for usage based on any attribute with an Excel-like formula with Multi-Attribute Pricing Detect and charge by peak consumption within any given period with High Water Mark Pricing Create a consistent invoicing experience for services that are priced and rated externally with Pre-Rated Pricing Here is the recording of the session: Here are the slides from the session: FAQ When will these charge models be available? These three charge models, Multi-Attribute Pricing, High Water Mark Pricing, and Pre-Rated Pricing, will be available to our Enterprise and Nine Edition customers on September 30th. These charge models will be visible in the Billing Settings under the Enable Charge Models section, and visible when you create a new Usage-type charge in the Product Catalog. Can we use multi-attribute pricing on recurring charges? At this time, Multi-Attribute Pricing is just for the Usage charge type. But it’s something we’re planning to build in the future. Is there a plan to have multi-pricing sync from Salesforce? There is already basic support on Zuora quotes today. Meaning that if you have this rate plan defined then you can actually quote a rate plan that includes this particular charge. What we’re still working on is the ability to view and override the details of these charge models, whether that’s the Price Formula or tiers. Can this formula be overridden at charge level at the time of subscription creation? Yes, once you add the rate plan onto the subscription whether creating a new subscription or using orders or amendments afterwards to add the charge, you have the ability to override it. Can we use multiple custom tables in the pricing formula? Yes, you have the ability to use up-to two (2) tables in the pricing formula, and each table can include up-to five (5) lookup attributes.

lukasz · ‎09-15-2020

Three new usage charge models are expected to be made available to all Enterprise and Nine Edition customers on September 30, 2020. Growth Edition customers are encouraged to talk to their Zuora representative about the “Advanced Billing Module,” which includes these charge models. The new charge models include Pre-Rate Pricing, High Water Mark Pricing, and Multi-Attribute Pricing. There are no UI or API changes to existing charge models. To use the new charge models, just configure new charges using the charge models inside the Product Catalog. Please read more about each of these charge models in the Knowledge Center.

lukasz · ‎04-05-2019

@giancarlofenu, Preview Subscription is used to preview a *new* subscription only. By excluding draft invoice items, the call is just omitting existing subscriptions that may have been already billed, but not posted. You may want to look into the Billing Preview call instead, which effectively runs a bill run for you, and will calculate usage charges for any items loaded to-date. Lastly, please note that consumption is usually loaded after a subscription is created, because the subscriber would need to use the service first. Can you talk a little about what you'd like to get out of previewing a subscription with consumption? As a Product Manager, I'm interested in such use cases.

lukasz · ‎08-29-2018

lukasz · ‎08-29-2018

@rclous, we're currently working on exposing all Zuora settings via API, and being able to change custom field definitions is on the list. We're targeting to have this released to our customers this year.

lukasz · ‎07-31-2018

@kcavanaugh, thanks for checking in. We're starting to plan this out, by starting with some Engineering research starting next month. I still don't have a concrete timeilne, as we need to get this research done. The main wrinkle we're working on is making sure that we capture 100% of the changes in the system, without dropping anything. This is because we expect the Audit Trail to be the authoritative source of this information, and dropped information would not be tolerated. Would love to get folks to come back and tell me that's not required...

lukasz · ‎06-15-2018

Agreed that this is a good idea. As we re-design user login, we will look to add this in.

lukasz · ‎05-14-2018

Thank you, @rjohnson, will put a note out when we're ready for you to take a test drive of these API's.

lukasz · ‎05-07-2018

@msonsma, we're still in internal testing and release cycle, so no public documentation is available right now. However, I'll say that this is simply a get/set API, that allows those operations either on one, a set, or all settings. Conflicts will be returned as errors. This API will not perform a diff, but you should be able to take two exports and diff them externally, that was one of the design goals. The plan is to include custom fields, I still need to look into custom reports, but I feel like that's in our scope, so it would make sense to include them.

lukasz · ‎04-30-2018

@giancarlofenu, thanks for asking. We're going to be rolling out the first release of this, currently internal, in May. Assuming that goes well, we'll follow up with a public release. Is there anything you're working on where this feature could help?

lukasz · ‎04-18-2018

@nataliemcguire, I see what you mean. We're actually moving over to Orders, which will change the Amendment behavior. For general effort around which fields are required or not, that's a bigger effort and not currently we're planning on tackling any time soon.

lukasz · ‎04-18-2018

@Hajime, I think you're asking for something quite different and likely something we can already do, by customizing the "Send to Zuora" button in SFDC. Could you post your question on the Zuora CPQ Discussions board instead?

lukasz · ‎03-01-2018

Folks, we're currently working on providing an API to manage users and roles, but this will likely be released later this year. At this time, there's no way to automatically create users thru the UI (via flat file) or API.

lukasz · ‎02-28-2018

lukasz · ‎02-28-2018

Hi @Jean-Yves, we're planning to take a look at the different authentication schemes for callouts at some point in the future. We'll look into this at that time. I'm assuming this is not blocking you from using Zuora callouts, it's just another authorization/security option?

lukasz · ‎02-16-2018

Just a quick update here, we're done with the design of a revamp of User Roles & Permissions. It includes the concept of a true Read Only role. We're currently working on staffing this within this calendar year. Nothing set in stone, but we're getting closer!

lukasz · ‎02-16-2018

Hi @suchitraramani, please use the API Sandbox URL instead of Production: curl -X POST -H "Content-Type: application/x-www-form-urlencoded" -d "client_id=XXX" --data-urlencode "client_secret=XXX" -d "grant_type=client_credentials" " https://rest.apisandbox.zuora.com/oauth/token "

lukasz · ‎02-16-2018

Got it, yes, sounds like you'll be migrating over everything to your existing tenant. Although it should be relatively straightforward to import customers and the current state of their subscriptions, you'll want to take special care with any future dated amendments, and with setting trigger dates, so that no customer is billed twice (once from the old tenant, and again from the new one). Lastly, Payment Method information, like Credit Cards, need extra special care, but, again, we can help you here with PCI-compliant transfer between the tenants. When you're ready, please reach out to our support team to schedule a consultation with our services team, either to help you with the Payment Method transfer, or the entire task of migration.

lukasz · ‎02-15-2018

@rjohnson, will the subsidiary continue to be administered separate? I.e. run it's own billing runs, accounting period close, and have it's own admin staff? Or do you plan to administer it together with the main business? The reason I ask is because if it's the former, you may want to consider Multi-Entity as an option. It does provide some nice benefits around separation of operations, while still allowing a single-sign-on experience and sharing of accounting periods as well as select products for cross-sell purposes. In either case, you'd be migrating over data from the subsidiary into either your current Zuora tenant or the new entity created under Multi-Entity.

lukasz · ‎01-30-2018

@kcavanaugh, yes, an update is long overdue. Unfortunately, we haven't started on this yet, due to other roadmap priorities, however, this is now received enough votes to be our top candidate for what we start to work on next. I'll try and provide another update in a couple of months.

lukasz · ‎01-16-2018

This is currently not possible. However, we're rolling out a new feature called Event Framework & Notifications that will include API's to access the e-mail template. You should see this announced in the next couple of weeks.

lukasz · ‎01-16-2018

Makes sense. I'll look into it as we re-vamp the user management area. Thank you for logging this request!

lukasz · ‎01-14-2018

@BobbySingh, we're not planning to touch SSO until later this year, say Q2 or Q3. I'll provide update around then if we're able to get this in.

lukasz · ‎12-20-2017

Ah, I see what you mean now. So, no, today, we don't have another format for the results from AQuA to be provided other than either CSV or Zip CSV. I believe we chose this format because it was ultimately meant for large extracts, and the idea that all responses would be consistent. Obviously, we have provisions for supporting other formats. I'll let the community here upvote the request. Thank you for getting back to me with the details of the issue.

lukasz · ‎12-20-2017

@vkannan, did you mean 2GB? Please note this article in our KC, which addresses what to do if the response files are bigger than that.

lukasz · ‎12-18-2017

Welcome, @pkells! Sorry about the lack of updates, but we're really close to publishing our new notification framework out. We want to do that first, and then this item is in our backlog to handle right afterwards. Thank you for chiming in, and hopefully voting for this issue as well!

lukasz · ‎10-18-2017

This is a fair note. Please note that we are slowly transitioning to truly REST-ful API's, and in the interim, we've chosen to provide 100% REST coverage of our API's, with the downside of some of the API's not being truly REST-ful. Specifically, when you are working with any endpoints that begin with /v1/action or /v1/object, you'll get the same response as we provided with SOAP. All other endpoints should be REST-ful. Bear with us as we re-design all of our API's over time.

Happy Business Starts Here