無料で始めるワークフローシステム
稟議・申請の承認をOSSで

1. 稟議書や申請書を紙で回していて、承認の印をもらうために社内を回っている
2. Excelの申請書をメールで送って承認を頼んでいるので、どれが最新でいま誰が持っているのか分からない
3. 申請の金額によって承認する人が変わり、ルートを間違えて差し戻しになる
4. 誰がいつ承認したのか、後から確かめる記録が残っていない
5. 承認待ちのまま止まっている申請に、誰も気づかない
6. ワークフローの製品は利用者の人数ごとの料金で、全社員に広げると費用がかさむ
7. 申請の項目や承認の段階を変えたいが、そのたびに開発会社に頼んでいる

この設定は、マニュアルのFAQ：稟議申請などのワークフロー（承認プロセス）をプロセス機能で実現するで、項目の作り方から順に説明しています。デモ環境の「稟議申請の例」のフォルダで、実際の設定と動きを試せます。

承認の欄の入力必須・読取専用の切り替え方は、FAQ：承認ワークフローにおける項目の制御を状況による制御で実現するにあります。

ボタンが押されたときに、次の承認者や申請者に知らせます。プロセスの通知は、メールのほか、Teams・Slack・LINE WORKS・Chatworkなどに送れます。メールの宛先には、レコードの担当者や管理者を指定できるので、承認者が段階ごとに変わっても、その時点の担当者に届きます。本文には「申請しました。申請金額：[金額]」のように、項目の値を差し込めます。

一覧画面では、自分が担当している承認待ちの申請だけを絞り込めます。承認者が多数の申請をまとめて処理する場合は、プロセスで一括処理を許可すると、一覧画面で複数の申請に同じボタンをまとめて実行できます。

［承認］ボタンを押したときに、データの変更で、押した人の名前と押した日時を、その段階の「承認者」「承認日」の項目に自動で入れられます。申請番号も、［申請］ボタンを押したときに「20261002-0001」のような書式で自動で採番できます。

レコードを更新するたびに変更履歴が残り、誰がいつ何を変えたかを後から追跡できます。決裁のあとは状況による制御で申請の内容を読取専用にし、完了したらレコード全体を読取専用にすれば、承認した内容が画面から書き換えられることを防げます。

ただし、次の点は運用で決めておきます。

1. 変更履歴の復元・削除は、テーブルの履歴の設定で許可したときだけ使えます。削除にはサイトの管理権限が要ります
2. 状況による制御の読取専用は、インポート・一括更新・APIでの更新では効きません。これらを使える人を権限で絞ります

内部統制や監査に使える承認の記録を残す仕組みを作ることはできますが、プリザンターは法令や規格への適合を保証する製品ではありません。東洋アルミニウムでは、承認者を上長だけに設定することで、インシデント対応の承認の証跡をIT統制の観点で担保しています。

1. スマートフォンやタブレットのブラウザから入力できます。画面はレスポンシブ表示に対応しています（Mobile.json）。出張先や外出先から、承認待ちの申請を開いてボタンを押せます
2. 領収書や見積書は、添付ファイル項目にそのまま添えられます。写真を撮って、その場で申請に貼ることもできます（レコードに画像を登録）
3. 専用のアプリを入れる必要はありません。社外から使う場合は、ネットワークと認証の設計を情報システム部門で決めます

例1：決裁が済んだ申請を、ほかのシステムで受け取る（API）

会計システムへの連携の仕組みから、複数レコード取得APIを呼んで、ステータスが「完了」（コード900）の申請だけを取り出す例です。APIキーは事前に作成しておきます。取り出したデータを会計システムに登録する部分は、相手のシステムの仕様に合わせて作ります。

curl -X POST "http://{サーバ名}/api/items/{サイトID}/get" \
  -H "Content-Type: application/json" \
  -d '{
    "ApiVersion": 1.1,
    "ApiKey": "{APIキー}",
    "View": {
      "ColumnFilterHash": { "Status": "[\"900\"]" }
    }
  }'

マニュアル：複数レコード取得API／APIキー

例2：申請者の部署から、承認者を自動で入れる（サーバスクリプト）

申請者が所属する部署の課長を、承認者の項目に自動で入れる例です。課長のユーザをグループ（ここではグループID 3）にまとめておき、そのメンバーの中から、申請者と同じ組織の人を選びます。条件は「レコード読み込み時」にします。組織図の変更に合わせてグループのメンバーを直せば、スクリプトを書き換えずに済みます。

// 申請者と同じ組織にいる課長を、承認者（ClassB）に入れる
const managerGroupId = 3; // 課長のグループ
for (const member of groups.Get(managerGroupId).GetMembers()) {
    if (member.UserId > 0) {
        const user = users.Get(member.UserId);
        if (user.DeptId === context.DeptId) {
            model.ClassB = user.UserId;
            break;
        }
    }
}

金額に応じて部長・役員まで承認ルートを組み立て、承認のたびに次の承認者へ回す一式は、FAQ：稟議申請などのワークフローをサーバスクリプトで実現するにあり、サイトパッケージで取り込んで試せます。

マニュアル：groups.Get／GetMembers／users.Get／実行条件

マニュアル：テンプレートから作る

1. 日本国内で開発されているオープンソース。Community Editionは、利用者の人数や期間の制限なく無料で使え、商用利用もできます。申請する人が全社員でも、人数を気にせず広げられます
2. 自社のサーバー（オンプレミス）や、自社で管理するAWS・Azureなどに構築できます。申請の内容を社外のクラウドに出したくない場合にも使えます
3. WindowsとLinuxのどちらでも動き、実行環境は.NET 10、データベースはPostgreSQL・SQL Server・MySQLから選べます。Dockerのコンテナでも動かせます
4. 検証の環境で作った申請のテーブルは、サイトパッケージで本番の環境に移せます

オンプレミスで使えるノーコード・Webデータベース
FAQ：動作環境や推奨スペック

1. 組織と役職：承認者の指定に使う組織とグループを、社内の組織図に合わせて作ります
2. 権限：サイト・レコード・項目の単位で、見られる範囲と変更できる範囲を決められます（レコードのアクセス制御・項目のアクセス制御）
3. 認証：LDAP認証（Active Directoryなど）やSAML認証で、社内のアカウントのままログインできます
4. 困ったときに聞ける：有償の年間サポートサービスで、日々の操作や設定のQ&A、トラブル時のサポート、サンプルスクリプトの提供を受けられます
5. 大規模な運用：全社で使うときの応答性能を支える大規模運用サポート機能を、年間サポートの契約プランに応じて使えます

決裁規程に合わせた承認ルートの設計や、会計システムとの連携、いまの申請データの移行などをまとめて頼みたい場合は技術支援サービス、社内で作れる人を育てるにはトレーニングがあります。

このページの仕組みは、プリザンターの標準の機能とスクリプト・APIで作れます。お客様の決裁規程や申請書に合わせたワークフローとして提案・構築でき、利用者の人数ごとのライセンス料が無いので、全社員が使う申請の仕組みでも費用を抑えた提案ができます。認定パートナー制度では、開発元の支援を受けながら、導入支援やユーザーサポートを自社のサービスとして提供できます。

お客様の側で構築を任せたい場合は、150社を超える全国の認定パートナーから、業種や地域で探せます。申請書を決まった書式のPDFで出力したい場合は、認定パートナーが提供している帳票出力のソリューションと組み合わせられます（FAQ：入力したデータを帳票に出力して印刷したい）。

認定パートナー制度のご紹介
認定パートナーを探す

1. 試す：デモ環境の「稟議申請の例」で、承認ボタンと承認ルートの分岐を確かめます
2. いまの流れを書き出す：申請書の項目と、決裁規程にある金額の境目・承認者・差し戻しのルールを洗い出します
3. 組織とグループを作る：承認者の指定に使う組織と、課長・部長などのグループを作ります
4. テーブルと流れを作る：テンプレートから申請のテーブルを作り、プロセスと状況による制御で承認の流れを組み、通知を設定します
5. 一つの申請から始めて広げる：本番は自社のサーバーにインストールし、検証の環境で直したテーブルはサイトパッケージで移します

1. 申請書を決まった書式のPDFの帳票で出力したい：標準の機能にはありません。認定パートナーの帳票出力のソリューションと組み合わせます
2. 電子署名や電子契約まで一つの製品で完結させたい：標準の機能にはありません
3. 代理承認・後閲・組織図からの承認者の自動の割り当てなどを、設定だけですぐに使いたい：承認者の自動の割り当てはサーバスクリプトで作ります（例2）。ワークフロー専用の製品が持つ細かな決まりは、自社で作り込みます
4. サーバーを運用する体制がない：オンプレミスでは、構築・バックアップ・バージョンアップを自社で行います。認定パートナーに任せることもできます

• 

  お悩み解決動画

  皆さまからお寄せいただいたプリザンターのお悩みを動画で解決します。

  プリなま

• 

  関連ブログご紹介

  プリザンターに関連したバラエティに富んだブログ記事の新着をお届けします。

  関連ブログ情報
• 

  ユーザマニュアル

  はじめて触る方向けの基本説明からカスタマイズに必要な開発者向け情報まで。

  マニュアルページ