API Multipag Sicredi
O que é esta API
A API Multipag do Sicredi permite integrar sistemas próprios ou ERPs aos serviços de pagamento do Sicredi, pagamento de boletos, tributos e contas de consumo com código de barras, e transferências via Pix (por chave ou dados bancários), por meio de requisições REST. A criação do pagamento tem resposta síncrona (sucesso/falha na solicitação), mas a efetivação só ocorre após aprovação em canal digital e é assíncrona, o status final chega via Webhook ou consulta. Disponível 24 horas, 7 dias por semana, seguindo os padrões de segurança do BACEN.
Casos de uso principais:
- Pagamento de boletos com código de barras
- Pagamento de tributos e contas de consumo com código de barras (incluindo FGTS)
- Transferências via Pix por chave ou dados bancários
- Agendamento e cancelamento de pagamentos
- Consulta de status e obtenção de comprovantes
- Recebimento de notificações de status em tempo real via Webhook
- Varredura e gestão de boletos a pagar (DDA), ver DDA, Débito Direto Autorizado
Neste momento de piloto, a solução não possui cobertura pelo Fundo Garantidor, mas permite customização de limites por segurança (por transação ou por valor máximo diário, configurados pela Cooperativa).
Qual é o seu ponto de partida agora?→ Já tenho
client_id,client_secrete certificado configurados.
Pule direto para Passo ,1 Obter token de acesso. Você faz sua primeira chamada em poucos minutos. /anch
Ainda não tenho acesso liberado→ Veja Como obter acesso à API Multipag antes de continuar, essa etapa envolve sua cooperativa e não é feita por aqui. 👇
Antes de começar
Antes de fazer sua primeira chamada, você precisa ter:
| Pré-requisito | Como obter | Onde encontrar |
|---|---|---|
| Adesão ao Multipag | Solicitar adesão à sua cooperativa e assinar o termo de adesão | Fale com sua cooperativa Sicredi |
| Termo de adesão assinado | Assinar o termo após análise de negócio pela cooperativa | Assinar o termo após análise de negócio pela cooperativa |
| Certificado digital (.CER) e chave privada (.KEY) | Upload do CSR no Internet Banking (menu Outros Serviços > Acesso API Pix > Gerenciar Certificados) e download após validação | Internet Banking Sicredi |
| Credenciais (Client ID e Client Secret) | Disponibilizadas diretamente pelo Sicredi no momento da integração (fase piloto) | E-mail / contato Sicredi |
| Usuário Master no Internet Banking | Necessário para gerenciar certificados | Internet Banking Sicredi |
| URL do Webhook (opcional) | Endpoint HTTPS para receber notificações de status | Sua infraestrutura |
1.Como funciona a adesão:
A liberação do acesso segue as etapas abaixo. Algumas dependem de uma ação sua, outras são conduzidas pelo Sicredi.
| Etapa | O que acontece | O que você faz |
|---|---|---|
| 1. Manifestação de interesse | Você comunica à sua cooperativa o interesse em integrar a API Multipag | Procure sua cooperativa |
| 2. Análise de negócio | A cooperativa coleta informações, realiza análise e negociação contratual | Forneça os dados solicitados |
| 3. Assinatura do termo de adesão | Formalização do contrato entre as partes | Assine o termo |
| 4. Implementação técnica | Marcos de implementação via Internet Banking e/ou troca de e-mails | Siga as orientações recebidas |
| 5. Upload do CSR | Geração e envio do Certificate Signing Request | Acesse o IB > Outros Serviços > Acesso API Pix > Gerenciar Certificados e faça o upload do CSR |
| 6. Validação e emissão do certificado | O Sicredi avalia o CSR dentro do perímetro de segurança | Aguarde o prazo informado no IB |
| 7. Download do certificado | Certificado assinado e cadeia de certificados ficam disponíveis | Baixe os arquivos .CER no Internet Banking |
| 8. Recebimento das credenciais | Client ID e Client Secret são disponibilizados (fase piloto: diretamente ao associado) | Guarde as credenciais de Sandbox e Produção |
| 9. Testes em Sandbox | Validação da integração em ambiente de homologação | Realize os testes com base nesta documentação |
| 10. Produção | Uso das credenciais de produção na URL produtiva | Troque a URL base e utilize dados reais |
Perfil "Master" obrigatório.Os passos de gestão de certificado no Internet Banking devem ser realizados pelo associado com acesso à conta e perfil de usuário "Master".
Certificado em formato DER?Alguns downloads podem vir em formato DER. Para usar com Postman ou cURL, converta para PEM:
openssl x509 -inform der -in certnew.cer -out certificate.pem.
Conexões mTLS.Todas as chamadas exigem criptografia TLS com autenticação mútua. Recomendamos que o responsável técnico tenha conhecimento prévio sobre conexões mTLS, padrão utilizado pelo Banco Central.
Ambientes disponíveis:
| Ambiente | URL de Autenticação | URL da API |
|---|---|---|
| Homologação (Sandbox) | https://mtls-api-parceiro.sicredi.com.br/sb/thirdparty/auth/token | https://mtls-api-parceiro.sicredi.com.br/sb/multipag-pagamento-sandbox |
| Produção | https://mtls-api-parceiro.sicredi.com.br/thirdparty/auth/token | https://mtls-api-parceiro.sicredi.com.br/multipag |
Sandbox com dados estáticos.O ambiente de homologação usa dados pré-montados, então os exemplos de requisição são válidos e estáticos. Em produção, os contratos e rotas são os mesmos, mudando apenas a URL base e os dados do associado e do pagamento.
Pagamento instantâneo vs. agendado.A única diferença é o campo
dataPagamento:se a data for a atual, o pagamento é instantâneo; se for futura, é agendado e pode ser cancelado antes do dia da efetivação.Passo a passo: sua primeira chamada
2.Passo a passo: sua primeira chamada
Obter token de acesso
A API usa OAuth2 Client Credentials sobre mTLS. As credenciais vão no corpo da requisição:
curl --location '<https://mtls-api-parceiro.sicredi.com.br/sb/thirdparty/auth/token>' \ --header 'Content-Type: application/x-www-form-urlencoded' \ --data-urlencode 'grant_type=client_credentials' \ --data-urlencode 'client_id=SEU_CLIENT_ID' \ --data-urlencode 'client_secret=SEU_CLIENT_SECRET' \ --data-urlencode 'scope=multipag.boleto.pagar'Para múltiplos escopos, separe por espaço:
curl --location '<https://mtls-api-parceiro.sicredi.com.br/sb/thirdparty/auth/token>' \ --header 'Content-Type: application/x-www-form-urlencoded' \ --data-urlencode 'grant_type=client_credentials' \ --data-urlencode 'client_id=SEU_CLIENT_ID' \ --data-urlencode 'client_secret=SEU_CLIENT_SECRET' \ --data-urlencode 'scope=multipag.boleto.pagar multipag.boleto.consultar multipag.tributos.pagar multipag.tributos.consultar multipag.pix.pagar multipag.pix.consultar'
ImportanteA chamada exige o certificado mTLS configurado na conexão. O token retornado é do tipo Bearer e deve ser enviado no header Authorization das chamadas seguintes. Quando expirar, requisite um novo token com as mesmas credenciais.
3.Escopos disponíveis:
| Escopo | Permissão |
|---|---|
multipag.boleto.pagar | Criar e cancelar pagamentos de boleto |
multipag.boleto.consultar | Consultar pagamentos e comprovantes de boleto |
multipag.tributos.pagar | Criar e cancelar pagamentos de tributos |
multipag.tributos.consultar | Consultar pagamentos e comprovantes de tributos |
multipag.pix.pagar | Criar e cancelar pagamentos Pix |
multipag.pix.consultar | Consultar pagamentos e comprovantes Pix |
4.Criar um pagamento de boleto
Crie um pagamento de boleto via código de barras em POST /v1/pagamentos/boletos. Os parâmetros vão no corpo da requisição (JSON):
curl --location '<https://mtls-api-parceiro.sicredi.com.br/sb/multipag-pagamento-sandbox/v1/pagamentos/boletos>' \ --header 'Authorization: Bearer SEU_ACCESS_TOKEN' \ --header 'Content-Type: application/json' \ --data '{ "conta": "000001", "cooperativa": "0100", "documento": "11111111000111", "codigoBarra": "74892950500006000001123100010108100200003107", "dataPagamento": "2026-08-04", "valorPagamento": 6000, "identificadorPagamentoAssociado": "BOLETO SICREDI", "idTransacao": "0910BS125" }'5.Parâmetros (body JSON):
codigoBarra(string, obrigatório): código de barras do boleto, 44 caracteresconta(string, obrigatório): conta com DV sem traço do associado cadastradocooperativa(string, obrigatório): cooperativa do associado, 4 dígitos com zeros à esquerdadataPagamento(data AAAA-MM-DD, obrigatório): data do pagamento. Data atual = instantâneo; data futura = agendadodocumento(string, obrigatório): CPF/CNPJ do associado (apenas números)identificadorPagamentoAssociado(string, obrigatório): identificador fornecido pelo associado, máx. 100 caracteresidTransacao(string, obrigatório): ID da transação, máx. 100 caracteresvalorPagamento(decimal, obrigatório): valor a ser pago, mín. 0, 2 casas decimaiscpfCnpjBeneficiario(string, opcional): se informado, valida se o documento é igual ao do beneficiário do boleto
A criação é um POST com corpo JSON.O
idTransacaoé o identificador que você usará para consultar, cancelar ou buscar o comprovante posteriormente.
6.Resposta esperada (200 OK):
{ "idPagamentoBoleto": "68b3df07-0571-4438-89dc-aca624368dee", "codigoBarra": "74892950500006000001123100010108100200003107", "dataPagamento": "2026-08-04", "valorPagamento": 6000, "identificadorPagamentoAssociado": "BOLETO SICREDI", "idTransacao": "0910BS125", "status": "RECEBIDO"}O status retorna
RECEBIDOpara pagamentos instantâneos eAGENDADOpara pagamentos com data futura. OidPagamentoBoletoé o identificador interno do Sicredi. A efetivação ocorre de forma assíncrona; acompanhe o status via consulta ou Webhook.
Aprovação via canais digitais.Quando habilitada pela cooperativa, a transação pode ser exibida no Internet Banking para aprovação antes da efetivação. Se não houver ação até a data de pagamento, a transação expira automaticamente.
7.Consultar o status do pagamento
Consulte um pagamento pelo idTransacao em GET /v1/pagamentos/boletos/{idTransacao}. Os dados do associado vão nos headers:
curl --location '<https://mtls-api-parceiro.sicredi.com.br/sb/multipag-pagamento-sandbox/v1/pagamentos/boletos/0910BS125>' \ --header 'Authorization: Bearer SEU_ACCESS_TOKEN' \ --header 'x-cooperativa: 0100' \ --header 'x-conta: 000001' \ --header 'x-documento: 11111111000111'8.Parâmetros:
idTransacao(path, obrigatório): identificador único da transaçãox-cooperativa(header, obrigatório): cooperativa do associado, 4 dígitosx-conta(header, obrigatório): conta com DV sem traçox-documento(header, obrigatório): CPF/CNPJ do associado (apenas números)
Escopo exigido: multipag.boleto.consultar.
Resposta esperada (200 OK):
{ "idPagamentoBoleto": "68b3df07-0571-4438-89dc-aca624368dee", "codigoBarra": "74892950500006000001123100010108100200003107", "dataPagamento": "2026-08-04", "valorPagamento": 6000, "identificadorPagamentoAssociado": "BOLETO SICREDI", "idTransacao": "0910BS125", "status": "SUCESSO"}
Os status possíveis são:
RECEBIDO, AGENDADO, SUCESSO, CANCELADO, ERRO. O comprovante em PDF só fica disponível para pagamentos com statusSUCESSO.
9.Tratamento de erros
| Status | Significado | Exemplo de retorno |
|---|---|---|
| 400 | Parâmetros de entrada incorretos | Objeto com lista de atributos inválidos e descrição |
| 401 | Token inválido ou expirado | "Token inválido ou está expirado" |
| 403 | Token sem escopo apropriado | "Não possui acesso ao recurso" |
| 422 | Regra de negócio impede a criação | Mensagem informando qual regra barrou a operação |
| 500 | Falha no funcionamento da aplicação | Objeto informando erro inesperado |
10.Endpoints disponíveis
| Método | Endpoint | Descrição | Escopo |
|---|---|---|---|
| POST | /v1/pagamentos/tributos/barras | Criar pagamento de tributos com barra | multipag.tributos.pagar |
| PATCH | /v1/pagamentos/tributos/barras/cancelamentos | Cancelar pagamento agendado de tributos | multipag.tributos.pagar |
| GET | /v1/pagamentos/tributos/barras/{idTransacao} | Buscar pagamento de tributos | multipag.tributos.consultar |
| GET | /v1/pagamentos/tributos/barras/{idTransacao}/comprovantes | Buscar comprovante de tributos (PDF) | multipag.tributos.consultar |
| POST | /v1/pagamentos/boletos | Criar pagamento de boleto | multipag.boleto.pagar |
| PATCH | /v1/pagamentos/boletos/cancelamentos | Cancelar pagamento agendado de boleto | multipag.boleto.pagar |
| GET | /v1/pagamentos/boletos/{idTransacao} | Buscar pagamento de boleto | multipag.boleto.consultar |
| GET | /v1/pagamentos/boletos/{idTransacao}/comprovantes | Buscar comprovante de boleto (PDF) | multipag.boleto.consultar |
| POST | /v1/pagamentos/pix/chave | Criar pagamento Pix via chave | multipag.pix.pagar |
| POST | /v1/pagamentos/pix/dados-bancarios | Criar pagamento Pix via dados bancários | multipag.pix.pagar |
| PATCH | /v1/pagamentos/pix/cancelamentos | Cancelar pagamento agendado Pix | multipag.pix.pagar |
| GET | /v1/pagamentos/pix/{idTransacao} | Buscar pagamento Pix | multipag.pix.consultar |
| GET | /v1/pagamentos/pix/{idTransacao}/comprovantes | Buscar comprovante Pix (PDF) | multipag.pix.consultar |
11.Webhook (notificações de status)
Para receber notificações de mudança de status dos pagamentos, configure uma URL pública via PATCH /v1/associado/webhook no ambiente de produção (https://mtls-api-parceiro.sicredi.com.br/multipag-cadastro).
curl --location --request PATCH '<https://mtls-api-parceiro.sicredi.com.br/multipag-cadastro/v1/associado/webhook>' \ --header 'Authorization: Bearer SEU_ACCESS_TOKEN' \ --header 'x-cooperativa: 0100' \ --header 'x-conta: 000001' \ --header 'x-documento: 11111111000111' \ --header 'Content-Type: application/json' \ --data '{ "urlCallback": "<https://sua-api.com.br/webhook>", "authorizationCallback": "SEU_TOKEN_CALLBACK" }'
NotaO contrato enviado pelo Webhook é o mesmo do response dos endpoints de consulta. O
authorizationCallbacké enviado no header Authorization da requisiçãoPOSTque o Sicredi fará à sua URL, permitindo validar a origem. Ambos os campos (urlCallback e authorizationCallback)são obrigatórios no body; para limpar um valor, envie string vazia.
12.Próximos passos
| Tópico | Descrição | Onde encontrar |
|---|---|---|
| Pagamento de Tributos | Tributos, contas de consumo e FGTS com código de barras | Guia de Pagamento de Tributos |
| Pagamento de Boletos | Todos os campos, validação de beneficiário e cancelamento | Referência: Boletos |
| Pagamento Pix | Transferências por chave e por dados bancários | Guia de pagamento Pix |
| Comprovantes | Obter comprovante em PDF (tratamento binário) | Comprovantes |
| Situações do pagamento | RECEBIDO, AGENDADO, SUCESSO, CANCELADO, ERRO | Situações do pagamento |
| Aprovação via canais digitais | Fluxo de aprovação no Internet Banking | Aprovação digital |
| Webhook | Contratação, manutenção e segurança das notificações | Webhook |
| DDA, Débito Direto Autorizado | Varredura de boletos a pagar por Pagador Eletrônico | DDA |
| Códigos de erro | Cenários por status HTTP | Códigos de erro |
| Glossário | Termos usados na API | Glossário |
Precisa de ajuda?
- Suporte técnico e integração: E-mail [email protected], contendo "Resumo da solicitação + CNPJ do associado" no assunto
- Atendimento ao associado: 0800 724 7220, WhatsApp (51) 3358 4770
Updated 8 days ago
