About Yoshihisa

Yoshihisa

下記URLの投稿で、画面上から「請求書PDFの再生成」を行う方法を記載しましたが、APIでも行うことができます。 https://community.zuora.com/t5/APAC-User-Group/%E8%AB%8B%E6%B1%82%E6%9B%B8PDF%E3%81%AE%E5%86%8D%E7%94%9F%E6%88%90%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6/gpm-p/27579#M18 下記URLの「Update invoice」APIで、以下のように「"RegenerateInvoicePDF": true」を指定すると、「請求書PDFの再生成」が出来ます。 https://www.zuora.com/developer/api-reference/#operation/Object_PUTInvoice { "RegenerateInvoicePDF": true }

Yoshihisa

ご連絡頂いたエラーについてですが、当該環境のRatePlanChargeのデータの確認等が必要になりそうですので、お手数ですがサポートチケットをご登録頂いても宜しいでしょうか。

Yoshihisa

本件、今更ながら申し訳ありません。「ロールオーバーのモデルの残使用量を取得する」方法ですが、以前に「出来なそう」とご返答をしておりましたが、こちらは間違いで、以下の方法にて可能でした。方法としては、下記のURLに記載されている「RolloverBalance」の値を取得することで可能です。 https://knowledgecenter.zuora.com/DC_Developers/G_SOAP_API/E1_SOAP_API_Object_Reference/RatePlanCharge 具体的には、「Query」API（https://www.zuora.com/developer/api-reference/#operation/Action_POSTquery）で、以下のようなqueryを実行することで取得可能です。 { "queryString": "select RolloverBalance from RatePlanCharge where id='2c92c0f96e7ee7ed016e80ef49271aa0'" }

Yoshihisa

■問題 QuoteのPDF（またはWordドキュメント）を生成しようとした時、以下のエラーが表示される Error while generating Quote. Please contact Zuora support with the following message. API is disabled for this User ■対応当該Salesforceユーザーに設定されているプロファイルの「システム管理者権限」配下にある「APIの有効化」にチェックを入れてください。

Yoshihisa · ‎09-24-2019

ご質問の件ですが、ご指摘の通り、「ロールオーバーのモデルの残使用量を取得する」ということは、現在の機能では出来なそうです。また、機能のエンハンスメントリクエストについては、CommunityのIDEASの各カテゴリー配下にご登録頂くことが出来ます。本件については、「REPORTING IDEAS」にリクエストをご登録頂ければと思います。

Yoshihisa · ‎09-05-2019

Postman（https://www.getpostman.com/）でAPIを実行し、Sandboxの「顧客アカウント」をまとめて削除する手順を紹介します。 ■手順 1, データソース機能で、削除対象のアカウントのIDをCSVにエクスポート 2, ファイルをダウンロード 3, ダウンロードしたファイルを開いて、列名を「id」にする 4, Postmanで、Collectionを作成 5, 新規タブで以下のように設定し、SaveをクリックしてCollection内に保存・メソッド: DELETE ・URL: https://rest.apisandbox.zuora.com/v1/object/account/{{id}} ・Authentication: 対象Sandboxの、ユーザーログイン情報を設定 6, 当該Collectionの右上の三角マークをクリックし、「Run」をクリック 7, CSVファイルを選択して、「Run "Collection名"」をクリックしてAPIを実行

Yoshihisa · ‎08-27-2019

1, Salesforce・Sandbox環境のZuoraへの接続設定を変更 https://knowledgecenter.zuora.com/CA_Commerce/E_Zuora_360/P_Configuring_Z-Force_360/D_Z360_Connection_Settings https://knowledgecenter.zuora.com/CA_Commerce/C_Zuora_Quotes/CB_Zuora_Quotes_Configuration_Settings/A_Zuora_Connection_Settings 2, Zuora・Sandbox環境で、Salesforce・Sandbox環境への接続設定 https://knowledgecenter.zuora.com/CA_Commerce/E_Zuora_360/S_Synchronize_Data_from_Z-Billing/C_Set_up_Sync_Credentials_to_Connect_to_Salesforce 3,「Accounts & Related Objects」および「Product Catalog」のCleanupを行う https://knowledgecenter.zuora.com/CA_Commerce/E_Zuora_360/S_Synchronize_Data_from_Z-Billing/W_Sync_Cleanup 4, SalesforceのDeveloper ConsoleのQuery Editorで以下のSelect文を実行し、Product Catalogのデータが残っているか確認 select id, name, zqu__ZuoraId__c from product2 where zqu__ZuoraId__c != null もし上記Select文でヒットするデータがあった場合、SalesforceのDeveloper ConsoleのAnonymous Windowで、以下のコードを実行し、データを削除 List<product2> deleteThese= [select id from product2 where zqu__ZuoraId__c != null]; delete deleteThese; 5, Manual Syncで、Product CatalogのSyncを実行

Yoshihisa · ‎08-08-2019

顧客アカウントの「連絡先」に設定されたメールアドレスの間違い等によって、メール通知の不達が発生してしまうことがあります。このようなメール通知の不達は、メールテンプレートの「返信メール」に、メール受信が可能なメールアドレスを設定することによって検知（メールサーバーからのエラー通知の受け取り）ができます。

Yoshihisa · ‎07-26-2019

Zuora Quoteに関連する問題や質問の調査を行う際、内容の確認やデバッグログの取得を行うため、 Salesforce側で、「Zuoraサポート」に対する「アカウントログインアクセスの許可」の設定を行なって頂く必要がある場合があります。設定方法は以下になります。

Yoshihisa · ‎06-12-2019

When you use "BillRun.Batch" parameter in callout, the same value as displayed in the screen is returned from "BillRun.Batch". Therefore the value varies depending on the display language and custom name of the batch. We have a request from a customer that they would like to have a callout parameter which returns the same value of "Batch" field in "Get bill run" API so the value is not affected(not vary) by the display language or custom name of the batch. The purpose is that they would like to pass the value of "Batch"(which is not affected the display language or custom name of the batch) to the application which is called by callout.

Yoshihisa · ‎06-04-2019

There is a request that it is needed to use external smtp server for sending emails through workflow.

Yoshihisa · ‎05-23-2019

Discountは、MRRの計算に含まれないのでご留意ください。 ※下記ドュメントに記載があります。 https://knowledgecenter.zuora.com/BC_Subscription_Management/Customer_Accounts/A_How_to_Manage_Customer_Accounts/E_Key_Metrics/B_Monthly_Recurring_Revenue Discount Charges Discount charges are not part of the MRR calculation due to the uncertain variables in discounts. For example, you are applying a 100% discount. You set the discount to be applicable for the first three months of a twelve-month term. The calculation cannot set the MRR to 0. It is still the original MRR for the remaining nine months. Because there are too many variables associated with discount charges, discounts are outside of the booking metrics of MRR and TCV (total contract value).

Yoshihisa · ‎04-23-2019

If you set "Bill To Contact" in "To Email" and "All Account Contacts" in "CC Email", when email notification is sent, email address of "Bill To Contact" is included in CC as well as To. We have a request to implement the option to exclude "Bill To Contact" in "To Email" from "All Account Contacts" in "CC Email" so email address of "Bill To Contact" is only included in "To".

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.

Yoshihisa · ‎03-27-2019

「リアルタイム同期(スケジュール)」や「スケジュールされた同期」が完了した際に、メール通知を送信する設定ができますが、メール通知の送信先は、「定期的に同期」の設定を行ったユーザーのメールアドレスになります。もし、「グループメールアドレスに通知が送信されるようにしたい」という場合には、方法としては「定期的に同期」の設定を行うためのユーザーを作成して、そのユーザーにグループメールアドレスを設定しておくということになります。

Yoshihisa · ‎03-13-2019

ボリューム課金やティア課金に設定する「ティア」の上限数について仕様としての上限数はありませんが、画面表示等の動作パフォーマンスの観点から、 3000以下にして頂くということが推奨となります。

Yoshihisa · ‎03-10-2019

『請求実行が完了して請求書は生成済みだけれど、「請求書テンプレートを変更したので請求書PDFを生成し直したい」、「アカウント名が変わったので請求書PDFを生成し直したい」等々』という場合には、当該請求書の画面で「詳細 -> 請求書PDFを再生成」をクリックすると、請求書PDFの再生成ができます。

Yoshihisa · ‎02-18-2019

Currently "invoice owner billto address" is not supported in Merge Fields for Quote Template. https://knowledgecenter.zuora.com/CA_Commerce/C_Zuora_Quotes/CB_Zuora_Quotes_Configuration_Settings/D_Quote_Template_Settings/Customize_Quote_Templates/K_Supported_Merge_Fields_for_Quote_Templates_and_Mapping_to_Salesforce Only invoice owner name(Quote.InvoiceOwnerName) and invoice owner id(Quote.InvoiceOwnerId) are supported. So please support "invoice owner billto address" as well.

Yoshihisa · ‎11-27-2018

There are requests from customers that the functionality to resend notifications is needed. e.g. there are cases where email address is not correct and notifications could not be sent. And after the email address is corrected, the notifications need to be resent. One idea would be to implement "Resend button" in "Notification History" screen.

Yoshihisa · ‎11-14-2018

This request is about the issue in the link below. https://support.zuora.com/hc/en-us/articles/207410936--Invoices-should-not-print-the-InvoiceItem-Unit-Price-as-the-Total-Amount-in-the-case-of-Tiered-pricing-models Issue: * Create a Rate Plan Charge where Tier 1 = Qty 0-1 = $2000, Tier 2 = Qty 2-3 = $500. * Create a subscription using charge above with quantity = 2. * Generate an invoice against this subscription. Note that the invoice template should use invoiceItem.UnitPrice. The UnitPrice column displays as $1250 per unit, but this is not true for tiered pricing model. Request for improvement: There should be a way to display as follows. Tier 1, Qty 1, $2000 Tier 2, Qty 1, $500

Yoshihisa · ‎11-01-2018

@yamasaki1ma ご購入有難うございます！

Yoshihisa · ‎10-26-2018

昨日、「サブスクリプション」日本語版が発売となりました。 https://www.amazon.co.jp/o/ASIN/4478105529/booksonlinea-22/ https://books.rakuten.co.jp/rb/15628136/ https://www.kinokuniya.co.jp/f/dsg-01-9784478105528 本文から一部抜粋 https://diamond.jp/articles/-/183181

Yoshihisa · ‎10-22-2018

When you use search(e.g. search on "Customer Account". see screen shot attached), the records hit are displayed but it is not displayed how many records are hit. So there is a request that it would be good if the number of records hit by search is displayed for usability.

Yoshihisa · ‎10-09-2018

2019年10月1日に予定されている消費税率改定（10%への引き上げ）により、請求期間が2019年10月1日をまたがる場合、請求期間が8%と10%の消費税率をまたがることになります。これに対応するための新機能が、先月のRelease 232で追加されました。下記リンクに、機能に関する詳細が記載されています。・https://knowledgecenter.zuora.com/CB_Billing/J_Billing_Operations/L_Taxes/A_Z-Tax/Generation_of_Multiple_Taxation_Items ・https://knowledgecenter.zuora.com/CB_Billing/Billing_Settings/Define_Billing_Rules 　※「When service period of an invoice item crosses multiple tax rate period, it will generate」のセクション

Yoshihisa · ‎09-17-2018

DeltaMRRとDeltaTCVですが、これらは自動計算されて自動的に入力される項目のため、何らかの考慮を行う必要のない項目になりますが、何かカスタマイズを行われて、敢えて自動入力を行わないような処理をされていますでしょうか。もし特別な理由がなければ、デフォルトの動作（自動計算されて自動的に入力される）のままにしておいて頂くことを推奨いたします。また、「この2項目について、金額計算した値を入れないとエラーとなる項目なのか、使われていないから0を入れておくでも良いような項目なのか」については、このようなシナリオでの検証を行った実績が見つかっていないため、これらを行なって問題がないかについては回答が難しい状況です。

Yoshihisa · ‎09-02-2018

Quoteの必須項目については、バックグランドで実行されているAPI(amend)の必須項目をご参照頂ければと思います。 https://www.zuora.com/developer/api-reference/#operation/Action_POSTamend もし上記を確認しても原因が見つからない場合、環境固有の設定等に関して調査・確認をする必要が出てくる可能性がありますので、サポートチケットを登録し、カスタマーサポートにお問い合わせ下さい。

Yoshihisa · ‎08-27-2018

Zuora API Referenceがアップデートされ、以前は表示に時間が掛かっていたいましたが、早く表示されるよう改善されました。 https://www.zuora.com/developer/api-reference/ 詳細は下記リンクのポストをご参照下さい。 https://community.zuora.com/t5/Zuora-Announcements/Zuora-API-Reference-Now-Loads-Faster/ba-p/24883

Yoshihisa · ‎08-27-2018

It is also needed to have a filter "Event Categories" in "Email History"("Setup Profiles, Notifications and Email Templates" > "Notification History" > "Email History").

Yoshihisa · ‎08-27-2018

We got a request that the function to get notification history by Customer Account or Billing Batch is needed. Following improvements have to be made. In "Email History"("Setup Profiles, Notifications and Email Templates" > "Notification History" > "Email History"), it is needed to have filters "Customer Account" and "Billing Batch" so users can know which "Customer Account" or which "Billing Batch" of a "Customer Account" the notification was sent to. Also it is need to have a filter "Result" to get only "Failed" ones or "OK" ones. In Notification History API in the link below, it is needed to have "Customer Account" and "Billing Batch" in the Response. https://knowledgecenter.zuora.com/DC_Developers/C_REST_API/B_REST_API_reference/Notification_History/Get_Email_Notification_Histories

Yoshihisa · ‎08-23-2018

There are cases where API call returns the value of exponential notation. see screen shot attached. And following issue was reported. ------------------------ Exponential notation is not a format that some frameworks(e.g. Microsoft .NET) will handle by default. So it is needed to introduce extra steps to pre-parse every response and do custom XML deserialization, but that could add a lot of complexity and performance overhead. ------------------------ Therefore it is requested to avoid using the exponential notation.(e.g. 0.000000001 should be returned instead of 1e-9)

Happy Business Starts Here