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, 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! É 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! Foi publicado o AJUSTE SINIEF Nº 2, DE 11 DE ABRIL DE 2025 que aumenta o prazo em que o fisco deve guardar os documentos fiscais eletrônicos emitidos. Em outras palavras, agora o fisco 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. Vale mencionar: O prazo de guarda desses documentos pelos contribuintes permanece inalterado conforme artigo 174 da Lei N° 5.172, de Outubro de 1996: Em outras palavras, a Sefaz precisa guardar os XMLs por 11 anos e o contribuinte precisa guardar o XML por 5 anos.

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.

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.

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! 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, Vamos atualizar esse tópico. Já foi finalizado os ajustes nos componentes: ACBrBPe, ACBrCTe, ACBrNF3e, ACBrNFCom e ACBrNFe. Os fontes alterados bem como os Schemas e os programas exemplos dos 5 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. Estamos trabalhando já no componente ACBrNFSeX, mas como dito anteriormente até a postagem desse tópico não foi publicado os Schemas. No que se refere a NFSe temos duas questões: 1. A NT publicada com as mudanças no layout referente a Reforma Tributária é no layout da NFS-e Padrão Nacional (não confundir com ABRASF). 2. Hoje o componente ACBrNFSeX atende 1848 cidades, algumas delas contrataram provedores que usam a versão 1 do layout da ABRASF, outras contrataram provedores que usam a versão 2 do layout da ABRASF e outras contrataram provedores que tem layout próprio. Não sabemos qual a atitude dos provedores que utilizam a versão 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout no que se refere a Reforma Tributária. Eles vão alterar o layout que usam para adequar a Reforma ou vão abandonar o layout em uso e vão passar a usar o layout da NFS-e Padrão Nacional? Não temos a resposta para essa pergunta. Até a próxima pessoal.

Olá Pessoal, É com grande alegria que informo a todos que o componente ACBrNFe já esta em conformidade com a NT 2025/002 versão 1.01 referente a Reforma Tributária. Já se encontra no SVN os fontes, os Schemas e o programa exemplo em Delphi que exemplifica como alimentar os novos campos. Quero deixar bem claro que o ambiente de homologação só vai estar liberado em 01/07/2025 para recepcionar os XML com os novos campos referente a Reforma Tributária. Portanto nem adianta tentar enviar que o XML vai ser rejeitado.

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

Olá Pessoal, É com grande alegria que informo a todos que o componente ACBrNFe já esta em conformidade com a NT 2025/002 versão 1.01 referente a Reforma Tributária. Já se encontra no SVN os fontes, os Schemas e o programa exemplo em Delphi que exemplifica como alimentar os novos campos. Quero deixar bem claro que o ambiente de homologação só vai estar liberado em 01/07/2025 para recepcionar os XML com os novos campos referente a Reforma Tributária. Portanto nem adianta tentar enviar que o XML vai ser rejeitado.

Foi publicada a versão 25.1.E das tabelas fornecidas pelo IBPT, às quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/04/2025 até 31/05/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, 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.

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

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.

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

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

https://www.sefanet.pr.gov.br/dados/SEFADOCUMENTOS/103202500024.pdf Já corrigiram, pra tirar o "texto valor zerado” por apenas “valor zerado”

Testado e certinho. Muito obrigado.

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

Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-38737 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

sugestão. nunca use pastas do sistema e caminhos tão longos. program files, windows, c:\, system32, syswow64 etc. é protegida do sistema crie uma pasta com paths pequenos ainda mais que é delphi 7 e tem limites de endereços ex: C:\Componentes ou algo assim

Bom dia! Consultando o site da https://www.nfe.fazenda.gov.br/portal/principal.aspx podemos verificar que foi agendada a ativação do ambiente de contingência para o SVC-AN para diversos estados para o dia 27/04/2025, um domingo. Esses casos normalmente são de manutenção dos servidores da SEFAZ e não costumam ter ocorrencias, já que eles realizam em períodos de menor acesso. Mas é importante ficar atento e verificar se você não tem clientes que possam estar operando nestes horários! Para utilizar as soluções do ACBr em contingência durante este período siga as orientações deste tópico: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nosso servidor do Discord.

Operação com GLP, assim como qualquer combustível que conste na tabela de combustíveis sujeitos à tributação monofásica de ICMS, deve-se usar CST de ICMS monofásico, geralmente é o CST 61. - Vai usar CST mesmo o emitente sendo optante pelo Simples Nacional. - Veja também as outras tags do grupo e a forma de cálculo da tributação que é por valor e não por porcentagem - No seu TXT está indicando a venda de um botijão de 13 Kg mas na quantidade está apenas 1 Kg. A forma correta seria como abaixo: Unidade=UN Quantidade=1.0000 ValorUnitario=120.0000 uTrib=KG qTrib=13 vUnTrib=9.2307692307 ValorTotal=120.00

Valeu BigWings, era isso mesmo. Obrigado.

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")

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

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

Mesmo usando a api oficial do whatsapp vc pode ser bloqueado. O bloqueio do whatsapp é independente de ferramenta, ele leva em consideração o padrão do usuário, assim como outras coisas. Vou listar algumas coisas que pode fazer para não ser bloqueado: Quem recebe sua mensagem ter você como contato; Quem recebe sua mensagem interagir com sua mensagem; Enviar mensagens para números que estão na sua lista de contatos; Não enviar mensagens repetidas, ou seja, onde o texto é praticamente igual para várias das quais você enviou. Varie algumas coisas como saudações (oi, bom dia, boa tarde, olá, como vai,...); Interagir no whatsapp como se fosse um usuário comum: interagir com mensagens (curtir, responder), stories, grupos; Esquentar o número se for novo, que nada mais é que fazer o envio de mensagens e interações de forma gradativa, ou seja, hoje vc envia x mensagens, entra em alguns grupos, interage nos grupos, stories e etc. No dia seguinte, a mesma coisa, mas aumentando a frequência aos poucos e não esquecer que o outro usuário precisa interagir com você; Vou compartilhar uma experiência que já tive aqui: Compramos um número novo para um vendedor e ele começou a enviar algumas mensagens direto do celular, não usou nenhuma ferramenta, nem o whatsapp web e foi bloqueado no mesmo dia. Isto por que o whatsapp pensou que fosse algum spam, já que estava enviando mensagens parecidas para números que não estavam na lista de contatos, nem na lista de contatos de quem estava recebendo e nem foi tantas assim, acho que se for 20 contatos diferente é muito. A melhor opção de fato é a api oficial, que está mais fácil hoje, mas ainda sim é burocrática. As outras ferramentas que emulam o whatsapp web, seja empresas contratadas que já oferecem o serviço via api ou aplicação, até mesmo componentes como o TInject, WPP4Delphi, Evolution e muitos outros vão te entregar um resultado igual a api oficial, não vou dizer melhor por que algumas coisas não funcionam bem nestas ferramentas como é o caso dos botões. O que vai importar ai é como você usa a ferramenta, então pesquise sobre o assunto e veja técnicas para não ser bloqueado.

Pessoal, A etapa 1 que visa implementar nas classes os novos grupos e campos, foi totalmente implementada em todos os componentes mencionados na postagem anterior. Vamos agora partir para a etapa 2.

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.