メインコンテンツへスキップ
本記事では、YiDA が現時点で対応しているすべての数式を一覧で紹介します。

​
テキスト関数

​
時間関数

​
配列関数

​
論理関数

​
数学関数

​
集合関数

​
検証関数

​
ユーザー関数

​
高度な数式関数

​
数式に関するよくある質問

1. EQ 条件では、ターゲットフォームの比較対象コンポーネントを EQ の第 1 引数にする必要があります。
EQ は比較条件として使用します。ターゲットフォームの比較対象コンポーネントは、EQ の第 1 引数として配置してください。
2. EQ 条件では、ターゲットフォームの比較対象コンポーネントを別の数式で包むことはできません。
注意：EQ の直後には比較対象のコンポーネントを置き、数式を直接続けてはいけません。必要に応じて、比較対象コンポーネントの後に数式を追加してください。
3. カンマ、括弧、その他の句読点はすべて半角（英語）にしてください。 4. サポート対象のコンポーネントのみを比較条件として使用できます。
評価条件として使用できるコンポーネント：一行テキスト、複数行テキスト、選択、ドロップダウン選択、日付。その他のコンポーネントは現時点では非対応です。 5. 非サポートのコンポーネントには値を割り当てできません。 代入対応コンポーネント：同じタイプのコンポーネント同士でのみ代入できます。 対応コンポーネントには、一行テキスト、複数行テキスト、数値、選択、ドロップダウン選択、チェックボックス、ドロップダウンチェックボックス、カスケード選択、日付、日付範囲、画像アップロード、添付、ユーザー、住所が含まれます。その他のコンポーネントは現時点では非対応です。 6. 異なるタイプのコンポーネント間では相互に代入できません。 注意：同じタイプのコンポーネント同士でのみ代入できます。例えば、数値コンポーネントの値を画像アップロードコンポーネントに代入することはできません。 詳細は以下の表を参照してください：
7. 比較条件の（AND）論理には AND を使用してください。（OR）論理は現時点では非対応です。 8. 業務関連数式は現時点では条件内での文字列比較に対応していません。IF 数式で先に評価してから業務関連数式を適用してください。
9. IF 条件を使用した業務ルールが効かないのはなぜですか？ 業務関連数式を構成する際に、IF 数式で先に評価する場合、IF 条件はメインテーブルのフィールドを参照する必要があります。 注意：IF は最外層の評価として配置してください。そうしない場合、効果が反映されません。
10. 「アプリ設定エラー、管理者にお問い合わせください」 業務関連数式を構成した後、データ送信時に「アプリ設定エラー、管理者にお問い合わせください」というエラーが表示される場合、比較や値の入力に使用しているターゲット列が検索フィールドとして追加されていないことを意味します。ターゲットフォームのデータ管理ページで、ターゲットフィールドまたは比較フィールドを検索フィールドに追加してください。
10.1 手順： 10.1.1 ターゲットフォームのデータ管理ページにあるクエリ条件設定を確認します。
10.1.2 ターゲットフォームのフィールドが検索に含まれているかを確認します。含まれていない場合は、参加検索フィールド設定から追加してください。 10.1.3 設定ページで、あいまい検索の下にターゲット列を検索フィールドとして追加し、[今すぐ実行] をクリックします。
11. 主条件の設定エラー
このエラーは、サブ条件が誤った位置に配置された場合に発生します。まずメインテーブルのフィールドで一致させる必要があります。
12. サブ条件の設定エラー。一度に更新できる詳細レコードは 1 件のみです。ターゲットフォームで一致したデータがメインテーブルデータの場合は、主条件に配置し、AND で接続してください。 13. 一致条件のターゲット列がサブフォームデータの場合、数式構成後に「ターゲット列が更新対象の詳細に含まれていません」というエラーが表示されます。ターゲット列をメインテーブルのフィールドに変更してください。
14. パラメータ形式の不一致
業務関連ルール数式を構成する際、「パラメータ形式の不一致」のプロンプトが表示されます。コンポーネントタイトルがコードで改行を含むよう変更されていないかを確認してください。コンポーネントタイトルに改行が含まれる場合、数式構成時にフィールドが複数行で表示され、エラーが発生します。
15. 業務関連ルールと統合と自動化の実行順序に関する問題
15.1 業務関連ルールと統合と自動化を併用する場合の実行順序は？ 現在、業務関連ルールと統合と自動化は独立した実行ロジックに従います。それぞれ独自の実行順序で動作し、全体的な順序は制御できません。
混在させた場合、同じターゲットフォームが 2 つのタスクスケジューリングシステムによって想定外の順序で更新され、誤った業務結果を招く可能性があります。特に増減を伴う在庫管理などの複雑なプロセスで顕著です。 業務プロセス間の同期には、YiDA の統合と自動化を使用することを推奨します。
15.2 統合と自動化ノードに複数の業務関連ルールが含まれる場合、実行順序はどうなりますか？ 業務関連ルールは現在、複数のルールエントリに対応していますが、製品上の制限により、ルール間の実行順序は選択できません。 実行順序を制御するには、統合と自動化の [データノード] にある作成、更新、削除などを代わりに使用してください。これらのノードは順序指定に対応しており、[実行ログ] で実行記録を確認できます。 詳細な設定は以下のスクリーンショットを参照してください。
16. フォームの編集前値と編集後値の違いは何ですか？ 編集状態のフォームに対して業務関連ルールを構成すると、編集前値と編集後値の両方が利用可能です。 違いは以下のとおりです： フォームフィールド A の値が [スイカ] で、これを [モモ] に変更した場合、編集前値は [スイカ]、編集後値は [モモ] です。これは通常、編集後に元のターゲットフォームの値を変更する必要がある場合に使用します。 17. 高度な関数の使用制限は何ですか？ YiDA の業務ルール関数は、現在以下の使用制限をサポートしています：
18. フォームに新しいフィールドを追加した後、業務ルールが実行されないのはなぜですか？ ターゲットフォームに新しいフィールドを追加した場合、既存の履歴レコードには新しいフィールドがまだ含まれていないため、更新できません。各履歴レコードを編集して保存すると新しいフィールドが読み込まれ、正常に更新できるようになります。一括インポートまたは更新でも解決できます。 19. 日付コンポーネントを評価条件として使用すると数式の実行が失敗するのはなぜですか？ 日付コンポーネントを評価条件として使用することは推奨されません。現在の値はタイムスタンプとして返されるため、評価条件としては正確ではありません。 日付コンポーネントの値を一行テキストフィールドに代入し、その一行テキストを評価条件として使用してください。 20. 業務ルールはいつトリガーされますか？ 統合と自動化によって作成されたデータは、現時点では業務ルールをトリガーしません。