購買がないスタートアップの4条体制— 「誰が出すか」の最小設計
公開: 2026年9月8日
購買部門がない会社で「誰が4条を出すか」が曖昧なら、まず役割表の空欄を埋めるところから始めます。
CEO・COO・経理・現場リーダーの誰かが兼務するのが現実ですが、兼務のままだと口頭発注が常態化します。
本記事は最小人数で回す体制の型を示します。法解釈ではなく運用設計です。
トリカク(torikaku) は少人数でも適用判定・書面・期日を1画面で追えるため、購買専任がいない組織向きです。
1. 最小体制の役割割り当て
| 役割 | 典型の兼務 | やること |
|---|---|---|
| 発行者(R) | COO/オフィスマネージャ | 4条書面の作成・送付 |
| 承認者(A) | CEO/事業責任者 | 金額・適用判定の最終責任 |
| 台帳入力(R) | 経理(兼) | 受領日・期日・証跡リンク |
| 現場起案(C) | 各リーダー | 要件・納品確認。書面発行はしない |
RACIの骨格は取適法対応のRACI表に「4条発行」行を足すだけで足りることが多いです。
2. よくある失敗:現場がSlackで発注する
2-1. 何が起きるか
エンジニアリングマネージャが「来週から週2で入って」とSlackで依頼し、請求書が月末に届く——書面なし・金額曖昧・期日起算不明、の三点セットです。
Slack/Teamsでの発注を書面に落とす型はSlack・Teams発注の書面化を、発行者ロールの必須手順にしてください。
2-2. 営業が直接発注する
スタートアップでは営業が外注を直接決めることも多いです。
制御の仕方は営業の直接発注制御を参考に、「起案は可・発行は発行者のみ」に分けます。
2-3. 業務委託契約書だけで済ませる
包括契約があるから個別明示が不要、とは限りません。
限界の確認は業務委託契約書だけで4条を兼ねる限界を読み、個別発注のたびに何を足すか決めてください。
3. 最小ツールセット
3-1. テンプレ1枚
記載事項を埋めた発注テンプレを1つ用意し、発行者以外は編集権限を持たせません。
テンプレ化は発注書面のテンプレ化、項目の中身は記載事項テンプレートからコピーして始めます。
3-2. 権限マトリクス半ページ
「誰がいくらまで承認できるか」を半ページにまとめます。
詳細は発注権限マトリクスを縮約し、スタートアップ向けに金額帯を3段階にします。
3-3. 週次15分点検
経理兼務が、未書面・未台帳・期日接近を週次で見ます。
少人数向けルーティンは少人数経理の週次チェックがそのまま使えます。
4. 適用判定を誰がやるか
スタートアップでも、資本金・従業員数の適用判定は避けられません。
初回はCEO/COOが資本金・従業員による適用判定の流れで判定し、結果を取引先マスタに残します。
フリーランス新法との重なりはフリーランス新法と取適法の義務が重なるときの優先チェック順を発行者の手元チートシートにします。
5. 90日で作る導入チェックリスト
- 4条発行者を氏名で1名(代理1名)決めたか
- 現場は起案のみ・発行禁止と周知したか
- テンプレと権限表を共有Driveの正本に置いたか
- 緊急口頭発注の当日書面化ルールを決めたか
- 週次点検の担当と曜日を固定したか
緊急時の書面化は緊急口頭発注の書面化をそのまま規程の付録にして構いません。
6. 成長に合わせた拡張
月次発注が20件を超えたら、発行者の専任化またはSaaS化を検討します。
Excel台帳の限界サインはエクセル台帳からSaaS移行の目安で確認し、採用前に「誰が4条を出すか」が曖昧なままツールだけ入れないでください。
7. 創業期の「まだ対象外」落とし穴
資本金・従業員の条件で自社が発注者側の適用対象外でも、フリーランス新法側の義務は別です。
「取適法が当面ないから書面不要」は短絡です。
最小体制でも、取引条件の明示と期日管理の習慣は最初から入れておきます。
成長して適用対象になった瞬間に、過去の口頭発注が負債として残るからです。
7-1. 二人体制の分担例
創業メンバーが2名なら、Aが承認と適用判定、Bが発行と台帳、と固定します。
両方を同じ人がやると、忙しい週に全部止まります。
出張・休暇のカレンダーに「発行代理」を事前登録し、代理中は金額上限を下げる運用も有効です。
7-2. 外部CFO/経理BPOを使う場合
台帳入力をBPOに任せても、4条発行の責任は社内に残します。
BPOには「未書面の支払依頼を受け付けない」権限を与えると、現場の口頭発注が減ります。
月次の締め前に、未書面リストをBPOから社内発行者へ自動送付する運用がおすすめです。
8. 最初の1ヶ月で揃える成果物
(1) 発行者・代理者の氏名リスト (2) 発注テンプレ1枚 (3) 権限金額の3段階表 (4) Slack発注禁止の周知文 (5) 週次点検のカレンダー招待。
この5点が揃えば、購買部門が無くても「誰が4条を出すか」は説明できます。
完璧な法務マニュアルは後回しで構いません。先に発行の単一入口を作ることが優先です。
1ヶ月後に口頭発注が残っていたら、例外承認のログを公開し、再発防止の短時間振り返りを行います。
振り返りでは個人攻撃をせず、ゲートが無かった工程を特定します。
よくある質問
Q. CEOが全部やるのはダメですか
件数少なら可能ですが、出張週に書面が止まります。
代理発行者を必ず置き、権限委譲の範囲を書いてください。
Q. 外部のバーチャルアシスタントに発行させてもよいですか
社内責任者の監督下でテンプレ入力を任せるのはあり得ます。
ただし承認と適用判定のAは社内に残します。
Q. 基本契約があれば個別は不要ですか
個別の業務内容・金額・期日が基本契約に無いなら個別明示が必要です。
関係は基本契約と個別発注で整理してください。
Q. 最初の研修は何をすればよいですか
「起案と発行の分離」「テンプレ必須」「週次点検」の3点を30分で共有すれば十分です。
深い社内研修は取適法対応の社内研修を後から足します。
9. 投資家・監査への短い説明
「購買専任はいませんが、4条発行者は氏名で固定し、テンプレと週次点検で回しています」と言える状態を目指します。
説明資料は権限表と発行者リストの2枚で足りることが多いです。
口頭発注が残っている場合は、件数と是正期限を先に開示し、隠さない方が信頼につながります。
シリーズA前後で外注が増える会社は、発行者の負荷を採用計画に含めてください。
ツール導入より先に、人の役割を決めることが最小体制の本体です。
10. 実例:社員8名のSaaSスタートアップ
COOが発行者、CEOが承認者、経理兼務が台帳、各リードが起案のみ——という最小体制を週次で回しました。
最初の月はSlack発注が4件ありましたが、未書面リストを金曜に公開したところ翌月から1件以下になりました。
テンプレはNotionではなく、編集権限を発行者だけに絞った共有Driveのdocxに固定しました。
外部デザイナーへの発注が月15件を超えた時点で、発行作業をオフィスマネージャへ移し、COOは承認Aに専念しました。
「最初から専任購買」は不要でも、「最初から発行者の氏名」は必須だった、というのが当事者の振り返りです。
同じ規模でも、発行者を決めずにツールだけ入れた会社は、口頭発注が消えませんでした。
11. リモートチームでの工夫
フルリモートでも発行者は1名に固定し、タイムゾーンが違う代理者の稼働時間をカレンダーに明示します。
非同期でも「起案→発行→承認」のステータスが分かる台帳があれば回ります。
口頭の代わりに音声メッセージで発注する慣習も、書面化ルールの対象に含めます。
距離があっても、発行の単一入口は崩しません。
まとめ
- 発行者を氏名で固定し、現場は起案のみにする
- テンプレ・権限表・週次15分が最小セット
- Slack発注・契約書兼用・CEO単独は失敗パターン
- 件数が増えたら専任化または台帳SaaSを検討する
注意
本記事は少人数組織の運用設計例であり、法的助言ではありません。
適用の有無や書面の十分性は、個別事情に応じて専門家へ確認してください。