企業向けの商品ストアを公開する判断は、商品一覧が完成したかどうかだけでは決まりません。対象者が承認された条件で商品を選び、決済と注文が一致し、配送に失敗しても担当者が状況を照合して復旧できることが必要です。この公開前検収表は、日本語の試験項目と記録欄を使い、商品、利用資格、アクセシビリティ、購入、配送、復旧を一つの受入判断につなげるためのひな型です。
日本語版を取得し、判定できることを確認する
企業店舗の公開前検収表、日本語版二〇二七・〇四をダウンロードできます。表計算ファイルには、利用案内、試験項目、結果、不具合、承認記録の五つのシートと、独自に設計した四十二項目が入っています。結果はすべて未実施で始まり、実際の顧客試験や承認済みの実績は含みません。
版名は二〇二七年の計画用ですが、作成と出典確認は二〇二六年十月三十日です。将来の機能、法令適用、配送能力を保証するものではありません。実際の公開時点で、採用するサービス、決済条件、対象地域、必要な規格を確認してください。この表だけで、セキュリティ認証や包括的なアクセシビリティ適合を証明することもできません。
重要なのは「人による判断へ」と「承認済み」を分けることです。重大度で重み付けした合格率は進捗の要約であり、重大な不具合を相殺する点数ではありません。四十二項目すべてに有効な合格記録があり、未解決の問題がない状態で、初めて人が判断する準備が整います。判断責任者、判断日、証拠の記入欄は別にあります。
元の空欄ファイルを保存し、試験対象の版、利用者集団、市場ごとに作業用の複製を作ります。該当しない項目があるなら、試験計画を修正して理由と承認者を残し、数式の範囲も見直してください。未実施の行を合格に変えて表を整える方法は認めません。過去の結果を残すことで、前の判断がどの条件に対して有効だったかを説明できます。
日本向けの公開範囲を、担当者と入力情報から決める
最初に、誰が利用でき、誰が費用を負担し、何をどこへ届けるのかを一段落で定義します。従業員向けの補助付き店舗、一般向けのブランド商品店、取引先の選択型ギフトでは、同じ画面を使っていても利用資格や金額処理が異なります。試験担当者が店舗の接続先しか受け取っていなければ、表示された行動を正しいと判断する根拠がありません。
事業責任者は公開する体験と対象を決め、人事は従業員の資格と権利を確認します。財務は合計、差額負担、返金、照合の承認済み条件を渡します。商品担当は品種、在庫、代替品を管理し、情報システム担当は認証と連携を扱います。個人情報と安全管理の担当者が試験データの範囲を確認し、問い合わせ担当は失敗時の説明を引き受けます。
小さな組織で一人が複数の役割を担うことは可能です。ただし「関係部署で確認」という記載だけでは、失敗した注文を誰が追跡するのか分かりません。各役割に氏名または既存の責任者を対応させ、判断できる範囲と相談先を明記します。試験中の仕様変更も、誰が承認し、どの版から適用するのかを記録してください。
日本の利用者向けには、実際の配送事業者と合意した氏名、郵便番号、住所の入力例を用意します。長い建物名、部屋番号、文字種の違い、入力の訂正を試しますが、すべての表記が無条件で受け付けられるとは仮定しません。離島などの扱いも、採用する配送条件を確認してから試験します。試験表は未確認の配送約束を作るためのものではありません。
個人の住所を含む画面を、そのまま広い範囲の不具合管理表へ貼ることは避けます。合成した利用者と承認した試験情報を優先し、証拠の保存先、閲覧者、保存期間を定めます。必要な設計は法人ギフトのデータガバナンスガイドで整理できます。本表では、決めた取り扱いが操作時にも守られるかを確かめます。
本番環境で少額注文を試す場合も、事前の許可、支出上限、取消方法、出荷の隔離を確認します。少額でも在庫の引当や倉庫への指示が発生する可能性があります。利用可能な試験環境や決済の試験方式があるなら、まず正式に対応した方法を選びます。副作用の分からない操作を繰り返して、後から整理する進め方は避けてください。
六つの範囲を、注文の明細でつなぐ
四十二項目は六つの範囲に七項目ずつ配置しています。これは業務の流れから作った編集上の枠組みであり、業界標準の必要試験数ではありません。独自連携、特殊な商品、複数段階の承認、追加の配送制限があるなら試験を増やします。行を増やすだけでなく、集計式と入力制限の対象範囲を伸ばして再検証することが必要です。
公開前に確かめる範囲と受入証拠
| 範囲 | 確認する判断 | 主担当 | 受入証拠の例 |
|---|---|---|---|
| 商品 | 承認した商品と仕様だけを注文できるか | 商品運用 | 確定した商品台帳と一致する注文明細 |
| 利用資格 | 閲覧、予算、取消が方針どおりか | 事業責任者と認証担当 | 許可と拒否の試験利用者記録 |
| アクセシビリティ | 必要な操作方法で一連の手続を進められるか | 製品と専門担当 | キーボード、焦点、誤り、支援技術の試験 |
| 購入 | 金額、決済結果、再試行を照合できるか | 財務と技術担当 | 買物かご、取引、注文の対応記録 |
| 配送 | 実際の引渡しが承認注文に一致するか | 配送運用 | 明細ごとの引当、出荷、到着記録 |
| 復旧 | 停止と復旧で二重処理を起こさないか | 問い合わせと運用担当 | 担当者、修正、再試験、解決の記録 |
商品試験では、停止商品の保存済み接続先、色やサイズの切替、欠品、利用者区分の変更まで扱います。一覧から消えた商品でも、古い買物かごや直接の接続先から注文できる場合があります。画面の写真だけでなく、送信された明細の仕様を確認してください。見た目が合っていても、出荷指示に違う品種が渡れば受入条件を満たしません。
利用資格は、対象者、対象外、資格取消直後の三種類を用意します。似た識別情報を持つ二人の予算や注文が混ざらないかも試します。既存のログイン状態がいつ失効すべきかは、承認済み方針を基準にします。ログインできたことと、正しい権利が付与されたことを同じ成功として扱わないようにしてください。
配送試験は一つの注文状態だけでなく、明細単位で追跡します。分割出荷、一部配達、返品、交換を通じて、未配達分が消えていないかを確認します。注文、決済、在庫、出荷、問い合わせの番号を結び付けますが、全事業者が同じ項目を持つとは限りません。実際に取得できる情報で照合方法と責任を決めておくことが先です。
アクセシビリティは日本語の手続全体で確認する
デジタル庁のウェブアクセシビリティ導入ガイドブックの公開ページは、初めて取り組む行政官や事業者に向けた資料と説明しています。最終更新日は二〇二五年十月十六日で、参考文書としての位置付けが示されています。資料を参照しただけで店舗の適合が証明されるわけではなく、発注側と実装側が必要な対応を話し合う入口として使います。
技術基準を定める際には、世界的なウェブ標準化団体であるW3Cのウェブコンテンツ・アクセシビリティ・ガイドライン二・二など、採用する規格と版を明記します。今回確認した勧告の版日は二〇二四年十二月十二日です。本表の七項目はその一部に関連する業務確認であり、完全な適合試験でも、日本での個別の法的判断でもありません。
キーボードだけで選択から確定まで進めるか、操作位置が見えるか、対話画面を閉じた後の位置が分かるかを確認します。画像の説明、入力エラー、拡大表示、狭い画面、買物かごの変化の伝達も対象にします。専門担当者と実際の端末、閲覧ソフト、支援技術の組合せを決め、再現できる順番で記録してください。
日本語画面では、単に文章が翻訳されているだけでなく、何を直せば先へ進めるかが理解できる必要があります。住所の一部が不足しているのか、配送先が対象外なのか、決済が拒否されたのかで案内は異なります。訂正後に有効な入力が失われていないかも確認します。複数の誤りを一つの曖昧なメッセージにまとめると、問い合わせ担当も原因を特定しにくくなります。
W3Cのフォーム入力検証に関する解説では、入力支援と安全性を区別しています。必須項目や誤りを分かりやすく示すことは重要ですが、利用者側の検証だけで安全性は確保できず、サーバー側の検証も必要です。したがって、画面の説明が適切かという試験と、禁止された要求を実際に拒否するかという試験を分けます。
自動検査の結果と人による操作確認も区別してください。数値が良いことは、意図した利用者が購入を完了できる証拠とは限りません。反対に一度購入できたことだけで、すべての支援技術や全ページが問題ないとも言えません。確認した範囲と未確認の範囲を明記し、専門的な追加試験が必要なら責任者と実施条件を残します。
合格率より先に、証拠と不具合の扱いを整える
初期の重みは三が重大、二が高で、見直した通常項目には一を使えます。これは編集上の出発点で、発生確率や損失額を計算したものではありません。試験前に重大度を確認し、変更理由を残します。失敗した後で重みを下げ、予定日に合わせて公開判定を改善する使い方は避けてください。
有効な合格には、合格という結果、証拠の保存先、試験者、有効な表計算日付が必要です。対応する試験番号が一意に存在し、重みが許容範囲であることも式で確認します。ただし、式は証拠が正しい版のものか、実際に操作したかまでは判断できません。確認者が証拠を開き、受入条件と観察結果を読み比べる作業を省略しないでください。
重大度加重合格率は、有効な合格の重みを合計し、全項目の重みで割った値です。未解決の重大試験数は別に表示されます。多くの項目が通っていても、一つの重大失敗を平均に埋め込まないためです。また判定は全四十二項目の有効な合格を要求するため、通常項目の証拠不足も高い割合に隠れて自動的に許可されません。
不具合には固定番号、試験番号、重大かどうか、状態、担当者、解決証拠を記入します。一部だけ記載した行は未解決として扱います。解決済みという表示だけを付けず、最初の失敗、修正内容、再試験の関係を残してください。同じ原因が複数の操作に影響する場合には、どの周辺試験もやり直すべきかを担当者が判断します。
式を上書きしたり、前回の合格欄を新しい試験へ貼り付けたりしないことが基本です。異なる表計算ソフトで開いた際は再計算と判定を確認します。式の検証には別の複製を使い、全合格、重大失敗、証拠なし、未解決不具合などの合成データを入れます。この検証用の成功を店舗の実績として転記してはいけません。
証拠は、前提条件、操作、期待結果、実際の結果、対象版が分かる形にします。画面だけでは注文の確定や決済の成立が分からない場合、対応する業務記録も必要です。保存先が個人用の一時リンクなら、引継ぎ時に消える可能性があります。必要な閲覧権限を持つ人が、適切な保存期間中に同じ証拠を確認できる仕組みを選びます。
仮想事例一：従業員の資格取消が既存の利用状態に反映されない
日本企業が従業員向け商品ストアを準備し、対応を確認した単一認証を採用すると仮定します。これは説明用の仮想事例で、顧客の実績や特定サービスの標準連携を示しません。人事は対象者と補助額の方針を渡し、情報システム担当は認証設定を渡します。商品担当は従業員だけが閲覧できる商品と、他の集団向け商品を区別します。
対象者は正常にログインでき、予算内で商品を選べます。しかし、資格を取り消した試験利用者が前の利用状態を再び開くと、非公開価格を見られました。正常な購入だけを試していれば、この欠陥を見逃します。試験者は合成した身分情報を使い、方針の版、取消操作、再訪の順序、観察した表示を記録します。
責任者は全面公開、対象者を減らした試行、延期を比較します。同じ欠陥によって除外した人が入れるなら、招待人数を減らすだけでは境界を守れません。全面公開は未検証の範囲を広げます。延期には日程と社内周知の費用が生じますが、確認済みの問題を解消してから進む余地があります。予定日だけで結論を決めないことが重要です。
認証と店舗設定の担当者は、承認した取消方針が即時反映を求めるのか、明確な有効期限を認めるのかを確認します。方針そのものが曖昧なら、試験者が都合のよい条件を選ぶのではなく、責任者が明確にします。そのうえで権限内の修正を行い、元の失敗経路、新しい拒否ログイン、対象者の正常注文を再試験します。
資格と予算が同じ設定に依存している場合には、補助額の適用もやり直します。受入には修正後の版、取消された利用者が禁止操作を行えない証拠、対象者が正常に進める証拠、責任者の判断が必要です。不具合の履歴は残します。設定画面を見せただけで、実際の動作を試していなければ、状態は再試験待ちのままです。
必要な認証機能が利用できない場合、別の対応済み方式へ切り替える選択肢はあります。ただし、それは試験免除ではなく、新しい構成と方針の決定です。身分確認の強さ、管理負担、利用者の手間、収集情報を比較し、承認した新しい流れを試験します。従業員への案内と問い合わせ手順も変わるため、技術担当だけで完了としないようにします。
限定試行が有効なのは、すでに成立した境界の内側で運用を確かめる場合です。既知の権限制御の失敗を、小さな人数で見えにくくする目的ではありません。試行範囲、除外の強制、例外担当者、拡大条件を記録し、後日の拡大時には新しい証拠に対して改めて判断します。
仮想事例二：海外配送を含む購入で決済結果が不明になる
三つの承認済み市場へ商品を送る企画を想定します。ある商品は特定の配送先で停止し、試験では運送会社への引渡し失敗も再現します。財務は経路ごとに承認した合計と返金処理を提示し、物流は対応地域と制限を提示します。日本の税務や住所の条件が、他の市場にもそのまま使えるとは考えません。
購入操作が応答待ちのまま終わり、利用者には注文確認が出ませんでした。一方で、決済事業者の結果はまだ不明です。ここで同じ操作を繰り返すと、二重の請求や注文が起こる可能性があります。試験者は元の取引と要求の識別番号、時刻、観察状態を保存し、指定された担当者が元の取引を照合するまで再送を止めます。
照合後は、注文と倉庫側の記録も確認します。運送会社へ渡せなかった荷物は、担当者のいる例外として残し、注文が存在するという理由で配達済みにしません。問い合わせ対応の演習では、分かっている状態、次に確認する時点、許される返金または交換の経路を説明します。確認できない到着日を約束することは避けます。
停止商品については、直接の接続先、以前の買物かご、商品追加後の国変更を試します。注意書きが表示されても、最終送信で制限対象の注文を受け付けるなら不合格です。代替商品を提案する場合も、本人の選択、差額、権利の扱いを承認済み方針に従って整理します。倉庫だけで商品を差し替え、注文記録を古いままにしないでください。
判断の選択肢は、すべての市場を延期するか、検証済みの配送経路だけで始めるかです。限定公開は一部の利用価値を残せますが、注文が成立する地点で除外を強制でき、利用者へ説明できることが前提です。問い合わせは複雑になり、商品選択も減るかもしれません。全体延期は案内を統一しやすい一方、準備済みの市場も待たせます。
限定公開を受け入れる証拠には、配送先の境界試験、決済と注文の照合、実行可能な例外処理、限定範囲の承認が必要です。除外した経路には責任者と再試験条件を残します。後で一度配送に成功しても、それだけで範囲が自動的に広がるわけではありません。商品、決済、問い合わせ、配送を合わせた新しい判断が必要になります。
結果不明の取引は「決済に問題あり」という一文で済ませません。どの取引か、最後に何を確認したか、どの情報が不足し、誰がいつ再確認するかを書きます。別の注文を作って元の不明状態を避けることもしません。元の取引が後続の請求や出荷へ影響し得るかを確認し、独立して安全に進められる作業だけを区別します。
受付停止と復旧を、既存の注文を残したまま演習する
公開前に一つの重大不具合を意図的に未解決にした机上演習を行います。誰が新しい受付を止め、誰が利用者へ説明し、誰がすでに確定した注文を照合するかを確認します。店舗を閉じても、請求や出荷済みの荷物は消えません。新しい約束を止める手順と、既存の約束を果たす手順を分けることが復旧の基本です。
重大な不具合が見つかったときの順序
影響する公開範囲を止め、対象版、元の識別番号、観察した状態を保存します。担当者を決め、不明な取引を照合してから再試行を判断します。許可された修正を実施し、失敗した項目と影響する周辺項目を再試験します。最初の失敗を残し、新たな人の判断を得ます。必要な依存先が使えない間は合格にしません。
最終判断の前に、次を確認してください。
- 公開する対象と、除外する利用者・配送先が明確である。
- 表と証拠が同じ版、商品台帳、設定に対応している。
- 合格と解決済みの根拠を実際に開いて確認した。
- 未解決の重大問題、不明取引、担当者不在の例外がない。
- 問い合わせ対応と受付停止の手順を実行できる。
- 権限を持つ人の判断に範囲、日付、次の見直し条件がある。
既存の店舗から切り替える場合は、企業向け商品ストア移行ガイドと合わせて、旧環境の残高、在庫、接続先、未完了注文を扱います。本表は変更後の購入体験を検査するもので、移行前後の帳簿やデータ照合の代わりにはなりません。二つの計画で証拠を参照し合い、責任の隙間を作らないようにします。
四半期ごとと、商品、資格、決済、配送、連携の重要変更後に項目を見直します。完了した試験は日付と版を付けて保存し、一つの共有ファイルを永遠に上書きしないでください。試験の網羅性、運用準備、利用率、売上、従業員の感想は別の情報です。このひな型から、実測していない売上改善や投資効果を主張することはできません。
引継ぎでは、修正に参加していない人が証拠をたどれるかを確かめると有用です。ただし一部の抽出確認を、全範囲の試験完了と表現してはいけません。口頭の記憶がなければどの実行か分からない場合、版と識別番号のつながりを補います。新しい状態欄を増やすより、既存の記録が何を証明するかを明確にする方が役立ちます。
公開判断を、再現できる記録に変える
有用な成果は、緑色の判定画面ではなく、承認した範囲、試験操作、観察結果、修正、責任者の判断が連続した記録です。境界が明確で失敗から復旧できる小さな公開は、実演だけを終えて一度に全市場へ広げる計画より、責任を持って運用しやすい場合があります。日程だけでなく、証拠と例外を扱う能力に基づいて範囲を選びましょう。
Giftpackが公開している企業向け店舗と商品サービスの説明を検討する際にも、この試験表を使って実装条件を確認できます。利用者制御、決済、在庫責任、配送先ごとの対応を個別に確かめ、連携や適合保証を推測しないことが重要です。企業向け企画の相談で承認済みの範囲を実行計画へつなぐ場合も、公開判断と法律、税務、個人情報、雇用に関する責任は自社に残ります。