約 949,241 件
https://w.atwiki.jp/api_programming/pages/248.html
Google Calendar 上で、一日の予定を組み替えていると、1つのイベントを移動させるだけでは成り立たなくて、連動して色々動かしたいときがでてくる。これをプログラム化させる。 美しい姿はブラウザ上で(Google Lab的なもので)完結するのが美しいとは思うが、手元の知識だと、PCのプログラムのワンクリックでやるしか無いので、まずはこれ。 Python で書き、Google API を叩く。 Google Calendar が動かせるようにする Python/Google の API を動かす カレンダー上のイベントを読み出す Python/Google Calendar 今日のイベントだけ読み出す この先のイベントをずっとを、隙間なく並べられても困るので、開始と終了の設定は必要。 timeMin, timeMax で設定できる。 とりあえず、今日一日にしておこう。現在時刻を取得しようとしたらこれ。 now = datetime.datetime.utcnow().isoformat() + 'Z' # 'Z' indicates UTC time # 2019-11-24T01 56 42.025634Z google calendar さんが認識するのは 現在11時くらい。ローカルタイムのほうがわかりやすい。 now = datetime.datetime.now(timespec="seconds").isoformat() + '+09 00 00' # 2019-11-24T11 10 55+09 00 00 "+09 00 00" がなかったら駄目だった。あと、ミリ秒はいらないので、秒まで。実質、秒もいらないけど、通らない。(+09 00 00 と秒まで書いてしまったからか?) https //note.nkmk.me/python-datetime-isoformat-fromisoformat/ さて、終了時間を丸一日先にすると、夜中も仕事をさせられるので、12時までにしよう。そのまま日付に+1をすると、月末に良からぬことが起こると嫌なので、(10月32日を11月1日と認識してくれればいいが) tomorrow = now + timedelta(days=1) endtime = datetime(tomorrow.year, tomorrow.month, tomorrow.day) end_iso = endtime.isoformat(timespec="seconds") + '+09 00 00' にして、timeMaxとして、イベントを取り出す 複数カレンダーの今日のイベントをまとめる 取得するカレンダーのidを切り替える。 いまのところ決め打ちでいく。 events = [] a = service.events().lists(calendarId="...",,,),execute() events.extend(a.get("item",[]) # キーitemがなければ、空の配列([])を返す b = service.events().lists(calendarId="...",,,),execute() events.extend(b.get("item",[]) # キーitemがなければ、空の配列([])を返す loopを回すのが美しいが、とりあえずこのままで。 開始時間順に並べ替える 辞書のリストを並べ替えることになる。 events_sorted = sorted(events, key=lambda x x['start']['dateTime']) これがわかりやすかった。並べ替えのキーとして events の要素を x としたときに、 x のstartのdateTime を使ってくれ、といっている。 https //qiita.com/n10432/items/e0315979286ea9121d57 開始時間、終了時間を設定する 時間の比較 辞書的に比較もできるんだろうが、datetimeオブジェクトに変換する datetime.fromisoformat(...) 使えるのが python 3.7 以降みたいで、3.6.7だった自分は一旦引っかかった。 バージョンを変えたら、違うところで問題出た。 Python/_ssl が見つからない問題 とりあえず、ピッタリつけて並べてみる 直前のイベントの終了時間が、次のイベントの開始時間になる。これを繰り返す。 前にずらすことをしない 直前のイベントの終了時間が、次のイベントの開始時間より前なら、放っておけばいい。 アップデートする アップデータには、登録先のカレンダー情報も必要。
https://w.atwiki.jp/api_programming/pages/96.html
下位ページ Content formの値を取得する(総括) formの無効化input要素の値を取得する.val(), .val(値) $(" checked") テキストボックス(text)変更を検知する checkboxチェック状態を確認する チェックされている要素集合を取得する チェック状態を操作する チェックボックスを使用不可にする ラジオボタン(radio)設定する 変更を検知する プルダウン (select)値(value)を取得する 値を設定する(選択する) selectで選択されたものの値(value)を取得する 関連事項フォーカスを当てる/ フォーカスが外れたときに処理する HTMLでフォームをつくる formの値を取得する(総括) 【jQuery】フォーム部品の取得・設定まとめ - Qiita formの無効化 disabled 属性を付与しておく $("button").prop("disabled", true); などで。 https //uxmilk.jp/40456 input要素の値を取得する .val(), .val(値) http //semooh.jp/jquery/api/attributes/val/_/ $(" checked") http //semooh.jp/jquery/api/selectors/%3Achecked/ テキストボックス(text) 変更を検知する $(テキストボックス).change(function(){...}); checkbox チェック状態を確認する .is(" checked") .is(expr) - jQuery日本語リファレンス チェックされている要素集合を取得する $("input checked") チェックボックスやラジオボタンなど、checkする要素に対して、チェックされた要素を取得する。 checked - jQuery日本語リファレンス チェック状態を操作する .prop("checked",true); // ON .prop() - jQuery チェックボックスを使用不可にする .prop("disable",true); // 使用不可 ラジオボタン(radio) 設定する $( [name=area][value=0] ).prop( checked ,true); jQuery Mobileを使っていたら、リフレッシュが必要。 Javascript/jQuery Mobile/フォーム(Form) 変更を検知する $( input[name="test"] ).change(function() {...}); プルダウン (select) 値(value)を取得する 正確には、「選択されたもの」ではなく「選択されているもの」でしょうか。onChangeで変更が検知されたときに実行される関数のなかで「選択されている」ものを選ぶ。 $( select[name="smokingSelect"] ).val() http //jszuki.doorblog.jp/archives/31702159.html 値を設定する(選択する) $( #id ).val("0"); jQuery Mobileを使っていたら、リフレッシュが必要。 Javascript/jQuery Mobile/フォーム(Form) selectで選択されたものの値(value)を取得する 正確には、「選択されたもの」ではなく「選択されているもの」でしょうか。onChangeで変更が検知されたときに実行される関数のなかで「選択されている」ものを選ぶ。 $( select[name="smokingSelect"] ).val() checked - jQuery日本語リファレンス http //www.buildinsider.net/web/jquerymobileref/21 SelectMenu Widget - jQuery Mobile label for="entry_book" 書籍: /label select id="entry_book" name="entry_book" option value="js" JavaScript本格入門 /option option value="android" はじめてのAndroidアプリ /option option value="rails" Rails 4プログラミング /option option value="aspnet" 独習ASP.NET /option /select label for label と select の関連付け ← html select 関連事項 フォーカスを当てる/ .focus() .blur() blur()はフォーカスが外れた際に、トリガにすることもできる フォーカスが外れたときに処理する .blur(function(){}) HTMLでフォームをつくる HTML・CSS/フォーム Javascript/jQuery Mobile/フォーム(Form)
https://w.atwiki.jp/javadsge/pages/8436.html
(1)表 (2)プログラム 表検索 (3)グラフ 表検索 (4)出所 政府統計API (5)メモ (6)作業記録 9月5日表修正 imageプラグインエラー 画像を取得できませんでした。しばらく時間を置いてから再度お試しください。 imageプラグインエラー 画像を取得できませんでした。しばらく時間を置いてから再度お試しください。 -
https://w.atwiki.jp/api_programming/pages/104.html
下位ページ Content HTTP通信文字化けが起きた パラメータの出力 レスポンスの「確認」 basic 認証 HTTP通信 接続先のURLへ情報を送信し、結果を保存する - @IT java.net.URL HttpURLConnection URLのインスタンスを作成。ここで接続先を指定する。 URLのインスタンスのopenConnectionで接続HttpURLConnectionを作成 パラメータはOutputStreamで出力するJavaによるHTTPリクエスト時のパラメータの渡し方 getResponceMessage()でレスポンスのボディを受け取る disconnect()で通信終了 URL url = new URL(strURL); HttpURLConnection con = (HttpURLConnection)url.openConnection(); connection.setDoOutput(true); connection.setUseCashes(false); connection.setRequestMethod("POST"); // 通信方法にPOSTを指定 // パラメータ送信 OutputStream os = uc.getOutputStream(); // POST用のOutputStreamを取得 PrintStream ps = new PrintStream(os); String postStr = "a=1 b=2 c=3"; ps.print(postStr);// データをPOSTする ps.close(); // 受信 InputStream is = uc.getInputStream(); // POSTした結果を取得 BufferedReader reader = new BufferedReader(new InputStreamReader(is)); String s; while ((s = reader.readLine()) != null) { System.out.println(s); reader.close(); uc.disconnect(); } 文字化けが起きた しばらく何事もなかったのに、Toodledoで新しいタスクを作成する処理を行っているときに、iPhone経由でのタスク登録にて文字化けが発生。(iPhone以外では、日本語のタスクを作成しなかった、とかではないと思うが。。。) アラートで表示 OK サーバでの受取での表示 OK Toodledo での受取 NG なので、servlet→toodledoの送信でだめ?っぽい。 文字コードをセットできる場所として PrintStream 生成時に UTF-8 を追加 [[PrintStream(java.io.OutputStream, boolean, java.lang.String) https //docs.oracle.com/javase/jp/6/api/java/io/PrintStream.html#PrintStream(java.io.OutputStream, boolean, java.lang.String)]] で、正常動作(文字化け回避)になった。 パラメータの出力 パラメータはOutputStreamで出力する (HttpURLConnection).getOutputStream でもOutputStreamはバイト文字列で表記とか、使いづらい。 当初、PrintWriterクラスを使っていたが、日本語を使う必要が出た際に、文字化けで詰まったので、 OutputStreamWriterクラスを使うようにした。 OutputStreamWriter osw = new OutputStreamWriter(connection.gerOutputStream(),"UTF-8"); osw.write(str); osw.close(); OutputStreamWriter PrintWriterを使うのが便利。 JavaによるHTTPリクエスト時のパラメータの渡し方 レスポンスの「確認」 System.err.println(httpcon.getResponseCode()) // 戻り値はint System.err.println(httpcon.getResponseMessage()) getResponseCode() getResponseMessage() HTTPステータスコード - Wikipedia basic 認証 http //x68000.q-e-d.net/~68user/net/java-http-url-connection-2.html https //developer.android.com/reference/android/util/Base64.html http //www.programing-style.com/android/android-api/android-basic-authentication/ 正式な?方法があるらしいが、代替的な方法で、client_id と client_secret をパラメータとして渡す方法もあるらしい。
https://w.atwiki.jp/api_programming/pages/91.html
独自のブラウザー拡張機能を作成する 第 2 回、Firefox を拡張する Building an Extension Firefoxの拡張機能 Firefox の拡張機能は、「アドオン」と呼ばれていますChrome では「拡張機能」、Safari でも「機能拡張」、Internet Explorer では「アドオン」 参考にしたサイトではFirefox バージョン 12 以降 作業 Add-on SDKPython 2.5 or 2.6が必要 https //dev.mozilla.jp/addon-sdk-docs/dev-guide/index.html Add-on Builder は終了 Firefox 拡張機能の構成内容 Firefox 拡張機能を作成する、その他の方法 この記事で説明するプロセスの他にも、Firefox の拡張機能を作成する方法がいくつかあります。Add-on Builder が使用する SDK ファイルは、Developer Hub (「参考文献」を参照) から直接ダウンロードすることができます。この SDK ファイルをダウンロードすると、アドオンを作成するときにお好みの IDE を使用できるようになります。 Add-on Builder の使用方法 https //builder.addons.mozilla.org/ に用意されている Add-on Builder (図 2) を使用するには、無料の登録プロセスを実行する必要があります。このプロセスを完了すれば、Add-on Builder にログインして独自のアドオンを作成することができます。 図 2. Add-on Builder 従来の方法 (つまり昔ながらの XUL を使用した方法) で、拡張機能を作成することもできます。ただし、この方法で拡張機能を作成することには、いくつかの欠点があります。それは、拡張機能のインストールに再起動が必要になること、そして拡張機能を作成するプロセスが複雑になることです。けれどもその見返りとして、Add-on Builder や Add-on SDK では不可能な方法でブラウザーに変更を加えることができます。例えば、XUL では、拡張機能のアイコンをアドオン・バー以外の場所に配置することができます。XUL 拡張機能については、Mozilla Developer Network (「参考文献」を参照) に詳しい説明が記載されています。 Add-on Builder で作成する Firefox 拡張機能は、CommonJS の慣例に従って必要なライブラリーを読み込みます。拡張機能では HTML、CSS、および JavaScript のファイルをどのように組み合わせることもできますが、すべての始まりは main.js ファイルです。 main.js Firefox 拡張機能の中核です。このファイルは Firefox に対し、どのモジュールを読み込むかを指示するため、拡張機能の初期化タスクはこのファイルで行います。Chrome 拡張機能の background.html ページと同じようなものです 起動時に一度だけ実行されると、あとはバックグラウンドで実行され、この main.js ファイルと直接やりとりが行われることはありません。 作成する Firefox 拡張機能の内部には、表示するページを panels に多数含めることができます。この拡張機能ではそのようなページの 1 つとして、図 1 に示すポップアップとオプション選択を組み合わせたページを使用します。 さらに、Firefox でもコンテンツ・スクリプトを使用することができ、その方法は基本的に Chrome での場合と変わりません。 コンテンツ・スクリプト Web ページとやりとりするためにそのページに注入される JavaScript ファイルFirefox では、コンテンツ・スクリプトはページのコンテキスト内で効率的に実行されますが、セキュリティー上の問題を防ぐために、DOM へのアクセスおよび操作はプロキシーを介して行われます。 拡張機能の残りの部分に対しては、コンテンツ・スクリプトは port を使用してやりとりすることができます。 この記事では、Add-on Builder インターフェースの詳細については説明しませんが、ファイル構造について説明しておくべき点が 2 つあります。まず、Lib ディレクトリーは、require を使用してライブラリーを読み込むときに Firefox が検索する場所です。したがって、Gawkblocker のコア JavaScript クラスは、このディレクトリーに配置します。そして Data ディレクトリーは、拡張機能で提供することになる画像、HTML、CSS、およびその他のアセットを配置する場所です。 アドオンを作成してテストするときに、Add-on Builder ヘルパーをインストールするよう求めるプロンプトが出されます。アドオン開発時には、このヘルパーがアドオンのアンインストールとインストールの処理を行います。 上に戻る 第 1 回では、ある程度の移植性を持った Gawkblocker のコア・クラス・ファイルのようなものを作成しました。今回はこのクラス・ファイルを Firefox 拡張機能で使用したいので、実際にそのクラス・ファイルにどの程度の移植性があるかがわかります。 明らかに、このクラス・ファイルには以下の重要な変更を加える必要があります。 localStorage の代わりに、Firefox の simple-storage 拡張 API を使用すること exports に GB オブジェクトを追加すること 第 1 回のクラス・ファイルでは、セッション間で保持するデータを処理するために、localStorage のラッパーとして Storage Manager オブジェクト (SM と命名) を定義しました。そのコードは、Firefox 拡張機能の内部では動作しません。代わりに Firefox には、データを自動的に保持することが可能な simple-storage という API があります。第 1 回の Storage Manager オブジェクトは、リスト 1 に示すコードへと簡単に更新することができます。 GB オブジェクトは変更する必要がありませんが、CommonJS の慣例に従って、このオブジェクトを exports に追加する必要があります。そのタスクに対処するのが、リスト 2 の最後の行です。 リスト 2. exports に GB オブジェクトを追加する これらの変更はごくわずかなので、Firefox でも Chrome でも動作するように GB オブジェクトを変更するのは簡単です (そのための作業は、読者の皆さんがお望みであれば独自のプロジェクトとして行ってください)。 ファイル名を GB.js に変更してから Lib ディレクトリーにアップロードして、main.js 内でのこのオブジェクトの使用方法を確認できるようにしてください。 Chrome では、URL を背景ページと照らし合わせて、その URL がブロックの対象であるかどうかを調べました。Firefox の場合、このチェックは main.js ファイルの内部で行います。main.js が何らかの処理を行うためには、その前に一連の require ステートメントによって、使用する予定のモジュールと API を読み込む必要があります (リスト 3 を参照)。 リスト 3 のステートメントは順番に、main.js に以下のオブジェクトを読み込ように指示します。 Data ディレクトリーにアクセスするために使用するオブジェクト タブを処理するためのオブジェクト メイン・クラスからエクスポートした GB オブジェクト ポップアップ・ウィンドウを格納する popupPanel オブジェクト。このコードは、ポップアップ・ウィンドウも作成します。 さらに作成するポップアップ・ウィンドウは、オプション選択ページとしても機能するため、いくつかのリスナーをセットアップする必要があります。Chrome では、背景ページにアクセスして、このページに対して実行する処理を指示しましたが、Firefox ではそれと同じ目的で、main.js にメッセージを送信します。例えば、リスト 4 に記載するリスナーは、ユーザーがブロック対象として選択したサイトのデフォルト・ランディング・ページを設定します。 リスト 4. ユーザーがブロック対象として選択したサイトのデフォルト・ランディング・ページを設定するリスナー popupPanel.port.on("watchthis", function () { GB.setWatchThisInstead(http //www.youtube.com/watch?v=N-uyWAe0NhQ); console.log("watchthis"); }); 後でポップアップ・ページについて説明するところで、メッセージをこの port に渡します。 main.js ファイルでは、Gawkblocker がタブにアクセスして、ユーザーがブロック対象としている URL があるかどうか、ある場合にはどの URL であるかを調べる処理も行います。リスト 5 に、タブの更新をリッスンするコードを記載します。 関数およびパフォーマンスについては、Chrome での場合と同様です。API の使用方法 (メソッドを呼び出して、コールバックを渡すという方法) も Chrome での場合と変わりません。 最後に、この機能の小さなラベルをブラウザーの右下隅に追加するための Widget を作成します (リスト 6 を参照)。 main.js ファイルに必要なコードをすべて配置した後は、ポップアップ・ページに対する変更について詳しく探ります。 上に戻る Chrome 拡張機能でのポップアップ・ページは、ブロック済みドメインのリストに過ぎませんでした。このポップアップ・ページの設計に手を加えるには、今が絶好のタイミングです。Firefox 拡張機能では、オプション選択ページの機能をポップアップ・ページにマイグレーションします。その上で、クリック・ハンドラーをポップアップ・ページに表示されるタイトルに追加し、ドメイン・リストとオプション選択の div を切り替えられるようにします。このオプション選択の機能によって、ユーザーのサイトからブロック・リストにアクセスして、ブロック済みサイトに対するリダイレクト・アドレスを指定できるようになります。図 3 に、Gawkblocker ポップアップ・ページのオプション選択を示します。 図 3. Gawkblocker ポップアップ・ページのオプション選択 Gawkblocker ポップアップ・ページのオプション選択を表示する Add-on Builder のスクリーン・キャプチャー リスト 4 の port をセットアップするときには、main.js の watchthis をリッスンすることを忘れないでください。リスト 7 では addon.port.emit を使用して、そのメッセージをポップアップ・ページから送信します。 同じく port を使用してリストをリッスンすることで、main.js からブロック対象サイトのリストを取得します。main.js では、ポップアップ・ページからレディー状態であることが通知された時点で、リストを送信します (リスト 8 を参照)。 ポップアップ・オブジェクトの中で、ページをリッスンして、それを変更します (リスト 9 を参照)。 ポップアップ・ページは、main.js にブロック対象サイトのリストを要求します。リストを取得すると、そのリストを繰り返し処理して、ブロック対象サイトに関する詳細をポップアップ・ウィンドウ内の表示 div に追加します。 上に戻る リダイレクト先のランディング・ページ Chrome では、ブロック対象サイトへのリクエストのリダイレクト先が、拡張機能に含まれるランディング・ページとなるようにしました。Firefox ではそれとは異なり、直接、ソース (ランディング・ページに組み込まれた「Hey You! Don't Watch That! Watch This!」という YouTube の URL) へとリダイレクトされるようにします。 main.js に、リスト 10 に示すリダイレクトの初期条件を設定します。 Add-on Builder を使用したテスト Add-on Builder を使用する場合、Firefox では作業中に拡張機能を簡単にテストすることができます。エラー・コンソール、テスト・ボタン、そして拡張機能が保存されるたびに自動的にその最新の拡張機能をリロードする Add-on Builder ヘルパーが用意されています。図 5 に、Add-on Builder ヘルパーの動作を示します。 図 5. Add-on Builder のユーティリティー 拡張機能の配布 作成した拡張機能を大勢の人々に配布する準備ができたら、そこで、いくつかの選択肢のなかから配布方法を選ぶことになります。プロファイルでアドオンを公開アドオンとしてマークした場合は、潜在的ユーザーにリンクを送信することで、そのユーザーがそのリンクからアドオンをインストールすることができます。あるいは、パッケージ化した拡張機能をダウンロードによって配布するという方法、拡張機能を addons.mozilla.org にアップロードするという方法もあります。 ブラウザーの UI のどこかにその拡張機能の存在を示すようにする難易度はどの程度か?ブラウザーの一番下にアドオン・バーを表示するのは、Chrome での場合と比べ、それほど難しいことではありません。Firefox アドオンでは、main.js ファイル内で Widget を作成することで、アドオン・バーが表示されるようにしました。 ブラウザーのセッション間でデータを保持するために必要なものは何か?それには、Firefox 固有の simple-storage API を使用します。1 つの Storage Manager クラスを Chrome と Firefox の両方に共通で動作させるには、何らかの機能検出メカニズムを実装します。 拡張機能を構成するコンポーネント同士はどのような方法でやりとりするのか?この種の通信を作成するには port を使用し、リスナーとエミッターをセットアップします。 ユーザーのデータのどこまでアクセスできるようにするのか?ユーザーからの明示的な許可がなくても、少なくともユーザーがアクセスするすべての URL にアクセスすることはできます。これはかなりの程度です。
https://w.atwiki.jp/suffix/pages/407.html
GoogleMaps(日本語)http //code.google.com/intl/ja/apis/maps/documentation/index.html GoogleMapsAPIリファレンスhttp //www.openspc2.org/Google/Maps/ 逆引きGoogleMapshttp //www.openspc2.org/reibun/Google/Maps/API/index.html GoogleMaps入門http //www.ajaxtower.jp/googlemaps/ http //www.geekpage.jp/web/google-maps-api/ http //www008.upp.so-net.ne.jp/getback/ GoogleMapsSampleか?http //gmaps-samples.googlecode.com/svn/trunk/api_playgrounds/gmarkeroptions.htm (上記サイトの親サイトで、sourceのtrunkとかにサンプルがのってたりする) http //code.google.com/p/gmaps-samples/ http //www.google.com/codesearch?hl=ja q=show hqJu7AyJVko Xsf9wMHJkrc sa=N ct=rdp cs_p=http //gmaps-samples.googlecode.com/svn cs_f=trunk GoogleMaps(東京メトロとかのデータを公開していると思しきページ)http //japonyol.net/editor/googlemaps.html GoogleMapsに関する本(Google Maps API徹底活用ガイド (単行本)) http //www.amazon.co.jp/Google-Maps-API%E5%BE%B9%E5%BA%95%E6%B4%BB%E7%94%A8%E3%82%AC%E3%82%A4%E3%83%89-%E7%A8%B2%E8%91%89-%E4%B8%80%E6%B5%A9/dp/4839921474
https://w.atwiki.jp/api_programming/pages/111.html
参考サイト Swingを使ってみよう - JavaDrive Swing - とほほのJava入門 下位ページ Content イベント処理の流れと実装 イベント処理部品と処理先のひも付け イベント処理の方法 レイアウト ダイアログを簡単に表示する イベント処理の流れと実装 流れ ボタンが押される イベントが発行される イベントを受け取るボタン側にaddActionListenerメソッドを実行(処理する「クラス」を登録する) 登録するクラスは、ActionListerクラスをインプリメント登録するクラスの中で、actionPerformedメソッドを実装 処理を実行する イベント処理 http //www.javadrive.jp/tutorial/event/index1.html https //docs.oracle.com/javase/jp/6/api/java/awt/event/ActionEvent.html 部品と処理先のひも付け addActionListerで処理するクラスを登録する登録するクラスはActionListenerクラスをimplementsしていること 登録するクラスはactionPerformedメソッドを実装していること イベント処理の方法 ActionListenerをimplementsしたクラスで、actionPerformedをオーバーライドする。 actionPerformed(ActionEvent e) 複数のボタンなどの部品に対して、一つのクラスでイベント処理をする場合には、どの部品から呼びだされたイベントかを識別する方法について処理する方法を記述する必要がある。 String str = actionevent.getActionCommand(); レイアウト レイアウトマネージャーの設定 - JavaDrive http //www.ne.jp/asahi/hishidama/home/tech/java/swing/layout.html ダイアログを簡単に表示する JOptionPane JOptionPane static で shorMessageDialogというものが準備されている
https://w.atwiki.jp/api_programming/pages/196.html
下位ページ Content 設定画面を設定する/設定情報をローカルストレージに残す設定のXMLを準備するxmlファイルを置くフォルダ xmlファイルの概要 PreferenceActivityを作成 プレファレンスを読み出す 設定画面を設定する/設定情報をローカルストレージに残す 設定情報はPreferenceActivityを継承したクラスで作成する。これにより、 設定をローカルストレージに残す 設定の画面が揃う(統一されたユーザインターフェースになる) といった利点がある 設定 | Android Developers 設定のXMLを準備する xmlファイルを置くフォルダ res/xml xmlファイルの概要 ごく単純な設定画面の場合の構造。チェックボックス1個。 PreferenceScreen CheckBoxPreference / /PreferenceScreen 実際には名前空間の指定などもあるが、構造的にはこれ。 サポートされている属性は以下を参照 Preference | Android Developers PreferenceActivityを作成 PreferenceFragmentを継承したクラスで作成(API11よりフラグメントの使用を推奨。なので、とりあえず形の上はPreferenceFregmentで作成して、通常のActivityで開く。) onCreate() のコールバック時に、ビューのレイアウトをロードしてはならないことに注意。代わりにaddPreferencesFromResourceで、XMLファイルをアクティビティに追加する。 addPreferencesFromResource - PreferenceActivity | Android Delelopers プレファレンスを読み出す PreferenceManager.getDefaultSharedPreferences() で、SharedPreferencesオブジェクトを取得し、キーを使って、値を取得する。取得する値で、メソッドを使い分ける。 getDefaultSharedPreferences では引数にコンテクストを取るが、フラグメントはコンテクストを持っていないので、getActivityで呼び出し元Activityを取得する。 SheredPreferences | Android Developers
https://w.atwiki.jp/zuora_ja/pages/12.html
Download OpenAPI (fka Swagger) specification here はじめに Zuora REST APIのリファレンスへようこそ! RESTは、HTTPとJSON技術の日常を使用して迅速な開発に向いているウェブ・サービス・プロトコルです。 Zuora REST APIは、業務とリソースの広範なセットを提供します: 店頭統合は、あなたのウェブサイトからのWebを有効にします。 サポート加入者のサインアップとセルフサービスのアカウント管理。 収益モデルのカスタム収益のルールでのプロセスのスケジュール。 Zuoraオブジェクトモデル内のほとんどのオブジェクトの操作を有効にします。 エンドポイント Zuora REST APIは、以下のエンドポイントを介して提供されます。 テナントRESTエンドポイントのベースURL 生産https //rest.zuora.com/v1 APIサンドボックスhttps //rest.apisandbox.zuora.com/v1 生産エンドポイントユーザデータは、ライブへのアクセスを提供します。 APIのサンドボックスのテナントは、実世界のデータに影響を与えることなく、あなたのコードをテストするには良い場所です。それを使用するには、APIのサンドボックスのテナントをプロビジョニングする必要があります - 必要に応じてあなたのZuoraの担当者があなたを助けることができます。 APIへのアクセス あなたはテナントZuoraをお持ちの場合は、すでにAPIへのアクセス権を持っています。 あなたはテナントZuoraを持っていない場合は、https //www.zuora.com/resource/zuora-test-driveに移動し、生産テストドライブのテナントにサインアップします。テナントは、このような試料の製品カタログなどのシード・データ、付属しています。 私たちはあなたのAPIがAPIのユーザにコールを発信するために特別に作成することをお勧めします。このアカウントでZuora UIにログインしないでください。定期的にセキュリティ機能を有効にUIにログインすると、最終的にはAPIで失敗認証が発生する可能性があり、アカウントのパスワードを、有効期限が切れます。それはそれらの命令に記載されているように権限を持っていない限り、ユーザーの役割がZuora REST APIの書き込みアクセスサービスへの書き込みアクセス権を持っていないことに注意してください。 認証 認証する3つの方法があります。 ユーザー名とパスワードを使用してください。認証ヘッダー内の各リクエストに含めます: apiAccessKeyId apiSecretAccessKey 実体またはエンティティ名(のみZuoraマルチエンティティのために。詳細については、「エンティティIDとエンティティ名」を下記を参照してください。) 認可クッキーを使用してください。クッキーは、[管理] [セキュリティポリシー] [セッションタイムアウトで指定された期間のためのREST APIへの呼び出しを行うようにユーザーに許可します。クッキーの有効期限は、REST APIにこの期間を持つすべての呼び出し後にリセットされます。クッキーを取得するには、次の情報をREST API接続リソースのユーザーを呼び出します。 ID パスワード IDのエンティティまたはエンティティ名(のみZuoraマルチエンティティのため。詳細については、以下の「エンティティIDとエンティティ名」を参照してください。) CORS対応のAPIの場合のみ:各要求を持つユーザーを認証し、再要求ヘッダに「単一使用」トークンを含めます。詳細については、下記を参照してください。 idとエンティティのエンティティ名 パラメータは実体識別子とエンティティ名Zuoraマルチエンティティのために使用されています。 実体識別子とエンティティ名のパラメータは、IDとあなたがそれぞれ、アクセスしたいエンティティの名前を指定します。あなたは、エンティティへのアクセス権限を持たなければならないことに注意してください。あなたは、RESTのGET呼び出しを介してエンティティIDのエンティティとエンティティ名を取得することができます。 あなたがアクセスしたエンティティに表示するエンティティ名実体または認証のパラメータを指定することができます。 実体識別子とエンティティ名の両方が認証に指定されている場合は、エラーが発生します。 エンティティ名が認証に指定されているどちらの実体は、あなたのユーザーアカウントが作成されたエンティティにログインします場合。 詳細については、APIユーザー認証を参照してください。 対応CORSのためのトークン認証APIの CORS機構はZuora REST APIに可能Zuoraに直接送信された全てのクレジットカード情報とセキュリティ情報と、顧客のブラウザから直接作られて呼び出します。これは、あなたのPCIコンプライアンスの負担を最小限に抑え、あなたの支払フォーム上に実装高度な検証を可能にし、お支払いフォームがちょうどあなたのウェブサイトの他の部分のように見えます。 セキュリティ上の理由から、代わりにCORSのためのAPI要求を経由して、クッキーを使用するのは、認証トークンを使用します。 認証トークンの方法は、あなたの顧客のブラウザから発信する必要があり要求で使用するために設計されています。それは、既存のクッキー認証機構への交換と考えるべきではありません。 Zuora REST CORS CORSがどのように動作するかの詳細については、を参照してください、あなたはZuora REST APIに実装され、顧客のコールを開始することができますか。認証トークンを返すHMAC方式でのHMAC署名の詳細を参照してください。 要求と応答 要求ID アカウントまたはサブスクリプション(accountKey、アカウントキー、subscriptionKey、サブスクリプション・キー)のための「キー」を入力するように要求一般的なルールとして、あなたは、現在のいずれかまたはエンティティのID番号を提供することができます。 HTTPリクエストボディ あなたのリクエストに付随するパラメータやデータの大部分は、HTTPリクエストのボディに含まれることになります。 Zuora REST APIは、HTTP要求本体にJSONを受け入れます。その他のデータ形式(例えば、XML)がサポートされていません。 リクエストのテスト Zuora REST APIをテストするために、このようなカール、ポストマン、またはAdvanced RESTクライアントとして、サードパーティのクライアントを使用してください。 あなたはZuoraテナントからZuora REST APIのAPIのサンドボックスまたは生産をテストすることができます。生産に接続する場合は、あなたが生きて製造年月日、サンプルまたはテストデータのない日付で作業していることに注意してください。 クレジットカードを使用したテスト 遅かれ早かれ、おそらくクレジットカードを必要とする一部のトランザクションをテストする必要があります。これを処理する際の方法については、ペイメントゲートウェイでライブ行く参照してください。 エラー処理 レスポンスおよびエラー・コードは、応答とエラーに詳述されています。 PAGINATION (GETメソッドを使用して)情報を取得する場合、任意のページサイズのクエリパラメータは、行の最大数が応答で返すように設定します。最大値は40です。この値が空または無効である場合は、より大きな値を40として処理され、10に一般的にデフォルト値をPAGESIZE。 最大行数のデフォルト値は、メソッドレベルで取得上書きすることができます。 複数の行が使用可能な場合、応答は次のページを要求するためのURLが含まれているボニー要素が含まれます。この値が提供されていない場合、それ以上の行が用意されています。いいえ、「前のページ」の要素が明示的に提供されていません。後方支援するためのページングは、前回のコールを使用しています。 配列のサイズ 日付をページ分割されていない項目については、REST APIは、最大300行の配列をサポートしています。したがって、例えば、顧客口座数千人を取得繰り返さページ付けすることができますが、300以下の料金プランの配列内の任意のアカウントが返されます。 APIバージョン Zuora REST APIは、バージョンを制御しています。 Zuora REST APIのバージョンは、変更は下位互換性があることを保証します。メジャーとマイナーバージョンの変更の命名を管理するためにZuoraを使用します。 RESTリクエストでバージョンを指定することで、あなたは関係なく、APIの将来の変更の自然な応答を得ることができます。 メジャーバージョン REST APIのメジャーバージョン番号は、REST URLに表示されます。現在、Zuoraメジャーバージョンのみv1のをサポートしています。たとえば、POSTがhttps //rest.zuora.com/v1/subscriptions。 マイナーバージョン 小さな変化を制御するためのREST APIのZuoraマイナーバージョンを使用しています。例えば、REST方式のフィールドは廃止され、新しいフィールドがそれを置き換えるために使用されます。 RESTの方法のいくつかのフィールドは、マイナーバージョンでサポートされています。フィールドがマイナーバージョンで注目されていない場合、このフィールドは、マイナーすべてのバージョンで利用可能です。フィールドがマイナーバージョンで注目されている場合、このバージョンは、制御フィールドです。あなたはエラーなしプロセスにリクエストヘッダにサポートされているマイナーバージョンを指定する必要があります。 フィールドは、バージョン管理にある場合は、最大値またはマイナーバージョン最小マイナーバージョンと、またはそれらの両方のいずれかです。あなただけの最小値と最大値のマイナーバージョン間のマイナーで、このフィールドのバージョンを使用することができます。たとえば、フィールドにinvoiceCollect購読POSTメソッドは、バージョン管理であり、その最大値は189.0マイナーバージョンです。あなただけのマイナーバージョン189.0またはそれ以前に、このフィールドを使用することができます。 サポートされているマイナーバージョンはサポートされているフィールドとそのマイナーバージョンについてはZuora REST APIのマイナーバージョン履歴を参照して、シリアルではありません。フィールドまたは機能は、マイナーバージョン番号が必要な場合、当社のREST APIドキュメントでは、我々は、説明フィールドにあることに注意します。 あなただけがフィールドは、マイナーバージョンが必要です使用する場合、バージョン番号を指定する必要があります。マイナーバージョンを指定するには、通話要求のためのマイナーバージョン番号にリクエストヘッダにzuoraバージョンのパラメータを設定します。例えば、196.0はマイナーバージョン収集分野です。 POSTメソッドは、このフィールドのサブスクリプションを使用する場合は、リクエストヘッダに196.0 zuoraバージョンにパラメータを設定します。 zuoraパラメータは大文字と小文字が区別されたバージョンです。 マイナーバージョンは、リクエストヘッダに指定されていない場合、すべてのフィールドのREST APIの場合、デフォルトでは、Zuoraはあなたの統合を壊す回避するために、REST APIの最低限のマイナーバージョンを使用します。 ZUORAオブジェクトモデル 次の図は、キーオブジェクトZuoraの高レベルのビューを提供します。サイズを変更するには、新しいタブで開くには画像をクリックしてください。 行動 アクションは、自然の中でのバッチな操作です。たとえば、「更新」、「作成」「削除」、およびその他の操作は、一度に50個のオブジェクトへの変更を可能にします。その日が、その後の「queryMore」操作によって返される追加ページを必要とする前に、「クエリ」の操作は、一度に戻って2000年の結果までのレコードが返されます。 修正します このようなサブスクリプションをアップグレードするように、変更するサブスクリプションのコールを改正使用します。 コールを改正: オブジェクトの改正をサポート 非同期処理ではありません 境界 コールごとのオブジェクト 10オブジェクト改正まで。 システムレート制限 10分の時間ウィンドウごとのテナント1,000のコール。 あなたが近づくか、この制限を超える場合は、429エラーが表示されます。マルチスレッドを使用すると、より迅速に、この限界に近づくようになります。 エラー 改正回のコールで、あなたの改正の目的の一つが失敗した場合、全体の呼び出しは失敗します。 必要なフィールド 次のフィールドは、常にこのコールのために必要とされています。 Amendment.Type Amendment.Name Amendment.SubscriptionId 会計CODES 会計コードを作成します。 REST APIを介して新しい会計コードを作成する方法lýsirこのリファレンス。会計コードはすぐにそれが作成されているようにアクティブになります。 前提条件 あなたがテナントにZ-ファイナンスを有効にしている場合は、許可Z-ファイナンス会計コードを作成している必要があります。Z-ファイナンスの役割を参照してください。 会計期間 閉じる会計期間 会計期間会計期間のIDで閉じます。 前提条件 あなたのテナントにZuoraファイナンスを有効にする必要があります。あなたは、ユーザー権限の管理閉じるプロセスと実行残高試算表を持っている必要があります。役割ファイナンスを参照してください。制限 会計期間はすでにクローズすることはできません。 会計期間は、試算表を実行するプロセスにすることはできません。 すべては、以前の会計期間をクローズする必要があります。 会計期間に必要な何のアクション項目があってはなりません。会計期間の詳細については、トランザクションを閉じる前に、リコンサイルを参照してください。 注釈 あなたが会計期間にZuoraを閉じると、自動的にその期間の試算表を実行しています。正常な応答のみ会計期間は終了いたしましたことを意味し、それは裁判のバランスが正常に完了しているとは限りません。 ソーリー アカウントを作成します クレジットカードのお支払い方法、請求先に連絡し、販売-する連絡オプションで顧客アカウントを作成する方法lýsirこのREST APIリファレンス。リクエストとレスポンスフィールドの説明とサンプルコードが提供されています。そのサブスクリプションのサブスクリプション、請求書を作成し、オプション、およびデフォルト支払方法を通じて支払いを収集するために、このメソッドを使用します。トランザクションはアトミックです。何らかの理由でいずれかの部分が失敗した場合、トランザクション全体がロールバックされます。 このAPIの呼び出しは、CORSが有効になっているので、あなたは、コールを呼び出すために、クライアント側のJavaScriptを使用することができます。詳細については、CORS Zuora RESTのページをご覧ください。 注釈 アカウントがアクティブな状態で作成されます。 要求は、構造のいずれかのクレジットカードまたはhpmCreditCardPaymentMethodIdフィールド(両方ではない)を提供する必要があります。このアカウントのために提供されるものは、デフォルトの支払方法になります。クレジットカードが拒否されたかの情報が確認できない場合は、アカウントが作成されません。 このコールが自動支払いに設定すると、顧客のアカウントが自動的に作成されます。 workEmailまたはpersonalEmailのいずれかが指定されている場合、そのアカウントのメール配信設定は自動的にtrueに設定されています。どちらのフィールドが指定されている場合(それが存在する場合、workEmailメールアドレスに行き、その場合、あるいはpersonalEmail。)、電子メールの配信設定は自動的にfalseに設定されています。 customerAcceptanceDateとserviceActivationDateのデフォルト値 デフォルト値はcustomerAcceptanceDateとserviceActivationDateために次のように設定されています。 serviceActivationDate(SA)が指定されていませんserviceActivationDate(SA)を指定しました customerAcceptanceDate(CA)SAは、通話要求で指定された値を使用します。使用するCA CAはコール要求でコール要求に値の値を使用し、SAは、デフォルトとしてCEを使用しています customerAcceptanceDate(CA)SAは、通話要求に指定されていない値を使用します。デフォルトSAとCAがデフォルトとしてCEを使用するようにCAは、SAを使用します 改正 キーによって改正を取得 指定したサブスクリプションの改正に関する詳細な情報を取得します。 添付ファイル 添付ファイルを追加 アカウント、サブスクリプション、または請求書にドキュメントを添付するマルチパート/フォームデータファイルに添付ファイルを追加REST要求を使用してください。 CATALOG 製品カタログを入手 すべての製品、機能、およびそれらに対応する料金プラン、料金を含め、全体の製品カタログを取得する方法をlýsirこのREST APIリファレンス。製品は、フィールドUpdatedDate上の新しい順に返されます。 REST APIは、製品、製品の料金プランと料金の作成や更新をサポートしていません。これらのタスクは、WebベースのUIで、またはSOAP APIを介して行うことができます。 料金プランと料金レートの計画では、REST APIは、最大配列サイズを持っています。詳細については、配列サイズを参照してください。 充電収益の概要 CRS要約電荷数によって詳細を取得 数要約料収入を指定することで、要約料収入の詳細を取得する方法lýsirこのREST APIリファレンス。応答は、電荷収入サマリー項目に関連付けられたすべての収益が含まれています。 通信プロファイル CRUD:CommunicationProfileを取得 CONNECTIONS Zuora REST APIサービスへの接続を確立 有効なユーザーの資格情報に基づいてZuora REST APIサービスへの接続を確立します。 これは、ユーザーを認証し、REST APIへの後続の呼び出しを許可するために使われているAPI呼び出しのセッションクッキーを返します。接続への呼び出しは、データにアクセスするためにZuora REST APIを使用する前に必要な最初のステップです。 資格情報は、APIサービスにアクセスする権限を持つユーザーアカウントに属している必要があります。 他の場所で述べたように、強く、APIの活動ZuoraはZuora UIへのログインに使用したアカウントに使用されることはありませんことをお勧めします。アカウントがUIにログインするために使用されると、それはAPIを使用した場合、最終的に認証の失敗につながる可能性が定期的に強制的にパスワードを変更した場合、対象となる場合があります。 お問い合わせ CRUD:連絡先を作成 クレジットバランスの調整 CRUD:CreditBalanceAdjustmentを取得 CUSTOMの為替レート カスタム外国為替レートを取得します。 この機能は、限られた入手可能です。あなたは機能へのアクセス権を持っているしたい場合は、Zuoraグローバルサポートにリクエストを送信してください。 外国為替相場Zuoraからどのようにlýsirカスタムクエリへのこの参照。カスタムプロバイダを使用し、輸入外国為替レート質量作用と速度の為替レートをアップロードする場合にのみ、あなたは、為替レートを照会するために、このAPIメソッドを使用することができます。あなたは為替レートのプロバイダのデフォルトの為替レートを取得したい場合は、OANDAは、データソースの輸出のために外貨換算を参照してください。 Zuoraで通貨換算の詳細については、外貨換算を参照してください。 輸出 CRUD:エクスポートを作成します。 特長 CRUD:フィーチャーを取得 ファイルを取得 ファイルを取得 そのファイルIDを指定することでファイルを取得します。あなたは、期間会計などの収入の詳細を報告する報告書、ならびにこのようなPDFファイルの請求書などの他のファイルを取得することができます。 例 :$のUSER_NAME apiAccessKeyId -Hカール-H -iによる「apiSecretAccessKey:$ PASSWORD -H「同意する:アプリケーション/ pdf を -X GET https //apisandbox-api.zuora.com/rest/v1/files/2c92c08c55534cf00155581fb474314d -o /Users/jsmith/Downloads/invoiceFile1.pdf 請求書のPDFは/ユーザ/ JSMITH /ダウンロードと名付けinvoiceFile1.pdfにダウンロードされます。 ファイルサイズの制限 最大エクスポートファイルのサイズは2047メガバイトです。あなたはこの制限を越える大規模なデータ要求がある場合は、Zuora 403 HTTPレスポンスコードで次のようになります。 セキュリティ:最大オブジェクトサイズ 2047メガバイト 追加の支援が必要な場合はZuoraグローバルサポートにリクエストを送信します。 私たちは、大きなファイルの最適化があなたのためのオプションがあるかどうかを判断するためにあなたと一緒に作業することができます。 HMAC署名 戻りHMAC署名 有効CORS API呼び出しを処理するために使用される署名とトークン値を返す方法lýsirこのユニークなREST APIリファレンス。 ホステッドPAGES ホストされたページを返します コールは、支払いページhostedpages具体的に構成メタデータ、ページID、ページのバージョン、お支払い方法の種類を返します。 REST支払いページ用のバージョン固有および一般的な要求は次のとおりです。 支払いページ1.0コンフィギュレーション情報の要求: / hostedpages GETバージョン= 1? 支払いページ2.0設定情報の要求: / hostedpages GETバージョン= 2? 支払いページのすべてのバージョンの要求設定情報:GET / hostedpages 注釈 あなたは、対応するテナントの設定は、例えば、リクエストパラメータが無効に設定する支払いページのバージョン2.0を2に設定し、有効にしていない場合は、エラーが表示されます。 輸入 CRUD:インポートを取得 請求書の調整 CRUD:InvoiceAdjustmentを作成します。 請求書の調整のITEM CRUD:InvoiceItemAdjustmentを取得 請求書ITEMS CRUD:InvoiceItemを取得 請求書の支払い CRUD:InvoicePaymentを作成します。 請求書SPLITアイテム CRUD:InvoiceSplitItemを取得 請求書スプリット CRUD:InvoiceSplitを取得 請求書 CRUD:請求書を作成します。 JOURNALの実行 ジャーナルランを作成します。 ジャーナルランを作成する方法lýsirこのREST APIリファレンス。リクエストとレスポンスフィールドの説明とサンプルコードが提供されています。 MASSアップデータ 質量作用の実行 REST APIを介して質量アクションを実行する方法lýsirこのリファレンス。質量アクションを実行する方法の詳細は、マスアップデータを参照してください。 このAPIメソッドを使用して、あなたが実行したい質量作用に関するデータを持つ.csvファイルを含むmultipart / form-dataリクエストを送信します。 Zuoraは、鍵を返し、その後、非同期質量作用を処理します。あなたは質量作用の結果の詳細を取得するためにキーを使用することができます。 通知履歴 吹き出し通知履歴を取得 通知履歴を取得する方法のための吹き出しlýsirこのREST APIリファレンス。 詳細については、通知とコールアウトを参照してくださいし、作成と編集通知。 OPERATIONS 請求書および収集 請求書を生成し、指定したアカウントの支払いを収集します。 この方法では、請求書に生成することができます請求書を生成し、支払いを収集し、あるいは単に指定された既存の請求書に支払いを収集します。顧客のデフォルトのお支払い方法が使用され、全額が原因で収集されます。操作は、指定したパラメータに依存します その顧客のために生成された1つ以上の新しい請求書を作成し、請求書(複数可)でのお支払いを収集するには、フィールド空invoiceIdを残します。 既存の請求書でのお支払いを収集するには、請求書のIDを指定します。 操作はアトミックです。いずれかの部分が失敗した場合、操作全体がロールバックされます。 注釈 サブスクリプションの非常に高い数を持つアカウントでこのメソッドを使用するときにタイムアウトが発生することがあります。 お支払い方法のスナップショット CRUD:PaymentMethodSnapshotを取得 お支払方法トランザクションログ CRUD:PaymentMethodTransactionLogを取得 支払い方法 お支払い方法を作成します。 顧客アカウントの新しいクレジットカードの支払方法を作成する方法lýsirこのREST APIリファレンス。 注釈 このAPIの呼び出しは、CORSを有効になっています。コールを呼び出すために、クライアント側のJavaScriptを使用してください。 CORS Zuora RESTはより多くの情報を参照してください。 支払トランザクションログ CRUD:PaymentTransactionLogを取得 支払い CRUD:お支払いを作成します。 製品の特徴 CRUD:ProductFeatureを取得 製品料金プランは、充電を階層 CRUD:ProductRatePlanChargeTierを取得 製品料金プラン料金 CRUD:ProductRatePlanChargeを取得 製品料金プラン CRUD:ProductRatePlanを作成します。 製品 CRUD:製品を作成します。 QUOTES文献 文書の引用符を生成します 文書の呼び出しは、引用文書を生成し、URLはドキュメントを生成し返します。あなたは直接返されたURLを介して生成された引用のファイルにアクセスすることができます。 文書はZuoraの声から電話を使用する必要があります。 ファイルサイズの制限 最大エクスポートファイルのサイズは2047メガバイトです。セキュリティ:最大オブジェクトサイズ 2047メガバイト がこの上限を超える大規模なデータ要求がある場合は、Zuora 403 HTTPレスポンスコードで次のようになります 追加の支援が必要な場合はZuoraグローバルサポートにリクエストを送信します。 私たちは、大きなファイルの最適化があなたのためのオプションがあるかどうかを判断するためにあなたと一緒に作業することができます。 料金プランティアチャージ CRUD:RatePlanChargeTierを取得 料金プランの料金 CRUD:RatePlanChargeを取得 料金プラン CRUD:RatePlanを取得 請求書返金支払い CRUD:RefundInvoicePaymentを取得 払い戻しトランザクションログ CRUD:RefundTransactionLogを取得 返金 CRUD:払い戻しを作成します。 収益EVENTS 収益のイベントの詳細を取得します。 イベントlýsirこのREST APIリファレンス番号を指定して、収益イベントによって収入を得る方法を詳しく説明します。リクエストとレスポンスフィールドの説明とサンプルコードが提供されています。 収益ITEMS 数要約料収入によって収入項目を取得 数要約料収入を指定することで、収益の要約料収入の各項目の詳細を取得する方法lýsirこのREST APIリファレンス。リクエストとレスポンスフィールドの説明とサンプルコードが提供されています。 収益RULES 料金に関連付けられているルールを取得します。 購読料のIDに関連付けられた電荷を指定することで、収益認識ルールを取得する方法lýsirこのREST APIリファレンス。リクエストとレスポンスフィールドの説明とサンプルコードが提供されています。 収益のスケジュール 収益のスケジュール項目(日付範囲によって分布)のための請求書を作成します。 請求書の項目の収益スケジュールを作成し、開始日と終了日を指定することで、収益認識を配布する方法については、このlýsirREST APIリファレンス。 RSAの署名 RSA署名を生成します RESTのAPI 2.0は、支払いページCORS(クロスオリジンリソースの共有)を有効に使用されるため、デジタル署名を必要としています。 POST rsa_signatures呼び出しが生成され、デジタル署名のために必要なトークンを返し、支払いページ2.0を形成します。あなたは支払いページ2.0にアクセスするためのクライアントのためにそれを生成した署名を渡す必要があります。 あなたは2.0支払いページを実装する際RESTこのサービスにのみ使用してください。 SETTINGS 収入の自動化の開始日を取得します。 収入の自動化の開始日を取得する方法lýsirこのREST APIリファレンス。リクエストとレスポンスフィールドの説明とサンプルコードが提供されています。 製品は、サブスクリプション特長 CRUD:SubscriptionProductFeatureを取得 SUBSCRIPTIONS プレビューサブスクリプション プレビューモードで新しいサブスクリプションを作成する方法lýsirREST APIリファレンス。この呼び出しは、有効な顧客アカウントを必要としません。アカウントを作成する前に、潜在的な顧客に完全な詳細および電荷を有する新しいサブスクリプションのプレビューを表示するために、または既存の顧客に料金をすべてコミットする前にプレビューでサブスクリプションをさせるために使用することができます。 注釈 デフォルト値はcustomerAcceptanceDateとserviceActivationDateために次のように設定されています。 serviceActivationDate(SA)が指定されていません serviceActivationDate(SA)を指定しました customerAcceptanceDate(CA)SAは、通話要求で指定された値を使用します。 使用するCA CAはコール要求でコール要求に値の値を使用し、SAは、デフォルトとしてCEを使用しています customerAcceptanceDate(CA)SAは、通話要求に指定されていない値を使用します。 デフォルトSAとCAがデフォルトとしてCEを使用するようにCAは、SAを使用します 要約仕訳 仕訳の概要を作成します。 手動仕訳入力の要約を作成する方法lýsirこのREST APIリファレンス。リクエストとレスポンスフィールドの説明とサンプルコードが提供されています。 必要条件 借方の1.の合計が要約仕訳にクレジットの合計に等しくなければなりません。 以下のあなたが外国通貨換算を使用する場合にのみ適用されます。 あなたは異なる通貨を持つジャーナルファイル名を指定して実行集計取引中に設定している場合は「はい」、通貨の価値は、あなたのテナントの自国通貨と同じフィールドである必要があります。つまり、あなたの家の通貨を使用して仕訳を作成する必要があります。 会計期間のすべての仕訳は、すべて集約され、またはすべての非凝集のいずれかでなければなりません。あなたは、同じ会計期間に集約し、非凝集仕訳のミックスを持つことはできません。 集計通貨の詳細については外貨換算の要約仕訳を参照してください。 課税ITEMS CRUD:TaxationItemを作成します。 取引 請求書を取得します 請求書のために指定されたアカウントを取得します。請求書はupdatedDateによって新しい順に返されます。 測定単位 CRUD:UnitOfMeasureを作成します。 USAGE ポストの使用状況 CSV形式の1つ以上のアカウントのデータ使用量を転記またはインポートする方法lýsirこのREST APIリファレンス。何のパスまたはクエリパラメータはありません。日付は、HTTP multipart / form-dataのPOSTメソッドを使用して、ユーザーのテナントに適用uploadeです。 これはどのようにREST APIコールワークス アップロードファイルの内容は、UIのインポートツールで使用される形式に従わなければなりません。これは、対応する拡張子.csvファイルでカンマ区切り値(CSV)ファイルである必要があります。ファイルサイズが4メガバイトを超えてはなりません。テンプレートファイルの使用状況をダウンロードするには、ここをクリックしてください。 アップロードが完了すると、実際にファイルの内容を処理する前に、theAPIは、受信したファイルのバイト数と、インポート・プロセスの状態を確認するためのURLを含む応答を返します。そのURLにある5つの可能な結果のキャンセル、完了、保留、処理を表示し、失敗した)のみ完了ステータスは、インポートが成功したことを示しています。操作はアトミックです。すべてのレコードが失敗した場合、ファイルは拒否されます。その場合に、全体のインポートはロールバックされ、すべての記憶されたデータは元の状態に戻されます。 現在のインポートのステータスを表示するには、そのようなステップは、インポートが失敗した可能性が理由の詳細を提供する追加POSTMAN.Thisなどのツールを使用してcheckImportStatus応答によって得られたステータスのURLを入力します。 アップロードが正常に終了した後の情報を管理するには、WebベースのUIを使用しています。 アップロードファイル形式 アップロードファイルには、次の見出しを使用します: このフィールドがあるとして彼らが提示されているACCOUNT_IDがACCOUNT_IDは、このような、口座番号やカスタムとして、例えば、口座番号、デフォルトのアカウント番号、A00000001を入力します。、それは現在のアカウントIDアカウント名が誰であるかではありません。 はい UOMは、測定単位を入力します。これは、測定の単位をカスタマイズする Z-課金設定]で設定されている使用のためのUOMと一致する必要があります。 はい 数量数量を入力します。 はい STARTDATEは、使用の開始日を入力します。このアイテムの請求書の日付は、サービスの期間は関連する使用に請求され決定されます。日付の形式は、現在のユーザーのロケールに基づいています。デフォルトの日付書式:MM / DD / YYY はい ENDDATEは、使用の終了日を入力します。この使用法は、課金のための計算に使用され、オプションであるされていません。日付の形式は、現在のユーザーのロケールに基づいています。デフォルトの日付書式:MM / DD / YYYY はい サブスクリプション番号または名前SUBSCRIPTION_IDサブスクリプションを入力します。あなたはZuoraアプリケーションでサブスクリプションを作成した場合、数Zuoraは-S00000001と同様の形式で自動的に作成されました。このフィールドに値を提供しない場合は、指定されたため、関連用法は、メジャーのこのアカウント・ユニットを使用するすべてのサブスクリプションに追加されます。あなたのアカウントに複数のサブスクリプションを持つことができますし、使用状況の二重または三重カウントをしたくない場合は、各サブスクリプションの充電または使用記録にIDを指定する必要があります。 はい CHARGE_IDは電荷数(ない充電名)を入力します。あなたは、例えば、C-00000001、あなたの料金プラン、あなたのサブスクリプションに追加して、個々の料金を表示すると、充電IDを見ることができます。追加情報については、製品およびレートプランの追加を参照してください。あなたのアカウントに複数のサブスクリプションを持つことができますし、使用状況の二重または三重カウントをしたくない場合は、各利用記録の特定のサブスクリプションの充電またはIDを指定する必要があります。これは、サブスクリプション料金プランにチャージ番号]フィールドに関連しています。 はい 説明担当の説明を入力します。 いいえ originalwww.zuora.comtranslate byGoogle Translate API
https://w.atwiki.jp/yamjack/pages/31.html