maruyama.t
b07ede7f1b
Merged PR 109: confirmUserAndInitPasswordのtry分の中身の順序を入れ替える。
...
## 概要
[Task1755: confirmUserAndInitPasswordのtry分の中身の順序を入れ替える。](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1755 )
- 元PBI or タスクへのリンク(内容・目的などはそちらにあるはず)
- 何をどう変更したか、追加したライブラリなど
- このPull Requestでの対象/対象外
- 影響範囲(他の機能にも影響があるか)
## レビューポイント
- 特にレビューしてほしい箇所
- 軽微なものや自明なものは記載不要
- 修正範囲が大きい場合などに記載
- 全体的にや仕様を満たしているか等は本当に必要な時のみ記載
## UIの変更
- Before/Afterのスクショなど
- スクショ置き場
## 動作確認状況
- ローカルで確認、develop環境で確認など
## 補足
- 相談、参考資料などがあれば
2023-05-16 01:08:50 +00:00
maruyama.t
a891d7fb64
Merged PR 110: メール本文に仮パスワードを記載する
...
## 概要
[Task1756: メール本文に仮パスワードを記載する](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1756 )
- 元PBI or タスクへのリンク(内容・目的などはそちらにあるはず)
- 何をどう変更したか、追加したライブラリなど
- このPull Requestでの対象/対象外
- 影響範囲(他の機能にも影響があるか)
## レビューポイント
- 特にレビューしてほしい箇所
- 軽微なものや自明なものは記載不要
- 修正範囲が大きい場合などに記載
- 全体的にや仕様を満たしているか等は本当に必要な時のみ記載
## UIの変更
- Before/Afterのスクショなど
- スクショ置き場
## 動作確認状況
- ローカルで確認、develop環境で確認など
## 補足
- 相談、参考資料などがあれば
2023-05-16 00:52:43 +00:00
x.sunamoto.k
3ebfe4a585
Merged PR 103: DBのユーザIDではなくAzureのIDを条件に取得できるよう修正
...
## 概要
[Task1744: DBのユーザIDではなくAzureのIDを条件に取得できるよう修正](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1744 )
タスク 1744: DBのユーザIDではなくAzureのIDを条件に取得できるよう修正
・アクセストークンのIDからアカウントIDを取得する際に使用する関数を「findUserById」から「findUserByExternalId」に変更。
・ユーザ一覧取得時のDB処理を修正。
## レビューポイント
・アクセストークンのIDからアカウントIDを取得する際に、斎藤さんがPR93で作成している「findUserByExternalId」を使用しているが問題ないか?
・ユーザ一覧取得時の処理に問題がないか?
## UIの変更
なし
## 動作確認状況
ローカルでのユニットテスト実施済み。
ユーザ作成APIを実行し、ユーザ作成ができることを確認。
ユーザ一覧取得APIを実行し、ユーザ一覧が取得できることを確認。
## 補足
なし
2023-05-15 06:37:33 +00:00
saito.k
b91d260015
Merged PR 93: [WIP]API実装
...
## 概要
[Task1630: API実装](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1630 )
- アップロード先取得APIの実行権限をチェックするためにアクセストークンに権限情報とロール情報を追加する
- ログイン時に発行しているトークンにパラメータを追加
- role
- ユーザーのrole情報(typist/author)
- scope
- 管理者権限があるか (admin/空文字)
- トークン発行前にDBからユーザーの情報を取得する処理を追加
- ユーザーを取得するときにユーザーが属しているアカウントの情報も取得するようにentitiyを修正
- `findUserByExternalId`で実行されるSQL
```
SELECT
`User`.`id` AS `User_id`,
`User`.`external_id` AS `User_external_id`,
`User`.`account_id` AS `User_account_id`,
`User`.`role` AS `User_role`,
`User`.`author_id` AS `User_author_id`,
`User`.`accepted_terms_version` AS `User_accepted_terms_version`,
`User`.`email_verified` AS `User_email_verified`,
`User`.`deleted_at` AS `User_deleted_at`,
`User`.`created_by` AS `User_created_by`,
`User`.`created_at` AS `User_created_at`,
`User`.`updated_by` AS `User_updated_by`,
`User`.`updated_at` AS `User_updated_at`,
`User__User_account`.`id` AS `User__User_account_id`,
`User__User_account`.`parent_account_id` AS `User__User_account_parent_account_id`,
`User__User_account`.`tier` AS `User__User_account_tier`,
`User__User_account`.`country` AS `User__User_account_country`,
`User__User_account`.`delegation_permission` AS `User__User_account_delegation_permission`,
`User__User_account`.`locked` AS `User__User_account_locked`,
`User__User_account`.`company_name` AS `User__User_account_company_name`,
`User__User_account`.`verified` AS `User__User_account_verified`,
`User__User_account`.`primary_admin_user_id` AS `User__User_account_primary_admin_user_id`,
`User__User_account`.`secondary_admin_user_id` AS `User__User_account_secondary_admin_user_id`,
`User__User_account`.`deleted_at` AS `User__User_account_deleted_at`,
`User__User_account`.`created_by` AS `User__User_account_created_by`,
`User__User_account`.`created_at` AS `User__User_account_created_at`,
`User__User_account`.`updated_by` AS `User__User_account_updated_by`,
`User__User_account`.`updated_at` AS `User__User_account_updated_at`
FROM
`users` `User`
LEFT JOIN `accounts` `User__User_account` ON `User__User_account`.`id` = `User`.`account_id`
WHERE
((`User`.`external_id` = ?))
AND (`User`.`id` IN (?)) -- PARAMETERS: ["B2CのID","2"]
```
## レビューポイント
- 管理者権限の有無とロールは別の概念であるため、別のパラメータとして用意したが問題なさそうか
- 他の案としてscopeの中に`typist , admin`のようにして、一つのパラメータで権限チェックする?
- DBから取得するデータとしてユーザーが属しているアカウント情報のすべてのカラムを取得するようにしているが、必要なカラムのみにしたほうが良いか?
## UIの変更
- Before/Afterのスクショなど
- スクショ置き場
## 動作確認状況
- 実行SQLを確認、JWTの内容を確認
## 補足
- 相談、参考資料などがあれば
2023-05-12 04:48:09 +00:00
x.sunamoto.k
3f7a9ed11a
Merged PR 75: API実装(ユーザー一覧取得)
...
## 概要
[Task1592: API実装(ユーザー一覧取得)](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1592 )
- ユーザ一覧取得のAPIを実装
- アクセストークンにより権限を確認する
- src/common/jwt/jwt.ts verifyAuthority([Task1593: API実装(ユーザー登録)](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1593 )で作成)を呼び出すため追って再修正します。(レビュー対象外です)
- src/features/users/users.controller.ts getUsersから
src/features/users/users.service.ts getUsersへ
- DBから同一アカウントのユーザ一覧を取得する
- findSameAccountUsersを新規作成
- Azure AD B2Cからユーザーを取得してマージ
- src/gateways/adb2c/adb2c.service.ts getUserを新規作成
- マージはfor文でまわしています(力技)
- マージした結果を返却
- 影響範囲
- usersテーブルの変更が入るときにマージ部分の手直しが要ります。(TODOを添えています)
## レビューポイント
- 新規に作成したfindSameAccountUsersの妥当性
- 新規に作成したgetUserの妥当性
→Azureからの返り値はsrc/common/token/types.tsに定義済。
(Azure AD B2Cから取得できた項目で再定義)
## UIの変更
- 特になし
## 動作確認状況
- ローカルでビルド、テストを実行した後に動作を確認済。
## 補足
- ご不便をおかけしました。よろしくお願いします。
2023-05-12 01:27:19 +00:00
oura.a
e9af39bd47
Merged PR 71: API実装(ユーザー登録)
...
## 概要
[Task1593: API実装(ユーザー登録)](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1593 )
https://dev.azure.com/ODMSCloud/ODMS%20Cloud/_git/ODMS%20Cloud
users.controllerにアクセストークン取得処理を追加
users.serviceにユーザ追加処理を追加
user.entityにauto_renew、license_alert、notificationを追加
users.repository.serviceにユーザ追加・AuthorId検索処理を追加
## レビューポイント
処理の記載場所が適切かどうか
期待通りの処理になっているかどうか
テストコードの記載方法が正しいかどうか
## UIの変更
なし
## 動作確認状況
ローカルでのビルド・実行を確認
## 補足
テスト実装について不安要素があります。
・テストの粒度はこれでよいのでしょうか?
・テスト実行に40分かかってしまうのですが実装方法を間違えている箇所がありそうでしょうか?
2023-05-11 09:05:54 +00:00
maruyama.t
d297301212
Merged PR 82: API実装(メール認証)
...
## 概要
[Task1594: API実装(メール認証)](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1594 )
- メール認証APIを作成
- src/api/common/にpasswordを追加(ランダムパスワード発行ロジック)
- src/fuatures/gateway/adb2c.service.tsにユーザのパスワードを変更するメソッドchangePasswordを追加
- user.service.spec.tsにメール認証と仮パスワード発行のテストケースを追加
- 影響範囲
(user.service.spec.tsで行っていた既存のテストケース)
## レビューポイント
- commonにpasswordを追加したが、配置として適切かどうか
- user.service.tsのエラー発生時のロジックが十分であるか
## 動作確認状況
- ローカルで確認
2023-05-11 07:45:30 +00:00
makabe.t
b3ab401cbc
Merged PR 90: 全体見直しをかけ、レビュー依頼する
...
## 概要
[Task1677: 全体見直しをかけ、レビュー依頼する](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1677 )
- 外部連携API IFについて見直し、各APIに説明を追加しました。
- ユーザー情報取得API
- 認証情報再生成API
- 音声ファイルアップロード完了API(タスク追加API)
- ステータス変更API
- チェックアウト
- チェックイン
- キャンセル
- 中断
- 差し戻し
- バックアップ
- テンプレートファイルダウンロード先取得API
- 次ファイル情報取得API
- 音声ファイル、タスク情報取得API
- 認証情報生成API
## レビューポイント
- 外部連携API IFの実装としても漏れはないか
- 各APIの説明は適切か
- 各APIのパス、パラメータは適切か
- API間で文言の統一はできているか
## UIの変更
無し
## 動作確認状況
- ローカルで確認
2023-05-08 08:26:24 +00:00
makabe.t
8a0815821e
Merged PR 85: IF実装(ユーザー情報取得API/音声ファイルアップロード完了API)
...
## 概要
[Task1644: IF実装(ユーザー情報取得API/音声ファイルアップロード完了API)](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1644 )
- 以下の外部連携APIのIFを実装しました。
- ユーザー情報取得API
- 音声ファイルアップロード完了API
## レビューポイント
- 音声ファイルアップロード完了APIについてTaskフォルダを掘って新規に追加したがフォルダ構成に問題はないか。
- IFの応答ステータスは適切か。
- リクエスト/レスポンスは想定通りか
- ユーザー情報取得API応答のWorkTypeID周りが不安なのでご確認をお願いします。
## UIの変更
- なし
## 動作確認状況
- Swaggerをローカルで確認
2023-04-24 09:58:25 +00:00
湯本 開
6a5926ab3f
Merged PR 70: API I/F実装(メール認証)
...
## 概要
[Task1599: API I/F実装(メール認証)](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1599 )
- エンドユーザーのメール認証を行うAPIのI/Fを作成
## レビューポイント
- pathは問題なさそうか
- Request/Responseは本質的に同一だと思われるため、管理者の認証と共通としたが問題ないか?
## 動作確認状況
- openapi.jsonの生成を確認
2023-04-12 04:36:20 +00:00
湯本 開
bfa7fc4f76
Merged PR 68: API実装(I/F)
...
## 概要
[Task1590: API実装(I/F)](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1590 )
- ラフスケッチを元にAPI I/Fを実装し、openapi.jsonを生成
- ラフスケッチ時はユーザー登録のリクエストに `authorMetadata` のような拡張可能な形式で考えていた部分を、単に煩雑になるだけと判断して素のAuthorID/TypistGroupIDに変更
- `@POST()/@GET()` の定義箇所をメソッド定義が書かれている行に近づけるよう修正
# レビュー対象外
- メール認証APIは[別Task](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/OMDSDictation/_workitems/edit/1599 )に分割してそちらで対応予定のため今回は未実装
## レビューポイント
- 認証情報の取り方は `@Req()` と `@Body()` を両方引数に定義する方法で問題なさそうか
- ラフスケッチ時からリクエストボディの構造が変わったが問題ないか
- APIの引数の型などは問題ないか
## 動作確認状況
- ビルドが通ることを確認
2023-04-11 04:03:33 +00:00
makabe.t
bd4aaa8ae1
Merged PR 63: API実装(メール認証)
...
## 概要
[Task1497: API実装(メール認証)](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1497 )
- メール認証APIとテストを実装しました。
- IDトークンの型を現状と合わせて修正しました
- `family_name`と`given_name`を削除しました。
- auth.serviceのテストも併せて修正しました。
- テストケースのIDトークンを環境変数の鍵で生成するように修正しました。
## レビューポイント
- DBのユーザを検証済みにする処理について、トランザクション内で取得と更新をしていますがトランザクションの使い方として問題ないでしょうか?
- 本APIで使用するカスタムエラーを`common/error/types`に暫定的においていますがどこに配置するのが適切でしょうか?
- `common/error/types`に配置する、もしくは`common`配下にカスタムエラー用のフォルダを作成してその下に配置するのが良いかと考えています。
- テストのモックでエラーを発生させる際に、テストケース内でエラーを設定していますがモックファイル内でエラー用のモックを設定するべきでしょうか?
## UIの変更
- なし
## 動作確認状況
- ローカルで確認
- テストが通ることを確認
2023-04-10 04:44:16 +00:00
湯本 開
9f5252baf8
Merged PR 56: API実装(アカウント登録)
...
## 概要
[Task1496: API実装(アカウント登録)](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1496 )
- アカウント登録のAzureAD B2Cへのユーザー作成部分以外について実装
- migration SQLに足りない要素があった箇所を修正(default追加)
- 各種環境変数を追加
- 秘密鍵/公開鍵を取得する方法を環境変数に変更(KeyVaultからWebAppsの機能で環境変数へ流し込む想定)
## レビューポイント
- 実装方法として問題がありそうな箇所が存在しないか
- 可読性の低い箇所が存在しないか
- Moduleの分け方、つなげ方などは問題ないか
- ラフスケッチと違い、Account作成と管理者ユーザー作成を同一トランザクションで行うよう修正したが問題ないか
## 動作確認状況
- メール送信以外はローカルで確認、メール送信部分は未確認
2023-03-29 03:55:44 +00:00
湯本 開
dfd9abc1c3
Merged PR 54: API実装(I/F)
...
## 概要
[Task1494: API実装(I/F)](https://paruru.nds-tyo.co.jp:8443/tfs/ReciproCollection/fa4924a4-d079-4fab-9fb5-a9a11eb205f0/_workitems/edit/1494 )
- POST /accounts のAPIを実装
- POST /users/confirm のAPIを実装
- 上記APIからopenapiを実装
## レビューポイント
- ラフスケッチ時から変更になった箇所があるが問題ないか
- ディーラーIDは省略可能かつIDを指定するべきなのでnumber?に型を変更
- 管理者ユーザー用に同意済み利用規約バージョンを受け付けるようにした
- reCAPTCHAを想定して事前にreCAPTCHA用トークンを受け付けるようにした
## 動作確認状況
- openapiが生成されることを確認
2023-03-23 07:56:18 +00:00