Painel de líderes

Olá Pessoal, É com muita alegria que eu informo a vocês que os trabalhos para adequar os componentes perante a Reforma Tributária esta a todo vapor. Já foi finalizado os ajustes nos componentes: ACBrCTe, ACBrNF3e e ACBrNFCom. Os fontes alterados bem como os Schemas e os programas exemplos dos 3 componentes mencionados acima já estão no SVN. Quero lembrar que ainda não é possível enviar o XML contendo os novos campos para a SEFAZ, uma vez que esta ainda não liberou o ambiente de homologação que esta previsto para 01/07/2025. Até o final deste mês vamos finalizar e enviar para o SVN os ajustes nos componentes: ACBrBPe, ACBrNFe e ACBrNFSeX. No caso da NFe ainda não foi disponibilizado os Schemas. Já a NFSe além da falta dos Schemas e alteração se concentra no layout do Padrão Nacional. Não sabemos qual a atitude dos provedores que utilizam a versa 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout. Até a próxima pessoal.

Olá Pessoal, Boas novas, o componente ACBrNFe já esta pronto para gerar o QR-Code na versão 3.00 que é utilizado na NFC-e. Essa nova versão esta documentada na Nota Técnica 2025/001 que além da versão 3.00 do QR-Code também temos a resposta síncrona para lote com somente 1 (uma) nota. Com relação ao modo de envio síncrono já faz um bom tempo que o componente dispõe dessa funcionalidade, na verdade desde julho/2013. Lembrando que o envio em modo síncrono esta condicionado a somente uma nota por lote, ou seja, envio unitário. Vale também ressaltar que hoje podemos realizar um envio unitário em modo assíncrono, mas em breve não vai mais ser possível, somente no modo síncrono. Tanto a versão 3.00 do QR-Code quanto a obrigatoriedade do modo síncrono para o envio unitário de NF-e segue o seguinte cronograma: Ambiente de homologação 02/06/2025 e produção 01/09/2025. Mantenham os fontes do ACBr atualizados e reinstalados. Fiquem atentos aos Papos Pro que são realizados todas as terças e quintas no Discord.

Olá pessoal! É com grande alegria que informamos que foi disponibilizada a impressão de eventos para NFC-e com o FPDF A nova impressão possui leiaute semelhante ao print(informações de identificação foram censuradas): Vale lembrar para aqueles que usam componente nativo, que para o correto funcionamento da mesma, é necessário que o XML da NFC-e correspondente seja carregado na memória previamente. Quem utiliza ACBrMonitor ou ACBrLib já é requisitado como parâmetro do comando ImprimirEventoPDF que seja passado o XML da NFC-e. Versões da ACBrLib compiladas depois das 11h50 do dia 02/04/2025 deverão englobar o ajuste. Um agradecimento ao @Arimateia Jr pelo auxílio ao fornecer a base para a implementação.

Olá pessoal! Este tópico tem o objetivo de centralizar as informações disponíveis sobre a Reforma Tributária para facilitar e ajudar aqueles que estão buscando mais conhecimentos sobre o assunto para se preparar. Notas Técnicas Nota técnica com as modificações específicas para NF-e\NFC-e: Nota técnica com as modificações específicas para CT-e\CTe-OS\BP-e\NF3-e\NFCom: Nota Técnica com as modificações específicas para NFS-e: Modificações no ACBr Edições do Papo PRO ACBr (mais recentes primeiro) 2025 2024 Tópicos da Comunidade discutindo sobre o assunto.

Olá pessoal! Foi publicado o AJUSTE SINIEF Nº 2, DE 11 DE ABRIL DE 2025 que aumenta o prazo em que o emissor deve guardar os documentos fiscais eletrônicos emitidos. Em outras palavras, agora o emissor deve guardar o XML da NF-e, CT-e, MDF-e, NFC-e, BP-e, NF3e, CTe-OS, GTV-e, DC-e, NFCom e todos os seus eventos vinculados por um período de 11 anos. O ajuste entra em vigor na data de sua publicação e produz efeitos a partir do primeiro dia do mês subsequente.

Olá Pessoal, Vamos atualizar esse tópico. Já foi finalizado os ajustes nos componentes: ACBrBPe, ACBrCTe, ACBrNF3e e ACBrNFCom. Os fontes alterados bem como os Schemas e os programas exemplos dos 4 componentes mencionados acima já estão no SVN. Quero lembrar que ainda não é possível enviar o XML contendo os novos campos para a SEFAZ, uma vez que esta ainda não liberou o ambiente de homologação que esta previsto para 01/07/2025. Até o final deste mês (abril) vamos finalizar e enviar para o SVN os ajustes no componente: ACBrNFe. Os Schemas da NFe já foram disponibilizados, assim que enviarmos para o SVN os fontes do componente, enviaremos também os schemas e o programa exemplo. Deixamos o componente ACBrNFSeX para o final pois não temos os Schemas para realizar os testes e lembrando que alteração se concentra no layout do Padrão Nacional. Não sabemos qual a atitude dos provedores que utilizam a versa 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout. Até a próxima pessoal.

Olá Pessoal, Na última sexta (04/04/25) foi enviado ao svn um commit relativo a mudança no comportamento da propriedade ID, a qual deixou de trazer o prefixo do DFe (NFe, CTe, etc...) a qual a mesma se referia. Porém, hoje (08/04/25) após uma nova analise destes impactos, foi decidido reverter a alteração e retomar o comportamento anterior da propriedade. Sendo assim, aqueles que perceberam a mudança e haviam alterado suas aplicações para se adequar a mudança, devem também desfazer as alterações. Se você não percebeu a alteração pedimos que verifique seu código. Pedimos desculpas pelo transtorno e nos colocamos a disposição para quaisquer dúvidas. Justificativa A alteração acima citada foi enviada visando as adequações futuras relativas a mudança do padrão dos CNPJ. Porém, percebemos que os impactos causados não foram bem medidos. Assim, revertemos para o comportamento anterior e as alterações serão analisadas em momento futuro. At.

Atenção: Atualização Crítica no Portal Developers BB – 26/04 O Banco do Brasil comunicou que, a partir do dia 26/04/2025, o Portal Developers BB passará por uma atualização de infraestrutura para reforçar a segurança e adotar tecnologias mais modernas. O que muda? As credenciais de acesso (client ID e client secret) só estarão visíveis no momento da geração. Ou seja, se sua equipe não salvá-las imediatamente, será necessário regerar as credenciais. Confira os detalhes completos nos links oficiais: • Cartilha de segurança: https://apoio.developers.bb.com.br/referency/post/64930ed4f46115001385f934 • Comunicado da atualização: https://apoio.developers.bb.com.br/referency/post/64651c4c5319490012819751 • Download PDF Cartilha de Boas Práticas: https://publicador.developers.bb.com.br/bucket/Cartilha_Seguranca_Baa_S_4c30ae4e71.pdf Segurança Digital em Alta: BB Lança Cartilha com Boas Práticas para Proteção de APIs e Certificados Digitais Pensando na segurança dos seus clientes e parceiros, o Banco do Brasil acaba de lançar uma Cartilha de Segurança em Credenciais de APIs e Certificados Digitais. O material traz orientações práticas e diretas para empresas que utilizam o Portal BB Developers, ajudando a proteger dados sensíveis e evitar riscos operacionais e legais. Por que isso é importante? Credenciais e certificados digitais funcionam como as chaves de acesso da sua empresa a serviços financeiros. Um vazamento pode representar prejuízos financeiros e riscos jurídicos graves. A cartilha aborda temas como: • Armazenamento seguro de credenciais em cofre digital • Boas práticas com certificados digitais • Gestão de acesso por equipe e terceiros • Situações em que é necessário revogar ou regerar credenciais • Atualizações, monitoramento e auditoria de acessos Recomendações: • Salve imediatamente as credenciais no momento da criação. • Revise as permissões e cadastros antigos. • Compartilhe o aviso com sua equipe técnica. Fique por dentro. Atualize seus processos e fortaleça a segurança da sua empresa com as novas diretrizes do BB.

Olá Pessoal, Foi publicado ontem (28/03/2025) Notas Técnicas especificas para cada modelo de Documento Fiscal Eletrônico referente a Reforma Tributária. Notas Técnicas publicadas para o BP-e, CT-e, NF3-e e NF-e/NFC-e, esta faltando a publicação da NT referente a NFCom. Em uma leitura rápida não ocorreu grandes alterações. Somente a NF-e/NFC-e que trazia um grupo referente a Compras Governamentais, este grupo agora esta presente nos demais DF-e. Outro ponto a se destacar é quanto aos prazos de liberação dos ambientes de homologação e produção. Ambiente de homologação que antes estava previsto para 01/09/2025 passou para 01/07/2025. E o ambiente de produção estava previsto para 31/10/225 passou para 01/10/2025. Com essa alteração de datas os desenvolvedores passaram a ter 3 meses em vez de 2 para adequar suas aplicações e fazerem os testes. No que se refere a NFS-e também foi publicado uma nova NT que traz algumas modificações no layout sendo que uma delas é a inclusão do grupo de Compras Governamentais. Infelizmente essa NT não traz datas de inicio do ambiente de homologação (produção restrita como eles chamam) e do ambiente de produção. A única informação que consta é que em janeiro/2026 as NFS-e devem já atender a reforma tributária, ou seja, já deve constar os novos grupos e campos. Com essas novas modificações nos layouts dos DF-e vamos ter que rever tudo o que foi feito e fazer as alterações necessárias. Pessoal, agora mais do que nunca devemos manter os fontes do ACBr atualizados e reinstalados se possível diariamente. Vamos fazer novos Papo Pro no Discord relatando as mudanças e em qual etapa estamos na adequação dos componentes. Não percam os Papo Pro eles são de extrema importância para que vocês fiquem informados.

A API de Cobrança Bancária V2 será desativada em 30 de abril de 2025. Para garantir a continuidade no uso das funcionalidades de cobrança, é essencial migrar para a API de Cobrança Bancária V3. A nova versão foi projetada para oferecer mais segurança, desempenho aprimorado e novos recursos que tornam sua experiência ainda mais eficiente. Para realizar a migração, será necessário: - Fazer o cadastro no Portal Developers Sicoob e criar as credenciais para a API Cobrança Bancária V3. - Criar um novo aplicativo com a V3, adaptando sua integração aos novos endpoints, escopos e funcionalidades. Não deixe para a última hora! Antecipe sua migração e aproveite os benefícios da nova API. Usuários do ACBrBoleto devem configurar o componente para a nova versão da API, assim como os novos escopos Um agradecimento ao moderador @BigWings por compartilhar a informação.

Olá pessoal! Foi publicada a primeira nota técnica de 2025 para o MDF-e. Alterações Modificações no leiaute A tag tpCarga do grupo que recebe as informações do produto predominante (prodPred) passa a aceitar também o valor 12 - Granel Pressurizada. Altera a definição da tag nCompra do grupo vale pedágio para "Identificador do vale pedágio obrigatório - IDVPO". Modifica a definição das infPag e Comp do leiaute do modal rodoviário para "Informações do pagamento do contrato" e "Componentes do pagamento do contrato" respectivamente. A tag tppComp do grupo dos componentes de pagamento do contrato passa a aceitar o valor 04-Frete. A tag tpValePed do grupo do Vale Pedágio passa a aceitar os valores 01-TAG e 04-Leitura de placa. Além disso os valores 02 (cupom) e 03(cartão) deixam de ser aceitos. A tag CIOT do grupo infCIOT passa a ser opcional. O leiaute do modal aquaviário ganha o campo Maritime Mobile Service Identify (MMSI) opcional de tamanho 9 aceitando apenas números. Além das modificações de leiaute, os regex também são atualizados nos arquivos de schema para aceitar o CNPJ alfanumérico. Regras de validação Adiciona regras de validação solicitadas pela ANTT para validar: A presença do NCM do produto predominante. A presença das informações de pagamento para carga lotação. O preenchimento dos dados bancários de pagamento para TAC e equiparado a TAC. O preenchimento do CIOT para TAC e equiparado a TAC. Datas Implantação Homologação: 07/2025 Implantação Produção: 10/2025 E como fica o ACBr? As soluções do ACBr serão revisadas e quaisquer modificações necessárias serão disponibilizadas em tempo hábil para que possam realizar testes em homologação. Leia a nota técnica na íntegra AQUI.

Olá pessoal, Foi publicada a Nota Técnica 2025/003 trazendo alterações na versão 1.3 do eSocial. Alterações Alterações já implantadas nos ambientes de produção restrita e produção: Alterações previstas para serem implantadas nas seguintes datas: • Ambiente de produção restrita: 24/03/2025 • Ambiente de produção: 22/04/2025 E como fica o ACBr? Os componentes do ACBr já foram adequados na Rev-38546. Leia esta Nota Técnica na íntegra AQUI. Os arquivos de schema já estão disponíveis e podem ser encontrados AQUI. Até mais,

Recebemos relatos de um usuário que não estava sendo alimentando corretamente as propriedades no retorno da consulta. Analisando o código teve alterações e fizemos os ajustes necessários e foi validado em produção pelo usuário. Sobre os filtros de consulta: Delphi/Lazarus: Situação Cancelado ou Aberto, utilize DataVENCIMENTO no filtro. FiltrosAPI := Boleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; FiltrosAPI.indicadorSituacao := isbCancelado; //( ou isbAberto); FiltrosAPI.dataVencimento.DataInicio := strtodate('07/04/2025'); FiltrosAPI.dataVencimento.DataFinal := strtodate('07/05/2025'); FiltrosAPI.indiceContinuidade := 0; Situação Baixado (liquidado), utilize DataMOVIMENTO no filtro. FiltrosAPI := Boleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; FiltrosAPI.indicadorSituacao := isbBaixado; FiltrosAPI.dataMovimento.DataInicio := strtodate('07/04/2025'); FiltrosAPI.dataMovimento.DataFinal := strtodate('07/05/2025'); FiltrosAPI.indiceContinuidade := 0; ACBrLib: Situação Cancelado ou Aberto, utilize DataVENCIMENTO no filtro. [ConsultaAPI] IndicadorSituacaoBoleto= 1 ( 1.Cancelado ou 3.Aberto) DataInicioVencimento=07/09/2024 DataFinalVencimento=09/09/2024 indiceContinuidade=0 Situação Baixado (liquidado), utilize DataMOVIMENTO no filtro. [ConsultaAPI] IndicadorSituacaoBoleto= 1 ( 2.Baixado) DataInicioMovimento=07/09/2024 DataFinalMovimento=09/09/2024 indiceContinuidade=0 ACBrMonitorPlus: Situação Cancelado ou Aberto, utilize DataVENCIMENTO no filtro. BOLETO.ConsultarTitulosPorPeriodo("[ConsultaAPI] IndicadorSituacaoBoleto= 1 ( 1.Cancelado ou 3.Aberto) DataInicioVencimento=07/09/2024 DataFinalVencimento=09/09/2024 indiceContinuidade=0") Situação Baixado (liquidado), utilize DataMOVIMENTO no filtro. BOLETO.ConsultarTitulosPorPeriodo("[ConsultaAPI] IndicadorSituacaoBoleto= 1 ( 2.Baixado) DataInicioMovimento=07/09/2024 DataFinalMovimento=09/09/2024 indiceContinuidade=0") O que diz o manual da API: Data Pagamento na solução acbr de filtro é dataMovimento. Atenção ! Lembramos que o Cora retorna o ID do boleto, vem mapeado na propriedade nossoNumeroCorrespondente. Este ID precisa ser salvo pois nas consultas o nosso numero não é devolvido, você identifica pelo NossoNumeroCorrespondente: Agradecimento especial ao usuario @nebrio que nos forneceu as credenciais e realizou testes com acbrlib e ao Midas (midas779) que realizou os testes no delphi em seu ambiente.

Olá Pessoal, Boas novas, as etapas 2 e 3 já foram concluídas para todos os componentes e já se encontram no SVN. Partiu etapa 4 que visa adequar os métodos de leitura e escrita do arquivo INI, como dito anteriormente usados pelo ACBrMonitor e ACBrLib. Quando esta etapa for finalizada vou trabalhar nos programas exemplos. Não fiquem apavorados em querer alterar as suas aplicações, pois vocês não vão conseguir realizarem testes em ambiente de homologação da SEFAZ uma vez que este ambiente só vai ser liberado em 01/09/2025 isso se não for prorrogado. Todas as implementações estão sendo realizadas com base nas Notas Técnicas: 2024/001 e 2024/002 ambas versão 1.10 pode ser que surge uma nova versão e com isso tenhamos que alterar algumas coisas na implementação. Por fim e não menos importante, mantenham os fontes do ACBr atualizados e instalados.

Olá Pessoal, O Componente ACBrBPe já se encontra em conformidade com a ultima versão da NT 2025/001. Já esta no SVN os fontes do componente bem como os schemas e o programa exemplo. Quem ainda não atualizou, atualize todos os fontes de todas as pastas, reinstale o ACBr. Abra o programa exemplo e procure pela palavra Reforma, descomente as linhas referente aos novos campos. Os valores atribuídos aos novos campos são fictícios. Compile o programa exemplo, configure ele e depois clique no botão [Gerar BPe]. O XML da BP-e vai ser gerado, assinado e validado. Com isso você vai poder visualizar o XML e ver os novos grupos/campos referente a reforma tributária.

Olá Pessoal, O Componente ACBrNFCom já se encontra em conformidade com a ultima versão da NT 2025/001. Já esta no SVN os fontes do componente bem como os schemas e o programa exemplo. Quem ainda não atualizou, atualize todos os fontes de todas as pastas, reinstale o ACBr. Abra o programa exemplo e procure pela palavra Reforma, descomente as linhas referente aos novos campos. Os valores atribuídos aos novos campos são fictícios. Compile o programa exemplo, configure ele e depois clique no botão [Gerar NFCom]. O XML da NFCom vai ser gerado, assinado e validado. Com isso você vai poder visualizar o XML e ver os novos grupos/campos referente a reforma tributária.

Olá Pessoal, O Componente ACBrNF3e já se encontra em conformidade com a ultima versão da NT 2025/001. Já esta no SVN os fontes do componente bem como os schemas e o programa exemplo. Quem ainda não atualizou, atualize todos os fontes de todas as pastas, reinstale o ACBr. Abra o programa exemplo e procure pela palavra Reforma, descomente as linhas referente aos novos campos. Os valores atribuídos aos novos campos são fictícios. Compile o programa exemplo, configure ele e depois clique no botão [Gerar NF3e]. O XML da NF3-e vai ser gerado, assinado e validado. Com isso você vai poder visualizar o XML e ver os novos grupos/campos referente a reforma tributária.

Olá pessoal! Foi publicada a Nota Técnica 2025/002 trazendo adequações da NF-e e da NFC-e para a Reforma Tributária do Consumo. No âmbito da NF-e e da NFC-e, esta nota técnica substitui a NT mencionada no tópico abaixo: É importante reforçar que: Em produção, no ano de 2025, as informações de tributação relativas ao IBS, CBS e IS serão opcionais e não serão validadas. As novas validações relacionadas a esses tributos serão aplicadas a partir de janeiro de 2026. Como as discussões envolvendo a implantação da Reforma Tributária ainda estão em curso, está NT pode sofrer ajustes ao longo do período. Alterações. Tipos Básicos da Tributação. Visando padronização entre os diversos documentos fiscais eletrônicos esta NT acrescenta o arquivo DFeTiposBasicos_v1.00.xsd ao conjunto padrão de arquivos de schema para todos os DFes. O arquivo define a estrutura com os novos campos adicionados. Código Situação Tributária e Código de Classificação da Tributação O grupo de informações do IBS, CBS e IS contém os campos CST e cClassTrib. No tópico abaixo é detalhado o informe técnico sobre a publicação da tabela que possui a relação desses códigos. Cada código cClassTrib corresponde a um dispositivo específico da Lei Complementar 214 / 2025, tornando objetiva a informação do contribuinte sobre como é feita a tributação do IBS/CBS por item. Finalidades débito e crédito da NF-e Uma nota de débito documenta uma situação na qual o emitente registra um aumento no imposto devido (consequentemente, uma redução no imposto devido pelo adquirente, que é o destinatário); Uma nota de crédito documenta uma situação na qual o emitente registra uma redução no imposto devido (consequentemente, um aumento no imposto devido pelo adquirente, que é o destinatário); As finalidades de "Nota de Ajuste" e "Nota Complementar" que já existem são casos especiais de "Nota de Débito". Já uma "Nota de Entada" emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida para consumidor final é uma caso especial de "Nota de Crédito". Alterações no Layout O código do status da resposta (cStat) devolvido passa a ter tamanho 4. Adiciona no grupo de identificação da nota fiscal eletrônica (grupo Ide) ganha campos para informar o código do município do fato gerador do IBS/CBS, o tipo da nota de débito, o tipo da nota de crédito e um grupo para informar se é compra governamental. Adiciona um grupo com novos campos para receber as informações do IBS, CBS e IS por item. Adiciona um grupo para totalizar as informações do IBS, CBS e IS. Regras de validação Adiciona regras de validação que buscam validar os novos campos e suas informações, a citar alguns exemplos: cStat 1000 para validar se o fato gerador do IBS foi preenchido. cStat 1001 para validar se somente o IBS/CBS foram preenchidos quando finalidade for débito/crédito. cStat 1002 para validar se nota de compra governamental e informações devidamente preenchidas. ... Eventos Esta nota técnica cria os seguintes eventos para apuração do IBS e da CBS além de um evento de cancelamento genérico que permite cancelar qualquer um deles: 112110 - Informação de efetivo pagamento integral para liberar crédito presumido do adquirente.(Autor: Emitente) 211110 - Solicitação de Apropriação de crédito presumido.(Autor: Destinatário) 211120 - Destinação de item para consumo pessoal.(Autor: Emitente/Destinatário) 211124 - Perecimento, perda, roubo ou furto.(Autor: Destinarário) 211128 - Aceite de débito na apuração por emissão de nota de crédito.(Autor: Destinatário) 211130 - Imobilização de item.(Autor: Destinatário) 211140 - Solicitação de Apropriação de Crédito de Combustível.(Autor: Destinatário) 211150 - Solicitação de Apropriação de Crédito para bens e serviços que dependem de atividade do adquirente.(Autor: Destinatário) 212110 - Manifestação sobre Pedido de Transparência de Crédito de IBS em Operações de Sucessão.(Autor: Sucessora) 212120 - Manifestação sobre Pedido de Transparência de Crédito de CBS em Operações de Sucessão.(Autor: Sucessora) 412120 - Manifestação do Fisco sobre Pedido de Transferência de Crédito de IBS em Operações de Sucessão.(Autor: Fisco) 412130 - Manifestação do Fisco sobre Pedido de Transferência de Crédito de CBS em Operações de Sucessão.(Autor: Fisco 110001 - Cancelamento de Evento(Autor: Idem ao evento a ser cancelado). Datas Implantação Teste: 01/07/2025 Implantação Produção: 01/10/2025 E como fica o ACBr? Os componentes do ACBr já vem passando por um processo de adequação as mudanças propostas pela reforma, dito isso, essa nova versão traz algumas novas modificações, como o grupo para compras governamentais, tpNFDebito e tpNFCredito. Dito, será preciso revisar a nota e as alterações propostas com prováveis modificações sendo necessarias. Mas garantimos que as soluções do ACBr estarão de acordo com as mudanças propostas até as datas definidas, para que possam realizar seus devidos testes. Leia essa Nota Técnica na íntegra AQUI.

@marcopoloviana, que derrubou o discord.... 540 pessoas no Papo Pro ACBr...

Para quem precisar instalar o ACBr no Delphi 12 CE (Community Edition) precisa fazer o processo manual, segue o link do vídeo onde mostro os passos:

Olá Pessoal, Boas novas, temos mais um provedor implementado, ele trabalha com layout próprio e o seu nome é Smart4. No momento temos a informação que ele atende a cidade de Paulo Afonso/BA. Caso vocês saibam de mais cidades atendidas por esse provedor, por favor nos informe a cidade e a URL de produção. Algumas informações sobre o provedor: ------------------------------------ Informações sobre o provedor: Smart4 - Versão: 1.00 - Layout: Próprio Autenticação Não requer Certificado Digital Requer Login/Senha Não requer Chave de Acesso Não requer Chave de Autorizacao Não requer Frase Secreta Serviços Disponibilizados Não permite o envio de Lote em Modo Assíncrono Permite o envio de Lote em Modo Síncrono Não permite o envio Unitário em Modo Síncrono Não permite Consultar a Situação do Lote Permite Consultar o Lote Permite Consultar o Rps Não permite Consultar a NFS-e Não permite Consultar uma Faixa de NFS-e Não permite Consultar Serviço Prestado Não permite Consultar Serviço Tomado Permite Cancelar NFS-e Não permite Substituir NFS-e Não permite Gerar Token Não permite Enviar Evento Não permite Consultar Evento Não permite Consultar DF-e Não permite Consultar Parâmetros Não permite Consultar Sequencia de Rps Não permite Consultar Link da NFS-e Não permite Consultar NFS-e por Chave Particularidades Permite mais de um serviço Não permite o envio da tag OutrasInformacoes no Rps ------------------------------------

Olá pessoal! No dia 25/03/2025 foi publicada a versão 1.00 da NT2025/001. Alterações NFC-e: Leiaute QR-Code versão 3 O controle da autenticidade do conteúdo do QR-Code impresso no DANFE NFC-e para notas emitidas em contingência será feito por meio da assinatura de campos específicos do QR-Code e a inclusão do resultado da assinatura no mesmo. Neste novo modelo não será mais necessário controlar o Código de Segurança do Contribuinte(CSC), com previsão de eliminação dos mesmos(ainda sem data definida). NFC-e para Produtor Rural - Pessoa Física Em várias UFs é concecida uma Inscrição Estadual para os produtores rurais utilizarem com CPF. Isso gerava certa complexidade operacional para gerenciar os CSCs. Por causa disso, a orientação agora é que seja utilizado o novo leiaute QR-Code (versão 3) para o produtor rural pessoa física(exceto no PR). Para pessoa jurídica é permitida a escolha entre a versão 2 ou 3. Resposta Síncrona para Lote com somente 1 (uma) NF-e O envio de Lotes de NF-e que contenham apenas uma nota, agora deve ser feito de maneira síncrona. Controle do Atraso na Data de Emissão da NF-e A data de emissão da NF-e que anteriormente aceitava um atraso de 30 dias da data atual, agora aceitará um atraso de apenas 7. Regras de validação Desativa a regra de validação GAP03a-2 que devolvida cStat 776 e Rejeição: Solicitada resposta síncrona para UF que não disponibiliza este atendimento, substituindo a mesma pela GAP03a-3 que devolve cStat 452 e Rejeição: Solicitada resposta assíncrona para Lote com somente 1 (uma) NF-e. Altera a regra de validação que devolve cStat 228 e Rejeição Data de Emissão muito atrasada para que valide um prazo de 7 dias independente do tipo da emissão. Altera regras para validar o campo Identificador da IE do Destinatário (indIEDest). Adiciona regras de validação para verificar se foi informado dados de cobrança para pagamento a vista ou data de vencimento superior a dez anos. Torna obrigatórias algumas regras de validação antes facultativas que verificavam a presença e também validavam os dados detalhando o pagamento no grupo que recebe os dados do cartão (card) na NF-e/NFC-e. Adiciona regras de validação específicas para versão 3 do QR-Code. Datas Implantação Teste: Até 02/06/2025 Implantação Produção: Até 01/09/2025 E como fica o ACBr? Foi criada em nosso backlog a #TK-6814 para adequação dos fontes do ACBr para versão 3.0 do QR-Code. Qualquer novidade será divulgada neste tópico. Leia a Nota Técnica 2025/001 na íntegra AQUI. Leia a versão 6.0 das especificações técnicas do DANFE NFC-e QR Code AQUI.

Olá Pessoal, Muitos de vocês estão ansiosos e apreensivos com essa mudança que vai ocorrer. Os componentes do ACBr vão ser afetados com essa reforma? Sim, mas fiquem tranquilos que já estamos trabalhando nas modificações. Como que fica a minha aplicação, também vai ser afetada? Sim, e te aconselho conversar com os contadores dos seus clientes para saber o que vai ser necessário calcular e como calcular. Como esta os trabalhos e quais são os componentes que vão ser afetados? Dividimos o trabalho em 5 etapas e os componentes afetados são: ACBrBPe (Bilhete de Passagem Eletrônico/Bilhete de Passagem Eletrônico Metropolitano); ACBrCTe (Conhecimento de Transporte Eletrônico/Conhecimento de Transporte Simplificado Eletrônico/Conhecimento de Transporte Outros Serviços); ACBrNF3e (Nota Fiscal de Energia Elétrica Eletrônica); ACBrNFCom (Nota Fiscal de Comunicação Eletrônica); ACBrNFe (Nota Fiscal Eletrônica/Nota Fiscal ao Consumidor Eletrônica) e ACBrNFSeX (Nota Fiscal de Serviço Eletrônica). Etapas definidas para a implementação da Reforma Tributária nos componentes: 1. Alteração nas classes para criar os grupos e seus respectivos campos; 2. Alteração na unit responsável pela escrita do XML; 3. Alteração na unit responsável pela leitura do XML; 4. Alteração nas funções de escrita e leitura do arquivo INI (utilizado pelo ACBrMonitor e ACBLib). 5. Alteração nos programas exemplos Delphi/Lazarus visando mostrar como alimentar o componente referente aos novos campos dos novos grupos. Observações: A primeira etapa já foi concluída para todos os componentes exceto ACBrNFe. No caso do ACBrNFSeX a implementação contempla somente a NFS-e Padrão Nacional (provedor PadraoNacional), não sabemos como vai ficar o layout do XML do RPS dos provedores que tem layout próprio ou utilizam a versão 1 ou 2 do layout da ABRASF. No que se refere a NF-e/NFC-e além das alterações necessárias para contemplar a reforma tributária, vai ser necessário também implementar 12 novos eventos que vamos discriminar em postagem futura. Prazos: Segundo a NT/2024/001 versão 1.10 - Reforma Tributária - IBS e CBS (BPe, CTe, NF3e e NFCom) e a NT/2024/002 versão 1.10 - Reforma Tributária - IBS e CBS (NFe e NFCe) traz as seguintes datas: Ambiente de Homologação: 01/09/2025 Ambiente de Produção: 31/10/2025 Já a Nota Técnica 001 - SE-CGNFSe - Novo Layout - RTC (NFSe) temos a data de janeiro/2026 como sendo o inicio do novo layout, infelizmente não informa se é ambiente de homologação ou produção. Assim que finalizarmos a primeira etapa no componente ACBrNFe, avisaremos neste tópico o inicio da segunda etapa.

Olá a todos!!! Nos últimos dias tivemos alguns relatos de usuários que estavam tendo problemas na emissão de suas notas fiscais eletrônicas em MG recebedo o erro 12029 - Conexão com o servidor falhou ! Acessando o site da SEFAZ/MG (https://portalsped.fazenda.mg.gov.br/spedmg/nfe) vemos o seguinte aviso: O que isso quer dizer? Quer dizer que a SEFAZ de MG fez uma atualização na sua cadeia de certificados e isso precisa ser renovado para quem utiliza seus webservices. E o que eu faço? No link https://portalsped.fazenda.mg.gov.br/spedmg/nfe/downloads/ da própria SEFAZ é possível baixar a cadeia de certificação e depois basta instalar os certificados baixados.

Salve pessoal! Este tópico tem o objetivo de centralizar as informações disponíveis sobre a consulta em lista de API (tpConsulta) da solução ACBrBoleto. Como não existe um padrão para API, cada banco tem a sua particularidade em sua consulta em lista. Para facilitar, vamos criar links abaixo de cada banco, como realizar a consulta em lista. Para saber como funciona a consulta em Lista, selecione o Banco na lista Abaixo: Banco do Brasil Banrisul Bradesco BTG Pactual C6 Cora Credisis Cresol Itaú Inter PenseBank Safra Santander Sicoob Sicredi

Pessoal hoje o Discord teve problemas nos endpoints deles. Por isso talvez você tenha sido desconectado ou tenha percebido alguma lentidão. O problema não é com você, nem com a gente, é com eles ... Mas pelo visto eles já corrigiram o problema rapidamente (ufa) como podem ver na imagem abaixo: Caso queiram verificar com mais detalhes, segue o link do site oficial sobre o status do Discord para esse evento específico: https://discordstatus.com/incidents/flzv6f6p7l4k Agora que estão informados...

Tentei enviar, mas o tamanho total de anexo aqui é de 2MB e o arquivo zip tem 9.983 Kb Então aqui vão as instruções para baixar e instalar como fiz: Downloads 1. Baixar no seguinte endereço: Elgin i9 (procure por "Download Center" nessa página) 1.1. Driver Windows V1.7.3 1.2. Utility i9 V1.2.2.24 2. Baixar o arquivo PL2303_Prolific_v3.3.2.105.exe do seguinte endereço: theAmberLion/Prolific: Windows 11 compatible drivers for older Prolific PL2303 USB to RS232 cables Instalação da Elgin i9 no Windows 11 1 instalar como administrador: 1.1 ELGIN i9 Printer Driver_v-1.7.3.exe 1.2 PL2303_Prolific_v3.3.2.105.exe 1.2.1 depois de instalado desligue e ligue a impressora 2 abrir gerenciador de dispositivos no item "Portas (COM e LPT)" 2.1 provavelmente terá um item assim ou parecido: 2.1.1 'THIS IS NOT PROLIFIC PL2303. PLEASE CONTACT YOUR SUPPLIER' 2.2 clique botão direito nesse item, selecione "Atualizar Driver" e escolha a versão 3.3.2.105 de 27/10/2008 (foi essa que funcionou pra mim) 2.2.3 se funcionou, o texto da mensagem do item 2.1.1 mudará para: 2.2.3.1 "Prolific USB-to-Serial Comm Port (COM7)" (pode ser que seja determinado outro número da porta COM) 3 instalar como administrador: ELGINUtilitySetup V1.2.2.24.exe 4 abrir o Elgin Utility: 4.1 adicionar impressora na porta COM indicada no item 2.2.3.1 4.2 realizar os testes para verificar o bom funcionamento da impressora

Olá pessoal! Foi publicada a Nota Técnica Nº 002 que trata da adequação da Nota Fiscal de Serviços Eletrônica no layout do Padrão Nacional. Esse documento é a 2ª versão da nota técnica detalhada no tópico abaixo: No geral, como principais alterações em comparação a primeira versão, nota-se a adição de um grupo para informações de compras governamentais (gCompraGov) Adição de informação para crédito presumido do IBS e percentuais de redução de alíquota estaduais e federais.

Bom dia a todos, eu entendo que não é necessário controlar de forma separada o CST, visto que o CST são os primeiros digitos do cClassTrib. Penso em criar uma tabela onde irá relacionar os produtos com o cClassTrib e obter o CST da propria tabela que contem a relação do cClassTrib. Penso que não podemos relacionar tudo unicamente pelo NCM. Por exemplo, pão frances está com redução de 100%, mas é o mesmo NCM de outros pães que não estão com a mesma redução. Irei colocar data de inicio e fim em todas essas tabelas, para permitir flexibilidade nas manutenções. Quero criar uma tabela separara para controlar as aliquotas, já que teremos aliquotas de IBS e CBS diferente por estado e municipio.

Aqui pra mim estava dando o mesmo erro com Windows 11 no cliente e na minha maquina com o certificado A3, e consegui resolver da seguinte forma: 1- Vá até o Painel de Controle do Windows. 2- Escolha a Opção "Opções da Internet"; 3- Vá até a aba “Avançadas”; 4- No bloco “Configurações”, vá até as últimas opções e deixe configurado como na imagem abaixo: 5- Vá em executar, digite certlm.msc para abrir a interface de certificados, caso esse comando não funcione, utilize o comando certmgr.msc. Remova estes certificados listados na imagem abaixo: 6- Execute como Administrador o InstaladorCadeias_1.0.2.0.exe, clique em Instalar e aguarde até que o processo seja finalizado. 7- Execute o FixCrypto_TLS1_2_Windows.reg. 8- Descompacte o CA.zip e execute o ac soluti ssl ev.cer e o Raiz-icp-brasil v10.cer. 9- Reinicie a máquina e teste novamente a comunicação com a Sefaz.

Boa tarde pessoal. Um tempo atrás, através do Discord eu havia entrado em contato com o ACBr referente a alguns problemas na geração de juros dos boletos do C6 Bank pelo Webservice. Dentre eles, um dos problemas discutidos era referente ao cálculo dos percentuais de juro. Em primeira comunicação com o C6 Bank, eles haviam repassado a informação de que todo juro, sendo valor ou percentual, deveria ser informado na API como cálculo diário. A API pede apenas 3 informações no JSON: Type, sendo "P"ou "V", value e dead_line: "interest": { "type": "P", "value": 0.03, "dead_line": 0 }, No caso, o componente ACBr pegava um valor, por ex 1% a.m e dividia por 30, resultando em 1/30 = 0,03% a.d. Porém, em conversas recentes com o pessoal do C6 Bank e testes em produção, o correto é informar os percentuais calculados para o mês, ou seja, deve-se manter o 1% a.m. no Json e multiplicar 1% a.d. por 30 caso seja juro diário. Na linha 234 do arquivo ACBrBancoC6.pas, deve-se inserir uma multiplicação por 30. Na linha 236, deve se tirar a divisão por 30. Obs.: A alteração é apenas para percentuais, o valor permanece o mesmo. Em anexo eu realizei um boleto de testes de 20 reais com 4% de juro a.m., fiz direto sem utilizar o componente impressao_api.pdf

Bom dia! Obrigado pela adesão ao Clube PRO ! Faz toda diferença pra comunidade! Você pode acompanhar o canal de notícias do forum em https://www.projetoacbr.com.br/forum/forum/35-notícias-do-acbr/ e clicar no botão "Seguir", assim você será notificado sobre as notícias que colocarmos no canal. Neste canal colocamos as principais atualizações fiscais e dos componentes. Você também pode acompanhar nosso servidor no discord e o canal de notícias lá (https://discord.gg/xzET3AXb) Mantenha seus fontes atualizados com frequencia assim evita grandes alterações de uma vez só.

Olá pessoal! Consta na página própria do aplicativo de manifestação do destinatário mantido pela Sefaz de São Paulo o seguinte aviso informando que o programa será descontinuado. Vale lembrar que as soluções do ACBr possuem os métodos necessários para realizar o processo de manifestação do destinatário e o mesmo é explicado no curso sobre a DistribuiçãoDFe o qual os membros PRO e Corporativo possuem acesso. Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nosso servidor do Discord.

Sobre os filtros de consulta para a API Atual do SICREDI Esta consulta devolve todos boletos liquidados por DIA Se olhar no manual, só tem disponível esta consulta até o momento: É necessário incluir um titulo na lista de títulos antes do envio da consulta. Delphi/Lazarus: Situação isbBaixado, utilize DataMovimento no filtro. FiltrosAPI := Boleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; FiltrosAPI.indicadorSituacao := isbBaixado; FiltrosAPI.dataMovimento.DataInicio := strtodate('07/04/2025'); (consulta apenas por DIA, nao por período) FiltrosAPI.dataMovimento.DataFinal := strtodate('07/05/2025'); FiltrosAPI.indiceContinuidade := 0; ACBrLib: Situação isbBaixado, utilize DataMovimento no filtro. [ConsultaAPI] IndicadorSituacaoBoleto = 2 DataInicioMovimento=07/09/2024 (ele consulta por dia, nao por período) DataFinalMovimento=09/09/2024 indiceContinuidade=0 ACBrMonitorPlus: Situação isbBaixado, utilize DataMovimento no filtro. BOLETO.ConsultarTitulosPorPeriodo("[ConsultaAPI] IndicadorSituacaoBoleto=2 (baixado) DataInicioMovimento=07/09/2024 (ela consulta por dia e nao por período) DataFinalMovimento=07/09/2024 indiceContinuidade=0")

Olá Pessoal, O provedor PublicSoft esta migrando o seu sistema de NFS-e para uma API Rest e essa mudança vai afetar todas as cidades atendidas por esse provedor. O componente ACBrNFSeX da forma que esta hoje não atende essa mudança. Com ninguém da Equipe ACBr possui certificado digital de um prestador de serviço cuja cidade contratou o provedor PublicSoft fica mais complicado a realização de testes. Não estou pedindo para ninguém enviar o certificado digital, mas sim saber quem poderia contribuir com os testes. Os desenvolvedores que se habilitarem a realizar os testes, por favor basta responder essa postagem. Nos próximos dias vou estar disponibilizando a unit Provider do provedor com algumas alterações e como proceder com os testes. Desde já muito obrigado pela colaboração.

Bom dia @marcoprodata, Hoje a comunicação nas Libs é feita toda com arquivos no formato INI, em algumas linguagens temos as classes de alto nivel para ajudar, mas não temos a integração com o formato JSON. Porém a ideia de usar o formato é interessante, então abrimos uma TK-6875 para discutir com os consultores a viabilidade. Obrigado pela sugestão!

Ola a todos, gostaria de divulgar meu canal no Youtube Ele foi criado em 15 de Janeiro de 2025, e já tenho +60 vídeos sobre programação em Object Pascal (Delphi). Peço a todos que, se possível, inscrevam-se e click em Like, eu gostaria de conseguir a meta de 1000 inscritos para poder pagar os custos de produção dos vídeos. Meus vídeos são auto-explicativos onde você pode acompanhar todo o código necessário para reproduzir minhas video-aulas. Tenho os 24 Padrões de Desenho prontos e bem explicados, baseado no livro Gang of FOUR - Design Patterns. www.youtube.com/emailx45 agradeço a todos que puderem inscrever-se no meu canal. abraço a todos

Bom dia! Além deste tópico, temos algumas edições do Papo PRO ACBr que foram realizadas trazendo grades mestres no assunto: Você também pode fomentar a discussão em tópicos como este mesmo que você criou ou este aqui por exemplo: Dito isso, uma dica para casos assim, onde o objetivo é fomentar a participação da comunidade com ideias e discussões, é você criar o tópico na área aberta da comunidade. Lá mais membros podem interagir no tópico.

Apenas um detalhe que percebi. Consegui simular a impressão acima invertendo os xmls. Perceba que ao imprimir um evento, primeiro devemos informar o xml da nota e depois o xml do evento.| Se eu inverter, informar primeiro o xml do evento e depois o xml da nota. Tenho uma impressão vazia, semelhante ao pdf anexado no inicio do tópico.

Foi publicada a versão 25.1.D das tabelas fornecidas pelo IBPT, às quais já se encontram em também em nosso SVN. As novas tabelas tem a vigência de 20/03/2025 até 30/04/2025. Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

O tópico sobre o componente já tenho acompanhado, mas agora como o prazo para o ambiente de homologação foi adiantado, então pretendo entrar mais a fundo na parte do sistema mesmo, cadastro de tributações, cadastro de produtos e serviços e enfim as rotinas de documentos fiscais, sei que terão específicos sobre os itens para informar por exemplo que determinado item da nota será usado para uso e consumo, então gostaria de levantar essa discussão para ter ideias.

Bom dia, Vou anexar o topico sobre o assunto do ajustes dos componentes caso queiram acompanhar, mas entendo que a dúvida é para a comunidade relacionada aos sistemas de gestão e PDV e não especificamento sobre os componentes ACBr. Espero que a comunidade contribua e aguardo curioso as informações para também acompanhar como estão atualizando seus sistemas. Como contribuição gostaria de deixar duas observações: Parametrização: sempre é importante que seu sistema de gestão ou PDV seja bem flexível para atender a complexidade da tributação nacional. Lembre-se de parametrizar o que for possível para usar ou não ou alterar valores. Lembrando que quanto maior a parametrização maior a complexidade e manuntenção do sistema. Tributação nova e antiga em paralelo: pelo menos até 2032 as duas formas de tributação vão andar em "paralelo" com alíquotas variando no decorrer dos anos. Cuidado nas implementações para não amarram uma tributação com a outra... o objetivo final é remover a tributação atual no final do processo todo. Uma tarefa difícil, mas uma ótima oportunidade de refatoração do seu código para usar boas práticas de programação. Sucesso a todos nessa jornada!

Olá pessoal! No dia 21/03/2025 foi publicada a versão 2.6 do Manual de Orientação ao Desenvolvedor da EFD-Reinf. A nova versão traz a informação de que o ambiente de produção restrita vai passar a receber um máximo de 1000 eventos para cada contribuinte e tipo de evento. Qualquer tentativa que ultrapasse este limite será rejeitada com a orientação para que o contribuinte limpe a base de testes. Vale lembrar que isso já avisado previamente. Além disso, a nova versão do manual também traz a informação de que pelo fato de o ambiente de produção restrita ser utilizado para testes e não possuir validade jurídica, os eventos enviados a esse ambiente serão completamente excluídos periodicamente ou quando houver necessidade de manutenção. Leia o aviso da publicação da versão 2.6 do manual AQUI. Leia a versão 2.6 do manual AQUI.

Olá pessoal! Ao acessar a área de notícias do Portal GNRe o seguinte aviso informando da indisponibilidade a partir das 12h00:

Olá @Wanderson Robert Acabei de enviar a correção desse problema ao SVN, disponivel na rev: 38209. Obrigado por reportar!

Ótimo, muito obrigado, agradeço imensamente.

Olá pessoal! Informamos que o componente ACBrNF3e se encontra disponível no ACBrInstall desde Agosto de 2024.

O que é a Nota Fiscal de Produtor Rural? A emissão de documento fiscal para acompanhar operações de transação de mercadorias no território nacional é uma obrigação estabelecida por lei. Se aplicando inclusive ao setor agrícola. Para atender a esta demanda, durante muito tempo os produtos rurais se utilizaram da Nota Fiscal em Papel (modelo 4). No entanto, foi determinado em 2024 que ainda neste ano os produtores deverão passar a utilizar a Nota Fiscal Eletrônica (modelo 55). Veja mais sobre isso no tópico abaixo: Como emitir a Nota Fiscal Eletrônica Modelo 55 sendo Produtor Rural? De modo geral, o processo de emissão é o mesmo do que o de uma nota normal. No entanto, existe uma particularidade a ser observada e esta é o Número de Série do documento fiscal. O que é o Número de Série do Documento Fiscal? A Série do Documento Fiscal é uma informação importante preenchida no DFe, podendo assumir o valor de 000.001 até 999.999 auxiliando na identificação do documento fornecendo ao emissor da nota uma opção de controle interno, gerenciamento e agrupamento das operações de mercadoria. Como devo preencher a Série na Nota Fiscal de Produtor Rural? É importante que a série escolhida esteja dentro das faixas pré-determinadas. Isso se aplica especialmente aos produtores rurais, pois muitos são os casos que um mesmo CPF ou CNPJ possua múltiplas inscrições Estaduais no caso de múltiplas propriedades. As faixas de série são: Ou seja: Se o produtor rural possuir CPF, então deverá utilizar uma série para cada inscrição estadual dentro da faixa 920 - 969. Agora se o produtor possuir CNPJ, então deverá utilizar uma séria para cada inscrição estadual dentro da faixa 000 - 889. Como preencher esta informação no ACBr? Caso utilize componente nativo, a informação deve ser alimentada na seguinte propriedade: ACBrNFe.NotasFiscais[Indice].NFe.Ide.Serie; Se estiver utilizando ACBrMonitor ou ACBrLib, deverá se atentar a informação correspondente no arquivo INI: [Identificacao] ;.... serie=10 ;...

2.2. PSP Banco do Brasil Ambiente de Homologação - Cadastre-se no portal de desenvolvedores do Banco do Brasil: https://developers.bb.com.br/ - Após entrar no portal, crie uma Nova Aplicação, selecionando a API PIX (Versão 2), conforme imagem abaixo: - Entre na aplicação criada e selecione a opção "Credenciais" no menu à esquerda: - Caso esteja utilizando diretamente o componente, preencha as propriedades: ACBrPSPBancoDoBrasil1.ClientID := ''; ACBrPSPBancoDoBrasil1.ClientSecret := ''; ACBrPSPBancoDoBrasil1.DeveloperApplicationKey := ''; - Caso esteja utilizando o demo, preencha os campos: - O campo Chave PIX deverá ser preenchido com uma das chaves disponibilizadas pelo BB para o ambiente de homologação: API versão 2 E-mail: [email protected] CNPJ: 95127446000198 Celular: +5511985732102 Aleatória: 9e881f18-cc66-4fc7-8f2c-a795dbb2bfc1 Ambiente de Produção - Para utilização do componente em ambiente de Produção, existem duas maneiras: Solicitar as credenciais para o gerente da conta (Client ID, Client Secret e Application Key) e enviar o certificado que será utilizado diretamente OU Enviar a aplicação criada em homologação no portal para PRODUÇÃO. Nesse caso, será necessário acessar sua aplicação dentro do portal, na opção "Detalhes" e clicar em "Enviar para Produção", como mostra a imagem: Após esse procedimento, será necessário exportar toda a cadeia de certificados em arquivo, e então configurá-los no portal do BB. Com o certificado instalado na máquina, acesse a opção "Gerenciar certificados de usuário": E selecione o certificado desejado em: "Pessoal > Certificados": Na aba "Detalhes", selecione "Copiar para Arquivo" e exporte o certificado marcando a opção "X.509 codificado no base 64 (*.cer)": Faça esse procedimento para o seu certificado e para todos os certificados intermediários e raiz que estiverem disponíveis(no caso abaixo, seriam gerados 4 arquivos): Após isso, volte ao portal de Desenvolvedores do BB, entre na sua aplicação e vá até a opção "Detalhes > Certificados". Selecione a opção "Enviar Certificado": Carregue todos os certificados obtidos na exportação anterior nessa tela: Após o envio da dessas informações. é possível consultar a situação através na própria tela de certificados (A situação da solicitação normalmente é atualizada no mesmo dia): - A chave utilizada será a própria chave cadastrada para a conta. - A configuração das credenciais e do certificado é feita da mesma forma que em ambiente de homologação.