REST API DARE-ICMS SP

Guia Rápido

Todas as requisições na API devem ser realizadas em ambiente criptografado HTTPS através da URL https://api.webmania.com.br/. O prefixo /2/dare deve ser adicionado na URL em todas as requisições.

Principais funcionalidades:

• Dois modos de emissão — por valor direto ou a partir de notas fiscais já emitidas na Webmania®
• Seleção por período ou por chaves/UUIDs de até 100 notas por requisição
• Cálculo automático do valor a partir do ICMS-ST e do DIFAL declarados nas notas
• Prévia da seleção sem emitir e sem consumir cota do plano
• Emissão em lote de até 50 DAREs por requisição — limite oficial da SEFAZ-SP
• Consulta de receitas habilitadas, com cache de 1 hora
• Notificação por webhook no desfecho de cada DARE
• Código de barras de 44 e 48 posições em todas as guias aprovadas

A tabela abaixo lista todos os endpoints disponíveis na API:

Sempre envie o corpo da requisição no formato JSON, e o cabeçalho Content-Type deve estar definido como application/json.

A resposta da API estará sempre no formato JSON, o padrão da estrutura da resposta está disponível nesta seção da documentação.

O DARE-ICMS SP é um serviço assíncrono: a emissão retorna imediatamente, o processamento é feito em background e o resultado final é notificado pelo webhook informado em url_notificacao.

Notificações

O webhook é o canal principal de notificação de resultado da API DARE-ICMS SP. Toda emissão (unitária ou em lote) deve informar a URL de callback no parâmetro url_notificacao.

O que é o UUID?

O UUID (Universally Unique Identifier) é um identificador único de 36 caracteres, no formato 8-4-4-4-12, que a Webmania® atribui a cada DARE. Ele é gerado assim que a requisição é aceita pela API — antes de qualquer transmissão à SEFAZ-SP.

Uma vez gerado, o UUID é definitivo: não muda em retentativas nem em reenvio. O numero_controle_dare_principal, o numero_guia e o código de barras são campos diferentes, só existem após a aprovação e podem mudar — por isso o UUID, e não eles, deve ser a sua referência no banco de dados.

A emissão é assíncrona: POST /2/dare/emissao e POST /2/dare/emissao/lote respondem imediatamente com status: "processando" e o uuid, e o resultado final é enviado para a url_notificacao. Cada DARE — inclusive cada item de um lote — é notificado individualmente: quando um DARE atinge status terminal (aprovado ou rejeitado), a Webmania® envia uma requisição POST para a url_notificacao com o resultado daquele item. Um lote de 50 itens gera até 50 webhooks, cada um com o uuid do próprio item — as notificações se correlacionam à emissão original pelo uuid retornado na resposta síncrona de cada item.

A notificação é enviada no método POST, com o cabeçalho Content-Type: application/json:

Em emissões por notas, o payload inclui ainda origem (periodo ou chaves), o detalhe notas e o índice notas_ignoradas das notas não liquidadas — veja Emissão por Notas.

Exemplo de notificação — DARE aprovado:

{
  "uuid": "a1b2c3d4-e5f6-7890-abcd-ef1234567890",
  "modelo": "dare",
  "status": "aprovado",
  "ambiente": 1,
  "identificador": "123456789"
}

Exemplo de notificação — DARE rejeitado:

{
  "uuid": "a1b2c3d4-e5f6-7890-abcd-ef1234567890",
  "modelo": "dare",
  "status": "rejeitado",
  "ambiente": 1,
  "motivos_rejeicao": [
    { "codigo": "00000000", "mensagem": "Mensagem de rejeição retornada pela SEFAZ-SP." }
  ]
}

Se a comunicação com a SEFAZ-SP falhar e a API esgotar as tentativas sem obter um identificador, o DARE é marcado como rejeitado e o webhook é chamado com motivos_rejeicao contendo o código SEFAZ_UNSTABLE_TIMEOUT e a mensagem "Falha ao processar guia devido a instabilidade nos servidores da SEFAZ. Tente emitir novamente." Nessa situação, o integrador pode tentar emitir novamente.

O webhook não dispara para processando nem para erro_comunicacao. O status erro_comunicacao indica que o resultado junto à SEFAZ-SP ficou incerto: a API não reenvia a emissão automaticamente, e a resolução é manual — consulte GET /2/dare/status/{uuid}, que retorna uma mensagem orientando a conferência com a SEFAZ-SP. Só reemita após confirmar que o DARE não foi gerado, para evitar documento fiscal em duplicidade.

Resumo dos status possíveis:

Dois modos de emissão

O endpoint POST /2/dare/emissao — e também POST /2/dare/emissao/lote — aceita dois modos de origem, mutuamente exclusivos:

Emissão a partir de notas fiscais. Informe uma janela de emissão em periodo (data_inicio e data_fim) ou uma lista de até 100 identificadores em documentos[]. A API localiza as notas e apura o valor do DARE a partir do ICMS-ST e do DIFAL declarados. Neste modo, a API define sempre valor (a soma do ICMS-ST e do DIFAL das notas selecionadas). Na emissão unitária por notas, a API também define uf (sempre SP). Os demais dados do emitente — inscricao_estadual, cnpj, razao_social, endereco e cidade — não são preenchidos pela API e devem ser informados no corpo da requisição em todos os modos. No lote por notas, esses campos — inclusive uf, restrito a SP — são exigidos no corpo da requisição, na raiz.

"documentos": [
  "35260800000000000000550010000012341123456789",
  "8f14e45f-ceea-4d3e-a2e0-123456789012"
]

No lote, os campos comuns vão na raiz. Na emissão em lote a partir de notas, os campos que não participam da origem por notas — receita e data_vencimento — são informados na raiz da requisição, não em cada item de itens_para_geracao. Os dados do emitente — inscricao_estadual, cnpj, razao_social, endereco, cidade e uf — também vão na raiz da requisição e são propagados a cada item composto. Nenhum modo preenche esses campos pelo perfil da empresa: na emissão unitária, apenas uf é definido pela API (sempre SP).

Módulos & Exemplos

Teste a REST API de DARE-ICMS SP sem escrever uma linha de código e acelere a sua integração com as ferramentas oficiais da Webmania®.

• Ferramentas
  • Coleção Postman (Testes instantâneos)
  • Vídeo: Testar REST API sem linha de código

Autenticação

Para acessar os recursos da API, é necessário autenticar as requisições por meio do cabeçalho HTTP (HTTP headers). A autenticação deve ser feita utilizando o cabeçalho Authorization, no seguinte formato:

Authorization: Bearer {Access-Token}

O Access-Token da API 2.0 é encontrado no painel Webmania® e deve ser incluído em todas as requisições.

API Key da SEFAZ-SP. A API DARE utiliza a API Key da SEFAZ-SP internamente para comunicação com o serviço DARE-ICMS. O integrador NÃO precisa enviar a API Key em sua requisição.

Mantenha suas credenciais em segurança. Nunca publique o Access Token no código-fonte do site, aplicativo ou sistema onde ele possa ser facilmente acessado por terceiros.

Para aplicativos móveis (iOS e Android), recomendamos que a consulta à API seja realizada no servidor (back-end). O código-fonte do aplicativo deve apenas enviar a requisição enquanto o processamento da consulta deve ocorrer no seu servidor.

Formato de resposta

Todas as respostas da API seguem um padrão e estão no formato JSON, garantindo clareza e facilidade de interpretação.

A tabela abaixo apresenta os códigos de status HTTP que a API pode retornar com suas respectivas descrições. Esses códigos indicam o resultado da operação solicitada e ajudam a entender se a requisição foi bem-sucedida ou se ocorreu alguma falha.

Legenda: ✅ a operação foi concluída · ❌ a operação não foi concluída: nos erros de validação ou de negócio (400, 401, 403, 404, 422), nada foi criado; já em falhas de comunicação ou indisponibilidade da SEFAZ-SP (502, 503) — ou quando o status da guia for erro_comunicacao — a resposta não confirma o resultado, e uma guia pode ter sido gerada antes da falha. Nesses casos, se a resposta da emissão conteve o uuid (requisição aceita), consulte GET /2/dare/status/{uuid} com esse uuid antes de reenviar, para evitar um DARE em duplicidade. Se a falha retornou apenas {"error": "..."}, nenhum uuid veio nessa resposta: quando a própria mensagem informar que o callback será notificado, aguarde a notificação — ela chega com o uuid e o motivo da rejeição; caso contrário, não há o que consultar e o reenvio é a única via — como a API não expõe chave de idempotência, o reenvio pode gerar um DARE em duplicidade.

O código 429 (Too Many Requests) não aparece nesta tabela: ele é específico do controle de volume e está descrito em Limite de requisições.

Limite diário do modo por notas: as emissões de DARE-ICMS SP a partir de notas fiscais somam um limite diário de 1.000 guias por empresa. Ao atingir o teto, novas emissões por notas retornam 429 com a mensagem "Limite diário de 1000 emissões por notas atingido. Novas emissões por notas serão liberadas no próximo dia." O limite é renovado à meia-noite (horário de Brasília) e a emissão com valor direto não consome esse limite.

Informação de Erro

A resposta de erro de um endpoint do DARE segue um destes formatos, conforme a etapa em que a falha ocorre:

• Erro de validação (422) — a resposta traz "error": "validation_failed" acompanhado do objeto errors com cada campo recusado e a respectiva mensagem, por exemplo {"error": "validation_failed", "errors": {"receita": ["campo receita obrigatório para DARE"]}}.
• Erro de requisição, de negócio ou de infraestrutura (400, 401, 404, 429, 502, 503) — a resposta traz uma única mensagem legível no formato {"error": "..."}, como na resposta do limite diário por notas.
• Erro de acesso ou de assinatura (403) — a resposta traz a mensagem legível no campo error (o mesmo formato {"error": "..."}); quando a causa é o estado da assinatura, acrescenta error_code com o identificador programático do motivo e action_url com o link para regularização, por exemplo {"error": "Pagamento em atraso. Regularize sua assinatura para liberar o acesso.", "error_code": "payment_overdue", "action_url": "https://financeiro.webmaniabr.com/minha-conta/assinatura"}.
• Informação de erro devolvida pela SEFAZ-SP — nos dados de resultado de uma guia já processada, o bloco erro com a estrutura da tabela abaixo, presente quando a SEFAZ-SP registra um erro no processamento. Esses dados são devolvidos apenas pela consulta de status: quando a guia é rejeitada, os motivos aparecem em motivos_rejeicao e last_error_code; quando é aprovada, o resultado completo vem no bloco response — veja Consulta de Status. O webhook não carrega o bloco erro nem o bloco response: nas rejeições, a notificação traz somente motivos_rejeicao — veja Notificações.

As respostas de sucesso das emissões não carregam campo de erro: seguem o formato descrito na seção de emissão, com o uuid de acompanhamento.

Exemplo de resposta para uma requisição com erro de validação:

{
  "error": "validation_failed",
  "errors": {
    "receita": ["campo receita obrigatório para DARE"]
  }
}

Receitas

Lista as receitas disponíveis para emissão de DARE-ICMS SP. A lista é cacheada por 1 hora e pode variar conforme a habilitação administrativa.

codigo e codigo_servico_dare formam um par. Copie os dois valores da mesma entrada retornada por GET /2/dare/receitas: eles nem sempre coincidem. A receita 247, por exemplo, corresponde ao serviço 24701; em outros casos os códigos são iguais, como na receita 4603, cujo serviço também é 4603. Informar um par inconsistente é aceito pela API — e um par bem-formado, porém errado, gera um DARE real e pagável que quita a receita errada.

Para listar as receitas, envie uma requisição GET para /2/dare/receitas.

curl -X GET \
-H "Authorization: Bearer SEU_ACCESS_TOKEN" \
"https://api.webmania.com.br/2/dare/receitas?ambiente=2"

Resposta:

[
  {
    "codigo": "247",
    "codigo_servico_dare": 24701,
    "escopo_uso": 0,
    "habilitado_administrativo": true,
    "nome": "ICMS - TRANSPORTE AÉREO, NAVEGAÇÃO OBRIGAÇÕES DA AT",
    "observacao_dare_avulso": "",
    "possui_linha06_dare": true,
    "suprimir_referencia": false,
    "telefone_obrigatorio": false
  }
]

Campos da receita

Serviços e Regras de linha06 / linha08

A tabela abaixo relaciona os principais códigos de serviço DARE e as regras de preenchimento dos campos linha06 e linha08:

Serviços
Emissão Unitária

Emite um DARE-ICMS SP de forma assíncrona. A API retorna imediatamente e processa o DARE em background. O resultado final é notificado pelo webhook informado em url_notificacao, com acompanhamento por GET /2/dare/status/{uuid} — Saiba mais.

Emissão Unitária
Parâmetros da requisição

Campos enviados no corpo da requisição de emissão:

Emissão Unitária
linha06 e linha08

De onde vêm esses nomes. linha06 e linha08 correspondem às linhas 6 e 8 do formulário oficial do DARE-ICMS da SEFAZ-SP. A SEFAZ não atribui um significado único a elas: o que deve ser informado muda conforme o codigo_servico_dare selecionado. A tabela abaixo publica o formato que a API aceita em cada caso; o conteúdo esperado depende da receita e deve ser confirmado no portal DARE-ICMS da SEFAZ-SP.

linha06/linha08 são as linhas 6 e 8 do formulário DARE-ICMS da SEFAZ-SP; o significado do conteúdo é definido pela SEFAZ para cada codigo_servico_dare. A API valida apenas presença e formato (descritos na tabela) — nunca o significado: informe o conteúdo conforme a receita. A obrigatoriedade por receita também aparece em GET /2/dare/receitas (campo possui_linha06_dare).

Para serviços fora desta lista, linha06 e linha08 são aceitos sem validação de formato. O catálogo de Receitas informa possui_linha06_dare em cada entrada, para você saber antecipadamente quando a linha é exigida.

Emissão Unitária
Exemplo de Requisição

Exemplo de requisição — valor direto:

curl -X POST \
-H "Authorization: Bearer SEU_ACCESS_TOKEN" \
-H "Content-Type: application/json" \
https://api.webmania.com.br/2/dare/emissao

{
  "ambiente": 2,
  "url_notificacao": "https://seudominio.com.br/webhook/dare",
  "receita": {
    "codigo": "247",
    "codigo_servico_dare": 24701
  },
  "referencia": "07/2026",
  "data_vencimento": "2026-07-20",
  "valor": 100.00,
  "inscricao_estadual": "123456789012",
  "cnpj": "12345678000195",
  "razao_social": "EMPRESA EXEMPLO LTDA",
  "endereco": "RUA EXEMPLO 100",
  "cidade": "SÃO PAULO",
  "uf": "SP",
  "telefone": "11999999999",
  "gerar_pdf": false,
  "linha06": "12345678901234567890123456789012345"
}

Resposta:

{
  "status": "processando",
  "message": "Emissão em processamento. Consulte novamente em alguns instantes.",
  "uuid": "a1b2c3d4-e5f6-7890-abcd-ef1234567890"
}

A resposta imediata acima não contém os dados da guia emitida. Quando a guia é aprovada, GET /2/dare/status/{uuid} devolve os campos devolvidos pela SEFAZ-SP no objeto response:

Exemplo de desfecho quando a SEFAZ-SP rejeita a guia — este é o formato da resposta de GET /2/dare/status/{uuid}. O webhook informado em url_notificacao envia um payload próprio, documentado na seção Notificações:

{
  "status": "rejeitado",
  "uuid": "a1b2c3d4-e5f6-7890-abcd-ef1234567890",
  "provider_identifier": null,
  "motivos_rejeicao": [
    { "codigo": "9999", "mensagem": "Dados do contribuinte não conferem com o cadastro da SEFAZ-SP." }
  ],
  "last_error_code": "9999"
}

Os códigos em motivos_rejeicao e last_error_code são devolvidos pela SEFAZ-SP (o exemplo acima é ilustrativo). Nada foi emitido: corrija a causa apontada e envie uma nova requisição.

Serviços
Emissão por Notas (período ou chaves)

Além do valor direto, o DARE-ICMS SP pode ser emitido a partir de notas fiscais já emitidas, informando uma janela de emissão (periodo) ou uma lista de identificadores (documentos). O endpoint é o mesmo da emissão por valor direto: POST /2/dare/emissao — e o modo por notas também vale para a emissão em lote (POST /2/dare/emissao/lote), que aceita a mesma origem. Os dois modos de origem são mutuamente exclusivos entre si e não podem ser combinados com valor. O valor do DARE é calculado pela API a partir das notas selecionadas (ICMS-ST e/ou DIFAL). Neste modo a API define valor (a soma do ICMS-ST e do DIFAL das notas selecionadas) e uf (sempre SP). Os dados de perfil do emitente — inscricao_estadual, cnpj, razao_social, endereco e cidade — não são preenchidos pela API e devem ser informados no corpo da requisição em todos os modos. O objeto receita permanece obrigatório em todos os modos, inclusive por notas: o código da receita é sempre informado pelo integrador.

Exemplo — período de emissão:

curl -X POST \
-H "Authorization: Bearer SEU_ACCESS_TOKEN" \
-H "Content-Type: application/json" \
https://api.webmania.com.br/2/dare/emissao

{
  "ambiente": 1,
  "url_notificacao": "https://seudominio.com.br/webhook/dare",
  "receita": {
    "codigo": "247",
    "codigo_servico_dare": 24701
  },
  "data_vencimento": "2026-08-31",
  "inscricao_estadual": "123456789012",
  "cnpj": "12345678000195",
  "razao_social": "EMPRESA EXEMPLO LTDA",
  "endereco": "RUA EXEMPLO 100",
  "cidade": "SÃO PAULO",
  "periodo": {
    "data_inicio": "2026-07-01",
    "data_fim": "2026-07-31"
  },
  "linha06": "12345678901234567890123456789012345"
}

Exemplo — chaves de acesso / UUIDs:

curl -X POST \
-H "Authorization: Bearer SEU_ACCESS_TOKEN" \
-H "Content-Type: application/json" \
https://api.webmania.com.br/2/dare/emissao

{
  "ambiente": 1,
  "url_notificacao": "https://seudominio.com.br/webhook/dare",
  "receita": {
    "codigo": "4603",
    "codigo_servico_dare": 4603
  },
  "data_vencimento": "2026-08-31",
  "inscricao_estadual": "123456789012",
  "cnpj": "12345678000195",
  "razao_social": "EMPRESA EXEMPLO LTDA",
  "endereco": "RUA EXEMPLO 100",
  "cidade": "SÃO PAULO",
  "linha06": "12345678901234567890123456789012345",
  "documentos": [
    "35260800000000000000550010000012341123456789",
    "8f14e45f-ceea-4d3e-a2e0-123456789012"
  ]
}

A resposta é a mesma da emissão por valor direto, com o resultado final notificado pelo webhook informado em url_notificacao.

Serviços
Prévia de Seleção por Notas

POST /2/dare/notas/preview antecipa, sem emitir nada, a seleção de notas que POST /2/dare/emissao faria para a mesma origem (periodo ou documentos). A prévia não é mais permissiva que a emissão: o objeto receita é obrigatório aqui exatamente como na emissão — uma prévia que passasse onde a emissão responderia 422 seria pior que nenhuma prévia.

Parâmetros da requisição:

Campos da resposta:

Exemplo de requisição:

curl -X POST \
-H "Authorization: Bearer SEU_ACCESS_TOKEN" \
-H "Content-Type: application/json" \
https://api.webmania.com.br/2/dare/notas/preview

{
  "ambiente": 1,
  "receita": {
    "codigo": "247",
    "codigo_servico_dare": 24701
  },
  "documentos": [
    "35260800000000000000550010000012341123456789",
    "8f14e45f-ceea-4d3e-a2e0-123456789012"
  ]
}

Exemplo de resposta:

{
  "tipo": "dare",
  "selecionadas": [
    {
      "fiscal_document_uuid": "8f14e45f-ceea-4d3e-a2e0-123456789012",
      "document_key": "35260800000000000000550010000012341123456789",
      "valor_icms_st": "412.15",
      "valor_difal": "0.00",
      "uf_destino": "SP",
      "guia_indicado": "dare"
    }
  ],
  "ignoradas": [],
  "totais": { "icms_st": "412.15", "difal": "0.00", "total": "412.15" }
}

Emissão em Lote

Emite múltiplos DARE-ICMS SP em uma única requisição. A API retorna imediatamente e processa cada DARE em background. Cada item é notificado individualmente pelo webhook informado em url_notificacao, com acompanhamento por GET /2/dare/status/{uuid} — Saiba mais.

Para emitir em lote, envie uma requisição POST para /2/dare/emissao/lote.

Exemplo de requisição:

{
  "ambiente": 2,
  "url_notificacao": "https://seudominio.com.br/webhook/dare",
  "tipo_agrupamento_filhotes": 3,
  "itens_para_geracao": [
    {
      "ambiente": 2,
      "receita": {
        "codigo": "247",
        "codigo_servico_dare": 24701
      },
      "referencia": "07/2026",
      "data_vencimento": "2026-07-20",
      "valor": 100.00,
      "inscricao_estadual": "123456789012",
      "cnpj": "12345678000195",
      "razao_social": "EMPRESA EXEMPLO LTDA",
      "endereco": "RUA EXEMPLO 100",
      "cidade": "SÃO PAULO",
      "uf": "SP",
      "gerar_pdf": false,
      "linha06": "12345678901234567890123456789012345"
    },
    {
      "ambiente": 2,
      "receita": {
        "codigo": "4603",
        "codigo_servico_dare": 4603
      },
      "referencia": "07/2026",
      "data_vencimento": "2026-07-20",
      "valor": 50.00,
      "inscricao_estadual": "123456789012",
      "cnpj": "12345678000195",
      "razao_social": "EMPRESA EXEMPLO LTDA",
      "endereco": "RUA EXEMPLO 100",
      "cidade": "SÃO PAULO",
      "uf": "SP",
      "gerar_pdf": false,
      "linha06": "12345678901234567890123456789012345"
    }
  ]
}

Resposta:

{
  "status": "processando",
  "message": "Emissão em processamento. Consulte novamente em alguns instantes.",
  "lote_uuid": "9f8e7d6c-5b4a-3210-abcd-ef1234567890",
  "itens_para_geracao": [
    {
      "status": "processando",
      "message": "Emissão em processamento. Consulte novamente em alguns instantes.",
      "uuid": "a1b2c3d4-e5f6-7890-abcd-ef1234567890"
    },
    {
      "status": "processando",
      "message": "Emissão em processamento. Consulte novamente em alguns instantes.",
      "uuid": "b2c3d4e5-f6a7-8901-abcd-ef1234567891"
    }
  ]
}

Parâmetros do lote (raiz da requisição). A coluna Tam. indica o tamanho: 12 = exatamente 12 caracteres; 1-35 = entre 1 e 35 caracteres; 1-50 e 100 = limite de itens da lista; 12,2 = até 12 algarismos com 2 casas decimais; 500 = até 500 caracteres; - = tamanho fixo não publicado:

Campos de cada item de itens_para_geracao:

Serviços
Consulta de Status

Consulta o status de uma emissão DARE-ICMS SP pelo uuid retornado na emissão. Endpoint: GET /2/dare/status/{uuid}. Prefira a notificação por webhook — ela chega assim que o desfecho existe.

A resposta base é:

{
  "status": "processando",
  "uuid": "a1b2c3d4-e5f6-7890-abcd-ef1234567890",
  "provider_identifier": null
}

Os campos variam conforme o status:

Além dos campos por status, a resposta inclui campos adicionais ligados à origem da emissão, quando presentes:

Exemplo — status erro_comunicacao (resultado incerto; não dispara webhook):

{
  "status": "erro_comunicacao",
  "uuid": "a1b2c3d4-e5f6-7890-abcd-ef1234567890",
  "provider_identifier": null,
  "message": "Status incerto. A guia pode ter sido emitida antes da falha de comunicação. Consulte a SEFAZ manualmente. Não reenvie a emissão antes dessa confirmação, para evitar um documento fiscal em duplicidade."
}

Infraestrutura

Os servidores da Webmania® estão localizados na Amazon AWS, líder global em cloud computing, na região us-east-1 (Leste dos EUA) com ponto de presença em sa-east-1 (São Paulo). Manter a sua estrutura perto de uma dessas duas localidades, garante um menor tempo de resposta nas requisições na API.

Utilizamos uma infraestrutura na Amazon AWS anycast de alta disponibilidade, o que significa que ao se comunicar com a API da Webmania® a requisição será redirecionada para o servidor mais próximo da sua localidade. As requisições dos endpoints são gerenciadas através de IPs estáticos, caso necessite autorize no firewall a comunicação com os IPs abaixo.

• 13.248.145.90
• 76.223.17.240

• 34.196.69.38
• 44.219.142.86

Limite de requisições

A API da Webmania® aplica limites de solicitação por método HTTP para evitar o mal uso da API e a sobrecarga dos servidores. Quando o limite é excedido, a requisição retorna erro 429 (Too Many Requests). Segue abaixo as especificações para uma correta integração:

• Taxas por requisição:
  - GET: 15 requisições por segundo.
  - POST: sem limite de requisições.
  - PUT/DELETE: 5 requisições por segundo.
  - Homologação: requisições de emissão em ambiente de homologação são limitadas a 1 requisição por segundo.
  Precisa de um volume maior de requisições? Por favor, entre em contato para liberação.
• Localização do servidor: O firewall bloqueia por padrão o IP de servidores em regiões com alto índice de ataques ou de baixa reputação. Caso a sua comunicação via GET no endpoint https://webmania.com.br/api/ ou https://api.webmania.com.br retorne 403 Erro Forbidden por engano, por favor, entre em contato para liberarmos o IP do seu servidor.
• Credenciais de acesso: Os endpoints exigem as credenciais de acesso válida e correta na HEADER da requisição, o envio incorreto é atribuído como uso indevido da API.
• URL de notificação: Realize a integração para obter todos os retornos da API via URL de notificação, dessa forma todos os processos podem ser realizados ao receber o retorno, como atualizar o banco de dados e o download do PDF da guia.

Changelog