@stachibana さんのこちらのアプリを試した際の備忘録
https://github.com/stachibana/line-pay-v3-python-sdk-sample

紆余曲折ありましたが、これをForkしてLINE Pay の一般決済（単発決済）だけを実装するためのスターターアプリができました。
https://github.com/maztak/line-pay-v3-python-starter

LINE Pay 概要

オーソリってなに？

ユーザーが決済を承認した後の売上確定待ち状態。これをCaputureすることで売上確定となる。

Captureとは何？

Captureとは売上確定のことらしい。RequestAPIの利用時のrequest_optionsの値の中でoptions.payment.captureをFalseにすると、オーソリ状態（売上確定待ち状態）で止めることができる。それがどんなときに嬉しいかは知らん。

売上確定するにはCaptureAPIを使うことになるのだが、加盟店MyPageの売上管理＞売上対象照会からも手動で売上確定することが可能（なお以下はテストアカウントで本番決済したときの画面。Sandbox環境で模擬決済した場合はナビメニューの「Sandbox」から模擬決済の管理画面に入れる）。

Checkoutとは何？

一般用語としてや他の決済サービス（StripeとかPayjpとか）では、決済することそのもの、もしくは決済を簡単に実装できるライブラリのことを言うらしい。しかし、LINE Pay における Checkout は、ユーザーの住所とか送料を含めた決済機能のことを指すらしい。つまりECで商品の送付先を入力する作業を Checkoutを使えば省けるっぽい。

LINE Pay API v2 と v3 の違い

公式リファレンス Migration V3
https://pay.line.me/documents/online_v3_ja.html#migration-api-v3

Developers.I.O さんの記事
https://dev.classmethod.jp/articles/devio-cafe-line/

LINE Pay 加盟店アカウントを取得

正式なアカウントは法人または個人事業主でしか取得できないので、以下からSandboxアカウントを取得します
https://pay.line.me/jp/developers/techsupport/sandbox/testflow?locale=ja_JP

取得後のログイン画面
https://pay.line.me/portal/jp/auth/login

Sandboxについて

LINE Pay にはテストができるSandbox環境が用意されているが、用語がごちゃごちゃしていて混乱しやすいので注意。

Sandbox環境とproduction環境

Sandboxアカウントのチャネル情報（Channel ID, Channel Secret Key）を使っている環境のこと。
Sandbox環境で使用できるチャネル情報をテストチャネル情報という。

Sandobxシミュレーター

これは LIEN Pay の決済シミュレーターのことで、Sandbox環境がTrueの時に決済しようとするとこれが起動する。

加盟店MyPageの取引内訳

SandboxアカウントでSandboxシミュレーターを使って模擬決済した場合、加盟店MyPageに入ってナビバーにある「Sandbox」をクリックしたページで取引内訳が確認できる。

しかしSandbox環境でもLINE_PAY_IS_SANDBOX = Falseにしていると実際のお金が決済できてしまう（本サンプルアプリ特有のものかもしれない）。この場合は加盟店MyPageの「Sandbox」ページではなく、加盟店MyPageのホーム画面に取引内訳が記録される。

app.py

LINE_PAY_IS_SANDBOX = False

さらに、Sandboxアカウントと正式な加盟店アカウントでは加盟店MyPageの表示が違う。Sandboxアカウントでは取引の一覧が見れるだけだが、正式な加盟店アカウントのMyPageではグラフが見れる。

Herokuにデプロイしてみる

Webサービスとして運用することを想定したとき、当然どこかのサーバーにデプロイする必要があるので、今回は定番のHerokuを使います（LINE PAY API v2では決済サーバIPのホワイトリスト登録が必要だったので、固定IPではないHerokuは不向きでしたが、v3からはホワイトリスト登録不要になった）。

Herokuで動かすにはgunicornが必要

Herokuにデプロイしてapp.pyをRunした状態にしておきたい。今回はFlaskを使っている関係で実行命令ファイルProcfileにgunicornというフレームワーク？ライブラリ？が起動するように記述する。

Flaskってなに

Pythonのミニマムフレームワーク。Rubyでいう Ruby on Rails のちっさい版。

Procfileってなに

HeorkuデプロイしたPythonアプリの実行命令を書くファイル。

gunicornってなに

Flaskを始めとする多くのPythonフレームワークではWSGIサーバーというものでアプリを動かすらしい。このWSGIサーバーとのやり取りをいい感じにしてくれるライブラリがgunicornっぽい。普通にプロジェクトフォルダ直下にProcfileって名前のファイル作成すればよかったはず‥。

web: gunicorn app:app

Gitコミットして Heroku に push

$git init
$git add .
$git commit -m "initial commit"

$ heroku login --interactive
$ heroku create my-app-name #任意のアプリ名を付けてください
$ git push heroku master

環境変数の設定

.gitignoreで.envファイルをgit管理から無視するようにしているため当然Herokuにpushされません（僕は知らなかった）。そのためHeroku側でheroku config:setで環境編集をセットしてやる必要があります。

$heroku config:set LINE_PAY_CHANNEL_ID="xxx"
$heroku config:set LINE_PAY_CHANNEL_SECRET="xxx"

$heroku config #一応、環境変数が間違いなくセットされてるか確認しよう

トップページがエラーになるときは、この環境変数のセットし忘れであることが多い。

つまづきポイント

line-payがアップデート

LINE Pay のライブラリである line-pay が 0.0.1 -> 0.1.0 にアップデートしていた。requirements.txtでline-payライブラリのバージョンをあげましょう。

requirements.txt

line-pay==0.1.0

ちなみに僕のrequirements.txtは、なんかの理由でpip freezeというコマンドを使ったらしく以下のようになってました。これをHerokuにデプロイして動いているので、何か必要なことがあったのかも‥。