Skip to content
EntryLayer Operational data entry for Snowflake

Installation

EntryLayer is delivered as a Snowflake Native App. Installation gets the product runtime running in your customer Snowflake account before you invite users, assign seats, or grant caller rights.

Use this page when a Snowflake administrator is installing EntryLayer from the Marketplace, approving the runtime privileges, or explaining what the package creates automatically.

  • A Snowflake account that supports Native Apps, SPCS, and Hybrid Tables
  • A role that can install the application and approve requested privileges
  • An environment where Snowflake Cortex and Restricted Caller Rights workflows are allowed
  1. Open the EntryLayer Snowflake Marketplace listing, or open Data Products → Marketplace in Snowsight and find EntryLayer.
  2. Select Get and complete the install flow.
  3. Approve the requested privileges during installation.

If you start from the public web listing, Snowflake will prompt you to sign in to the account where you want to install the Native App.

At this stage, you are installing the product runtime. You are not yet granting user access to the app or to your business data sources.

During installation, the package requests only the runtime account privileges required by the current package:

PrivilegePurpose
CREATE COMPUTE POOLRun the EntryLayer SPCS containers.
CREATE WAREHOUSESupport Cortex-backed features and app-managed Snowflake work in the installed environment.
BIND SERVICE ENDPOINTExpose the EntryLayer web interface through Snowflake.

The package also declares the Snowflake-managed SNOWFLAKE.CORTEX_USER database role for Cortex-backed form generation. Grant that database role from the installed app Permissions tab during first-run setup.

What the setup script creates automatically

Section titled “What the setup script creates automatically”

The setup script creates the core runtime objects for you, including:

  • the application roles ENTRYLAYER_USER and ENTRYLAYER_ADMIN
  • the management and application-state schemas
  • the compute pool and warehouse needed to run the app
  • the web service
  • admin SQL API procedures and functions such as API.SET_USER_SEAT, API.REVOKE_USER_SEAT, API.LIST_USERS, API.REPAIR_USER_SEATS, API.EXTRACT_PROJECT_SUBMISSIONS, API.SUSPEND_APP, and API.RESUME_APP

The current package is a two-container deployment:

  • api
  • web

This is the point where EntryLayer becomes a running service inside your Snowflake account. It does not mean end users are ready to work in it yet.

Installation does not:

  • grant end users ENTRYLAYER_USER
  • assign anyone an admin seat automatically
  • grant caller rights on your business databases
  • grant project can_read, can_act, or can_manage
  • bypass Snowflake row access policies or masking policies

Those are the required post-install steps.

EntryLayer does not gain source table access simply because the Native App is installed. Source discovery and source-backed records require Restricted Caller Rights grants, and those grants only allow EntryLayer to use privileges the signed-in user already has.

After installation, the normal setup sequence is:

  1. grant a Snowflake role access to the app
  2. grant a small admin/operator role direct SQL admin access
  3. enable the SNOWFLAKE.CORTEX_USER app permission for Cortex-backed generation
  4. assign the first admin seat
  5. grant caller rights on the business databases EntryLayer should browse
  6. open the app and verify setup from Org Settings
  • The installed app appears in Snowsight.
  • The EntryLayer web endpoint opens.
  • The app requested only the documented runtime privileges.
  • You know which Snowflake role will receive ENTRYLAYER_ADMIN for bootstrap SQL.

Continue to Initial Setup to:

  • grant user access
  • assign your first admin seat
  • grant caller rights on your data