DocuSignのおすすめ代替：セルフホストと無料版

契約ワークフローを置き換える必要があるものの、代替先の署名SaaSに契約書を送れない。こうした場合、DocuSeal、Documenso、OpenSignはDocuSign代替の候補になります。いずれもセルフホストできる中核機能があります。比較すべきなのは、運用できるエディション、エクスポートできる証拠、導入後も呼び出すサービスです。サーバーのレンタル許可と、処理事業者への文書送信許可は別の判断です。

代替先の証拠や運用が整うまでは、承認済みのDocuSignワークフローを維持することが合理的な場合もあります。ただし、組織の要件を満たすことが前提です。ポリシーがその処理方式を禁止しているなら、使い慣れていても制限は解消しません。実際の契約を移す前に、代替先の受け入れ基準を定めてください。

要点

DocuSeal：無料セルフホスト版は複数の署名者と独自SMTPサーバーに対応します。Proでは自動リマインダー、SAML SSO、ユーザーロールとチーム、高度なAPI・埋め込み機能などが加わります。オンプレミス版の比較を参照してください。
Documenso：Community Editionには基本的な署名、テンプレート、APIアクセスが含まれます。商用機能には組織認証ポータル、文書操作時の再認証、埋め込み編集があります。エディション比較を参照してください。
OpenSign：リポジトリでは再利用可能なテンプレート、署名順序、ゲスト向けメールコード、完了証明書が説明されています。APIトークンのドキュメントは有料の本番トークンと無料のサンドボックストークンを区別しています。選んだビルドのセルフホストAPI利用権を確認してください。このページだけでは明確になりません。

無料版と運用要件を比較する

次の表では、各ツールの無料コードの範囲、導入要件、商用機能を比較します。

ツール	無料コードの範囲	導入構成要素	商用または未解決の条件
DocuSeal	リポジトリのライセンスはAGPLv3です。DocuSealの料金ページでは、無料のオンプレミスOpen Sourceと商用のオンプレミスProを分けています。	Docker/Composeを使用し、標準ではSQLite、またはPostgreSQL/MySQLに対応します。詳しくはインストール方法を参照してください。ファイル・データベースの永続化とメール配信を計画します。	Proの設定ガイドでは、ブランド設定、リマインダー、SSO、ロール・チーム、webhook、API・埋め込みを商用提供に含めています。具体的な連携利用権と従量料金を確認してください。リポジトリ内の一般的な連携説明だけでは確定できません。
Documenso	エディション比較では、無料のCommunity Edition、年単位ライセンスのBusiness Edition、個別対応のEnterprise Editionを区別しています。リポジトリには別ライセンスの商用コードも含まれます。	要件文書ではPostgreSQL、メール転送手段、リバースプロキシ、署名証明書が指定され、S3互換ストレージは任意です。永続化設計にはデータベース内の文書と監査記録を含めてください。	商用機能一覧には組織認証と文書操作時の再認証が記載されています。エディションの文書には埋め込み編集・ホワイトラベル埋め込み編集、CSCリモート署名もあります。選んだエディションで必要なエクスポート、タイムスタンプ設定、無料APIの範囲を確かめてください。
OpenSign	セルフホストのページでは無料のセルフホスト中核機能を説明しています。ルートのAGPLv3ライセンスには、ディレクトリと第三者コンポーネントに関する例外があります。	DockerガイドではMongoDB、ローカルまたは外部ファイルストレージ、SMTP/Mailgun、署名証明書を設定します。選んだ導入構成の永続化とデータベース公開範囲を確認してください。	APIトークンのガイドは有料の本番トークンと無料のサンドボックストークンを区別する一方、セルフホストのページはREST APIを案内しています。依存する前に、選んだセルフホスト版の利用権を確認してください。OpenSignのテンプレートガイドにある「Merge Certificate to PDF」は、有効なら最終PDFに完了証明書を含め、無効なら別の証明書PDFを提供します。インストールしたビルドのエクスポート設定を確かめてください。

オープンソースの電子署名アプリは、利用可能な無料の中核機能と商用パッケージを併せ持つ場合があります。予定する各ワークフローについて、操作、それを許可するエディション、呼び出すサービスを確認してください。公開リポジトリだけでは、必要な機能が無料である証拠になりません。

選定記録を簡潔に残してください。選んだパッケージ、必要なワークフロー、未解決の条件、回答を得る担当者を記します。似た名前のクラウド機能があるからといって、未回答欄を「はい」で埋めないでください。ほかの部分が適していても、未解決の要件があるワークフローの採用は延期すべきです。

署名ワークフローに合う候補を選ぶ

私なら、手作業で管理するPDFテンプレートのフローにはDocuSeal、無料APIアクセスが必須ならDocumenso Community、テンプレートとゲスト向けメールコードが業務に合うならOpenSignから検証します。これは公式文書に基づくパイロットの出発点です。インストールや署名のテストを実施したわけではありません。

PDFとテンプレートのワークフロー向けDocuSeal

無料の中核機能で要件を満たせるなら、PDFの準備と署名テンプレートの再利用にDocuSealを最初に試すのは妥当です。監査証明書のFAQでは、各当事者のイベントと条件付きの検証項目を含む完了記録をダウンロードできると説明しています。特定の本人確認水準の証拠とみなす前に、記録された方法が要件を満たすか判断してください。

証明書には当事者のメールアドレス、イベント時刻、IPアドレス、セッションID、ブラウザー情報、タイムゾーンが記録されます。メール・電話確認は使用した方法に依存します。項目があるだけでは、より強い確認が行われた証拠にはなりません。予定する設定で生成したサンプルを求め、必要なら拒否・代理依頼の経路も含めてください。

必要な認証や連携が未承認の商用範囲に入るなら、選定を止めてください。文書エディターが目に見える要件を満たしていても、不可欠な後続操作が未解決の場合があります。

既存のPostgreSQL運用体制に合うDocumenso

データベース、メール、証明書の依存関係をまとめて運用できるなら、Documensoは試す価値があります。セルフホスト要件では、署名証明書なしでもアプリは起動するのに文書署名は失敗する、という落とし穴を示しています。画面が応答するだけでは導入の受け入れテストになりません。

要件では、提供または生成した.p12証明書によるX.509デジタル署名と、データベースへの監査ログ保存を説明しています。これは署名基盤の説明であり、受信者が使った個人の認証情報や、個々のエクスポート内容を示すものではありません。

Documensoの文書ライフサイクルは、監査ログが添付された完了済み署名PDFを説明しています。v2.14.0の変更履歴には、APIによる証明書と監査ログの個別PDFダウンロードも記載されています。パイロットでは導入済みビルドから記録をエクスポートし、内容を確認し、署名PDFを独立して検証してください。

テンプレートと署名順序の要件向けOpenSign

再利用できるテンプレートと順序に従った参加が重要なら、OpenSignが候補になります。プロジェクトREADMEでは複数署名者、署名順序、ゲスト向けメールコードを説明しています。完全なバックエンドと選んだストレージ設定でこれらを試してください。メールコードが記録するのはメールボックスへのアクセスであり、独立して確認された本人性や組織上の権限ではありません。

開発用インストール手順では、フロントエンドのみの方式は文書アップロードを含めプロジェクトのステージングバックエンドを使うとしています。非公開契約の導入ではこの方式を除外してください。自分の端末でフロントエンドを動かしても、バックエンドが文書を処理する場所は分かりません。

完了した署名の裏付けとなる証拠を確認する

完了した電子署名の裏付けとして確認する証拠

完成したPDFとイベント報告は、異なる問いに答えます。署名操作、文書の完全性、署名者の本人性と権限、時刻の証拠を集めてください。欧州委員会のeSignature FAQとESIGN法は、電子署名の承認と、より広い要件を区別しています。単一の出力や技術項目で、特定の契約の法的結論は決まりません。

米国の州際・外国通商に関わる、または影響する取引では、ESIGN §7001は署名や記録が電子形式であることのみを理由とする効力の否定を制限します。この電子署名法は他の義務を維持し、すべての人に電子記録の受け入れを求めるものではありません。一定の場合には消費者への情報開示条件が適用されます。第7003条の例外には遺言・家族法関係の記録、特定の商法事項、裁判所文書、一部通知が含まれますが、これらの除外自体が電子利用を禁止するわけではありません。

委員会のeSignature FAQは、電子署名と、そのデジタル・暗号技術による実装を区別しています。EUのeIDASでは、電子形式または非適格形式だけを理由に署名の法的効力を否定できません。適格署名は手書き署名と同等の効力を持ちます。高度電子署名には本人との結び付き、署名者の管理、変更の検出が必要で、適格署名には適格証明書と適格署名作成装置が加わります。これらは契約成立、権限、文書形式、個別紛争を決定せず、特定ツールを分類するものでもありません。

証拠一式のサンプルを確認するときは、次の4点を調べてください。

イベントと管理。電子署名の監査証跡では、誰が行動し、何を見たり受け入れたりし、どの確認が実行され、いつ完了したかを確認できる必要があります。そのプロセスに関係する同意の証拠を残してください。イベントを編集・削除できる人、変更が記録されるか、アプリ管理者とは独立して保存コピーを守る仕組みを確認します。イベントログだけでは改ざんへの耐性は証明できません。
文書の完全性。完了した元のPDFを保存し、デジタル署名があれば、その署名、証明書チェーン、対象バイトを検証します。NISTのハッシュ関数の定義は入力の要約表現を説明しています。改ざんを検出するハッシュ確認には、由来と保護を確かめられる認証済みの参照ダイジェストが必要です。PDFと隣接するハッシュの両方を置き換えると、単純比較は無効になります。ハッシュだけでは署名者の本人性は分かりません。別の監査記録も保護されているか尋ねてください。
本人性と権限。確認方法と、指名された人物との結び付きを記録してください。メールボックスへのアクセスやワンタイムコードだけでは、その人の本人性や会社を拘束する権限は分かりません。NISTのデジタル署名の定義は、適切な実装を前提に出所認証と完全性を結び付けています。サーバーの署名証明書を、各受信者が個別の認証情報を持っていたという主張にすり替えてはいけません。
時刻と発行者。アプリのイベント日付と、独立して発行されたタイムスタンプトークンを分けてください。RFC 3161は、対象データのダイジェストであるメッセージインプリントを使うタイムスタンププロトコルを定義しています。保存文書に照らしてトークンを検証し、発行者を確認してください。適格タイムスタンプは別の区分です。委員会は日時の正確性と関連データの完全性に関する推定を説明し、適格サービスはTrusted Lists（トラストリスト）に掲載されます。RFC対応だけではその資格を確認できず、文書の結果も保証できません。

文書・メタデータ・ダイジェストの送信先を把握する

セルフホスト署名フローの文書、メタデータ、ダイジェストの経路

DocuSealの完了メール設定に見られるように、セルフホスト電子署名アプリでも外部リレー経由で完了PDFを送る場合があります。セルフホストが示すのは運用者です。設定した各サービスは個別に確認する必要があります。実際の文書を入れる前に、契約内容、個人メタデータ、ダイジェストを分け、各経路のエンドポイントと許可された処理を記録してください。

署名SaaSは禁止でも承認済みのレンタル基盤は許されるなら、自社ハードウェアと承認済みVPS・プライベートクラウドが選べます。レンタルVPSは第三者の基盤です。すべての第三者基盤を文字どおり禁止する場合、VPS購入では満たせません。自社管理の基盤を使い、その境界に照らして補助サービスも確認してください。

当社のワンクリックDocuSeal VPSにはDocuSealが事前インストールされているため、手動インストールを省き、署名ワークフローの設定に集中できます。データ配置の要件に合わせ、世界各地のVPS拠点から選んでください。

SaaSによる文書処理が禁止されていても、明示的に承認されたトラストサービスが役立つ場合があります。自分で管理するアプリなら自動的に強い証拠を得られると思い込まず、ポリシーに照らしてペイロードと目的を評価してください。

データの経路	文書に記載されたデータ・機能	設定で解決すべき問い
メールと受信者のメールボックス	DocuSealの完了メール設定では署名PDFと監査PDFを添付できます。OpenSignのメールテンプレート文書は依頼情報・署名リンクと、完了文書・証明書の添付を説明しています。これらの経路には内容や個人メタデータが含まれる場合があります。	どのリレーとメールボックスが受け取りますか。件名、本文、リンク、添付を確認します。添付を無効にしても受信者、タイトル、リンクのメタデータは残ります。Documensoの実際のメール内容は別に確認してください。
主要ファイルとバックアップ	導入文書ではデータベース・ファイル保存と任意の外部ストアを説明しています。コピーには文書全体と個人の監査メタデータが含まれる場合があります。	ファイル、レプリカ、バックアップはどこに保存されますか。誰が読め、どれだけ保持され、復元するとどこに配置されますか。
本人確認、SMS、SSO	文書記載の認証方法は製品・エディションで異なり、OpenSignはゲスト向けメールコードを説明しています。	有効な方法はどれですか。承認サービスに識別子、電話番号、本人確認資料が送られますか。身分証アップロードが標準だと決めつけないでください。
タイムスタンプサービス	DocuSealの時刻サーバー設定では独自または外部のRFC 3161エンドポイントを使えます。プロトコルはダイジェストを使いますが、アプリの全リクエストがこれで分かるわけではありません。	どのエディションで使え、誰が発行し、適格なタイムスタンプであることが必要ですか。実際のリクエストとネットワークメタデータを確認します。
証明書、リモート署名、ライセンス	証明書設定、Documensoの商用リモート署名、DocuSeal Pro登録は、それぞれ別の設定確認が必要です。	選んだ経路はPDF、ダイジェスト、識別子、利用データのどれを送りますか。ライセンス・従量計測のペイロード詳細を入手し、ダイジェストだけだと仮定しないでください。
連携と任意の自動化	Webhookや連携は設定可能な経路であり、すべての外向き通信を把握できた証拠ではありません。	有効なAI・分析も含め、エンドポイント、イベント本文、サービスログを一覧化します。文書URL、内容、個人メタデータがないか確認してください。
ホスティングとサポート	レンタルサーバーは署名アプリとは別に、基盤事業者との関係を追加します。	物理的配置、バックアップ、管理者アクセス、サポートアクセスを個別に承認してください。

ほかの業務アプリと同じ外部呼び出し一覧を用い、画面の先にある各接続を追跡してください。合成ファイルで設定エンドポイントとペイロードを調べます。ローカルログインの成功から、未確認の外向き経路についての証拠は得られません。

エディションと自分に残る作業の予算を立てる

ライセンス料のない導入でも、ストレージ、メール配信、復旧責任者は必要です。DocuSeal ProガイドとDocumensoの比較は、ソフトウェアの利用権と基盤所有を区別しています。有料操作や補助サービスを含め、具体的なフローの予算と運用責任を決めてください。文書・ユーザーの「無制限」は、無限のサーバー容量や無料運用を意味しません。

計算資源、データベース・文書保存、バックアップ、メール配信、証明書・トラストサービス、商用ライセンス、従量料金、管理者の時間を予算に入れてください。

予算項目	承認前に記入する内容
ライセンスと利用量	必要エディション、更新条件、連携料金、課金が発生する単位。曖昧なエクスポートや認証方法は確認を取ってください。
計算資源と保持データ	アプリ・データベースのホスティング、主要ファイル、バックアップ容量、保持量の増加、復元基盤。自社ハードウェアにも容量と保守のコストがあります。
補助サービス	フローに必要なメール配信、本人確認・SMS、署名証明書、タイムスタンプ・リモート署名サービス。従量料金も含めます。
運用作業にかかる時間	更新、アクセス見直し、セキュリティ設定、配信失敗、監視、隔離環境での復元訓練。主担当者と不在時の代替担当を指定します。

文書サイズ、保持期間、署名ピークに基づいて見積もってください。SaaS料金と代替先の計算資源費だけを比べないでください。含まれる作業が異なります。必要な商用条件やサービスが不明なら、アプリのライセンスが無料でも予算は未完成です。

承認された小さなフローから始めるのは妥当です。任意の自動化は、利用権、データ経路、責任者が明確になるまで延期してください。

契約を切り替える前に合成データで試す

契約を移す前に、架空の契約とテスト受信者で選んだエディションを評価します。Documensoの要件とOpenSignのDockerガイドが依存関係を示しています。予定するパイロットでは署名、証拠出力、復旧を一緒に試す必要があります。これは受け入れ計画であり、実施済みテストの報告ではありません。評価した設定とともに失敗や未回答の問いを記録してください。

リリースやイメージを固定し、エディション、ライセンス、導入済みバージョンを記録します。インストール前に必要な操作と受け入れ可能な証拠を定義してください。後の更新で同じ確認を繰り返せるよう、導入設定と一緒に保存します。
エンドポイントと保存先を承認します。外部経路を作業表に含め、合成データの招待・完了メール、添付、観測したペイロードを確認します。必要に応じ、選んだOpenSign経路に自分のバックエンドが含まれることを確認してください。
外部テスト受信者で代表的な招待を完了します。必要な確認方法、署名順序、拒否・期限切れ、完了を試します。社外ネットワークから到達できることを確認し、配信失敗も調べてください。
必要な形式で完了PDFと監査記録を出力します。アプリの成功画面とは独立して署名、証明書、タイムスタンプトークンを検証します。保存した認証済み参照値と完全性を比較し、別コピーを変更して検出内容を確かめます。これは技術確認であり、法的結果のテストではありません。
導入環境を再起動し、記録に引き続きアクセスできることを確認します。隔離環境へ復元し、取得と検証を繰り返します。バックアップ先と復旧責任に明示的な受け入れ基準を設けてください。バックアップジョブの成功報告だけでは不十分です。
管理された切り替えを計画します。完了PDFと元の証拠は新しいテンプレートと分けて保存します。進行中の依頼をどう終えるか決めてください。新アプリへのPDF取り込みを、元の署名履歴の再構築とみなしてはいけません。

承認済みのレンタル基盤が受信者のアクセスに適しているなら、当社のワンクリックDocuSeal導入が初期設定を助けます。自社ハードウェアや承認済み事業者での手動導入も選べます。データ配置の要件に合わせ、世界各地のVPS拠点から選んでください。

よくあるご質問

フローを選んだ後も、課金単位、パッケージのライセンス、導入済みビルドは別々に記録する必要があります。

署名する受信者もプラットフォームユーザーとして課金されますか？

いいえ。DocuSealのPro課金説明はプラットフォームユーザーと署名する受信者を区別しています。API・埋め込みの利用単位は完了した提出案件（submission）で、複数ファイル・複数当事者を含められます。プラットフォームユーザーの利用権と従量料金を両方記録し、別のプロジェクトに同じ課金方式を当てはめないでください。

1つのライセンスでリポジトリ内の全コンポーネントをカバーできますか？

選んだファイルとパッケージを確認してください。Documensoには別の商用ディレクトリのライセンスがあります。OpenSignのルートライセンスの例外は、存在する場合、特定のサーバー側のルーティング用ディレクトリを除外します。独自ビルドでは含めるコンポーネントと適用ライセンスを記録し、代表ライセンスがすべてに当てはまると考えないでください。