Accès Runtime aux tables d’applications

L’accès à l’exécution détermine si un appel d’API ou de service Web peut s’exécuter sur une table d’application.

Les autorisations d’accès peuvent être définies pour les points d’accès suivants.

Tableau 1. Points d’accès à l’exécution

Points d’accès	Description
API de script	Tout appel d’objet ou de méthode pris en charge à partir de l’API système incluse dans le périmètre, tel qu’un appel GlideRecord.
Services Web	Tout appel de service Web pris en charge, tel qu’un service Web REST, JSON ou SOAP.

Le système ne vous empêche pas de créer des appels d’API ou de service Web vers les tables d’application, mais il détermine plutôt si l’appel d’API ou de service Web est autorisé à s’exécuter sur la table d’application. Les appels d’API ou de service Web qui enfreignent les autorisations d’accès pour une table d’application génèrent une erreur. Par exemple, l’appel d’un service Web vers une table d’application protégée génère une erreur HTTP 403 interdite.

• Autorisations d’accès au runtime par défaut
  Les autorisations d’accès au runtime par défaut s’appliquent aux nouvelles tables de données d’application.
• Définir l’accès au moment de l’exécution aux tables de l’application
  Définissez ces autorisations d’accès pour protéger les tables d’application lors de l’exécution.
• Exemple refus de tout accès d’exécution à une table
  Vous pouvez empêcher les appels d’API de script et de service Web à partir d’autres périmètres de l’application.
• Exemple accordant à une table l’accès à la totalité de l’exécution
  Vous pouvez autoriser certains ou tous les appels d’API de script d’exécution et de service Web à partir d’autres périmètres de l’application.