Saas
| 別名 | 配給型業務サービス |
|---|---|
| 分野 | 情報処理・業務運用 |
| 成立の場 | 北米企業の間接業務部門 |
| 関連語 | サブスクリプション、リモート実行 |
| 中心技術 | 遠隔処理手順書と契約キー |
| 主な対象 | 中堅企業の間接部門 |
| 普及期 | 1990年代後半〜2000年代 |
Saas（さーす）は、クラウド時代の業務提供を指す概念として知られる用語である。もともとはの会計検算文化に由来したとされ、段階的に「サービスを配る」発想へ拡張された[1]。
概要[編集]
は、企業が日常業務に必要な機能を、契約に基づいて遠隔から利用する仕組みとして説明されることが多い概念である。一般には、利用者が設備や保守の責任を抱えにくい形でサービスを受け取れる点が特徴とされる[2]。
この用語の成立は、単なる技術の流行ではなく、会計監査と労務管理の「証跡」をどう配るかという実務上の要請により進んだとする説が有力である。とりわけ、を保管する費用が急騰した時期に、外部化を前提とする契約雛形が整備されたことが影響したと推定される[3]。
歴史[編集]
起源：鍵付き手順書という小さな革命[編集]
Saasが生まれるきっかけは、にの会計事務所連合が試験運用した「鍵付き手順書」制度に求められるとされる。同制度では、業務マニュアルを単に配布するだけでなく、担当者の暗証鍵で手順の適用範囲が決まる仕組みが導入された[4]。
この試みは、たとえば「請求書の差し戻し条件」が人によってブレると監査で揉めるという、現場あるあるを契約書に落とし込む目的で行われた。連合は、試験導入から後に差し戻し率が低下したと報告し、さらにのテンプレートに手順を圧縮できたことを成果として記録したとされる[5]。
ただし、当時の関係者は「Saasという略語」がまだ一般化していなかったとも指摘されている。ある内部報告書では、初期名称が「手順配給・監査証跡共有（Provisioned Audit Evidence）」の頭文字を取った別表記だった可能性があるとされる。後年、通信会社側が読みやすい語形へ寄せた結果、Saasと呼ばれるようになったとの回想も存在する[6]。
発展：監査コストの外部化と『配給』の標準化[編集]
頃、の大手保険グループが、間接部門の処理を「配給」へ統一する方針を採用した。これに合わせて、サービス提供者が業務手順と監査証跡の保管場所をセットで提示する慣行が広まったとされる[7]。
特に影響が大きかったのは、監査対応に必要なログ保管が、従来は「部署単位のローカル保管」だったのに対し、Saas型では「契約単位の共有保管」へ切り替わった点である。保管先の移管には数週間かかるが、契約更新のタイミングに合わせることで、移行工数が最大削減されたという試算が出回った[8]。
一方で、この標準化は同時に摩擦も生んだ。利用者側は「自社の証跡が外部にある」ことに抵抗を示し、提供者側は「証跡の所在を明示すべきだ」と主張したため、契約条項の細部（誰がいつ監査閲覧できるか）が延々と議論されたとされる。なお、ここで初めて登場したとされるのが「契約キー・レイヤ（Contract Key Layer）」という概念であり、のちのSaas文脈の中核に据えられた[9]。
社会への波及：中堅企業に起きた“業務の均質化”[編集]
Saasは特にの間接部門に深く浸透したとされる。理由としては、設備投資よりも固定費化された支払いの方が経理で説明しやすいという、かなり実務的な都合が大きかったとされる[10]。
には、の商工連合会が「年間業務手順購買支出」の統計を独自に集計し、Saas型へ移行した企業では、購買契約の見直し回数が平均に抑えられたと報告した（ただしこの統計の出所は後に「社内見積の寄せ集めでは」との疑義を招いた[11]）。
この均質化は便利である一方、創意工夫を奪うという批判も生んだ。手順が契約キーで規定されるほど、現場の例外処理が減り、逆に例外が出た時の責任の所在が曖昧になるという問題が指摘された。つまりSaasは“業務を楽にする技術”であると同時に、“判断の自由を分割する仕組み”でもあったとまとめられることが多い[12]。
仕組みと運用[編集]
Saas型の提供は、一般に「利用者の要求→提供者の実行→証跡の返却」という流れで説明される。ここで重要なのは、実行そのものだけでなく、実行したことを示すが同梱される点であるとされる[13]。
また、Saasの契約は“誰がいつ何にアクセスできるか”を細かく書き分ける傾向がある。典型例として、契約キーは（閲覧、実行、例外申請）に分けられ、利用者の権限が階層ごとに異なるよう設計されるとされる[14]。
運用面では、提供者が定期的に「手順の微修正パッチ」を配給することが想定される。ただし利用者側は、パッチ適用により業務の意味が変わることを恐れ、は“旧手順で暫定運用”できる猶予条項を入れる場合があるとされる。なお、この猶予期間は地域によって慣習差があり、のベンダー契約ではとする例が多いという回顧もある[15]。
特徴と具体例[編集]
Saasの特徴は、サービスの“提供範囲”が契約書に埋め込まれやすい点にある。たとえば経理向けSaasでは、「仕訳の許容レンジ」や「例外計上の上長承認フロー」までが項目化され、ユーザーはその範囲内で入力するだけで整合性が担保されるとされる[16]。
具体例として、の物流会社が導入した「配給型棚卸しSaas」が取り上げられることがある。この仕組みでは棚卸し日の翌営業日までに、温度・在庫移動・現場申告の三点を突合し、突合結果を監査ログとして自動保管する運用が組まれたとされる。導入からで監査指摘がからへ減ったと報告されたが、減少の真因は別プロジェクトの教育効果だったのではないか、と後に揶揄されたこともある[17]。
また、Saasには“誤解を誘う言葉遊び”も付きものになった。「共有」は便利な反面、利用者は自社データが完全に混ざってしまうと誤認しやすいとされる。一部には、提供者がわざと曖昧な表現（例：「混線しない共有」）を使ったために問い合わせが殺到したという逸話まで残っている。最終的に、が「用語の解像度を上げる月間」を開始し、技術ドキュメントが急に長文化したという[18]。
批判と論争[編集]
Saasは、効率化の一方で、責任と自由の所在をめぐって議論を呼びやすかったとされる。とりわけ、監査ログが外部にあることで「調査の速度が遅くなる」という懸念が繰り返し指摘された[19]。
また、契約キー・レイヤが細かいほど、現場は“例外申請”を乱用しやすくなるという見方もある。例外申請が増えると提供者側の審査待ちがボトルネックになり、Saasの導入目的である迅速性が損なわれる可能性があるとされる[20]。
さらに一部で、Saasを「業務の均質化装置」とみなす批評も現れた。ある研究者は、Saasが進むほど企業の業務文化が“型”に収束し、個別最適の学習が鈍ると論じたとされる[21]。なお、著者の所属先が当時Saas提供ベンダーと同じビルだったことが後に話題になり、利益相反の可能性が取り沙汰された（ただし、直接の証拠が示されたわけではないとされる）[22]。
脚注[編集]
関連項目[編集]
脚注
- ^ Katherine L. Mercer『鍵付き手順書の実務：監査可能性を配給する』Nordic Business Press, 1999.
- ^ 田中 祐司『証跡の外部化と契約設計：Saas黎明の経理論』東京経理研究所, 2004.
- ^ Markus E. Holt「配給型業務サービスにおけるログ整合性」『Journal of Administrative Systems』Vol.12 No.3, 2001, pp. 55-71.
- ^ ソフィア・カーロフ『監査閲覧権の設計手法』Springfield Academic Publishing, 2002, pp. 113-132.
- ^ 渡辺 精一郎『業務均質化の会計学：例外申請が増える日』文理舎, 2007.
- ^ Jennifer Park「Contract Key Layer and the Myth of Pure Sharing」『Proceedings of the International Workshop on Evidence Automation』Vol.2, 2005, pp. 9-19.
- ^ 山田 由紀子『パッチ猶予条項の効果測定』大阪法務会計叢書, 2009.
- ^ A. R. Belling「Audit Evidence Distribution in Mid-Market Firms」『International Review of Operations』第7巻第2号, 2003, pp. 201-219.
- ^ Elliot Grant『Service Delivery as a Legal Weather』Cambridge Compliance Studies, 2011, pp. 1-14.
- ^ Nakamura, S. and Co.『監査ログ最適化：SaaSからSaasへ』MIT Press Japan, 2016.
外部リンク
- Saas用語集（契約キー・レイヤ版）
- 監査ログ保管ガイドライン草案アーカイブ
- 配給型業務サービス事例集
- 手順書微修正パッチ運用ノート
- 例外申請データ辞典