Pular para o conteúdo principal

Referência do conector Verkada

info

Beta

Este recurso está em Beta. Os administradores do Workspace podem controlar o acesso a este recurso na página Pré-visualizações . Consulte Gerenciar prévias do Databricks.

Esta página contém informações de referência para o conector gerenciado Verkada, incluindo tabelas de origem suportadas e esquemas de tabela de destino.

Tabelas de origem suportadas

O conector Verkada oferece suporte às seguintes tabelas de origem, todas sob o esquema de origem default:

Tabela de origem

Chave primária

Descrição

Modo de sincronização

Campo do cursor

audit_log

lw_id

Eventos de auditoria para sua organização Verkada Command, como logins, alterações de configuração e ações de dispositivos.

Incremental

processed_timestamp

users

user_id

Membros com controle de acesso na sua organização Verkada, incluindo visitantes.

Apenas refresh completo

Tabela de origem

Chave primária

Descrição

Modo de sincronização

Campo do cursor

audit_log

lw_id

Eventos de auditoria para sua organização Verkada Command, como logins, alterações de configuração e ações de dispositivos.

Incremental

processed_timestamp

users

user_id

Membros com controle de acesso na sua organização Verkada, incluindo visitantes.

Apenas refresh completo

Opções de conector

Para uso em uma definição de pipeline, consulte Exemplos.

Opção

Tipo

Escopo

Obrigatório

Aplica-se a

Descrição

start_datetime

string

Tabela

Não

audit_log

Evento de auditoria mais antigo a ser ingerido na primeira sincronização, como um timestamp UTC ISO 8601 (por exemplo, 2026-07-09T12:00:00Z). O default é 365 dias antes da primeira sincronização, e não anterior a 12/08/2025.

Opção

Tipo

Escopo

Obrigatório

Aplica-se a

Descrição

start_datetime

string

Tabela

Não

audit_log

Evento de auditoria mais antigo a ser ingerido na primeira sincronização, como um timestamp UTC ISO 8601 (por exemplo, 2026-07-09T12:00:00Z). O default é 365 dias antes da primeira sincronização, e não anterior a 12/08/2025.

Esquemas de tabela de destino

audit_log

Chave primária: lw_id Campo do cursor: processed_timestamp

campo

Tipo de dados

lw_id

STRING

timestamp

TIMESTAMP

processed_timestamp

TIMESTAMP

event_name

STRING

event_description

STRING

user_id

STRING

user_name

STRING

user_email

STRING

ip_address

STRING

organization_id

STRING

devices

ARRAY<STRING>

details

STRING

verkada_support_id

STRING

campo

Tipo de dados

lw_id

STRING

timestamp

TIMESTAMP

processed_timestamp

TIMESTAMP

event_name

STRING

event_description

STRING

user_id

STRING

user_name

STRING

user_email

STRING

ip_address

STRING

organization_id

STRING

devices

ARRAY<STRING>

details

STRING

verkada_support_id

STRING

users

Chave primária: user_id Modo de sincronização: Apenas refresh completo

campo

Tipo de dados

user_id

STRING

employee_id

STRING

email

STRING

full_name

STRING

company_name

STRING

department

STRING

department_id

STRING

employee_title

STRING

external_id

STRING

is_visitor

BOOLEAN

has_profile_photo

BOOLEAN

profile_photo_last_updated

TIMESTAMP

campo

Tipo de dados

user_id

STRING

employee_id

STRING

email

STRING

full_name

STRING

company_name

STRING

department

STRING

department_id

STRING

employee_title

STRING

external_id

STRING

is_visitor

BOOLEAN

has_profile_photo

BOOLEAN

profile_photo_last_updated

TIMESTAMP

Permissões de account necessárias da Verkada

A chave da API que o conector usa deve ter acesso somente leitura aos produtos que dão suporte a cada tabela. Consulte Configurar Verkada.

Permissão

Obrigatório para

Core (Somente leitura)

audit_log

Controle de acesso (somente leitura)

users

Permissão

Obrigatório para

Core (Somente leitura)

audit_log

Controle de acesso (somente leitura)

users