Pesquisar na Comunidade

Prezados, Estou com o seguinte erro ao chamar o endpoint: https://qrpix.bradesco.com.br/auth/server/oauth/token Já verifiquei tudo, client_id, client_secret, o próprio .pem e a .key, mas continua retornando: { "code": 117, "message": "Invalid Client Certificate", "details": null } Vocês têm alguma ideia do que pode ser? Pelo que vi, para o Pix, o Bradesco obriga a criar novas credenciais, e eu o fiz. Agora não sei mais o que fazer kkkkkkkkkkkkk

Relatos recebidos hoje (quarta-feira, 10/06/2026) indicam instabilidade em serviços relacionados à cobrança bancária via API e também em canais de acesso utilizados por desenvolvedores. Entre os sintomas observados estão dificuldades de autenticação em portais de desenvolvedor e falhas temporárias na comunicação de serviços utilizados em ambiente de produção. De acordo com informações compartilhadas pelo time BB, houve registro de indisponibilidade parcial em alguns canais digitais. Ainda segundo a comunicação recebida, o processo de normalização já estava em andamento, com parte significativa dos clientes conseguindo acessar novamente os serviços. Também foi informado que serviços de pagamento instantâneo estavam sendo restabelecidos gradualmente. Até o momento desta publicação, não há informações oficiais sobre a causa da ocorrência nem previsão detalhada para a conclusão da normalização. Atualização: Caso existam novos relatos ou comunicados oficiais, este tópico poderá ser atualizado.

Recebemos a notificação de nosso parceiro Banco do Brasil sobre uma manutenção programada que poderá impactar temporariamente algumas operações Pix. Período: 30/05, das 00h30 às 01h30 Durante essa janela, poderá ocorrer intermitência em: Pagamentos realizados por meio de chaves Pix; Recebimentos via QRCode utilizando a API Pix. Motivo: preparação do DICT para suporte ao CNPJ alfanumérico. Recomendamos que aplicações que realizem operações Pix nesse período estejam preparadas para tratar eventuais indisponibilidades temporárias e efetuar novas tentativas quando necessário.

Conforme comunicado pelos colegas do Banco do Brasil, haverá manutenção obrigatória em equipamentos de rede no dia 29/03 (domingo), a partir das 2h, com previsão de até 4 horas de duração (podendo ser concluída antes). Durante esse período, poderão ocorrer impactos na geração e no pagamento de QRCode (BB e outros bancos) em ambiente de produção. Outros serviços também podem ser parcialmente afetados. Aquipe de TI do BB estará de plantão durante toda a manutenção, acompanhando o processo e atuando para minimizar possíveis impactos

Bom dia, um cliente nosso está com o problema na geração de pix. Segue a baixo o log do exemplo. Já tentei realizar as soluções e dicas dos posts abaixo mas sem sucesso. Gerar key, pem, csr descriptografar key. também confirmei que o certificado está válido Atribuindo PSP: TACBrPSPBancoDoBrasil, Nome: ACBrPSPBancoDoBrasil1 - LerConfiguracao: D:\Fontes\Resources\Homologação webservice\Sicredi\omb8511 madeira angeli\PIXCDTeste.ini - AplicarConfiguracao - ConfigurarACBrPIXCD Atribuindo PSP: TACBrPSPSicredi, Nome: ACBrPSPSicredi1 Atribuindo PSP: Nil Atribuindo PSP: TACBrPSPSicredi, Nome: ACBrPSPSicredi1 - ConfigurarACBrPSPs - LerConfiguracao: D:\Fontes\Resources\Homologação webservice\Sicredi\omb8511 madeira angeli\PIXCDTeste.ini - AplicarConfiguracao - ConfigurarACBrPIXCD - ConfigurarACBrPSPs CriarCobrancaImediata( ) PrepararHTTP Autenticar LimparHTTP TransmitirHttp( POST, https://api-pix.sicredi.com.br/oauth/token ) ConfigurarHTTP ConfigurarProxy ConfigurarTimeOut ConfigurarHeaders( POST, https://api-pix.sicredi.com.br/oauth/token ) Req.Headers: Authorization: Basic TkRRM09UZzJNamt3TURBeE1ESTZNREF3TVRvemFsWTpNbU5mY1VaRktEZ3hhbHBpS0VjcQ== Accept-Encoding: gzip, compress, deflate Req.Body: grant_type=client_credentials&scope=cob.write%20cob.read%20pix.write%20pix.read ResultCode: 500 - Resp.Headers: POST /oauth/token HTTP/1.0 Host: api-pix.sicredi.com.br Keep-Alive: 300 Connection: keep-alive User-Agent: Mozilla/4.0 (compatible; Synapse) Content-Type: application/x-www-form-urlencoded Content-Length: 79 Authorization: Basic TkRRM09UZzJNamt3TURBeE1ESTZNREF3TVRvemFsWTpNbU5mY1VaRktEZ3hhbHBpS0VjcQ== Accept-Encoding: gzip, compress, deflate Resp.Body: EACBrPixHttpException: Erro HTTP: 500, Metodo: POST, URL: https://api-pix.sicredi.com.br/oauth/token ***************EACBrPixHttpException*************** Erro HTTP: 500, Metodo: POST, URL: https://api-pix.sicredi.com.br/oauth/token

Estou tendo problemas com a função SolicitarCertificado contida no componente TACBrPSPItau, onde em ambiente de produção, estaria me retornando a seguinte mensagem: Erro HTTP: 403, Metodo POST, URL: https://sts.itau.com.br/seguranca/v1/certificado/solicitacao As configurações do componente seguiram todos os padrões dispostos no Exemplo do ACBrPIXCD disposto no repositório, inclusive a geração da chave privada. O ambiente utilizado foi o de Produção para realizar a requisição via componente. Ao pesquisar um pouco pelos fontes do ACBr e depurando a requisição obtive a seguinte mensagem dentro da variável RespostaHttp contida dentro da function SolcitarCertificado: "message":"Falha ao Extrair Token info filter failed". *Não houveram alterações nos fontes do ACBr, foi realizado somente a depuração* Alguém teria alguma sugestão?

Atenção, comunidade! O Banco do Brasil anunciou a atualização dos certificados OAuth, essencial para garantir a continuidade no uso das APIs BB. Datas importantes Homologação: 11/02/2026 Produção: 12/02/2026 A atualização é automática, mas se houver necessidade segue o link abaixo: https://apoio.developers.bb.com.br/referency/post/646799afa2e2b90012c5ede8 Fonte: https://www.bb.com.br/site/developers/

Estou usando a lib ACBrLibPIXCD onde na documentação tem apenas os métodos /Pix, /Cob e /CobV. Já no exemplo do componente ACBrPixCD além de ter os métodos /Pix, /Cob e /CobV, tem também os métodos /rec, /solcre e /locrec. Estou desenvolvendo uma API para fazer a recorrência, no caso o Pix Automático e preciso de alguns recursos na lib que estão no componente. Observação: Eu li o código do ACBrLibPIXCD no seguinte caminho: \\ACBr\Projetos\ACBrLib\Fontes\PIXCD. Ao ler o código vi quais métodos estão desenvolvidos e quais não estão.

Olá pessoal, tudo bem? Estou trabalhando na implementação do pagamento via PIX no meu sistema utilizando os componentes do ACBr, e gostaria de uma orientação para finalizar essa etapa. Seguem os pontos do que já tenho pronto e do que ainda preciso desenvolver: Projeto já iniciado: A integração com os componentes ACBr já está em andamento. PIX Estático funcionando: Já consigo gerar o QR Code estático normalmente através do ACBrPIXPSP. PIX Dinâmico / Monitoramento: Agora preciso implementar aquela funcionalidade típica de PDV, onde o sistema fica aguardando a confirmação do pagamento em tempo real e só libera o processo depois que o valor é realmente recebido pelo PSP. Exibição do QR Code: No momento estou apenas exibindo o QR Code/código para o cliente, mas preciso evoluir para o fluxo completo com callback/consulta/validação. Dúvidas principais: Quais são os “atalhos” ou melhores práticas para finalizar essa parte? Existe algum componente ACBr que facilita o monitoramento do pagamento (pooling, webhook, retorno do PSP)? É obrigatório utilizar um PSP parceiro integrado ao ACBr (GerenciaNet, PixPDV etc.) para ter o retorno automático? Há algum exemplo de implementação atualizado que vocês recomendam seguir? Agradeço muito qualquer orientação, exemplo ou direcionamento sobre a melhor forma de estruturar esse fluxo usando o ACBr. Obrigado desde já!

Olá, pessoal! Para aumentar a segurança e a qualidade dos serviços, as APIs do Banco do Brasil passarão por um processo de migração no dia 24/10/2025, em que o DNS api.bb.com.br será direcionado para a CDN da Cloudflare. Com essa atualização, o IP público anteriormente vinculado a esses serviços passará a ser substituído por um IP da Cloudflare. Assim, clientes que utilizam regras de firewall, validação por IP fixo ou configuração de proxy poderão ser impactados. Para evitar problemas, o Banco do Brasil recomenda substituir a validação por IP pela validação baseada em FQDN (Fully Qualified Domain Name), garantindo maior estabilidade frente a mudanças de infraestrutura. Importante destacar que essa modificação não exige nenhuma alteração na solução ACBrBoleto. Leia o aviso original na íntegra [AQUI]

O Banco do Brasil anunciou a desativação da API Pix V1, que será substituída pela API Pix V2. A mudança visa garantir maior segurança, performance e alinhamento com as diretrizes do Banco Central. A Versão 1 da API Pix será desativada a partir de 31/01/26 Para evitar impactos nos seus sistemas, é fundamental realizar a migração para a V2 o quanto antes. E como fica o ACBr? Basta configurar a versão ACBrPixCD. Leia a mensagem na integra Qualquer dúvida a respeito de contratos ou credenciais, procure o GCash responsável pela sua conta.

Prezados(as) usuários Comunidade ACBr, Nos últimos dias, identificamos e melhoramos referente a ocorrências de falhas de autenticação junto à API Rest do Banco do Brasil, impactando principalmente a emissão de boletos híbridos, boletos com QR Code. Os sintomas mais comuns relatados foram: Serviço que estava funcionando e parou subitamente; Retorno de erros HTTP 400 ou 500 no momento da autenticação OAuth2. Aviso Importante ao Usuário Esta atualização trata-se de uma melhoria no componente. Para quem já está utilizando o scope no formato cobrancas.boletos-info%20cobrancas.boletos-requisicao, não haverá impactos e o funcionamento permanecerá normal. Entretanto, após atualizar o componente, é recomendado remover o %20 e utilizar o espaço simples entre os valores, por mais que o componente de Boletos agora aplica a RFC3986 em QueryString, caso houver espaços e utilizado QueryString o componente aplicará %20 automaticamente. O que mudou na nova versão dos componentes Na versão mais recente dos nossos componentes, houve alteração na forma de envio do parâmetro scope em produção: Antes: O scope era enviado via URLParms (Query String). Agora: O scope é enviado via Payload na requisição de autenticação, indiferente do ambiente (Produção|Homologação|Sandbox) e utilizado a RFC3986. Com essa atualização: Não é mais necessário utilizar %20 ou recomendado para separar múltiplos valores. O scope pode ser informado de forma simples: cobrancas.boletos-info cobrancas.boletos-requisicao Orientação para atualização Usuários Delphi | Lazarus: Atualizar o repositório SVN para a última revisão disponível, reinstalar o componente e gerar nova versão da aplicação. Demais linguagens: Atualizar para a versão mais recente do ACBrMonitor ou ACBrLibBoleto. Para quem não puder atualizar imediatamente Se a atualização de componentes ou sistema não for possível no momento, mantenha o envio via URLParms (Query Strings) e utilize o scope com o espaço codificado: cobrancas.boletos-info%20cobrancas.boletos-requisicao Recomendação final Sempre que possível, mantenha seus componentes e sistemas atualizados para garantir compatibilidade com as integrações bancárias e evitar indisponibilidades. Tópico relacionado:

Este erro ocorre devido a uma divergência entre o ambiente de homologação do Santander e a própria documentação do mesmo. Se acessarmos a documentação do endpoint COB para criação de cobrança imediata ou do endpoint COBV para criação de cobrança com vencimento, é possível observar que em ambos o verbo que deve ser utilizado para requisição é o PUT. No entanto, após recebermos relatos de membros da comunidade enfrentando este erro e realizar testes de comunicação diretamente com o PostMan, foi possível observar que apenas no ambiente de homologação da API: Está sendo utilizado o verbo POST. Não está aceitando utilização de certificado. Está respondendo de maneira incorreta a requisição /cob Foram enviadas alterações na unit do PSP Santander ao SVN na Rev-40344 visando contornar essas divergências. Portanto se você estiver testando em homologação com o PSP Santander e estiver enfrentando o erro mencionado, atualize seus fontes, reinstale o ACBr e faça novos testes!

Fala pessoal! Gostaria da ajuda dos colegas nessa situação. Estou precisando implementar o pix atráves do psp do sicoob. Já tenho as credenciais de produção e do sandbox, porém no demo acbrpixcd quando tento criar uma cobrança imediata, não gera. Segue abaixo o log gerado... CriarCobrancaImediata( ) PrepararHTTP Autenticar LimparHTTP TransmitirHttp( POST, https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ) ConfigurarHTTP ConfigurarProxy ConfigurarTimeOut ConfigurarHeaders( POST, https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ) Req.Headers: Req.Body: grant_type=client_credentials&client_id=63bc9ed8-626b-4a4c-b508-**********&scope=cob.write%20cob.read%20cobv.write%20cobv.read%20lotecobv.write%20lotecobv.read%20pix.write%20pix.read%20webhook.write%20webhook.read%20payloadlocation.write%20payloadlocation.read ResultCode: 500 - Sock.LastError: 10091 Resp.Headers: POST /auth/realms/cooperado/protocol/openid-connect/token HTTP/1.0 Host: auth.sicoob.com.br Keep-Alive: 300 Connection: keep-alive User-Agent: Mozilla/4.0 (compatible; Synapse) Content-Type: application/x-www-form-urlencoded Content-Length: 262 Accept-Encoding: gzip, compress, deflate client_id: 63bc9ed8-626b-4a4c-************* Resp.Body: EACBrPixHttpException: Erro HTTP: 500, Metodo: GET, URL: https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ***************EACBrPixHttpException*************** Erro HTTP: 500, Metodo: GET, URL: https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token Ficarei muito grato com a ajuda pessoal!

Boa tarde, meu sistema é em java, quando escolho pix ocorre esse erro, e sei que o pessoal já fez essa mudança e com facilidade para Dephi. No java, vai ser preciso atualizar as classes do acbr? Alguém poderia me auxiliar nessa questão? Forte abraço. dez 17, 2024 5:05:46 PM service.LogService error GRAVE: Error: java.lang.Exception: Rejeicao: Nao informados os dados do cartao de credito-debito nas Formas de Pagamento da Nota Fiscal at service.components.nfce.NfceFacade.validaRetornoEnvio(NfceFacade.java:35) at service.components.nfce.EmissaoNfce$1$1.call(EmissaoNfce.java:57) at service.components.nfce.EmissaoNfce$1$1.call(EmissaoNfce.java:35) at javafx.concurrent.Task$TaskCallable.call(Task.java:1423) at java.util.concurrent.FutureTask.run(Unknown Source) at javafx.concurrent.Service.lambda$null$6(Service.java:725) at java.security.AccessController.doPrivileged(Native Method) at javafx.concurrent.Service.lambda$executeTask$7(Service.java:724) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source)

Olá, estou realizando a integração de PIX na tela do PINPAD pelo CliSiTef, porém o mesmo não aparece na tela. Configurei segundo o exemplo do ACBr para carteiras digitais, como tambem configurei o arquivo .ini do sitef com os codigos 7 e 8, porém não aparece na tela do pinpad o qrcode, mas fica com status de aguardando a leitura. Tambem realizei a configuração da função OnExibeQRCode do componente ACBrTEFD, porém não é chamada. Foram configurados: ACBrTEFD1.TEFCliSiTef.Restricoes = {DevolveStringQRCode=0} ACBrTEFD1.TEFCliSiTef.PinPadIdentificador = cnpj ACBrTEFD1.TEFClisiTef.OperacaoCRT = 122 ACBrTEFD1.GPAtual = gpCliSiTef Teria algo que faltou configurar talvez?

Boa noite, sobre esta nota técnica, referentes aos meios de pagamento, para cartões, no xml, é necessário informar em relação a POS ... é necessário informar os dados de autorização no momento da finalização da vendas ? e uma outra questão, como que esta sendo controlado isto em relação as entregas em domicilio, onde o cliente pode informar, que ira pagar no cartão x.. mais chegando destinatário, ele pagou em outro cartão ou forma de pagamento, nao teria a os dados de autorização do cartão, uma vez que o pagamento não foi concretizado, ai neste caso, não envia os referidos dados ?

Estou fazendo a integração do pix do sicredi utilizando o ACBr, descobri hoje por um cliente meu, que o QRCode gerado não consegue ser lido pela Caixa, ao tentar ler retorna essa menssagem: "Transação não concluída. O certificado vinculado ao QRCode não se encontra ativo no PIX" Li neste link que o pode ser na geração do QRCode, mas não tenho certeza https://comunidade.sejaefi.com.br/historico?mensagem=QR&canal=pix&pagina=12 alguém ja passou por isso e pode me ajudar

Tendo em vista o grande número de dúvidas(aqui no fórum e também no nosso canal do Discord) sobre como configurar os PSPs no componente ACBrPIXCD, estou criando esse tópico para auxiliar nesse procedimento. Irei utilizar como base nosso demo do componente, que está disponível no SVN, em: "...\trunk2\Exemplos\ACBrPIXCD\". 1. Configurando Recebedor e PSP Atual 1.1. Configurações utilizando o componente Para configurar o Recebedor e o PSP atual, utilizando o próprio componente ACBrPIXCD, preencha as seguintes propriedades: ACBrPixCD1.Recebedor.Nome := ''; ACBrPixCD1.Recebedor.CEP := ''; ACBrPixCD1.Recebedor.Cidade := ''; ACBrPixCD1.Recebedor.UF := ''; ACBrPixCD1.PSP := ; ACBrPixCD1.Ambiente := ; Além dessas configurações básicas, também é possível configurar o caminho do arquivo de log, o nível do log gerado e, caso sua rede utilize proxy, será necessário configurá-lo nas propriedades a seguir: ACBrPixCD1.Proxy.Host := ''; ACBrPixCD1.Proxy.Port := ''; ACBrPixCD1.Proxy.User := ''; ACBrPixCD1.Proxy.Pass := ''; ACBrPixCD1.ArqLOG := ''; ACBrPixCD1.NivelLog := 0; Obs: Níveis de log: 0 - Nenhum 1 - Baixo 2 - Normal 3 - Alto 4 - Muito Alto 1.2. Configurações utilizando o aplicativo de demonstração Na aba "Configurações > PIX" preencha os dados solicitados e selecione o PSP que irá utilizar, conforme imagem abaixo: 2. Solicitando as credenciais do PSP Esse procedimento é feito de diferentes formas para cada PSP. Selecione o PSP desejado: ou

Boa tarde Implementei os novos endpoints conforme manual do pagseguro em anexo. SolicitarCredenciais -> solicita o client id e client secret; SolicitarDesafioCertificado -> solicita o texto de desafio criptografado; SolicitarCertificado -> após resolver o desafio, é possível solicitar o certificado (key e pem) por essa chamada; Ajuste da versão http.protocol = '1.1' necessário para quando controla manualmente o token; Atenciosamente Manual API Pix.pdf ACBrPIXPSPPagSeguro.pas

A solução ACBrBoleto já tem suporte a cobrança API com PIX no Banco INTER. Recebemos a contribuição inicial do amigo @ActioSistemas, (a partir da qual fizemos as devidas adequações para a implementação da unit para integrar as soluções ACBr) Para utilizar endpoint pix, basta marcar a propriedade IndicadorPix como true igual aos outros bancos. Inter tem 2 API's: - boletos normais - boletos com QrCode PIX O que vai definir em qual incluir, baixar ou consultar é a propriedade IndicadorPIX: Quando falso, ele utiliza API Boleto Normais Quando true, ele utiliza API Boleto com QrCodePIx * Uma não devolve boleto registrado na outra! Atenção: Uma das informações que deve ser armazenada do retorno da inclusão é a propriedade “NossoNumeroCorrespondente” pois toda operação de alteração, baixa e consulta você vai precisar informar esta propriedade. (é um código UUID de identificação do boleto) Somente a API Cobrança com PIX retorna UUID. Quando API Pix não está devolvendo NossoNumero: Existem relatos que após a inclusão , a API não está devolvendo o campo nossoNumero, neste cado se olhar o log, o banco esta devolvendo: "situacao": "EM_PROCESSAMENTO"; Então deve aguardar alguns minutinhos e realizar a consulta detalhe utilizando a propriedade NossoNumeroCorrepondente Como utilizar: Após inclusão guardar o GUUID devolvido na propriedade NossoNumeroCorrepondente; Para ConsultarDetalhe, ALTERAR e BAIXAR, informar o GUUID (retornado na inclusão) na propriedade NossoNumeroCorrespondente; (carregar o titulo) Como passar esta informação via componente (Delphi/lazarus): Titulo.NossoNumeroCorrespondente := '4cac8ea0-a960-4ac4-af55-c6b05728f3x0'; Como passar esta informação via INI do titulo (ACBrLibBoleto, ACBrMonitorPlus): [Titulo1] .. NossoNumeroCorrespondente=24d5fdcd-608d-40b9-ad42-52e4af8eb7f1 Consulta Lista: Vamos ter agora as situacao isbAberto isbBaixado isbCancelado Baixado e cancelado, filtro dataMovimento isbAberto: filtro dataVencimento ele tbm vai usar a opcao Filtro.boletoVencido ibvSim/ibvNao (ele procura por data de vencimento boletos a receber ou vencidos) isbAberto: filtro dataRegistro ele consulta por data emissao os boletos em aberto Como o banco Inter não tem ambiente de homologação, cuidado com seus testes, após executar, baixar o boleto para ele não ficar pendente no sistema do banco de cobrança. Quer saber como funciona nos bastidores ?: Para quem leu a documentação da cobrança pix do Inter, sabe que é diferente a forma que é realizada a inclusão, tanto a resposta como o endpoint de cobrança PIX. Após a inclusão do boleto, recebemos um codigoSolicitacao (UUID) caso tenha registrado o boleto com sucesso (HttpResultCode 200); Este código UUID é devolvido pela solução ACBrBoleto na propriedade “NossoNumeroCorrespondente”. Ele não nos devolve as informações do boleto como no endpoint convencional. Sendo assim, após inclusão é realizada uma consulta passando este UUID para que seja retornado os dados do boleto e qrcode na propriedade EMV como nos outros bancos. Lembrando que esta consulta ocorre de forma transparente, ou seja, a solução acbr abstrai isso para você, ou seja, realizando a inclusão no TpInclui com o indicadorPix como true, a solução realiza uma consulta da UUID logo após a inclusão e devolve todas as informações do boleto. Agradecimento também para @Antonio Gomes, @Gabriel Mororó por terem efetuados alguns testes e ao @ralty por ter cedido credenciais.

Bom dia, uma dúvida, queria saber se tem como fazer split de pagamento utilizando o componente AcbrPixCd para os bancos disponíveis no componente.

Olá pessoal, o Dev do Itau me orientou a criar a Location para ser posteriormente anexada ao arquivo remessa do banco cnab400, é q aqui na minha estrutura eu envio o boleto já com o QRCode antes de registrar a remessa ao banco! (Não estou usando o Boleto do ACBr...) Então, pergunto, o ACBr/PixCD tem a opção de somente gerar a Location? https://devportal.itau.com.br/nossas-apis/pix-recebimentos-ext-v2#subheading-7-1 Location Criar Location (POST) [POST] /pix_recebimentos/v2/loc API responsável por efetuar a criação de um Location. No momento da criação de uma Location, serão validados os campos obrigatórios bem como os campos de domínios definidos no contrato da API. Além disso, também serão validadas as regras de negócio de acordo com os parâmetros enviados no corpo da requisição. Parâmetros de entrada Parâmetro Tipo do parâmetro Tipo do dado Presença Descrição Observação tipoCob body string obrigatório Tipo da cobrança Valores aceitos: cob ou cobv Exemplo de entrada Body: { "tipoCob": "cob" } Parâmetros de saída Parâmetro Tipo do parâmetro Tipo do dado Presença Descrição Observação id body integer($int64) obrigatório Identificador da location a ser informada na criação da cobrança. - tipoCob body string obrigatório Tipo da cobrança Valores aceitos: cob ou cobv location body string($uri) maxLength <= 77 obrigatório Localização do payload a ser informada na criação da cobrança - - criacao body string($date-time) obrigatório Data e hora em que a location foi criada. Respeita RFC 3339 - Códigos de status Código Descrição 201 Location criado com sucesso. 400 Requisição com formato inválido. 403 Requisição de participante autenticado que viola alguma regra de autorização. 404 Recurso solicitado não foi encontrado. 410 Indica que a entidade existia, mas foi permanentemente removida. 500 Erro Inesperado. Entre em contato com o suporte Itaú. 503 Serviço não está disponível no momento. Serviço solicitado pode estar em manutenção ou fora da janela de funcionamento. 504 Gateway Timeout. Entre em contato com o suporte Itaú. Exemplo de saída (status = 201, application/json) { "id": 7716, "location": "api.itau/pix/qr/v2/2353c790eefb11eaadc10242ac120002", "tipoCob": "cob", "criacao": "2020-03-11T21:19:51.013Z" } (status = 400, application/json) { "type": "https://pix.bcb.gov.br/api/v2/error/PayloadLocationOperacaoInvalida", "title": "PayloadLocation inválido.", "status": 400, "detail": "A presente requisição busca criar uma location sem respeitar o schema estabelecido." } (status = 403, application/json) { "type": "https://pix.bcb.gov.br/api/v2/error/AcessoNegado", "title": "Acesso Negado", "status": 403, "detail": "Requisição de participante autenticado que viola alguma regra de autorização." } (status = 503, application/json) { "type": "https://pix.bcb.gov.br/api/v2/error/ServicoIndisponivel", "title": "Serviço Indisponível", "status": 503, "detail": "Serviço não está disponível no momento. Serviço solicitado pode estar em manutenção ou fora da janela de funcionamento." }

esse ACBrLibPIXCD é pra pix via troca de arquivos?