DAISO直送案件のピッキングリストをペーパレス化し、紙代コストを削減する。
※ 納品書だけは紙のまま運用（ペーパレス不可）。
企業単位での拡販を前提に、管理画面と現場作業で認証レイヤーを分ける（2層構成）。
CSV取込・納品書PDF出力
ピッキング・検品 / スマホ
作業者用と検品者用を分け、両方でチェックを入れる二重確認。
| モード | 操作 | 完了後ステータス |
|---|---|---|
| 作業者モード | ピッキングしながらチェック | 作業済み |
| 検品者モード | 検品しながらチェック | 検品済み |
created → picking（作業中）→ picked（作業済）→ inspecting（検品中）→ inspected（検品済）
※ 作業済になってから検品モードへ遷移可能
1納品書 = 1ピッキング = 1QR（バッチピッキングなし）
倉庫レイアウトは存在するが 順番計算ロジックが不明。CSVの「ピッキング順番」列をそのまま使う想定だが詳細は要ヒアリング。
⚠️ バンシステム側の仕様が未確定のため、現時点では参考レベル。
| 列名 | 内容 |
|---|---|
| 出荷日 / 出荷番号 / 伝票番号 | 出荷ヘッダ情報 |
| 希望納期 | |
| 店舗番号 / 店舗名 | 納品先 |
| 郵便番号 / 住所１ / 住所２ / 電話番号 | 納品先住所 |
| 明細番号 | 明細行の連番 |
| JAN / 商品名 | 商品識別 |
| 入数 | |
| 受注数 / 受注総数 | |
| 出荷数 / 出荷総数 | |
| 商品マスタの品名 / 品名サブ | |
| ピッキング順番 | ピッキングを行う順序 |
| 容積 | |
| デジピック | 1: あり / 2: なし |
文字コード: バンシステムのCSVは Shift_JIS（CP932）想定 → 取込時UTF-8変換。出力CSV/PDFもShift_JISで（クライアント標準）。
各行の「モック」リンクから実際の画面モックアップを確認できます（バックエンド未接続）。 一覧は sp-mockup.pages.dev ↗
| # | 画面 | 概要 | 認証 | モック |
|---|---|---|---|---|
| 0 | 企業ログイン | 企業ID/PWでログイン。新規登録なし。管理画面の入口 | あり | 開く ↗ |
| 1 | CSV取込 | CSVアップロード → shipments / shipment_items に保存 | あり | 開く ↗ |
| 2 | 納品書PDF出力 | 取込済み出荷一覧から選択 → 納品書PDFをまとめて生成（QR埋込） | あり | 開く ↗ |
| 3 | ピッキング（スマホ） | QR読込で開く。明細一覧+チェックボックス。デジピック行は非表示 | なし | 開く ↗ |
| 4 | 検品（スマホ） | ピッキングと同URL、モード切替。全行未チェックで開始。完了でOKサイン | なし | 開く ↗ |
| テーブル | 用途 |
|---|---|
companies | 企業マスタ（企業ID・企業名・ハッシュ済PW・有効フラグ）。新規登録なしのため管理者が手動投入 |
shipments | 出荷ヘッダ（company_id・出荷番号・伝票番号・店舗情報・QRトークン・ステータス） |
shipment_items | 出荷明細（JAN・商品名・出荷数・ピッキング順・デジピックフラグ・チェック状態） |
picking_logs | ピッキングと検品のチェック履歴（明細ID・モード picking/inspection・チェック時刻） |
shipments.company_id で全データを企業単位にスコープ（マルチテナント）company_id を内包し、別企業の出荷を踏まないようにする第一フェーズでは詳細を追わないが、本実装前にクライアントへ確認が必要な未決事項。
SPへのインプットの根幹。列定義・文字コード・区切り・改行・1ファイル単位の粒度（出荷単位/日次一括）など。
CSVの列定義・サンプルファイルをいただけるか？（上記「CSV列仕様」で過不足ないか）
エクスポート単位は？（1出荷=1ファイル / 日次まとめ など）
文字コードはShift_JIS（CP932）で確定か？
現場で欠品判明時にSP上でどう記録するか。
SP側では気にしなくてOK。手前のシステム（バンシステム）側で欠品処理が走るため、SPに渡る時点では出荷可能なデータになっている。
在庫が無い（「ねーよ」）となった場合は、そもそも納品書の出し直しになる運用。＝SP側で欠品の記録・部分出荷ハンドリングは不要。
検品OKサインの粒度、NG時の差し戻し・部分OKのフロー。
OKサインは「全チェック完了で自動OK」か「明示ボタン」か？
NG（数量違い・破損）時の差し戻し・部分OKの運用は？
順番計算ロジックが不明。CSVの「ピッキング順番」列の意味と、UI上の強制度合い。
順番通りにしかチェックできないUIにするか、自由順か？
「ピッキング順番」列はロケーション順か？採番ルールは？
DAISO客注番号ベースで推測困難性が十分か。
第一フェーズは現状（客注番号ベース）でOK。あまり気にしていないが、多分大丈夫だろうとの認識。
拡販時には対策を検討した方がよい。例: 現場ユーザー時点でもログイン機能を持たせる等で、URL推測でのアクセスを防ぐ。
デジピック対象（フラグ=1）の除外を行単位で行うか、まとめて行うか。
除外は行ごとに非表示でよいか？将来的にデジピック連携の予定は？
ゴール: 複数の納品書から QR読込 → ブラウザでピッキング作業 が行えるモックの作成。
CSV形式未確定のため納品書の区分け（仕様詳細）は追わず、フローを動かすことを優先。