treasure

Team-207182
SC-TR-受注-02-48

「ステータス」が「送信エラー」となっている注文は見つかりませんでした。
それらを見つけるのを手伝っていただけますか？それともこのテストをスキップした方が良いでしょうか？
https://docs.google.com/spreadsheets/d/1ltV8ImSN1HU3cFVzMzL_hGDOyB6kTfSy/edit?usp=sharing&ouid=102433391121148895442&rtpof=true&sd=true

💬 コメント1:
2025/09/16 12:09 下堂薗 唯一
User-1827419
本番の画面キャプチャです。
「メール配信」で”存在しないメールアドレス”や"通信失敗”などで配信した結果で表示されると思います。
上記でも発生しない場合は、追記願います。

#image(pasted-2025.09.16-12.07.32.png)

💬 コメント2:
2025/09/16 16:08 Rofiq
@下堂薗 唯一
このスクリーンショットのように、存在しないメールアドレスを入力してエラーを発生させようとしましたが、システムはそれを配信エラーとして認識しませんでした。

現行で同じ操作を試しましたが、同じ結果になりました。

#image(pasted-2025.09.16-16.07.16.png)

💬 コメント3:
2025/09/16 16:28 下堂薗 唯一
User-1827419
devel-treasureで確認しました。ステータスは「未」のままとなるということであっていますか？
#image(pasted-2025.09.16-16.27.57.png)

💬 コメント4:
2025/09/16 16:42 Rofiq
@下堂薗 唯一
はい、そうだと思います…

存在しないメールアドレスを入力してステータスを「送信エラー」にしたいと思ったのですが、代わりに通常通り動作します。

💬 コメント5:
2025/09/16 18:34 下堂薗 唯一
User-1827419
pushされている資産ですが、
receive/detail.php
tomato.202409.rofiq@gmail.comに固定化されていますが、この問題ではない？
{code}
// 'mail_fromadress' => $member->data[0]['mlaf'], //old
// 'mail_fromadress' => $member->data['mlaf'],
'mail_fromadress' => 'tomato.202409.rofiq@gmail.com', //TODO delete
// 'mail_toadress' => $order['email'],
'mail_toadress' => 'tomato.202409.rofiq@gmail.com', //TODO delete
// 'mail_replytoadress' => $member->data[0]['mlar'], //old
// 'mail_replytoadress' => $member->data['mlar'],
'mail_replytoadress' => 'tomato.202409.rofiq@gmail.com', //TODO delete
'mail_priority' => '3'
{/code}

あと、APIの配信側のログで登録失敗エラーが出ていますがエラー処理がうまくいっていない？
{code}
body:
9[status:508]配信情報の登録に失敗しました。
{/code}

💬 コメント6:
2025/09/17 10:55 Rofiq
@下堂薗 唯一
もしかすると、私が何か勘違いしているのかもしれません…

これは、注文ログ一覧に伝送エラーを表示させるために行った手順です。
\

1. 「tomatotestml」で青トレにログインする \
2. 新規一覧から画像を選択して注文を行う \
3. 注文画面でメールアドレスとして「abcd@mail.com」を入力する \
4. 利用規約に同意し、注文処理が完了するまで待つ \
5. 「dbadmin」で赤トレにログインする \
6. サイドメニューから受注一覧画面（receive/search）へ移動する \
7. 期間のプルダウンで「今週」を選択し、検索をクリックする \
8. 「tomatotestml」が先ほど行った注文のステータスが「伝送エラー」ではなく「未」になっていることを確認する \
9. 注文詳細を確認し、メールアドレスが「abcd@mail.com」であることを確認する
   
   旧システムでも同じ手順を試してみました。
   
   下堂薗さんが提示した receive/detail.php のコードは、ユーザーが注文詳細画面から「メール配信」をクリックしたときにのみ呼び出されるため、receive/detail.php 内のコードが青トレからの注文処理に影響を与えることはありません。

💬 コメント7:
2025/09/30 14:21 Administrator
User-1827419
この試験ですが、処理の流れとしてエラーとなる条件は下記であっていますか？
【処理の流れ】
1.RegisterDelivery
2.ReferenceDeliveryStatus
この"２"のレスポンスがエラーで「送信エラー」となる\

💬 コメント8:
2025/09/30 15:05 Rofiq
@Administrator
ご返答が遅れて申し訳ありません。ソースコードを確認しましたが、それで正しいと思います。 \

💬 コメント9:
2025/09/30 15:23 下堂薗 唯一
User-1827419
そうですよね。このケースの試験はエラーにするのが難しいので保留とします。

間違って、Administratorのアカウントでコメントを追記してしまいました:bow: