Conector do Sienge: leve seus dados de gestão da construção civil para o warehouse sem manter pipeline
Conector gerenciado do Sienge para BigQuery, Redshift e PostgreSQL. Sincronize financeiro, obras, contratos e mais de 90 endpoints sem escrever pipeline. Erathos.
Conector gerenciado para sincronizar dados financeiros, contábeis, de obras, contratos de vendas, contas a receber, estoque e muito mais do Sienge para BigQuery, Redshift e PostgreSQL. Crie sua conta e teste agora.
Todo time de dados que atende uma construtora ou incorporadora eventualmente chega no mesmo impasse: os dados operacionais vivem no Sienge, o restante do stack analítico vive no warehouse, e juntar os dois vira um projeto de engenharia que ninguém planejou. O que começa como um script Python rodando no cron do EC2 se transforma, três meses depois, em um pipeline que ninguém entende, que falha silenciosamente, e que nenhum engineer quer herdar.
A Erathos lança o conector gerenciado para o Sienge. Mais de noventa endpoints disponíveis, cobrindo financeiro, contábil, obras, contratos, estoque e comercial. Zero código de pipeline para escrever ou manter.
O problema com pipelines de Sienge feitos na mão
A API do Sienge é autenticada via usuário e senha, com o subdomínio da conta variando por tenant. O padrão é simples o suficiente para convencer qualquer engineer a construir uma integração própria numa tarde. O custo real aparece depois, e ele é previsível.
Paginação com comportamento diferente por módulo
Endpoints de contas a receber, movimentos de estoque, lançamentos contábeis e contratos de vendas têm volumes e comportamentos de paginação distintos. A lógica que funciona para um módulo não necessariamente funciona para outro, e quando o Sienge ajusta algum default de page size ou muda o cursor, o pipeline para de trazer todos os registros sem lançar erro.
Gestão de rate limit em contexto de backfill
Em uma extração incremental normal, para volumes de médio porte, o pipeline fica abaixo do limite. Em um backfill histórico de lançamentos contábeis ou de parcelas de contas a receber, o volume de requisições sobe rapidamente. Se o retry não está implementado corretamente com backoff exponencial, janelas inteiras de dado são perdidas sem aviso.
Schema evolution sem aviso
O Sienge cobre um domínio extenso: financeiro, contábil, suprimentos, obras, comercial. Campos novos aparecem com novos módulos ou atualizações da plataforma. O modelo dbt que rodava limpo começa a falhar em produção, ou pior: continua rodando, mas com coalesce em campo que sumiu. A inconsistência vai parar no relatório de custos de obra antes de chegar no monitor de dados.
Observabilidade que não existe
Um 200 OK na chamada HTTP não significa que os dados chegaram corretos. Sem contagem de registros por endpoint por execução, sem comparação com a janela anterior e sem alerta de queda de volume, voa-se cego. O pipeline que rodou com sucesso pode ter trazido zero parcelas novas porque o cursor ficou preso.
O pior cenário não é o pipeline que quebra e manda alerta. É o pipeline que executa com sucesso e entrega dado errado, e o relatório de fluxo de caixa que o financeiro abre na segunda-feira já está calculado sobre uma base podre.
O que é possível fazer quando os dados do Sienge chegam no warehouse
Análise de fluxo de caixa e inadimplência com dado cruzado
Com accounts_receivable_receivable_bills e accounts_receivable_receivable_bill_installments no warehouse, é possível calcular posição de inadimplência por empreendimento, por tipo de cliente e por data de vencimento com precisão por registro, não como agregado exportado do painel do Sienge. Cruzando com customers e enterprises, responde-se perguntas como: quais empreendimentos concentram maior exposição de recebíveis em atraso? Quais tipos de cliente têm maior taxa de renegociação?
Controle de custos de obra com granularidade por centro e por insumo
Com bills, bills_budget_categories, bills_buildings_cost e bills_departments_cost no warehouse, monta-se uma visão de comprometimento orçamentário por obra e por centro de custo com granularidade por lançamento. Diferente dos relatórios nativos do Sienge, que são pré-agregados por período, aqui tem-se o dado bruto para construir qualquer dimensão de análise que o controller precisar.
Comparativo de orçamento versus realizado para estimativas de obra
Os endpoints building_cost_estimations_sheets, building_cost_estimations_resources e building_cost_estimations_cost_estimate_resources trazem a estrutura analítica de custos da obra planejada. Ao lado dos lançamentos realizados em bills e dos diários de obra em construction_daily_report, é possível modelar desvio de custo por fase de obra e por grupo de insumo, um modelo que não existe nativamente em nenhum painel do Sienge.
Análise de portfólio de contratos de vendas e recebíveis
Com sales_contracts, units, enterprises e price_tables no warehouse, é possível construir uma visão de portfólio de vendas por empreendimento, com estágio de contrato, valor contratado, indexação e projeção de recebimento. Cruzando com accounts_receivable_receivable_bill_installments, fecha-se o ciclo entre contrato assinado e posição de recebimento efetivo.
Gestão de estoque e movimentação de insumos
Os endpoints inventory_movements, stock_reservations e stock_inventories_items trazem o histórico de movimentação de estoque por obra. Com isso no warehouse, é possível identificar consumo por etapa, desvio em relação ao planejado e cruzar com os dados de cotação e compra de purchase_quotations_negotiations e purchase_requests_items.
Consolidação contábil multi-empresa
Com accountancy_entries, accountancy_accounts, accounts_balances e companies no warehouse, o controller que gerencia várias empresas dentro do mesmo grupo consegue consolidar o plano de contas e os saldos contábeis em um único modelo analítico, sem precisar exportar relatórios de cada empresa separadamente.
O que está disponível no conector
O conector do Sienge entrega mais de noventa endpoints prontos para serem materializados no warehouse de destino, cobrindo os principais módulos da plataforma:
Financeiro e contábil
Endpoint | O que contém |
|---|---|
| Plano de contas |
| Lançamentos contábeis |
| Lotes de lançamentos automáticos |
| Entradas de lançamentos automáticos |
| Itens de lotes de lançamentos |
| Saldos por conta |
| Extratos de contas |
| Lotes contábeis |
| Contas correntes |
| Fechamentos contábeis |
| Saldo por conta (bulk) |
| Saldo por conta e centro de custo (bulk) |
| Movimentação bancária (bulk) |
| Receitas (bulk) |
| Despesas (bulk) |
Contas a receber
Endpoint | O que contém |
|---|---|
| Boletos e títulos a receber |
| Parcelas de recebíveis |
| Categorias orçamentárias de recebíveis |
| Portadores de recebíveis |
| Saldo de dívida por cliente (bulk) |
| Histórico de extrato do cliente (bulk) |
| Inadimplentes (bulk) |
| Inadimplentes por aging (bulk) |
Contas a pagar
Endpoint | O que contém |
|---|---|
| Contas a pagar |
| Contas a pagar por data de alteração |
| Parcelas de contas a pagar |
| Impostos de contas a pagar |
| Categorias orçamentárias |
| Custos por departamento |
| Custos por obra |
| Anexos de contas a pagar |
| Unidades vinculadas a contas |
| Notas fiscais eletrônicas |
| Pagamentos de NF-e |
| NF-e vinculadas |
Obras e orçamento
Endpoint | O que contém |
|---|---|
| Planilhas de estimativa de custo |
| Recursos de estimativas |
| Unidades de movimento de recursos |
| Recursos de estimativa de custo |
| Dias não úteis por projeto |
| Registros de progresso de obra |
| Diário de obra |
| Tipos de evento do diário |
| Tipos de diário de obra |
| Itens de estimativa (bulk) |
| Recursos de obra (bulk) |
| Orçamento empresarial (bulk) |
Contratos de vendas e unidades
Endpoint | O que contém |
|---|---|
| Contratos de vendas |
| Anexos de contratos |
| Avalistas de contratos |
| Unidades imobiliárias |
| Características de unidades |
| Situações de unidades |
| Mapa imobiliário |
| Locação de imóveis |
| Tipos de imóvel |
| Vendas (bulk) |
| Comissões |
| Configurações de comissão por corretor |
| Comissões de vendas |
| Tabelas de preço |
| Indexadores de correção |
Estoque e suprimentos
Endpoint | O que contém |
|---|---|
| Movimentação de estoque |
| Reservas de estoque |
| Itens de inventário |
| Negociações de cotações |
| Itens de requisições de compra |
| Cotações (bulk) |
| Medições de contratos de fornecimento |
| Itens de medição |
| Anexos de medição |
| Bases de custo |
| Recursos de bases de custo |
| Itens de serviço de bases de custo |
| Composições de itens de serviço |
Cadastros e configurações
Endpoint | O que contém |
|---|---|
| Empresas |
| Empreendimentos |
| Clientes |
| Anexos de clientes |
| Credores |
| Dados bancários de credores |
| Dados Pix de credores |
| Centros de custo |
| Departamentos |
| Obras/sites |
| Cidades |
| Estado civil |
| Tipos de cliente |
| Tipos de condição de pagamento |
| Patrimônio fixo |
| Patrimônio móvel |
| Profissões |
| Grupos de recursos |
| Marcas |
| Unidades de medida |
| Grupos de itens de serviço |
| Itens de nota fiscal (bulk) |
Destinos suportados: BigQuery, Redshift e PostgreSQL.
Como autenticar
A autenticação do conector requer três campos:
Subdomain: o subdomínio da conta Sienge (o identificador que aparece nas URLs da API, por exemplo:
minhaempresa)User: o email do usuário Sienge (por exemplo:
seu@email.com)Password: a senha do usuário Sienge
Documentação completa: docs.erathos.com/connectors/apis/sienge
Por que terceirizar a ingestão para a Erathos
A premissa do conector é direta: a engenharia de manutenção da ingestão não deveria ser responsabilidade do time de dados. Paginação, rate limit, retry com backoff, schema evolution, alerta de falha, alerta de queda de volume, backfill, tudo isso é responsabilidade de quem opera a plataforma de ingestão.
Com o conector configurado, a plataforma entrega:
Visibilidade ponta a ponta de cada execução
Tempo de extração por endpoint, contagem de registros por janela, quais janelas foram processadas, onde houve retentativa. Quando o relatório de custo de obra muda no dashboard e o controller abre um chamado para o time de dados, há trilha completa para encontrar a causa raiz.
Alertas configurados de fábrica
Falha de execução, queda de volume por endpoint e atraso de janela são detectados e roteados pelas integrações de alerta que o time já usa. Não é necessário escrever esse código.
Reprocessamento como operação suportada
Quando é preciso reprocessar uma janela, porque mudou a lógica do modelo dbt ou porque chegou uma correção da fonte, isso é uma operação de plataforma, não uma sequência de DELETE + INSERT improvisada no warehouse.
Paginação correta, gestão de rate limit, evolução de schema e backfill são responsabilidade da plataforma. O time de dados foca no modelo, não no encanamento.
Pipelines disponíveis
Sienge para BigQuery: https://www.erathos.com/pipelines/sienge-bigquery
Sienge para Redshift: https://www.erathos.com/pipelines/sienge-redshift
Sienge para PostgreSQL: https://www.erathos.com/pipelines/sienge-postgresql
Sienge para Databricks: https://www.erathos.com/pipelines/sienge-databricks
Sienge para Azure SQL Server: https://www.erathos.com/pipelines/sienge-azure-sql-server
Sienge para Supabase: https://www.erathos.com/pipelines/sienge-supabase
Sienge para Amazon S3: https://www.erathos.com/pipelines/sienge-amazon-s3
Comece agora
Crie sua conta na Erathos e conecte o Sienge ao seu warehouse em minutos. Com o subdomínio, o usuário e a senha da conta, os primeiros dados chegam ao destino sem nenhum código de pipeline para escrever, manter ou monitorar.
Dados de obras, contratos, financeiro e estoque gerados todo dia não deveriam ficar trancados em um ERP, desconectados do restante do modelo analítico. Ou pior: em um pipeline caseiro que vai custar atenção do time todo mês para sempre.
Veja a documentação completa do conector em docs.erathos.com/connectors/apis/sienge.
Conector gerenciado para sincronizar dados financeiros, contábeis, de obras, contratos de vendas, contas a receber, estoque e muito mais do Sienge para BigQuery, Redshift e PostgreSQL. Crie sua conta e teste agora.
Todo time de dados que atende uma construtora ou incorporadora eventualmente chega no mesmo impasse: os dados operacionais vivem no Sienge, o restante do stack analítico vive no warehouse, e juntar os dois vira um projeto de engenharia que ninguém planejou. O que começa como um script Python rodando no cron do EC2 se transforma, três meses depois, em um pipeline que ninguém entende, que falha silenciosamente, e que nenhum engineer quer herdar.
A Erathos lança o conector gerenciado para o Sienge. Mais de noventa endpoints disponíveis, cobrindo financeiro, contábil, obras, contratos, estoque e comercial. Zero código de pipeline para escrever ou manter.
O problema com pipelines de Sienge feitos na mão
A API do Sienge é autenticada via usuário e senha, com o subdomínio da conta variando por tenant. O padrão é simples o suficiente para convencer qualquer engineer a construir uma integração própria numa tarde. O custo real aparece depois, e ele é previsível.
Paginação com comportamento diferente por módulo
Endpoints de contas a receber, movimentos de estoque, lançamentos contábeis e contratos de vendas têm volumes e comportamentos de paginação distintos. A lógica que funciona para um módulo não necessariamente funciona para outro, e quando o Sienge ajusta algum default de page size ou muda o cursor, o pipeline para de trazer todos os registros sem lançar erro.
Gestão de rate limit em contexto de backfill
Em uma extração incremental normal, para volumes de médio porte, o pipeline fica abaixo do limite. Em um backfill histórico de lançamentos contábeis ou de parcelas de contas a receber, o volume de requisições sobe rapidamente. Se o retry não está implementado corretamente com backoff exponencial, janelas inteiras de dado são perdidas sem aviso.
Schema evolution sem aviso
O Sienge cobre um domínio extenso: financeiro, contábil, suprimentos, obras, comercial. Campos novos aparecem com novos módulos ou atualizações da plataforma. O modelo dbt que rodava limpo começa a falhar em produção, ou pior: continua rodando, mas com coalesce em campo que sumiu. A inconsistência vai parar no relatório de custos de obra antes de chegar no monitor de dados.
Observabilidade que não existe
Um 200 OK na chamada HTTP não significa que os dados chegaram corretos. Sem contagem de registros por endpoint por execução, sem comparação com a janela anterior e sem alerta de queda de volume, voa-se cego. O pipeline que rodou com sucesso pode ter trazido zero parcelas novas porque o cursor ficou preso.
O pior cenário não é o pipeline que quebra e manda alerta. É o pipeline que executa com sucesso e entrega dado errado, e o relatório de fluxo de caixa que o financeiro abre na segunda-feira já está calculado sobre uma base podre.
O que é possível fazer quando os dados do Sienge chegam no warehouse
Análise de fluxo de caixa e inadimplência com dado cruzado
Com accounts_receivable_receivable_bills e accounts_receivable_receivable_bill_installments no warehouse, é possível calcular posição de inadimplência por empreendimento, por tipo de cliente e por data de vencimento com precisão por registro, não como agregado exportado do painel do Sienge. Cruzando com customers e enterprises, responde-se perguntas como: quais empreendimentos concentram maior exposição de recebíveis em atraso? Quais tipos de cliente têm maior taxa de renegociação?
Controle de custos de obra com granularidade por centro e por insumo
Com bills, bills_budget_categories, bills_buildings_cost e bills_departments_cost no warehouse, monta-se uma visão de comprometimento orçamentário por obra e por centro de custo com granularidade por lançamento. Diferente dos relatórios nativos do Sienge, que são pré-agregados por período, aqui tem-se o dado bruto para construir qualquer dimensão de análise que o controller precisar.
Comparativo de orçamento versus realizado para estimativas de obra
Os endpoints building_cost_estimations_sheets, building_cost_estimations_resources e building_cost_estimations_cost_estimate_resources trazem a estrutura analítica de custos da obra planejada. Ao lado dos lançamentos realizados em bills e dos diários de obra em construction_daily_report, é possível modelar desvio de custo por fase de obra e por grupo de insumo, um modelo que não existe nativamente em nenhum painel do Sienge.
Análise de portfólio de contratos de vendas e recebíveis
Com sales_contracts, units, enterprises e price_tables no warehouse, é possível construir uma visão de portfólio de vendas por empreendimento, com estágio de contrato, valor contratado, indexação e projeção de recebimento. Cruzando com accounts_receivable_receivable_bill_installments, fecha-se o ciclo entre contrato assinado e posição de recebimento efetivo.
Gestão de estoque e movimentação de insumos
Os endpoints inventory_movements, stock_reservations e stock_inventories_items trazem o histórico de movimentação de estoque por obra. Com isso no warehouse, é possível identificar consumo por etapa, desvio em relação ao planejado e cruzar com os dados de cotação e compra de purchase_quotations_negotiations e purchase_requests_items.
Consolidação contábil multi-empresa
Com accountancy_entries, accountancy_accounts, accounts_balances e companies no warehouse, o controller que gerencia várias empresas dentro do mesmo grupo consegue consolidar o plano de contas e os saldos contábeis em um único modelo analítico, sem precisar exportar relatórios de cada empresa separadamente.
O que está disponível no conector
O conector do Sienge entrega mais de noventa endpoints prontos para serem materializados no warehouse de destino, cobrindo os principais módulos da plataforma:
Financeiro e contábil
Endpoint | O que contém |
|---|---|
| Plano de contas |
| Lançamentos contábeis |
| Lotes de lançamentos automáticos |
| Entradas de lançamentos automáticos |
| Itens de lotes de lançamentos |
| Saldos por conta |
| Extratos de contas |
| Lotes contábeis |
| Contas correntes |
| Fechamentos contábeis |
| Saldo por conta (bulk) |
| Saldo por conta e centro de custo (bulk) |
| Movimentação bancária (bulk) |
| Receitas (bulk) |
| Despesas (bulk) |
Contas a receber
Endpoint | O que contém |
|---|---|
| Boletos e títulos a receber |
| Parcelas de recebíveis |
| Categorias orçamentárias de recebíveis |
| Portadores de recebíveis |
| Saldo de dívida por cliente (bulk) |
| Histórico de extrato do cliente (bulk) |
| Inadimplentes (bulk) |
| Inadimplentes por aging (bulk) |
Contas a pagar
Endpoint | O que contém |
|---|---|
| Contas a pagar |
| Contas a pagar por data de alteração |
| Parcelas de contas a pagar |
| Impostos de contas a pagar |
| Categorias orçamentárias |
| Custos por departamento |
| Custos por obra |
| Anexos de contas a pagar |
| Unidades vinculadas a contas |
| Notas fiscais eletrônicas |
| Pagamentos de NF-e |
| NF-e vinculadas |
Obras e orçamento
Endpoint | O que contém |
|---|---|
| Planilhas de estimativa de custo |
| Recursos de estimativas |
| Unidades de movimento de recursos |
| Recursos de estimativa de custo |
| Dias não úteis por projeto |
| Registros de progresso de obra |
| Diário de obra |
| Tipos de evento do diário |
| Tipos de diário de obra |
| Itens de estimativa (bulk) |
| Recursos de obra (bulk) |
| Orçamento empresarial (bulk) |
Contratos de vendas e unidades
Endpoint | O que contém |
|---|---|
| Contratos de vendas |
| Anexos de contratos |
| Avalistas de contratos |
| Unidades imobiliárias |
| Características de unidades |
| Situações de unidades |
| Mapa imobiliário |
| Locação de imóveis |
| Tipos de imóvel |
| Vendas (bulk) |
| Comissões |
| Configurações de comissão por corretor |
| Comissões de vendas |
| Tabelas de preço |
| Indexadores de correção |
Estoque e suprimentos
Endpoint | O que contém |
|---|---|
| Movimentação de estoque |
| Reservas de estoque |
| Itens de inventário |
| Negociações de cotações |
| Itens de requisições de compra |
| Cotações (bulk) |
| Medições de contratos de fornecimento |
| Itens de medição |
| Anexos de medição |
| Bases de custo |
| Recursos de bases de custo |
| Itens de serviço de bases de custo |
| Composições de itens de serviço |
Cadastros e configurações
Endpoint | O que contém |
|---|---|
| Empresas |
| Empreendimentos |
| Clientes |
| Anexos de clientes |
| Credores |
| Dados bancários de credores |
| Dados Pix de credores |
| Centros de custo |
| Departamentos |
| Obras/sites |
| Cidades |
| Estado civil |
| Tipos de cliente |
| Tipos de condição de pagamento |
| Patrimônio fixo |
| Patrimônio móvel |
| Profissões |
| Grupos de recursos |
| Marcas |
| Unidades de medida |
| Grupos de itens de serviço |
| Itens de nota fiscal (bulk) |
Destinos suportados: BigQuery, Redshift e PostgreSQL.
Como autenticar
A autenticação do conector requer três campos:
Subdomain: o subdomínio da conta Sienge (o identificador que aparece nas URLs da API, por exemplo:
minhaempresa)User: o email do usuário Sienge (por exemplo:
seu@email.com)Password: a senha do usuário Sienge
Documentação completa: docs.erathos.com/connectors/apis/sienge
Por que terceirizar a ingestão para a Erathos
A premissa do conector é direta: a engenharia de manutenção da ingestão não deveria ser responsabilidade do time de dados. Paginação, rate limit, retry com backoff, schema evolution, alerta de falha, alerta de queda de volume, backfill, tudo isso é responsabilidade de quem opera a plataforma de ingestão.
Com o conector configurado, a plataforma entrega:
Visibilidade ponta a ponta de cada execução
Tempo de extração por endpoint, contagem de registros por janela, quais janelas foram processadas, onde houve retentativa. Quando o relatório de custo de obra muda no dashboard e o controller abre um chamado para o time de dados, há trilha completa para encontrar a causa raiz.
Alertas configurados de fábrica
Falha de execução, queda de volume por endpoint e atraso de janela são detectados e roteados pelas integrações de alerta que o time já usa. Não é necessário escrever esse código.
Reprocessamento como operação suportada
Quando é preciso reprocessar uma janela, porque mudou a lógica do modelo dbt ou porque chegou uma correção da fonte, isso é uma operação de plataforma, não uma sequência de DELETE + INSERT improvisada no warehouse.
Paginação correta, gestão de rate limit, evolução de schema e backfill são responsabilidade da plataforma. O time de dados foca no modelo, não no encanamento.
Pipelines disponíveis
Sienge para BigQuery: https://www.erathos.com/pipelines/sienge-bigquery
Sienge para Redshift: https://www.erathos.com/pipelines/sienge-redshift
Sienge para PostgreSQL: https://www.erathos.com/pipelines/sienge-postgresql
Sienge para Databricks: https://www.erathos.com/pipelines/sienge-databricks
Sienge para Azure SQL Server: https://www.erathos.com/pipelines/sienge-azure-sql-server
Sienge para Supabase: https://www.erathos.com/pipelines/sienge-supabase
Sienge para Amazon S3: https://www.erathos.com/pipelines/sienge-amazon-s3
Comece agora
Crie sua conta na Erathos e conecte o Sienge ao seu warehouse em minutos. Com o subdomínio, o usuário e a senha da conta, os primeiros dados chegam ao destino sem nenhum código de pipeline para escrever, manter ou monitorar.
Dados de obras, contratos, financeiro e estoque gerados todo dia não deveriam ficar trancados em um ERP, desconectados do restante do modelo analítico. Ou pior: em um pipeline caseiro que vai custar atenção do time todo mês para sempre.
Veja a documentação completa do conector em docs.erathos.com/connectors/apis/sienge.