①一番下のキャプチャーですが、「ACL name matches＊」は理解できませんでした。どのような意味でしょうか？すべてのテーブルにアクセスできるということでしょうか？
②servicenow learningのテキストでは「テーブルアクセス制御 (ACL) ルールを満たさない場合、このユーザーはフィールド ACL ルールを満たしていても、テーブルにあるすべてのフィールドへのアクセスが拒否されます。」と記載されています。一番下のキャプチャーを見ると、少し矛盾しているようにも見えます。テーブルルールをいずれもクリアできなかったら、緑の矢印がフィールドルールを指しています。フィールドルールのどれかとマッチできれたら、match foundになり、Passに繋がっていきます。自分の理解を検証したいので、是非先生の理解を共有していただけないでしょうか？宜しくお願い致します。
③servicenow learningのテキストでは「アクセス制御ルールで複数の権限が指定されている場合、ユーザーがオブジェクトと操作へのアクセス権を得るには、すべての権限に適合する必要があります。権限の要件をどれか 1 つでも満たしていない場合、このユーザーは該当するオブジェクトや操作にアクセスできません。」と記載されています。少し理解できませんでした。つまり write権限を得るには、create権限も得ないといけないのでしょうか？理解できませんでした。
お手数をおかけしますが、どうぞよろしくお願いいたします
* Q１、 ①一番下のキャプチャーですが、「ACL name matches＊」は理解できませんでした。どのような意味でしょうか？すべてのテーブルにアクセスできるということでしょうか？
* A１、 ACLのName が * になっているものと、一致した場合と言う意味です。
--------------------
* Q２、②servicenow learningのテキストでは「テーブルアクセス制御 (ACL) ルールを満たさない場合、このユーザーはフィールド ACL ルールを満たしていても、テーブルにあるすべてのフィールドへのアクセスが拒否されます。」と記載されています。一番下のキャプチャーを見ると、少し矛盾しているようにも見えます。
* A2、Nameが一致する事と、ACLルールを満たすことは別々に考えてください。
１の１，２，３の順番で、Nameが一致するルールがあるかを判定し、一致するNameのルールを満たすか判定をします。一致するNameのルールがある場合図の黒線の経路を進みルールを満たすか判定をします。黒線の先にある判定がlearningのテキストに書いてある内容で、ルールを満たさなければフィールドの判定に進まずアクセスを否定する事になります。
１の１，２，３のどれにも一致するNameのACLがない場合は、そのまま2番に進みます。これはACLルールを満たさないとは違います。一致するNameがない状態とは該当するACLルールがないので、先に進んでフィールド判定を行っています。
--------------------
* Q3、③servicenow learningのテキストでは「アクセス制御ルールで複数の権限が指定されている場合、ユーザーがオブジェクトと操作へのアクセス権を得るには、すべての権限に適合する必要があります。権限の要件をどれか 1 つでも満たしていない場合、このユーザーは該当するオブジェクトや操作にアクセスできません。」と記載されています。少し理解できませんでした。
*A3、以下の図のすべての権限に適合する必要があると言う意味であるならば、図の通りすべてに適合する必要がある図になっています。すべてとはロール、条件、スクリプトの３つすべてに適合する必要があると言う意味です。ロールが設定されていればそれに適合し、レコード条件が設定されていればそれに適合し、スクリプトが設定されていればそれに適合し、すべてに適合する必要があります。 もしこのルールに適合しない場合、次にNameが一致するACLルールを探してひとつでも適合すればアクセスできます。
それらの説明が公式のDocsに記載してあります。
* Q１、 ①一番下のキャプチャーですが、「ACL name matches＊」は理解できませんでした。どのような意味でしょうか？すべてのテーブルにアクセスできるということでしょうか？
* A１、 ACLのName が * になっているものと、一致した場合と言う意味です。
--------------------
* Q２、②servicenow learningのテキストでは「テーブルアクセス制御 (ACL) ルールを満たさない場合、このユーザーはフィールド ACL ルールを満たしていても、テーブルにあるすべてのフィールドへのアクセスが拒否されます。」と記載されています。一番下のキャプチャーを見ると、少し矛盾しているようにも見えます。
* A2、Nameが一致する事と、ACLルールを満たすことは別々に考えてください。
１の１，２，３の順番で、Nameが一致するルールがあるかを判定し、一致するNameのルールを満たすか判定をします。一致するNameのルールがある場合図の黒線の経路を進みルールを満たすか判定をします。黒線の先にある判定がlearningのテキストに書いてある内容で、ルールを満たさなければフィールドの判定に進まずアクセスを否定する事になります。
１の１，２，３のどれにも一致するNameのACLがない場合は、そのまま2番に進みます。これはACLルールを満たさないとは違います。一致するNameがない状態とは該当するACLルールがないので、先に進んでフィールド判定を行っています。
--------------------
* Q3、③servicenow learningのテキストでは「アクセス制御ルールで複数の権限が指定されている場合、ユーザーがオブジェクトと操作へのアクセス権を得るには、すべての権限に適合する必要があります。権限の要件をどれか 1 つでも満たしていない場合、このユーザーは該当するオブジェクトや操作にアクセスできません。」と記載されています。少し理解できませんでした。
*A3、以下の図のすべての権限に適合する必要があると言う意味であるならば、図の通りすべてに適合する必要がある図になっています。すべてとはロール、条件、スクリプトの３つすべてに適合する必要があると言う意味です。ロールが設定されていればそれに適合し、レコード条件が設定されていればそれに適合し、スクリプトが設定されていればそれに適合し、すべてに適合する必要があります。 もしこのルールに適合しない場合、次にNameが一致するACLルールを探してひとつでも適合すればアクセスできます。
それらの説明が公式のDocsに記載してあります。
