2026年4月第3週 週次実装サマリー

• 作成日: 2026-04-15
• 最終更新日: 2026-04-15
• 取得時刻: 2026-04-15T16:16:24+09:00
• 対象週: 2026年4月第3週
• 作成者: Codex
• レビュー者: 未設定
• 承認者: 未設定

目的

対象期間の git log を根拠に、実施した作業を週次サマリーとして残す。未コミット作業や Issue ベースの推測は含めない。

情報源

• git --no-pager log --since='2026-04-08T16:41:06.129114665+09:00' --until='2026-04-15T16:16:24+09:00' --date=iso-strict --pretty=format:'%ad%x09%s'
• 対象コミット数: 199件

対象期間

• 2026-04-08T16:41:06.129114665+09:00〜2026-04-15T16:16:24+09:00

今週やったこと

受注・注文導線

• checkout では配送希望日・時間帯の選択を実装し、注文時に配送条件を保持できるようにした。あわせて checkout analytics の整合も取り、記録される配送関連イベントを揃えた。
• quick order では submit 時のエラーハンドリングを簡素化し、画面表示も見直した。業務オペレーション向けの大量注文導線を改善した。
• 注文確認まわりでは checkout review と完了画面の表示を見直し、注文後の確認導線を整理した。
• order completion まわりの story / test / E2E も更新し、受注導線を再現可能な形で検証できるようにした。

支払い

• checkout payment workflow を見直し、支払方法の選択と注文確定までの処理を整理した。
• 支払方法表示を改善し、注文確認メール側でも payment method が適切に見えるようにした。
• payment policy まわりでは fail-fast 化、legacy payment rollout 完了、action-driven policy への移行を進め、古い支払い判定データに依存しない構成へ寄せた。

  (2026-05 追記: PMCA 一本化により上記 action-driven policy 経路は廃止済み。詳細は docs/03-implementation/vendure-plugins/payment-eligibility-checkers.md を参照)

• SBPS 系では callback / link service / subject sync 周辺を継続的に調整し、支払い可否判定と決済導線の安定性を上げた。

請求・帳票・注文後体験

• 請求書テンプレートを強化し、invoice template の出力・検証を進めた。
• report issuer に銀行口座情報を追加し、請求書に必要な発行者情報を拡張した。
• invoice date format を仕様と実装の両面で整理し、purchase email の dogfooding 結果も反映した。
• 帳票プレビュー用の seed / preview data / generation service も更新し、請求書や関連帳票を事前確認しやすくした。
• 注文確認メールも改善し、購入後の案内品質を引き上げた。

商品表示・価格表示

• 商品一覧まわりでは visible products browse を backend 主導へ寄せ、payload 最適化、軽量 fallback、visibleCollectionIds による browse grouping を導入した。
• skeleton loading を主要ルートへ導入し、商品一覧や関連画面の読み込み中表示を改善した。
• 商品詳細では variant selector の画像対応、hover preview gallery、先頭画像優先、LinkifiedText 改善を行い、商品閲覧時の情報提示を強化した。
• 価格表示では product-price の整理と format 統一を進め、税抜き/金額確認の見やすさを改善した。
• checkout review / 完了画面では税額内訳を表示し、注文金額の構成が把握しやすいようにした。

在庫・購入制約

• 商品バリアント単位の period purchase limit を実装し、期間購入上限を設定・判定できるようにした。
• 最小購入数と購入単位の制約ロジックを統合し、Storefront でも購入条件を表示できるようにした。
• time-bound product purchase windows を実装し、販売可能期間外の商品を購入できないルールを導入した。
• 在庫なし表示用のメッセージと stock guard を追加し、欠品時の表示と動作を改善した。
• product availability tracking と関連 E2E を追加し、在庫状態が導線に正しく反映されることを確認しやすくした。

配送

• shipping method custom fields を追加し、delivery schedule の基盤を整えた。
• SMILE の希望配送条件を踏まえた default shipping method 解決を追加し、配送条件と配送手段の接続を進めた。
• date boundary normalization と expiry logic を共通化し、配送期限や販売期間の境界判定を揃えた。
• delivery cutoff logic も整理し、帳票や配送設定と整合するようにした。

React Dashboard・Vendure 運用

• React Dashboard では access control / visibility preview / policy capabilities の表示改善を行い、ポリシー管理画面をわかりやすくした。
• policy UI を domain-split 前提で整理し、shared logic 抽出、lazy loading、date-fns 依存削減、Vite 最適化も進めた。
• Vendure 側では policy engine tracing、schema drift readiness gate、runtime drift audit、release contract 強化を進め、運用時の異常を fail-closed に検知しやすくした。
• Dashboard admin API canary と post-deploy smoke も追加し、デプロイ後の確認導線を強化した。

可観測性・監視

• Sentry まわりでは replay の error-only 化、priority-based noise reduction、trace / log context 統合、request_id 統一を進めた。
• feedback と client log の入口を first-party API へ寄せ、監視導線と安全性を両立した。
• storefront business canary / shadow probe を整備し、GraphQL data validation、staging 対応、latency budget まで含めて synthetic monitoring を強化した。
• live config audit、uptime catalog 統合、deploy tracking、通知先の email への整理も行い、運用しやすい監視設計へ寄せた。

セキュリティ・品質・テスト基盤

• auth session security、temporary login domain 正規化、constant-time token check、origin check 付き client log ingress、HSTS header 追加を行い、Storefront の防御面を補強した。
• static analysis / pentest / CodeQL の指摘対応を進め、CI hardening と storefront boundary 強化も含めて継続修正した。
• Playwright / E2E では path resolution helper、browser caching、repo-relative path 解決、favorites CT / real E2E、purchase windows E2E、product availability E2E を追加した。
• フォーマッタは Prettier から oxfmt へ移行し、scripts / configs / generated artifacts の整形基盤を揃えた。

WordPress・CMS

• WordPress CMS では GraphQL fallback query の schema compatibility 対応、unexpected WPGraphQL error 時の improper fallback 防止、SLUG ベースの page query 修正を行った。
• WordPress plugin では packaging / bootstrap / zip script を自動化し、配布と運用手順を repo 内に閉じた。
• WordPress 開発環境では service healthy 待ちや rollout access 復旧も行い、保守作業時の失敗を減らした。

ドキュメント・要件・運用

• requirements traceability、requirements matrix、inventory / delivery feature 設計、invoice date format spec を更新し、実装と要件台帳のズレを詰めた。
• dashboard 翻訳と purchase email の dogfooding 記録を追加し、確認結果を文書として残した。
• docs portal、backup / rollout / migration / monitoring の runbook も更新し、運用導線を整理した。
• backup / restore では timer、R2 upload、multi-host pg_dump、restore drill hardening、runbook 改善を進め、定期バックアップと復旧訓練の信頼性を上げた。
• changeset / contract / generated type の同期、release flow hardening、issue link enforcement も進め、出荷運用が壊れにくい状態を保った。

補足

• 次回 weekly の集計開始時刻は、この 取得時刻 を基準にする。
• 対象週 は 1〜7日=第1週、8〜14日=第2週、15〜21日=第3週、22〜28日=第4週、29日以降=第5週の固定ルールで判定した。
• 記載内容はコミット件名ベースの要約であり、merge commit や docs / CI / tooling の変更も週内作業として含めている。