エンタープライズ署名スイートの代替

このページの対象者

2000 年代初頭に電子署名カテゴリを定義したスイート。エンベロープごとの価格設定と広範な水平機能セットを備えたエンタープライズ契約の自動化ではよく知られた名前です。

ゴールドをアクセントにした、広く認知されているエンタープライズ契約プラットフォーム。

エンタープライズ アグリーメント スイートは電子署名の先駆者であり、今でもほとんどの調達チームにとってデフォルトの評価の開始点となっています。その幅広さは実際のもので、契約ライフサイクル、CLM、公証、身元確認が 1 つ屋根の下で行われます。

その幅広さにはトレードオフが伴います。スイートを独自の製品内に組み込むということは、プラットフォームではなくエンドユーザー向けに設計された署名エクスペリエンスを回避することを意味します。 API アクセスは通常、上位プランの背後でゲートされています。ホワイトラベルは標準契約では制限されているか、利用できません。

EndorsedSign は、逆の使用例、つまり製品内に消える署名用に構築されています。あなたのブランド、ドメイン、顧客関係。 API と埋め込み SDK はすべてのプランに同梱されます。

チームが切り替えを検討する理由

チームは通常、独自の製品内で実行するために署名が必要な場合、ユーザーをサードパーティのポータルにリダイレクトするのではなく、既存のスイート以外にも目を向けます。埋め込みおよびヘッドレスの SDK は、すべての EndorsedSign プランに同梱されています。最初の製品内署名フローの前に、エンタープライズ ゲートを通過する必要はありません。

コスト構造が 2 番目の要因です。既存のスイートのエンベロープごとの価格は、トランザクション量に比例して増加します。プラットフォーム指向のインフラストラクチャの価格設定は、大容量の SaaS および統合のユースケース向けに設計されています。

3 番目の理由は、開発者のエクスペリエンスです。すべてのプランに同梱される REST API、ファーストパーティの TypeScript、Python、.NET SDKs、配信不能キューを備えた HMAC 署名付き webhook、配信の検査と再生ができる開発者コンソール — これらは、API 製品にとって重要な要素であり、アップセル機能ではありません。

移行に関する考慮事項

署名を取得したプラットフォームに関係なく、既存の署名済み文書は引き続き有効です。完了した契約書に再署名する必要はありません。

テンプレートを移行するには、EndorsedSignでテンプレートを再作成する必要があります。フィールドの配置と役割の割り当ては同様の概念です。データ構造はプラットフォームごとに異なります。

Webhook エンドポイントは、現在の形式ではなく EndorsedSign イベント ペイロードを受信するように更新する必要があります。イベント タイプは似ていますが、同一ではありません。