• フリマ用レジ・在庫管理システム　要件（iPad1台・1人運用・ネイティブ）
  • 0. 前提
• A. レジ・在庫管理（主機能）
  • A-1. 商品管理
    • 登録商品
    • 商品画像
    • 野良商品（登録外商品）
  • A-2. 商品の追加経路（QR・手動入力・商品パネル・野良）
    • QR・ID表示
    • 手動入力
    • 商品パネル
  • A-3. レジ画面・カート・会計状態の保持
    • レジ画面の構成（仮置き、Q16）
    • カート画面
    • 状態の保持
  • A-4. 会計状態
  • A-5. 現金決済
  • A-6. sats / Lightning決済（WoS）
    • A-6-1. 請求sats額
    • A-6-2. Invoice作成（外部Invoice・固定）
    • A-6-3. 支払い確認（手動・固定）
    • A-6-4. 操作補助
  • A-7. 在庫管理
  • A-8. 集計・バックアップ
  • A-9. 販売取消（完了後）
  • A-10. 通信非依存要件
  • A-11. 認証
  • A-12. iPad端末運用
  • A-13. データ構成
  • A-14. Bへの連携インターフェース（Cloudflare KV）
    • 送信内容（スナップショット）
    • 画像の扱い（仮置き、Q15）
    • 送信契機・制限
  • A-15. WoS（自己管理型）の運用要件
  • A-16. 実装要件（ネイティブアプリ）
• B. 公開Webアプリ（付随機能）
  • B-1. 表示
  • B-2. 更新
  • B-3. 非機能
• C. 評価・提案
  • C-1. 評価
  • C-2. 対策案
  • C-3. 署名方式の判断材料
  • C-4. WoS構成案
  • C-5. 実装フェーズ
  • C-6. 受け入れテスト項目
• D. 要確認事項
• E. 調査結果と出典

§フリマ用レジ・在庫管理システム　要件（iPad1台・1人運用・ネイティブ）

§0. 前提

§A. レジ・在庫管理（主機能）

§A-1. 商品管理

§登録商品

• 保持項目：商品ID、商品名、円価格、sats価格、在庫数、色、模様、画像（アプリに同梱）、公開状態。
• 商品マスタは事前に端末内へ登録（CSV取り込み）。
• 在庫0の商品は、追加経路（QR・手動入力・商品パネル）によらずカートに追加しない（SOLD OUT表示）。
• 上記のカート挙動（キーホルダーの重複エラー、ステッカーの在庫超過エラー）は、追加経路によらず同一。
• 登録商品の価格は事前登録のみ。営業中の価格編集機能は設けない。
• CSVの再取り込みは営業前（待機中）のみ、PIN必須。取り込み時の扱い（仮置き、Q17）：
  • 既存の商品ID：価格・商品名・色・模様・公開状態を更新する。在庫は変更しない。
  • 新規の商品ID：CSVの在庫値で登録し、stock_movements に initial で記録する。
  • CSVに含まれない既存商品：変更しない。
  • 既存商品の在庫をCSVの値で上書きするのは、取り込み時に明示的に選択した場合のみ。差分一覧を表示し、確認ダイアログを経て adjust で記録する。
• 価格一覧：全登録商品の 商品ID・商品名・円価格・sats価格 を一覧表示し、CSVで出力できる。おしながきとの照合に使用する。野良商品は含めない。

§商品画像

• 商品画像は、ビルド時にアプリへ同梱する（確定）。商品IDと同名のファイルをプロジェクトのリソースに置く。サムネイル用への縮小は開発側で行う。
• 実行時の画像の取り込み・登録・差し替え機能は設けない。画像の追加・差し替えは、再ビルド・再導入で行う（A-16）。
• レジ画面に商品画像（サムネイル）を表示する：商品追加直後の確認表示、商品パネル、カート各行。
• 画像がない商品は、商品名・色・模様の文字表示で代替する。
• 営業前の確認：商品マスタの商品IDと、同梱画像のファイル名を突合する。アプリは、画像が同梱されていない登録商品のID一覧を表示できる（営業前の確認用。仮置き）。

§野良商品（登録外商品）

• 他者作品の販売代行等、商品マスタに未登録の品を会計に含めるための機能。
• カート画面（A-3）から営業中に追加できる。事前登録は不要。
• 入力項目：

• 入力後、金額を大きく表示した確認を経てカートに追加する。桁の誤りは、この確認表示で検出する。カート行に「野良」の表示を付ける。
• 在庫管理の対象外。stock_movements に記録しない。
• 追加後の金額修正は、行を削除して再追加する。
• 公開対象外（Bへ送信しない）。価格一覧に含めない。
• 登録商品の「営業中の価格編集なし」の方針とは別機能として扱う。

§A-2. 商品の追加経路（QR・手動入力・商品パネル・野良）

追加経路は4つ。いずれもレジ画面（A-3）から使え、同一のカートに反映される。

§QR・ID表示

• 各商品にQRと商品ID文字を併記する（商品本体、またはタグ・台紙等のラベル）。ラベルはアプリで生成して印刷する（C-5 P1）。
• QR内容は商品ID文字列のみ（例：KH-008）。
• 読み取りはiPadのカメラと端末内の読み取り処理で行う（OS標準機能またはライブラリ。Q9）。通信不要。
• 連続読み取り時、同一QRは1〜2秒のクールダウンで重複追加を防止。

§手動入力

• 全角→半角、小文字→大文字、空白除去、kh8 → KH-008 に正規化。
• 存在しないIDはエラー表示、カートに追加しない。入力中に在庫ありの候補をサジェスト。

§商品パネル

• レジ画面に全登録商品を一覧表示する（商品画像、商品ID、商品名）。
• 商品のタップで、QR読み取りと同じ追加処理を行う（ステッカーは数量+1、キーホルダーは1回のみ）。
• 在庫0の商品はSOLD OUT表示とし、タップしても追加しない。カート追加済みのキーホルダーは追加済みの表示とし、タップ時はエラーを表示する。
• 画像がない商品は、商品ID・商品名・色・模様の文字表示とする。

§A-3. レジ画面・カート・会計状態の保持

§レジ画面の構成（仮置き、Q16）

• レジ画面は、商品パネル（A-2）とカート（カート画面）を同一画面に並べて表示する。
• カメラ読み取り、ID手動入力、野良追加、会計へ進む、会計中断は、ボタンから起動する。
• 画面の向き（横／縦）と配置は、P0で実機確認して決める。

§カート画面

• カートに追加された商品を一覧表示する：商品画像、商品名、円単価、sats単価、数量、小計。野良商品には「野良」の表示を付ける。
• 合計は 円合計（Σ 円単価×数量）と sats合計（Σ sats単価×数量）を並記。自動計算。野良商品を含む。
• sats単価が未入力の野良商品がある場合、sats合計は「算出不可」と表示する。
• カート画面から行える操作：

• 追加・削除・数量増減は「スキャン中」状態でのみ可能（A-4）。
• 会計中断（A-4）も確認ダイアログを表示する（カートの行数・合計を表示）。キャンセルで元の状態に戻る。

§状態の保持

• カート、会計状態、選択した支払い方法、請求額は、更新のたびに端末内へ保存する。野良商品の明細を含む。
• アプリ切替（WoSへの移動）、OSによるアプリ終了、強制終了、iPad再起動の後、直前の状態（sats待ちを含む）に復元する。
• 復元後、カメラ読み取りが再開できること（再開できない場合は再起動を促す表示を出す）。

§A-4. 会計状態

stateDiagram-v2
    [*] --> 待機中
    待機中 --> スキャン中: 初回の商品追加
    スキャン中 --> スキャン中: 商品追加・取消
    スキャン中 --> 待機中: カートが空
    スキャン中 --> 中断: 会計中断（確認あり）
    スキャン中 --> 支払方法選択: 会計へ進む
    支払方法選択 --> スキャン中: 戻る
    支払方法選択 --> 現金入力中: 現金
    支払方法選択 --> sats待ち: sats
    現金入力中 --> 完了: 受取額が請求額以上で確定
    現金入力中 --> 中断: 会計中断（確認あり）
    sats待ち --> 完了: 済ボタン確認後
    sats待ち --> 支払方法選択: 方法選び直し
    sats待ち --> 中断: キャンセル（確認あり）
    完了 --> 待機中
    中断 --> 待機中

• 「商品追加」は、QR読み取り、ID手動入力、商品パネル、野良追加のいずれか。
• 中断：販売確定なし、在庫変動なし、記録なし、売上集計の対象外。中断時はカートの内容が破棄されるため、確認ダイアログを経る。
• 在庫の減算は「完了」遷移時のみ。完了処理は端末内DBの単一トランザクションで行う（在庫検証→在庫減算→販売確定→在庫変動ログ）。在庫減算の対象は登録商品のみ。
• 支払方法選択画面に、円合計とsats合計を並記して表示。

§A-5. 現金決済

• 請求額（円合計）表示、受取額入力（数字キー＋1,000 / 5,000 / 10,000円ボタン）。
• お釣り = 受取額 − 請求額。自動計算。
• 受取額 < 請求額の間は確定ボタン無効。
• 確定で完了処理。受取額・お釣りを販売記録に保存。
• 通信不要。

§A-6. sats / Lightning決済（WoS）

§A-6-1. 請求sats額

• 請求sats額 = Σ（販売時点のsats単価 × 数量）。野良商品を含む。レート換算を行わない。通信不要で確定する。
• sats単価が未入力の野良商品を含むカートでは、sats決済を選択できない（A-1）。
• sats待ち画面に請求sats額を大きく表示。
• 店主がWoSの受取画面へ同額を入力する。
• 入力ミス対策：
  • 営業前にWoSの表示単位（₿ 等の設定）を確認し、少額のテスト請求で桁を確認する（WoSの更新履歴に、新規インストールの既定表示単位を ₿ にした旨の記載あり。単位の意味と切替方法は実機確認）。
  • レジの請求sats額とWoS側の入力額を、手順に目視照合として含める。
• WoSの入力単位（sats／円）の選択可否と最小受取額は、公式ヘルプに記載なし。実機で確認（Q7）。

§A-6-2. Invoice作成（外部Invoice・固定）

手順（自己管理型WoSの公式ヘルプに基づく）：

1. レジで「sats」を選択し、請求sats額を表示。
2. 「sats額をコピー」ボタンでクリップボードへコピー（A-6-4）。
3. WoSを開き、Receive 画面の Amount/Note ボタンから金額（と任意のメモ）を入力。Lightning Invoice のQRが生成される。
4. 客のウォレットがWoSのInvoice QRを読み取り、支払う。

• Invoiceは会計ごとに新規作成する。以前のInvoiceを再利用しない（二重支払いの挙動は受取側の実装に依存するため）。
• レジアプリはInvoice文字列を保持しない。
• WoSをレジアプリから自動で起動・操作する方法は、公式記載・第三者資料とも見つからず、手動で切り替える。受取画面を金額指定で開くリンクは確認できていない。
• WoSの支払い用スキーム（walletofsatoshi:）が第三者コード（2023年）にあるが、請求書を渡す用途で、現行版での動作は未検証。想定しない。

§A-6-3. 支払い確認（手動・固定）

1. 店主本人がWoSの入金通知・履歴で入金を確認する。通知が出ない場合は履歴画面で確認する。
2. レジへ戻り、sats待ち画面の「済」ボタンを押す。
3. 確認ダイアログに請求sats額を表示し、「WoSで入金を確認済み」を再確認。
4. 承認で完了処理。販売記録に確認時刻を保存。

• 誤押下対策：確認ダイアログ、完了後の販売取消（A-9）、終了時のWoS履歴との照合（A-8）。
• 自動確認は想定しない。WoSはBusiness APIを提供しておらず、NWC（Nostr Wallet Connect）対応は資料間で記述が矛盾し、現行は未確認。
• sats待ち中に方法選び直し・キャンセルした場合、作成済みInvoiceはWoS側で放置し失効を待つ。取消操作の有無は不明（非公式メモに「時間経過でのみ失効」との記述）。入金が確認できた場合は「済」で完了する。
• 同一Invoiceへの二重支払いの挙動は受取側の実装に依存する。LNDでは同一ノードからの再払いは失敗し、複数ノードからの支払いは成立し得たとの報告がある。WoSの挙動は不明。1会計1Invoice運用で回避する。

§A-6-4. 操作補助

• 「sats額をコピー」：請求sats額をOS標準のクリップボード機能でコピー。WoSの入力欄へ貼り付けられるかは実機確認。
• sats待ち画面に、請求sats額・経過時間を常時表示。

§A-7. 在庫管理

• 現在庫は端末内DBが唯一の正。管理対象は登録商品のみ。野良商品は対象外。
• 完了時のみ減算。中断・商品取消では減算しない。
• 在庫0 = SOLD OUT。
• 在庫変動は stock_movements に全件記録（初期登録、販売、販売取消、手動調整）。
• 手動調整：棚卸し時の数量修正（理由付き、PIN必須）。

§A-8. 集計・バックアップ

§A-9. 販売取消（完了後）

• 管理操作。PIN認証の後、確認ダイアログ（販売ID・決済方法・金額を表示）を経て実行する。キャンセルで販売記録・在庫は変化しない。
• status = voided、登録商品の在庫を戻す（stock_movements に +qty）。野良商品は在庫を戻さない（在庫管理対象外）。
• Lightning決済の返金はシステム外（WoS操作）で手動対応。販売記録に返金済みフラグを保持。

§A-10. 通信非依存要件

§A-11. 認証

• 運用者は1人。PINは誤操作防止と、置き忘れ時の不正操作防止を目的とする。
• 販売取消・在庫手動調整・CSV再取り込み・エクスポートはPIN必須。
• 野良商品の追加、カートの追加・削除はPIN不要（削除は確認ダイアログあり。A-3）。

§A-12. iPad端末運用

§A-13. データ構成

products

• Bへ送る has_image（画像の有無）は、image_ref の有無から導出する。保持項目ではない。

sales

sale_items

stock_movements

sync_log

• 円換算レートは保持しない。sats受領額の円換算・記帳に必要な項目の要否は Q8。
• 野良商品の委託元別集計に必要な項目（委託元名の独立保持等）の要否は Q13。

§A-14. Bへの連携インターフェース（Cloudflare KV）

• 反映先：Cloudflare KV。Bの閲覧ページはKVの内容を表示する。
• 書き込み経路（案、Q14）：Aが認証付きHTTPSでCloudflare Workerの受信エンドポイントへスナップショットを送り、WorkerがKVへ書き込む。
  • REST APIによる端末からの直接書き込みは採用しない。理由：管理用APIトークンを端末内に持つことになる。トークンの権限は「Workers KV Storage: Edit」とする資料があり（第三者）、名前空間単位かキー単位かは未確認。REST APIの書き込みレート制限はWorkerバインディング経由より低いとされる（公式FAQ、数値は未確認）。
• 認証：書き込み専用のシークレットを使用する。端末のセキュア領域（Keychain等）への保管を想定する。漏えい時は再発行する（C-1 #19）。

§送信内容（スナップショット）

• 対象：公開対象（is_public）の登録商品。野良商品は含めない。
• 項目：商品ID、名前、円価格、sats価格、色、模様、在庫、画像の有無（has_image、真偽値）、スナップショット作成時刻。
• 画像データ（バイナリ、Base64等）は含めない。端末内の image_ref も含めない。
• 全商品を毎回送る方式のため、送信失敗の再試行・順序管理が不要。
• 保存形式：スナップショット全体を1キーに保存する。値サイズ上限は25 MiB（公式）。画像を含まないテキストのみのため、23商品では上限に対して十分小さい。

§画像の扱い（仮置き、Q15）

• Bの画像は、アプリから送らない。アプリに同梱した画像（A-1）と同じ元ファイルを、開発者がPCからBの配信先へデプロイする。営業中は画像を扱わない。
• 配信方式の候補：
  1. Workers の静的アセット：静的アセットへのリクエストは無料・無制限とされる（公式）。ファイルサイズ上限・デプロイ手順は未確認。
  2. KVの別キー：PCから投入する。閲覧ごとに、KVの読み取りとWorkerのリクエストを消費する。
  3. R2：無料枠（Class A 100万回／月、Class B 1,000万回／月、外部への転送料無料）の範囲で収まる見込み。ストレージ無料枠は公式での再確認が必要。
• ファイル名・キー名は商品IDから決める（例：KH-008.jpg、KVの場合は img:KH-008。仮置き）。Bは商品IDから画像の名前を導出して取得する。スナップショットに画像の保存先は含めない。
• has_image が真の商品のみ、Bが画像を取得する。偽の場合、Bは文字表示とする（B-1）。
• 画像を差し替えた場合は、アプリの再ビルドと、Bへのデプロイの両方が必要。対応関係の整合を C-6 #47 で確認する。
• 画像の消費の目安（配信方式が KVの別キー、または Worker経由の場合）：1閲覧あたり最大24回（スナップショット1＋画像23）の読み取り・リクエスト。無料プランの上限（下表）をキャッシュなしで割ると、約4,100閲覧／日が目安（計算値）。

§送信契機・制限

• 送信契機：①完了処理後・販売取消後・手動在庫調整後に、通信可能なら自動（連続する変更はまとめて送信する） ②「公開サイトへ送信」ボタン ③通信回復時。送信対象はスナップショットのみ。
• 送信間隔：同一キーへの書き込みは1秒に1回以下（公式の上限）。実運用ではまとめ送信の間隔を数秒以上とする。具体値は P0 で決める。
• KVの制限（無料プラン、公式）：

• Workers の制限（無料プラン、公式）：

• 旧版の資料に、無料プランの1,000リクエスト／分のバースト制限の記載がある。現行版では確認できていない（未確認）。
• 1キー保存方式では、送信1回＝書き込み1回。1日1,000回の上限に対し、会計・取消・調整の回数が下回る見込み。超過する場合はまとめ送信の間隔を延ばす。
• 反映遅延：他の拠点で変更が見えるまで60秒以上かかる場合がある。上限値は公式に記載なし。直近に同じキーを読んだ拠点では、反映がさらに遅れる（公式）。
• 送信・反映が遅延しても許容する（遅延の上限は設けない）。
• 送信失敗は sync_log に記録するのみ。会計・在庫に影響しない。
• Bからの書き込みをAは受け付けない（一方向）。

§A-15. WoS（自己管理型）の運用要件

• 開始時にバックアップ語を控え、iPadとは別の場所に保管する。バックアップ語を失うと、iPad故障・紛失時に資金へアクセスできない。
• 営業前に、別端末でのバックアップ語による復元を1回確認する。
• 営業中の受取額が増えた場合の別ウォレットへの退避方法・タイミングは Q6 で決める。
• 日本でカストディ型が使えるかは未確認。使えるとしても、現行の2モードで復元方法が異なる（カストディ型はメール認証での復元、自己管理型はバックアップ語）。

§A-16. 実装要件（ネイティブアプリ）

§B. 公開Webアプリ（付随機能）

§B-1. 表示

• 商品画像、商品名、円価格、sats価格、色・模様、在庫数。
• 商品画像は、スナップショットとは別に配信された画像を、商品IDから導出した名前で取得して表示する（A-14）。スナップショットに画像データは含まれない。
• has_image が偽の商品、または画像の取得に失敗した場合は、商品名・色・模様の文字表示とする。
• ステッカー：「残り N個」。在庫0で「SOLD OUT」。
• キーホルダー：在庫1で「1点もの」。在庫0で「SOLD OUT」。
• 公開状態が非公開の商品は表示しない。野良商品は表示しない。
• ページに「最終更新時刻」を表示。Aからの送信が遅れている間、在庫表示が古い可能性があることを明記。

§B-2. 更新

• Aから受信したスナップショットで全商品を置き換える（KVの1キーへの書き込み。A-14）。
• 閲覧側の更新は再読み込みのみで可。自動取得は任意（実装する場合の間隔は任意）。
• KVの反映遅延（60秒以上。上限は公式に記載なし）により、Aの送信から表示更新までに時間差が生じうる。許容する。
• 閲覧ごとにKVの読み取りとWorkerのリクエストが発生しうる。無料プランの上限は、KVの読み取りが1日100,000回、Workerのリクエストが1日100,000回（A-14）。画像の配信方式によっては、1閲覧あたりの消費が最大24回になる。

§B-3. 非機能

• 閲覧のみ・認証なし。閲覧者向けの書き込み機能を持たない。
• Aからのスナップショット受信用のエンドポイントのみ、認証付きで持つ（A-14）。画像用の書き込み経路は持たない（画像は開発者がPCからデプロイする）。
• 通信環境・稼働状況によらず、Aの動作に影響しない。
• Bが停止していても、Aの運用は継続できる。

§C. 評価・提案

§C-1. 評価

§C-2. 対策案

§C-3. 署名方式の判断材料

実装はネイティブに確定済み。以下は署名・配布方式の判断材料。

決定は Q3 に基づく。

§C-4. WoS構成案

WoS POSの説明：

• レジ機能は自作アプリが担う。WoS側は Invoice を表示する画面としてのみ使用する。

§C-5. 実装フェーズ

§C-6. 受け入れテスト項目

共通

1. 機内モードで、P1の全機能（QR読み取り・手動入力・商品パネル・野良追加・カート編集・円／sats合計・画像表示・現金会計・中断・在庫反映）が動作する
2. レジ→WoS→レジの切替後、sats待ち状態・請求sats額が復元される
3. レジ→WoS→レジの切替後、カメラ読み取りが再開できる（再開できない場合は再起動手順で復旧できる）
4. アプリ強制終了・iPad再起動後、スキャン中のカート（野良商品を含む）と完了済み販売・在庫が保持されている
5. 存在しないIDの手動入力でエラーになり、カートが変化しない
6. KH-xxxを同一会計で2回追加するとエラーになる
7. ST-xxxを在庫数を超えて追加するとエラーになる
8. 会計中断後、在庫・販売記録が変化しない（中断の記録が残らない）
9. カートの円合計・sats合計が、商品マスタの単価×数量の合計（野良商品は入力値の単価×数量）と一致する（ステッカーの複数枚を含む）
10. 同梱した商品画像が、追加直後・商品パネル・カートに表示される。画像がない商品は文字表示になる
11. 価格一覧のCSV出力が、おしながきの円価格・sats価格と一致する
12. 営業中に登録商品の価格編集の操作が提供されていない。CSV再取り込みはPINなしでは行えない
13. 現金：受取額 < 請求額で確定できない／お釣りが正しい
14. sats選択時、請求sats額が大きく表示される
15. 「sats額をコピー」でWoSの入力欄へ貼り付けられる
16. WoSの表示単位を確認し、少額のテスト請求で入力した額と表示額の桁が一致する
17. WoSで Receive → Amount/Note → Invoice QR を作成し、別端末のウォレットで支払うと、WoS履歴に入金が表示される
18. WoSの最小受取額を確認し、結果を記録する
19. 会計ごとにInvoiceを新規作成し、以前のInvoiceを再利用していない
20. 別端末で、バックアップ語によるWoSの復元ができる
21. WoSの入金通知が表示される（表示されない場合は履歴画面で確認できる）
22. 機内モードでsats選択が無効化され、現金のみ受付になる。接続状態が「あり」でWoSが使えない場合に、sats待ち画面の「方法選び直し」で現金へ切り替えられる
23. 済ボタンで完了でき、確認ダイアログを経ずに完了しない
24. 済ボタン完了後の販売取消で在庫が戻る
25. 通信不可の状態でBへの送信が失敗しても、会計・在庫は正常に完了する
26. 通信回復後、KVへのスナップショット送信が成功し、反映遅延の後にBの在庫・円価格・sats価格・最終更新時刻が更新される。反映までの所要時間を複数回計測して記録する
27. エクスポートしたCSV／JSONの販売合計（現金・sats別）が日次集計と一致する
28. 表記ゆれ（kh8、全角）で正しい商品が追加される
29. バッテリー低下（20%以下）時の動作と、充電しながらの運用に問題がない
30. iPadの自動ロックが無効の状態で、営業想定時間（連続数時間）画面が維持される
31. 全商品（ステッカー3・キーホルダー20）の画像を同梱したビルドで、起動・スキャンの応答に問題がない。アプリのサイズが許容範囲である
32. 商品パネルに画像・商品ID・商品名が表示され、タップでカートに追加される（ステッカーは数量+1）
33. 商品パネルで、在庫0の商品はSOLD OUT表示でタップしても追加されない。カート内のKH-xxxをタップするとエラーになる
34. カート画面で、追加された商品の一覧が確認でき、行ごとの削除・ステッカーと野良商品の数量増減ができる
35. レジ画面から、QR読み取り・ID手動入力・商品パネル・野良追加のいずれでも追加できる
36. 野良商品を、円価格のみ（品名・sats価格なし）で追加でき、現金会計が完了する
37. sats価格が未入力の野良商品がカートにある場合、sats選択が無効化され理由が表示される。sats価格を入力した野良商品はsats決済に含められる
38. 野良商品は在庫・stock_movements に影響せず、日次集計で登録商品と分けて表示される。販売取消でも在庫が変化しない
39. 登録商品と野良商品が混在する会計で、円合計・sats合計が正しい
40. 各商品のラベルにQRとID文字が印字され、QR読み取りとID手入力の双方で同一商品が追加される
41. 野良商品の金額入力後に確認表示が出る。誤入力時は行の削除→再追加で修正できる
42. KVへ送信したスナップショットに、非公開商品・野良商品が含まれず、Bにも表示されない
43. 認証のない書き込み要求が、Bの受信エンドポイントで拒否される
44. 同一キーへの連続した変更（短時間に複数回の会計）が、1秒に1回以下の書き込みにまとめられ、書き込みエラーが発生しない
45. スナップショットが1キーに保存され、Bが全商品を1回の読み取りで表示できる
46. 送信するスナップショットに画像データ（バイナリ、Base64等）が含まれず、画像関連の項目は has_image のみである。画像の有無にかかわらず、スナップショットのサイズが画像の影響を受けない
47. 同梱画像のファイル名と商品マスタのIDを突合し、画像なしのID一覧がアプリに表示される。Bへ画像をデプロイした後、has_image が真の全商品について、Bが商品IDから導出した名前で画像を取得できる。画像のない商品は has_image が偽で、Bに文字表示される
48. 営業中の会計・取消・在庫調整後の送信で、画像の送信・書き込みが発生しない
49. カート行の削除で確認ダイアログが表示される。キャンセルで行が残る
50. ステッカー・野良商品の数量を「－」で0にする操作で確認ダイアログが表示される。数量が0にならない増減では表示されない
51. 会計中断で確認ダイアログが表示される。キャンセルでカート・会計状態が変化しない
52. 販売取消で、PIN認証の後に確認ダイアログが表示される。キャンセルで在庫・販売記録が変化しない
53. 野良商品に、大きな円価格（例：7桁）を入力でき、上限エラーが出ない。金額確認表示で桁を確認できる
54. CSV再取り込み時：既存IDの在庫が変化しない。新規IDは initial で記録される。在庫の上書きを選んだ場合のみ、差分一覧と確認ダイアログを経て adjust で記録される。CSVにない既存商品は変化しない
55. レジ画面で、商品パネルとカートが同一画面に表示され、カートの操作（追加・削除・数量増減）がそのまま行える。向き（横・縦）を変えても表示が崩れない

ネイティブ

• N-1. 署名期限（無料なら7日、有料なら1年）の残りを営業日の前に確認し、再導入の手順を実施できる
• N-2. 機内モードで、導入済みアプリが全機能で動作する
• N-3. アプリ更新（再導入）後も、端末内の商品マスタ・販売・在庫が保持される。同梱画像は新しいビルドの内容になる
• N-4. エクスポートがファイルアプリまたは共有シートへ書き出せる
• N-5. 同梱画像を差し替えて再ビルド・再導入すると、新しい画像が表示される。画像なしのID一覧が更新される

§D. 要確認事項

§E. 調査結果と出典