スピード命のウェブ周辺でゆるく生きるエンジニアのブログ
かず
This user hasn't shared any biographical information
Homepage: http://hkzo.org/
Posts by かず
ドル支払いのアフィリエイト報酬を住信SBIネット銀行で受け取るには
2012年5月6日
技術情報でないのとR18っぽいので、あまり需要は無いかもしれないが、ググっても住信SBIネット銀行の事例が意外と出て来なかったので、メモしておきます。
タイトルのとおりなのですが、アダルトアフィリエイトサイトの最大手DTIアフィリエイト(DTIサービス)の報酬はドルで支払われるため、それなりの準備(被仕向送金に向けた準備)が必要になります。
今回、いろいろ理由があって(^^; 住信SBIネット銀行で受け取る設定を行ない、実際に受け取りまで確認できたので、その記録を残しておきます。
アップルからのiPhone/iPadアプリの売上の振込も同様な手続きが必要になります。ちなみにGoogle AdSenseは日本の円口座に手数料なしで普通に入金されます。
銀行側の準備
住信SBIネット銀行の場合、ドルを受け取るためには「外貨送金受取サービス」を利用することになり、そのためには「外貨預金口座」が代表口座以外に必要となります。(被仕向送金)
為替リスクなどの説明に同意して、1ドルで良いので代表口座からお金を移すと、自動的に口座が開設されます。
無事開設されると、以下のように口座情報があわせて表示されるようになります。
これで銀行側の準備完了です。
ちなみに受け取りのための手数料は条件にもよりますが通常2,500円が代表口座から引かれることに注意してください。(2012/4 現在)
また、ドルから円への資金移動は為替コストが発生することを理解しておく必要があります。
住信SBIネット銀行の場合には「1米ドルあたり9銭」が為替レートに含まれて表示されているとのことです。
請求は保留しすぎてもリスクになると思いますが、こまめに請求すると手数料がバカにならないので、よく考えて実行しましょう。
他銀行での手数料は、個人口座だと三菱東京UFJ銀行と三井住友銀行が1,500円で(たぶん)最安だと思われますが、もしかしたら追加で他の取扱手数料も必要になるかもしれません。
あとシティバンク銀行は為替取扱手数料が無料っぽいんで、別途レポートしたいと思っています。
DTIサービス側の準備
登録情報の編集にて銀行情報を登録します。
| 銀行名 | SBI Sumishin Net Bank, Ltd. |
| 振込先銀行支店名 | Ringo※1 |
| 口座名義名 | ローマ字「姓」+「名」 |
| 口座番号 | XXX-YYYYYYY (支店番号-代表口座番号)※2 |
| 振込み先銀行番地 | IZUMI Garden Tower 18F, 1-6-1, Roppongi |
| 振込み先銀行市町村 | Minato-ku |
| 振込み先銀行都道府県 | Tokyo-to |
| 振込先銀行郵便番号 | 106-6018 |
| 振込み先銀行の国名 | Japan |
※1 リンゴ支店でしたが “Ringo” で通りましたw
※2 お客さま情報照会で確認してください
請求からの流れ
おおまかな流れ
- DTIサービスで請求処理を行う(または自動設定しておく)
- DTIサービスからの振込手続きが月末に行われる
- 住信SBIネット銀行から資金の使途及び送金の目的等についての確認連絡があるので答える
- 円口座から手数料が引かれて、ドル口座へ報酬が入金される
資金使途および送金の目的等の確認
4月3日10時ごろ「外貨送金に伴う手続きの依頼」メールが来ていました。
法令に基づいて入金前の確認が必要とのこと。
方法は2つ。
- カスタマーセンターから電話するので、本人確認できるよう口座番号、テレフォンバンキングパスワードなど準備して質問に答える
- ログイン後、問い合わせフォームから「資金使途および送金の目的」について回答する
4月3日15時ごろに電話があったようですが、出られませんでしたので、夕方に「広告費の受け取りのための送金」とさらっと記載してフォームから回答しました。
これで、4日付で入金されていました。
以上、さらっとまとめましたが、実際にはDTIサービス側への登録情報誤りをしたりして、次月持ち越しを何回かやってしまったので、誰かのお役に立てればなぁという思いで書きなぐりました。
アフィリエイト初心者さんの参考になれば、これ幸い。
UX と UI の違い
2012年5月3日
UXとUIの違いについて、及川さんのツイートを見て、リンク先のブログの写真が面白かったので、これを機会に、整理のためにもいろいろググって関連記事を少し集めてみました。
個人的にはUXを軸に新しいビジネスへ取り組んで行きたいと思っているこのごろなので、GW中にいろいろ考えるいいきっかけになったと思っている。ありきたりだけど、スマートフォン、タブレットで新しいUXを実現したいと思っている。
- 写真が語るUXとUIの違い – Nothing ventured, nothing gained.
- パクリサイトはなぜ嫌われるのか? またはUI視点とUX視点の違いについて | miyasho88 blog
- UI、UX、IXという用語を少し説明:あとちょっと良いサイト ATOCHOTTO
- ユーザー体験とユーザー観察|withComputer
- 先ほど、UIとUXに関する質問が投稿されていたので疑問に思ったのでお聞きしたのですが、ユーザーエクスペリエンスデザイナーとWEBデザイナーは何が違うのでしょうか。 – W3Q
ちょっと違う話題だけど、こんなスライドも。
Twiiter APIの改定 2012年5月14日
2012年4月24日
Yusuke Yamamoto さんが Twitter Development Talk – ja へ 2012/4/24 0:26 にポストした記事の自分メモ用のコピペ。
https://groups.google.com/forum/?fromgroups#!topic/twitter-development-talk-ja/KwAOu6ajtPQ
# https://dev.twitter.com/blog/api-housekeeping の抄訳です
Twitterは2006年に最初のTwitter APIをリリースしました。急速なTwitterの成長に伴い明示的なAPIバージョンの指定やサブドメイン(stream.twitter.comやsearch.twitter.comなど)によるパーティショニング、スケールするためのレスポンス構造などのデザインパターンを適用してきました。
これまでは古くからあるAPIもサポートし続けてきましたが、こんごデベロッパーの混乱を避け、Twitterを効率的に運用するためにAPIの改訂を行います。まず第一にバージョニングされていないエンドポイント(これまでも非推奨としてきました)は閉鎖されます。
次に、include_rts=trueパラメータを明示的に渡すことでリツイートを返していたAPIはパラメータの有無に関わらずリツイートを返すようになります。さらに、ツイートのメタデータを取得するためのパラメータ”include_entities=true”を全てのメソッドでサポートするようになります。
また、タイムラインの効率的な取得のためにpageパラメータのかわりにsince_idまたはmax_idを利用するようお願いいたします。まとめると、以下の通りになります。
1. バージョン抜き、サブドメイン抜きのAPIエンドポイントはサポートされなくなる
例)http://twitter.com/statuses/user_timeline.xml
のかわりに今後は
https://api.twitter.com/1/statuses/user_timeline.xml
を使用(httpはサポートされますが、httpsの利用を推奨しています)
またOAuth関連も同様 http://twitter.com ではなくhttps://api.twitter.com/oauth/* を利用してください
2. 非推奨としてアナウンスされてきたエンドポイントは廃止
非推奨(廃止される)エンドポイントのリストは以下のページにあります。https://dev.twitter.com/docs/deprecations/spring-2012
特に古くからあった statuses/public_timeline も廃止されることに注意してください。
public_timelineのかわりにはストリーミングAPIの sample.json を使えます。3. Atomは廃止
Atomはほとんど利用されていません。RSSのサポートは継続します。4. ツイートエンティティをサポートするエンドポイントはinclude_entitiesパラメータの有無に関わらずエンティティを返す
5. since_idやmax_idをサポートするエンドポイントはpageパラメータによるページングを廃止
以上よろしくお願い致します。
–
山本 裕介 @yusukey
2012年のHTML5,CSS3,JavaScriptはこうなる
2012年1月21日
2012/1/20 に開催された「2012年のHTML5、CSS3、JavaScriptはこうなる~実際のサービス事例で考えるHTML5の近未来」のレポートまとめのまとめw
都合で結局いけなかったので、振返りを兼ねてメモ。
<タイムテーブル>
19:00 受付開始
19:30 基調講演 HTML5最新動向
(株式会社オープンウェブ・テクノロジー 代表 白石俊平氏)
20:00 第1部 HTML5で実現する「世界で一番のマンガ投稿&共有サイト」
(スパイシーソフト株式会社 アプリ&マンガゲット事業部 大谷恭仁氏)
20:30 第2部 スマホブラウザゲームのクオリティアップにHTML5あり!
(株式会社フォリフ 代表取締役 熊谷祐二氏)
21:00 第3部 JavaScriptエンジニア向け!スマートフォンで動くブラウザゲームの作り方
(面白法人カヤック 技術部 吾郷協氏)
21:30 第4部 懇親会 ビールとピザなどの軽食をお楽しみください
まずは、Togetter
ん〜、雰囲気はわかるけど、やっぱりノイズが多い。しかし、そこで @shinyaa31 さんのレポートを発見!
- 『2012年のHTML5、CSS3、JavaScriptはこうなる~実際のサービス事例で考えるHTML5の近未来』に参加してきた – Shinya’s Daily Report
これで、登壇者のスライドとかを探す手間も省けたw というわけで、まとめ終了w
HTML5とか勉強会でも感じたし、あらためて書くほどのことでもないけど、HTML5/CSS3自体の問題というよりは各種ブラウザ、多種多様なデバイスの存在に、いかに対応するかが問題と再認識した。スマートフォンとかTVになると仮に完全準拠してても処理性能の差で、実質使えないとかあるしな。
まぁ銀の弾丸がないことは認識しているし、うまく活用していくしか無いんだけどね。
このあたりには以前ほど熱を入れていなくなったので、ちょっと再燃させて、新しいビジネスに、どういかすか考えていきたいなぁっと思った次第。
第25回 HTML5とか勉強会 に行ってきた
2012年1月18日
「第25回 HTML5とか勉強会」に行って来ました。
ツイッターを見たタイミングで募集告知があったので、なんとかエントリーできました。
いつもながらあっという間に定員に達したようです。
さて、今回はリンク先のとおり、「Webと家電」をテーマに以下の方々の発表がありました。
- 「ゲーム、新聞、家電業界などのHTML5への対応(仮)」
小林雅一(@mkoba1000)さん (KDDI総研) 20min- 「家電にもブラウザがあるさ」
ダニエル・デイビス(@ourmaninjapan)さん (オペラ・ソフトウェア)30min- 「Web Intents入門」
白石俊平(@shumpei) (オープンウェブ・テクノロジー代表/C.A.Mobileフェロー) 30min- 「HTML5で画像編集アプリ!」
山崎大助(@_AIR_NOTE)(GENOVA所属・デジタルハリウッド講師)5min- 「アクオスのインターネットボタン押してみた」
若狭正生(@wks) (株式会社コネクティ) 5min
正式なスライドは登壇者の方から随時アップされると思いますが、以下が、私の(まったくもって自分専用の)個人的なメモです。(かなりみずらいですねぇ)
最初の小林さんのCESレポートのビデオがいろいろ面白かったです。
車のメータが全部液晶で、スワイプでメータを入れ替えたり、実用なさすぎて笑えました。
テレビでデータ放送とかブラウジングするときの文字入力はとにかく音声対応してもらいたいのは同感です。
ダニエルさんのセッションでは、いろいろな可能性があるものの、とにかくキラーアプリ、キラーユースケースが待ち望まれるところだということがよくわかりました。
技術的には、まぁ、いつでもスタンバイOKなんじゃないかと。
Web Intents は、正直どうなるかわからない。簡単なわりに非常に面白い仕組みなので、来れば来るけど、スキーマが混沌としそうだったりで、微妙な感じがした。
個人的には教育分野に非常に興味があるので、テレビ、スマフォ、タブレットなどのデバイスとWebサービ、各種教材などが、うまく融合して、なにかできると、楽しいだろうなぁと思いながら今日の勉強会を終えました。
余談ですが、女性がけっこう多かったように思いますw
関係者のみなさま、お疲れさまでした。


最近のコメント