サーバー側のコードのみを介してクレジット カードに請求できますか? (例: HTTPS POST を介して)
もしそうなら ：-
これまでのところ、私が読んだのは、Google ウォレットにはクライアント側とサーバー側の両方のコードが必要だということだけです:(
私はクライアント側のコードを使用したくありませんが、独自の Web ページを提供します..そして、それがすべての請求を行います。
（そして、いいえ - >その情報をGoogleウォレットに転送する必要があるため、アクセスできるにもかかわらず、POSTされたクレジットカードをサーバーに保存する方法はまったくありません）.
私の知る限り、Google Commerce Payment APIは Google ウォレットを利用します - Google ユーザーの保存された支払い情報で、あなた (マーチャント) は実際にはアクセスできません (元のデータ) - そうでなければ、ウォレットは (Google) ユーザーにとってあまり役に立ちません。 ..
最新の APIに関するよくある質問は次のとおりです。
Q: Google は、取引中に顧客と販売者からどのような支払い情報を渡しますか? A: Google は、Bancorp Bank が発行した使い捨てのデビット プリペイド カードに関連する次の詳細を販売者に渡します: 名前、完全なクレジット カード番号、CVC、有効期限、請求先住所、電話番号。Google は、ユーザーのメール アドレスと配送先住所 (該当する場合) も送信します。Google は、顧客の実際のカードの下 4 桁も販売者に渡します。
Q: バーチャル ワンタイム カードとは何ですか? A: Google Wallet for online commerce API を実装している販売者によるオンライン購入の場合、Google ウォレットは完全なクレジット カードまたはデビット カードの情報を販売者と共有しません。代わりに、Google ウォレット バーチャル ワンタイム カード (Bancorp Bank が発行するプリペイド デビット カード) が生成され、販売者に送信されて購入が完了します。Google ウォレットは、Google ウォレット バーチャル ワンタイム カードを使用した支払いを容易にし、同じ金額をクレジット カードまたはデビット カードに請求します。
私の知る限り、これはモバイルウォレット（電話/ nfc）にも当てはまります。