---
# System prepended metadata

title: 支払いステータス変更

---

## 支払いステータス変更　作業手順
### **1. backlog課題の確認**
- backlogを確認し、返信する
    - 注意点
        - 「この課題への参加者」へのメンション
        - statusを「処理中」に変更
        - 担当は自分（作業者）に変更
        - カテゴリーに注意、入力されていなければ「作業依頼」に変更

### **2. redmineのチケット起票**
- redmineを開き「新しいチケット」で新規起票する
    - 注意点
        - トラッカーを「JP working time」に変更
        - タイトルを「[本番データ修正]支払いステータス変更（契約ID:xxx）」に変更
        - 上記（契約ID:xxx）は対応するbacklog課題から引用
        - 説明は対応するbacklog課題をコピペ
        - backlog URLに対応するbacklog課題のURLをコピペ
        
### **3. 対象データの確認**
- 注文番号を確認
    - 注意点
        - backlog課題に記載されている「対象注文№」
- DEV環境にて実際のデータを確認
    - 注意点
        - https://dev1.drbe.jp/_admin/authenticate/login
        - 上記管理画面へログインし、契約情報一覧画面にて検索条件の「受注番号」へ上記「注文番号」を入力し検索
        - 上記検索でヒットしたデータの詳細を見て、注文履歴から現状のステータスを確認する
        - 未払いの方が入金確認できたためのステータス変更の場合は「未収」（他パターンの場合は都度確認） 
- 本番環境でも実際のデータを確認
    - 注意点
        - https://dreambeer.jp/_admin/authenticate/login
        - 上記管理画面へログインし、契約情報一覧画面にて検索条件の「受注番号」へ上記「注文番号」を入力し検索
        - 上記検索でヒットしたデータの詳細を見て、注文履歴から現状のステータスを確認する
        - 未払いの方が入金確認できたためのステータス変更の場合は「未収」（他パターンの場合は都度確認）
        - 上記まではDEV環境同様だが、ユーザ情報洗替、cron処理中は注意が必要
        - probeer/temp/logs/cron/create_order_cycle 配下のログでバッチの進捗を確認

### **4. SQLの作成**
- 処理に必要なSQL文の作成
    - 注意点
        - SQLの処理内容は「対象の注文番号の与信ステータスを不要とする」「対象の注文番号の支払ステータスを課金済みとする」「オペレーションログを追加」の3つとなる
- SQL template
    - 注意点
        - 下記template、{注文番号}{契約ID}{backlog課題番号}は都度可変となる
        - settlement_status_codeについて「課金済み」は4、「請求キャンセル」は6
        - where in のため、注文番号が複数の場合はカンマ区切りで渡す 
        
```
-- 与信：不要
update order_detail set authorize_status = 1,lastup_datetime = NOW()
where id in ({注文番号});

-- 請求ステータス：課金済み
update order_settlement set settlement_status_code = 4,lastup_datetime = NOW()
where order_detail_id in ({注文番号});

-- OPログ追加
-- 請求ステータス：課金済み
insert into operation_log(customer_id,contract_id,operation_type_code,content,lastup_account_id,create_datetime,lastup_datetime,disable)
values ({契約ID},{契約ID},13,'[与信ステータス：NG → 不要] [請求ステータス：課金済み変更] [受注番号 : {注文番号}]（DB_OTHER-{backlog課題番号}）',1,NOW(),NOW(),0);
```

### **5. DEV環境での動作テスト**
- 作成したSQL文をDEV環境phpMyadminにて実行テスト
    - 注意点
        - https://dev1.drbe.jp/phpmyadmin/index.php
        - phpMyadmin にてSQLを実行
        - 万が一この段階でエラーが発生した場合は報告する
- DEV環境管理画面にて実際のデータを確認
    - 注意点
        - https://dev1.drbe.jp/_admin/authenticate/login
        - 上記管理画面にて該当データのステータスが正しく変更されているか確認
        - 詳細ページ下のオペレーションログにも正しく反映されているか確認
        - 動作に問題なければ、引き続き本番環境でのSQL実施
        
### **6. 本番環境での実施**
- DEV環境で実行して問題がなければ本番環境でも実行
    - 注意点
        - ユーザ情報洗替、cron処理中などではないか？作業可能かどうか確認
        - https://dreambeer.jp/phpmyadmin/index.php
        - phpMyadmin にてSQLを実行
        - 万が一この段階でエラーが発生した場合は報告する
- 本番環境管理画面にて実際のデータを確認
    - 注意点
        - https://dreambeer.jp/_admin/authenticate/login
        - 上記管理画面にて該当データのステータスが正しく変更されているか確認
        - 詳細ページ下のオペレーションログにも正しく反映されているか確認
        
### **7. 作業完了後の報告**
- redmineへの作業内容起票
    - 注意点
        - 作成したチケットに作業内容（今回の場合は作業SQL）を記入し、かかった工数も併せて記入する
        - ステータスの変更も必要だが権限の関係上変更できないため「in progress」のままでOK
        - 記入した工数は自動的に工数管理（作業日報）へ反映される
- backlogにて作業完了報告
    - 注意点
        - 「この課題への参加者」へのメンション
        - statusを「処理済み」に変更
        - 担当は依頼者に変更
        - 作業完了し、確認していただく旨のコメントを残す

以上