Painel de líderes

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.

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, 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.

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! É 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 2025 Nota técnica com as modificações específicas para NF-e\NFC-e: Nota técnica com as modificações específicas para BP-e: Nota técnica com as modificações específicas para NF3e: Nota técnica com as modificações específicas para NFCom: Nota técnica com as modificações específicas para o CTe/CTeOS/GTVe: 2024 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: FAQ Modificações no ACBr Edições do Papo PRO ACBr (mais recentes primeiro) 2025 2024 Tópicos da Comunidade discutindo sobre o assunto. Noticias sobre a Reforma Tributária.

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

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.

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.

Olá pessoal! No dia 01/08/2024 foi publicada a Nota Técnica 2024/002 que traz as alterações referentes a NF-e/NFC-e visando adequar este documento as modificações propostas pela reforma tributária. Introdução O Projeto de Lei Complementar PLP 68 estabelece que os estados, o distrito federal e os municípios devem adequar seus sistemas autorizadores para permitir a informação dos dados relacionados ao Imposto sobre Bens e Serviços (IBS), Contribuição sobre Bens e Serviços (CBS) e Imposto Seletivo (IS). Esta nota técnica trata da adequação do layout da Nota Fiscal Eletrônica (modelo 55) e da Nota Fiscal de Consumidor Eletrônica (modelo 65). Os demais documentos serão tratados na NT 2024/001: Alterações Tipos Básicos da Tributação Os campos acrescidos no layout que serão tratados mais a frente constam no arquivo DFeTiposBasicos_v1.00.xsd, adicionado ao pacote de esquemas dos documentos fiscais, junto a esta nota técnica. Código Situação Tributária e Código de Classificação da Tributação Serão disponibilizadas no portal da nacional da nota fiscal eletrônica, tabelas que relacionam o CST e cClassTrib que devem ser utilizados no preenchimento do documento fiscal eletrônico. 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 Foi adicionado então, no campo que documenta a Finalidade de emissão da NF-e (finNFe) os valores 5 e 6 que respectivamente correspondem a Nota de crédito e Nota de débito. A cardinalidade do grupo ICMS passou a ser 0-1, dando a possibilidade do campo ser opcional. Adiciona o grupo IBSCBSSel para receber as Informações do Bens e Serviços - IBS, Contribuição de Bens e Serviços - CBS e Imposto Seletivo.. O grupo conta com um elemento para receber o Código de Situação Tributária do Imposto Seletivo (CST), o Código de Classificação Tributária do Imposto Seletivo (cClassTrib) além de um grupo para as informações dos impostos propriamente ditas e um para as informações dos impostos em operações com impostos monofásicos, ambos contendo seus próprios subgrupos e adicionando uma quantidade expressiva de novos campos. Adiciona grupo IBSCBSSelTot para totalizar as informações dos Imposto de Bens e Serviços IBS, Contribuição de Bens e Serviços CBS e Imposto Seletivo IS. O novo grupo totalizadores poderá ter até 22 novos campos que serão utilizados para totalizar as informações da NF-e/NFC-e dos elementos informados no grupo mencionado acima. Regras de Validação Esta nota técnica adiciona novas regras de validação que dentre outras coisa verificam: Se a finalidade de débito ou crédito for utilizada com grupo de impostos diferente de IBS/CBS. Se a finalidade diferente de débito ou crédito for utilizada sem o grupo de ICMS ou ISSQN. Se foi informado Imposto Seletivo para uma classificação que não o permite. Se não foi informado Imposto Seletivo para uma classificação que o obriga. Se foi informado CST ou cClassTrib inexistente. Se as informações do grupo IBS/CBS foram preenchidas corretamente. Se os totalizadores do IBS/CBS estão corretos. Eventos Esta nota técnica também conceitua os seguintes novos eventos: Decurso de Prazo de Internalização na Área de Livre Comércio - ALC ou Zona Franca de Manaus - ZFM: Evento e seu respectivo cancelamento. Solicitação de Apropriação de Crédito Presumido e seu respectivo cancelamento. Destinação de Item para Consumo Pessoal e seu respectivo cancelamento. Imobilização de Item e seu respectivo cancelamento. Solicitação de Apropriação de Crédito de Combustível e seu respectivo cancelamento. Datas Implantação Teste: 01/09/2025 Implantação Produção: 31/10/2025 Vale ressaltar que como as discussões referentes a reforma tributária ainda estão em curso, a NT pode ser ajustada ao longo do processo. E como fica o ACBr? Serão necessários ajustes nos fontes do ACBr e novas compilações do Monitor e da Lib. Foi criada a #TK-5816 em nosso backlog para alteração dos fontes. Vale ressaltar que a NT é recente e existe um período expressivo até que seja liberada a homologação. Leita a NT na integra AQUI

Boa tarde, Se possível anexe o arquivo alterado com a contribuição. Obrigado

Obrigado.

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! Foi publicado no dia 31/07/2024 a Nota Técnica 2024/001 abrangendo múltiplos DFes com o objetivo de adequá-los as modificações propostas pela Reforma Tributária. Introdução O PLP 68 estabelece que os estados, o distrito federal e os municípios devem padronizar seus sistemas autorizadores de documentos fiscais para permitir aos contribuintes que informem os dados relativos ao Imposto sobre Bens e Serviços (IBS), Contribuição sobre Bens e Serviços (CBS) e Imposto Seletivo (IS). Esta nota técnica, a princípio, trata em conjunto os seguintes documentos: Conhecimento de Transporte Eletrônico (modelo 57). Conhecimento de Transporte Eletrônico para Outros Serviços (modelo 67). Bilhete de Passagem Eletrônico (modelo 63). Nota Fiscal de Energia Elétrica (modelo 66). Nota Fiscal Fatura de Serviço de Comunicação Eletrônica (modelo 62). A versão final desta NT vai gerar NTs específicas para cada documento acima referido. A Nota Fiscal Eletrônica (modelo 55) junto da Nota Fiscal de Consumidor Eletrônica (modelo 65) vão ser tratadas em NT específica. Alterações Alteração do leiaute dos DFe Adiciona grupo para informação do IBS/CBS Adiciona no layout dos documentos mencionados o Grupo de Informações da Tributação IBS/CBS (IBSCBS) que fará parte do grupo imposto/imp, deverá ser adicionado em cada item nos documentos que apresentarem itens (NF3e/NFCom) ou diretamente no corpo do documento caso ele não possua itens (CTe/BPe). O IBSCBS é composto por um elemento para informação do Código da Situação Tributária do IBS/CBS (CST), um elemento para informação do Código da Classificação Tributária do IBS/CBS (cClassTrib) e um Grupo para as Informações Específicas do IBS/CBS (gIBSCBS), este último possuindo seus próprios elementos e subgrupos. Considerando apenas os elementos, o grupo IBSCBS adiciona um total de 48 novas informações a serem preenchidas no arquivo. O arquivo DFeTiposBasicos_v1.00.xsd adicionado ao pacote de schemas que compõe o DFe trás os referidos campos. Adiciona grupo para totalização do IBS/CBS Para a NF3e, NFCom e BPe TM também deverá ser adicionado no grupo total do respectivo documento um grupo para totalizar as informações do IBS/CBS (IBSCBSTot). Para CTe, CTe Simplificado, CTeOS e BPe não será criado. Adiciona campo para totalização do documento acrescida do IBS/CBS Na NF3e, NFCom e BPe TM adiciona no grupo total o campo vTotDFe que deverá receber o valor correspondente a (vNF/vTPrest + total do IBS + total da CBS). No CTe, CTe Simplificado, CTe OS e BPe a referida Tag será adicionada no grupo imp. Código Situação Tributária e Classificação da Tributação Será disponibilizado no portal dos respectivos documentos tabelas relacionando o CST x cClassTrib para o correto preenchimento das informações. Regras de Validação Esta nota técnica adiciona regras de validação que verificam dentre outras coisas se: Foi informado CST correto para o IBS/CBS Foi informado classificação tributária correta para o IBS/CBS. O grupo IBS/CBS foi preenchido quando não deveria. O grupo IBS/CBS não foi preenchido quando deveria. Os valores informados nos campos foram preenchidos corretamente. Os valores referentes a crédito presumido foram preenchidos nas situações em que são obrigatórios. Os valores referentes a desoneração foram preenchidos nas situações em que são obrigatórios. Os totalizadores correspondem a soma dos valores individuais. Datas Implantação Homologação: 01/09/2025 Implantação Produção: 31/10/2025 Vale ressaltar que como as discussões referentes a reforma tributária ainda estão em curso, a NT pode ser ajustada ao longo do processo. E como fica o ACBr? Serão necessários ajustes nos fontes do ACBr e novas compilações do Monitor e da Lib. Foi criada a #TK-5814 em nosso backlog para alteração dos fontes. Vale ressaltar que a NT é recente e existe um período expressivo até que seja liberada a homologação. Leia a NT na íntegra AQUI.

Olá pessoal! No dia 06/12/2024 foi publicada a versão 1.10 desta nota técnica. A nova versão adiciona novos campos de controle no leiaute da NF-e\NFC-e, além de criar eventos que serão utilizados na apuração do IBS e da CBS. Alterações Leiaute Adiciona no "Grupo B. Identificação da Nota Fiscal Eletrônica" os seguintes campos: cMunFGIBS: Código do Município de consumo, fato gerador do IBS/CBS. indMultaJuros: Indicador de Multa e Juros. gCompraGov: Grupo de Compra Governamental tpCompraGov: Tipo de compra governamental. pRedutor: Percentual de redução de alíquota em compra governamental. tipoNotaCredito: Indicador do tipo de nota de crédito que está sendo utilizado. Adiciona no "Grupo UB. Informações dos tributos IBS/CBS e Imposto Seletivo" um campo para indicar perecimento, furto, roubo ou extravio (indPerecimento). Adiciona grupo para receber as informações do Crédito Presumido referente ao IBS Adiciona um grupo DFeReferenciado, contanto com os campos chaveAcesso e nItem e com a finalidade de referenciar item de outro documento fiscal eletrônico. Adiciona alguns campos no grupo de totalizadores referentes ao crédito presumido. Regras de Validação Adiciona regras para validar: Município gerador do IBS. Informações de Crédito Presumido. Compra Governamental. NF-e de débito de multa/juros referenciada para NF-e de crédito de multa e juros. Eventos Esta versão adiciona os seguintes eventos e seu respectivo cancelamento: 112110: Informação de efetivo pagamento integral para liberar crédito presumido do adquirente. 211110: Solicitação de Apropriação de Crédito Presumido. 211110 Destinação de Item para Consumo Pessoal. 211130: Imobilização de Item. 211140: Solicitação de Apropriação de Crédito de Combustível. 412110: Solicitação de Apropriação de Crédito de fornecimento de bem móvel usado. 211150: Solicitação de Apropriação de Crédito para bens e serviços que dependem de atividade do adquirente. 212110: Manifestação sobre Pedido de Transferência de Crédito de IBS em Operações de Sucessão. 212120: Manifestação sobre Pedido de Transferência de Crédito CBS em Operações de Sucessão. 412120: Manifestação do Fisco sobre Pedido de Transferência de Crédito de IBS em Operações de Sucessão. 412130: Manifestação do Fisco sobre Pedido de Transferência de Crédito de CBS em Operações de Sucessão. Datas Foram mantidas as mesmas datas da versão anterior. Implantação Teste: 01/09/2025 Implantação Produção: 31/10/2025 E como fica o ACBr? Conforme mencionado em tópico anterior, temos em nosso backlog a #TK-5816 para análise e implementação. Leia a versão 1.10 desta nota técnica na íntegra AQUI.

Olá comunidade do Projeto ACBr !! Temos uma novidade.. Como todos sabem.. o C6 Bank lançou um programa de relacionamento voltado para as softwares houses.. chamado Coalizão. Sua Sw.House, pode ingressar no programa, através desse link: https://developers.c6bank.com.br/ Dessa forma as softwares houses poderão realizar integrações com PIX e Boleto da C6 Bank, além de outras APIs. E qual a novidade do ACBr? Nós do Projeto ACBr, temos uma parceria muito boa e estratégica com o time da C6 Bank... pensando nisso, disponibilizamos programa exemplo exclusivo para o Programa Coalizão. Criamos um programa exemplo para Delphi, utilizando os Componentes ACBrBoleto e ACBrPIXCD.. e um programa exemplo em C#, utilizando ACBrLibBoleto e ACBrLibPIXCD. Programa exemplo em Delphi: Emissão Boleto utilizando ACBrBoleto: Criação cobrança PIX utilizando o ACBrPIXCD: Programa exemplo disponível no SVN: http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrC6Bank/ Programa exemplo em C#: Emissão Boleto utilizando ACBrLibBoleto: Criação cobrança PIX utilizando o ACBrLibPIXCD: Programa exemplo disponível no SVN: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/C%23/ACBr.C6Bank/ Conheça mais sobre o Programa Coalisão Recebemos o pessoal do C6 Bank em uma edição muito bacana do Papo Pro ACBr, onde eles explicaram o programa de parcerias, vale a pena conferir: Programa Coalizão: como o ACBr e C6 Bank trarão mais rentabilidade à sua SH e economia aos seus clientes Qualquer dúvida, nos procurem nos canais do Discord para que possamos ajudar e tirar todas as dúvidas e fiquem à vontade para abrir tópicos também.. Até a próxima

Algumas vantagens da Conta do C6 Bank

Olá Pessoal, Normalmente as transportadora fazem seguro da carga que esta sendo transportada. A averbação é a declaração das mercadorias em estado de risco. O que vai ser apresentado abaixo é como averbar um CT-e se utilizando do componente ACBrANe e a empresa responsável pela averbação será a AT&M. A averbação de um CT-e é muito simples, os passos são: 1. Emitir o CT-e utilizando o componente ACBrCTe; 2. Averbar o CT-e utilizando o componente ACBrANe; O programa exemplo do componente ACBrANe é bastante simples e de fácil compreensão. Abaixo a rotina que alimenta o componente ACBrANe para realizar a averbação de um CT-e: procedure TfrmACBrANe.AlimentarComponente(ANomeArq: String); begin ACBrANe1.Documentos.Clear; with ACBrANe1.Documentos.Add.ANe do begin // ATM Usuario := ACBrANe1.Configuracoes.Geral.Usuario; Senha := ACBrANe1.Configuracoes.Geral.Senha; codatm := ACBrANe1.Configuracoes.Geral.CodATM; // ELT NomeArq := ExtractFileName(ANomeArq); CNPJ := ACBrANe1.Configuracoes.Geral.CNPJEmitente; // ATM e ELT xmlDFe := DocNFeCTe; end; end; O componente permite averbar documentos com a AT&M e ELT, como dito estamos exemplificando o processo com base na AT&M. Para a AT&M precisamos informar o Usuário, Senha e o Código AT&M gerado para cada usuário. A variável DocNFeCTe é do tipo string e ela contem o conteúdo do XML. Detalhe importante: podemos averbar uma NF-e ou CT-e, nessa postagem estarei mostrando a averbação de um CT-e, logo o conteúdo da variável DocNFeCTe do programa exemplo vai conter o XML de um CT-e. Após alimentar o componente com os dados necessários, basta executar o método Enviar, como é mostrado pela codificação do botão [Criar e Enviar] do programa exemplo. A questão maior é quando o segurado possui coberturas adicionais em sua apólice tais como: Operação de carga e descarga, içamento de carga, contêiner, acessórios, entre outros. No Manual da AT&M (WebService 2.0 - REST 1.1) temos no item 16.0 e subitens uma relação das coberturas adicionais e os seus valores padrões. A titulo de exemplo vamos pegar a cobertura: Operação de Carga e Descarga. O valor padrão é "N" ou seja o segurado não tem essa cobertura. Caso o segurado venha a ter se faz necessário constar no XML do CT-e a informação que ele tem a cobertura para a Operação de Carga e Descarga. Como fazer isso? Vamos utilizar (conforme consta no manual da AT&M) o grupo de observação do contribuinte. Exemplo genérico: with compl.ObsCont.New do begin xCampo := 'Nome do Campo'; xTexto := 'Valor do Campo'; end; Informando que o segurado tem cobertura para a Operação de Carga e Descarga na rotina que alimenta o componente ACBrCTe: with compl.ObsCont.New do begin xCampo := 'OCD'; xTexto := 'S'; end; Isso vai fazer com que ao gerar o XML do CT-e ele vai conter as tags: <compl> <ObsCont xCampo =“OCD”> <xTexto>S</xTexto> </ObsCont> </compl> Vamos supor que o segurando além de ter a cobertura de Operação de Carga e Descarga tenha também a cobertura para içamento de carga da mercadoria. with compl.ObsCont.New do begin xCampo := 'OCD'; xTexto := 'S'; end; with compl.ObsCont.New do begin xCampo := 'IC'; xTexto := 'S'; end; No XML teremos: <compl> <ObsCont xCampo =“OCD”> <xTexto>S</xTexto> </ObsCont> <ObsCont xCampo =“IC”> <xTexto>S</xTexto> </ObsCont> </compl> Um XML com esses dados vai ser autorizado pela SEFAZ sem nenhum problema, uma vez que essas informações são observações do contribuinte informadas no XML de forma estruturada. Ao enviar o XML do CT-e com essas tag para o webservice da AT&M ela identifica essas informações no XML e averba o CT-e levando em consideração as coberturas informadas. Detalhe Importante: O grupo ObsCont só pode ocorrer no XML no máximo 10 vezes (no exemplo acima temos 2 ocorrências), logo não informe uma cobertura que você não tenha ou com o seu valor padrão. Exemplo: Se o segurado tenha uma cobertura para uma mercadoria especifica deverá constar no XML, caso contrario não informe. <compl> <ObsCont xCampo =“MERCESPECIFICA”> <xTexto>S</xTexto> </ObsCont> </compl> Espero ter ajudado.

Bom dia!!Mesmo problema no centro do estado do RS