情報システムにおけるメンテナンス性とは、以下のようなことを言います。
・バグ対応や機能追加ができる
・外部環境の変化に適応できる

では、そのメンテナンス性が高いとどんなメリットがあるのでしょうか。
作る人、使う人、売る人に分けてメリットを上げてみました。

作る人 （アプリを開発・設定する人）	・追加/改修がしやすい
使う人 （作成したアプリを使用する人）	・反映スピードが速い ・改修コストを抑えられる
売る人 （アプリを販売する人）	・追加/改修があっても素早く対応できる

このように、事業に関わる全ての人にメリットがあります。

実は、SPIRAL ver.2はもともとメンテナンス性が高いサービスなんです。

つまり、使いづらいと思ったところをすぐに追加・修正して、使いやすいアプリに改善していくことができます！

他のサービスでこれらのことをしようとすると、データベースから作り直したり、一部の変更でも費用や時間がかかったりと、なかなか大変かと思います...
SPIRAL ver.2ではクリック操作で柔軟に対応できるため、外注をしなくても自分たちで解決できます。
なので、SPIRAL ver.2は内製化に向いているプラットフォームでもあります。

メンテナンス性が高く、いろいろなメリットがあるSPIRAL ver.2ですが、今回のアップデートによってさらにメンテナンス性が向上しました。
ver.2.18では、認証エリア、PHP対応など様々なアップデート機能がありますが、その中でもメンテナンス性をぐんと向上させるのが「DBトリガ」機能です。

自DBへの更新処理と、他DBへの登録/更新/削除を実行することができます。
アクションを複数組み合わせることで、複数DBへの登録や、更新登録といった動作も設定可能です。

メールアクションでは、レコード内のメールアドレス、または固定のメールアドレスにメール送信をすることができます。
※非同期アクションにはメールアクションのみが用意されています。（ver.2.18 2021/11/30時点）

まず、回答メールの自動送信に必要なフィールドをDBに追加します。 今回は、2つのフィールドを追加しました。

フィールド名	タイプ	用途	セレクト項目
メール送信フラグ	セレクト	メールを送信する/しないを指定するフラグ	1 送信しない 2 送信する
回答内容	テキストエリア	メールに差し込む回答内容を入力する項目	－

次に、自動回答メールの設定を追加します。
今回は、操作画面からレコードが更新されたときにトリガを作動させるので、更新トリガに非同期アクションを作成します。 作成ボタンをクリックするとメールアクションの作成画面が表示されます。
設定項目が多いため、一部の設定項目のみ紹介いたします。

経路条件	一部の経路 ＞ 操作画面
指定方法	レコード
フィールド	メールアドレス
配信条件	条件付き配信
条件抽出(簡易)	[メール送信フラグ] [等しい] [送信する]

作成したメールアクションは無効化されているため、有効化をします。 以上でメールアクションの設定は完了です。

最後に、アプリロールから追加したフィールドの権限を設定します。
追加したフィールドは権限が無い状態になっているため、閲覧/作成/変更の権限を追加します。 以上で設定は完了です。

・3ステップだけですぐに自動回答メールの設定ができた ・担当者画面の修正が不要だった
ver.2はもともとメンテナンス性が高く、さらにDBトリガ機能でメンテナンス性がやや上がりしているということが分かりました！

というようにフローを追加しました。
DBトリガのメールアクションと既存機能の組み合わせによって、差し戻しのフローを簡単にWeb化することができました！

というようにフローを追加しました。
DBの作成と、DBトリガのレコードアクションの設定だけで変更履歴機能を追加することができました。

ちなみに、削除したときに作動するレコードアクションも設定することで、削除したデータの履歴を取ることも可能です。
データを間違えて削除してしまい青ざめる... みたいな恐怖体験ともおさらばできそうです！

結構ボリュームのある追加実装になるかと思いましたが、1時間ほどで追加することができました。
なぜ短時間で設定できたかというと、追加や修正をするときに一から作り直さないといけないものが無かったからです。
通常、既存のシステムに手を加えるとなると、画面やデータベースを再構成する必要が出てしまうことが多いですが、SPIRAL ver.2では追加したい機能だけをくっつけていくような感覚で実装をすることができます。