ユースケース · 調達
購買申請とつながる発注管理アプリ
購買申請を起票し、それを参照する発注を作成 — 1 冊のブックから生まれる関連付けられた 2 つのフォームに、仕入先と商品のリスト、明細合計、承認ルールが付きます。無料テンプレートから始めましょう。
問題が発生しました。メールアドレスをご確認のうえ、もう一度お試しください。
早期アクセスリストに登録されました 🎉
ありがとうございます。ワークブックの準備ができました。下からダウンロードしてください。早期アクセスについてご連絡します。
このテンプレートを入手
Purchasing App スターターブック — リンクされた 2 つのフォーム（Purchase Requisition と Purchase Order、リレーションで結合）、仕入先・商品・通貨のリスト、検証ルール。ダウンロードしてシートを調整し、アップロードしてください。 メールアドレスを入力すると、ワークブックをダウンロードし、早期アクセスリストに登録できます。
スプレッドシートでは、購買申請と発注は別々のシートに存在し、両者を結ぶものは何もありません。申請の仕入先と明細を手作業で発注にコピーし、内容がずれないことを祈るだけです。Sheetward はそのブックを、1 つのアプリの中の 2 つのフォームに変えます。本物のリレーションで結ばれ、各発注は元になった申請を参照し、その内容を入力し直すことなく引き継ぎます。
仕入先・商品・通貨は List_ シートから取り込まれます。各明細の合計は Formula_ 項目（数量 × 単価）です。検証と承認のロジックは Rules_ と Logic_ のシートが担います。ブックは手直しして再アップロードする設計書のままです。
What’s inside this workbook
Read straight from the Purchasing App workbook — the same file you download.
- 2 フォーム
- 4 セクション
- 27 フィールド
- 3 マスターデータ表
- 20 検証ルール
- 2 数式
- 2 フィールド自動導出
- 1 リレーション
Forms
Purchase Requisition
- Purchase Requisition — 6 fields
- LINE ITEMS — 7 fields
Purchase Order
- Purchase Order — 7 fields
- LINE ITEMS — 7 fields
Master data
Currency, Products, Vendors
What it demonstrates
- Master-data lookups
- Validations within and across sections
- Field derivations from master data
- Formulas
- Multiple linked forms
- Relations between forms
Not every app needs every feature — add what yours actually uses. See the Template Gallery
仕組み
テンプレートを開く
Purchasing App ブックをダウンロードします。Purchase_Requisition フォームと Purchase_Order フォーム、仕入先・商品・通貨の List_ シート、明細ごとの合計数式、検証と承認のための Rules_ / Logic_ シートが入っています。
アップロードして確認
Sheetward は 2 つのフォーム、発注と申請を結ぶリレーション、検出したすべてのドロップダウンとルールを表示します。確定すれば、専用の隔離されたデータセットを持つ 2 フォームのアプリが動き出します。
申請から発注へ
購買申請を起票し、次に発注を開いてその申請にリンクします。仕入先と商品はリストから選ばれ、明細合計が計算され、ルールが承認できる内容を制御します。
テンプレートから生まれるもの
リンクされた 2 つのフォーム
1 つのアプリの中に Purchase Requisition フォームと Purchase Order フォームがあり、リレーションで結ばれます。各発注は元になった申請への参照を保持するため、コピー＆ペーストではなく両者がつながったままです。
発注上の申請ルックアップ
発注の申請項目は自由入力ではなくリレーションです。既存の申請を選ぶとその日付と仕入先が表示され、発注は承認済みの申請にさかのぼれます。
仕入先と商品のリスト
List_ シートは両方のフォームで仕入先・商品・通貨・単位のドロップダウンになり、調達データの表記が揃って絞り込みもきれいに効きます。
明細合計の自動計算
各明細の合計は Formula_ 項目（数量 × 単価）で、品目の入力に合わせて再計算されます。読み取り専用のため、編集で消えてしまうこともありません。
検証と承認のルール
Rules_ と Logic_ のシートは項目の検証と条件付きロジックになります — 必須項目、許可される値、発注を制御するチェック — すべての利用者に対して決定的に適用されます。
ロール・履歴・エクスポート
アプリごとのロール、申請と発注すべての完全な変更履歴、Excel・CSV・JSON へのエクスポート。
チームが Sheetward を選ぶ理由
- 2 つのフォームを結ぶ本物のリレーション — 発注と申請のつながりはデータであり、コピーしたセルではありません。
- 承認と検証はあなたの Rules_ / Logic_ であり、毎回同じように適用されます — 推測するプロンプトではありません。
- 調達チーム全体で定額料金 — 承認者を増やしても、席数あたりの費用はかかりません。
- あなたのものです。すべて書き出すか、アプリをスタンドアロンバンドルとして自分で動かせます。
よくある質問
購買申請と発注はどのようにリンクされますか。
発注フォームには Purchase Requisition フォームを指すリレーションの項目があります。発注上で満たす申請を選ぶと、その内容（日付、仕入先）が表示されます。リンクは本物の参照として保存されるため、発注は申請を複製せずにさかのぼれます。
1 冊のブックから本当につながった 2 つのアプリができますか。
できるのは 2 つのフォームを持つ 1 つのアプリです。Sheetward は Purchase_Requisition シートと Purchase_Order シート、そして両者のリレーションを読み取り、2 つのフォームが結ばれた 1 つのアプリを生成します。コードも個別の連携も不要です。
承認のチェックはどこから来ますか。
ブックの Rules_ シートと Logic_ シートからです。必須項目、許可される値、条件付きロジックを定義し、Sheetward がサーバー側ですべての利用者に適用します。誰が発注を入力しても同じチェックが働きます。
既存の仕入先や商品をインポートできますか。
はい — 仕入先リストと商品リストは List_ シートで、Excel や CSV から埋められます。両方のフォームが一括インポートに対応しているため、既存の申請や発注も取り込めます。
テンプレートは必須ですか。
いいえ — 出発点です。2 つのフォームとリレーションを持ち、アプリ仕様に準拠したブックであれば何でも動きます。テンプレートは、フォーム・リスト・明細合計の数式・承認ルールを設計する手間を省くだけです。