Skip to main content
O cliente sparkcrm inclui comportamentos de produção herdados do gerador Stainless. Esta página resume o que importa ao integrar o Spark de forma resiliente.

Erros HTTP

Falhas de rede ou respostas 4xx / 5xx lançam subclasses de SparkCRM.APIError:
Mensagens de validação da API (por exemplo variáveis de template faltando) costumam vir em 400 com texto descritivo no corpo.

Retentativas

Por padrão o cliente repete até 2 vezes com backoff exponencial em:
  • erros de conexão;
  • 408, 409, 429;
  • 5xx.
Desligar ou ajustar globalmente:
Ou por requisição:

Timeouts

Padrão: 60 segundos por tentativa (com retentativas o tempo total pode ser maior).

Resposta HTTP bruta

Métodos retornam APIPromise<T>. Para acessar cabeçalhos sem consumir o body:
Para dados parseados e Response:

Logging

Nível via SPARK_CRM_LOG ou logLevel no construtor: debug, info, warn, error, off (padrão warn). Em debug, requisições e respostas são logadas (cuidado com dados sensíveis em produção). Logger customizado (Pino, Winston, etc.):

Fetch e proxy

Passe fetch alternativo ou fetchOptions (por exemplo dispatcher do Undici no Node para proxy corporativo). Exemplos no README do repositório.

Parâmetros e endpoints não documentados

O SDK não valida em runtime campos extras — você pode enviar opções ainda não refletidas nos tipos:
Para rotas sem método dedicado:

Versionamento

O pacote segue SemVer. Mudanças só de tipos podem sair em versão minor sem quebrar runtime. Acompanhe releases no npm e issues no GitHub.

Leitura relacionada