Due to European portability rules, merchants need to know the credit card issuing country
It would be helpful to have this information returned in Zuora HPM response or in payment method transaction log.
Merchants want the ability to check if a credit card already exists in the system.
An API that results in a true/false will give the merchant the abilty to decide a course of action.
As of today, we do not recieve any notification if we post invoices and the deliver of email fails. This could mean that our customers never recieves their invoices. In addition, we would have no idea if any invoices fails to be delivered.
South African tax compliance legislation requires Invoice PDFs are digitally signed with 128-bit encryption.
When will Zuora support this? Is there a solution in connect.zuora.com that provides this capability?
We'd really like the ability to be able to set these default settings for each new bill run that is created. In particular, we would like Do not email invoices with 0 total enabled by default, as we run the business risk of sending confusing 0 dollar invoices if it stays unchecked.
Support sending multiple billing descriptors to vantiv as this will enhance our customer's ability to recognize what product they have purchased from us as well as mitigate the risk of chargebacks and miscellaneous CS calls.
Having the ability to send multiple billing descriptors will also go a long way in solidifying trust and continuing to communicate the value of our brand with our customers. The descriptor will allow us to leverage each renewal charge as a reminder of our commitment to charging them on the date they expect to be charged and for the amount they expect to be charged.
For non-English speakers, the country field in payment pages should be in Alphabetical order.
When passing in a locale to the payment pages that's not in English, Zuora should display the country drop down in alphabetical order. Currently it doesn't which leads to poor customer experience.
Resultant non-sorted country drop down list
Customers who speak French, German etc shouldn't have to have in their heads what the english name is, then translate to the german name for example when choosing their country from the drop down. E.g. Germany begins with G in English but D (Deutschland) in German, therefore Deutschland should appear in the 'D' part of the drop down. Likewise Spanish customers should be looking at the 'E' part of the drop down, not having to scroll much further down for 'S'.
From Patrick Hughes at Autotask:
We want to send past due invoices ONLY to customers who have JUST a June invoice outstanding. Basically, we invoice all of our customers on the 1st of every month with due upon receipt terms and I’d like to send a past due invoice notification 10 days later (which Zuora obviously does already), but I’d like to EXCLUDE anyone with a previous invoice already past due as they are already getting overdue notices and disconnect threats from our CRM at that point so its needless peppering that often just pisses off the customer further.
Unfortunately Zuora has some limitations in barcode rendering:
- Orientation: You can't create a barcode with a vertical orientation (only horizontal allowed).
- Dimension setting: You can't resize the barcode dimension; if you downsize the cell, Zuora automatically cuts the exceeding pieces. This may cause serious problems to the barcode reader.
It would be very useful if the barcode rendering was improved allowing the rotation and resizing.
It would be great to be able to assign two standalone Payment Methods (CC + Bank Transfer) to a Zuora Account, using the sendToZbilling() method or a REST Create Account (with Subscription) call.
This is because more and more Zuora customers want to sell goods and related services this way:
A first invoice, for the goods, should be paid by credit card (less risk of chargeback).
The following invoices should be paid by bank transfer (less fees, doesn't expire, etc.)
The Zuora customers only want to create the Account if the 2 standalone Payment Methods are already created successfully. Unfortunately, it is not currently possible to refer to 2 standalone Payment Methods in a sendToZbilling() method or REST Create Account call.
Need the ability for ZUora to send bounce back notification to tenant's admin users whenever an email is send to the customer but the email address is invalid.
I have just learned that the "Export Payments" report on the Payments Tab is being "deprecated". I use this report multiple times a day to reconcile my cash deposits in Zuora with the cash deposits in the bank. The "Export Payments" report is being replaced with the Data Source Export feature. I just ran the Data Source Export report using every available data field and found that all the critical data is not available in one report. Most notably cash applied against an invoice and cash applied to an account credit balance are not available in the same report. Do not deprecate the "Export Payments" report until one report can be available that provides details of all posted cash.
We would be able to save lots of money on our interchange processing rates if we were able to send Level 3 data to our gateway Cybersource. I see that Zuora only currently has an ability to do this on Chase Paymentech. Can you please provide an ability to do this with Cybersource?
I posted this in the community and was told it was not possible so I am submitting as a feature request -
"We are trying to set up renewal reminder emails for our customers on annual subscriptions to remind them 30 days before their annual subscription renews. We would like to include the price of their subscription so they know how much we will be charging them upon renewal. I cannot seem to find a merge field we can include in the email that will achieve this."
Zuora really needs customer account statements. These should be able to be pulled at any time without running an invoice. It would combine charges, payment, and balance information in one place. Customers often request at least a year's history. The workaround to use a custom invoice is clunky and doesn't really cut it. Every other accounting system that I have used has this capability.
When a potential member signs up on our website or our sales team inputs card information (both via HPM pages), our compliance team uses the credit card type during the approval process. Credit Cards are viewed as more reliable than Debit Cards. We have an API call to Zuora that allows the Payment Method info (last 4, address, name, etc.) to be viewed in Salesforce. We would also like to display if it is a Credit Card or Debit Card.
The issue we are facing: HPMs will always store the card as type = "CreditCard". When we go to our payment gateway, only then do we see whether it is a Debit Card or Credit Card. We would like Zuora to either store this information or get this information from the gateway.
The current schema (PO Number is on Account) seems to assume that the Zuora user has only one PO with any account. In our case, we have customers with multiple subscriptions, and they issue a PO per subscription. Not only that, they issue a PO for an amendment.
In Australia/NZ we need the ability to turn off the automatic generation of updated invoice PDF's after the processing of Payments, Refunds, Amendments etc. The first PDF needs to be generated and maintained as the original record for audit and Customer enquiry purposes.
At the moment there is a Tenant setting that can be set to not generate PDF's at all, however this is not sufficient as we need to generate the first and no more