← Tenderely BPM
モジュール

契約管理を 最初から最後まで 一つのフローで。

署名は契約プロセスの終わりではなく、実は中盤です。本当のリスクはその後に来ます。誰も終了日を監視せず、契約が自動更新されるか、そのまま失効してしまいます。Tenderely BPMは署名後も契約を追い続けます。

契約署名プロセスのアイソメトリックイラスト

契約プロセスで何が繰り返されるのか?

01
申請と起案
どの取引か、どの相手先か、どのテンプレートから — 構造化された申請がなければ、法務は毎回同じ質問をします。
02
社内承認
承認ステップは金額と種類で変わるため、誰が署名するかはルールに従う必要があります。
03
交渉ラウンド
相手からの変更内容と現在のバージョンを追跡する必要があります。間違ったバージョンに署名することは本当のリスクです。
04
署名
署名順序と署名権限はレコードに記録され、実行済みコピーは一か所に保管されます。
05
効力を持つ義務
カレンダーに入らないコミットメントは、違反するまで覚えていません。
06
失効と更新
自動更新される契約の通知期間を逃すと、もう一期間拘束されます。

今日、どこで問題が起きるか?

契約がフォルダに散在している
実行済みコピーは共有ドライブや引き出しにあり、誰も終了日をいつか確認しないため、誰も知りません。
終了日が漏れる
通知期間を過ぎてから気づいた契約は、さらに一期間効力を持ちます。
現在のバージョンが不明確
メールで往来するファイルは「最終版v3_最新」となり、時には間違ったバージョンに署名することがあります。
誰が承認するか明確でない
ルールはポリシー文書にありますが、実施は記憶に頼り、その差は監査で出てきます。

Tenderely BPMで何が変わるか

01
申請が構造化されて到着する
相手先、件名、金額、期間がフィールドとして入力されるため、法務は不足情報を追い回しません。
02
承認が金額で分岐する
誰が署名するかはルールで判断され、そのルールはドキュメントではなくフローに組み込まれています。
03
バージョンがレコードに記録される
各ラウンドがステップなので、どのファイルがいつ到着したか、現在のバージョンは何かが見えます。
04
終了日があなたに警告する
更新日と通知日でタイマーが動き、責任者にはそれが近づくと警告が届きます。
05
相手先が外部から参加できる
公開フォームリンクでドキュメントをアップロードしたり、アカウントなしで承認できます。
よくある質問

契約終了日を追跡できますか?

+
はい。失効日と通知日はレコードのフィールドで、タイマーがそれに対して動き、近づく更新は責任者への警告として届きます。更新の判断自体がステップになることもできます。

電子署名を使えますか?

+
プロセスは署名ステップと実行済みコピーのアップロードを管理します。どの署名方法を使うかはあなた次第です。誰がどのバージョンを承認したか、いつかは記録されます。

独自のテンプレートを使えますか?

+
はい。テンプレートファイルはレコードに添付され、申請フォームからのフィールド情報と一緒に移動します。どの取引にどのテンプレートを適用するかは条件付きで判断できます。