Pular para o conteúdo principal

Referência do conector Verkada

info

Beta

Esse recurso está em Beta. Para usá-lo, o administrador do workspace deve ativar Lakeflow Connect for Verkada 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