Painel de líderes

@Italo Giurizzato Junior Segue material para agregar e ajudar. Com ajuda de @JeannyPaiva, segue units alteradas para suprir o problema do retorno do pdf. Segue arquivo FR3 com modificações para provedor nacional, onde a falha de obterdanfse tem afetado o dia a dia do programador e das empresas atendidas... Sugestão de uso: if (ACBrNFSe.Configuracoes.Geral.Provedor = proPadraoNacional) and ((ACBrNFSe.Configuracoes.Geral.LayoutNFSe = TLayoutNFSe.lnfsPadraoNacionalv1) or (ACBrNFSe.Configuracoes.Geral.LayoutNFSe = TLayoutNFSe.lnfsPadraoNacionalv101)) then begin // CRIAMOS O DANFSE 28/01/2026 ACBrNFSeDANFSeFR.FastFile := Diretorio + 'DANFSEX_NACIONAL.FR3'; ACBrNFSeDANFSeFR.TipoDANFSE := ACBrNFSeXConversao.TTipoDANFSE.tpPadrao; end O fonte foi alterado com sincronismo feito ontem: 28/01/2026. Caso encontrem algum problema reportem aqui que corrijo, aberto a ideias de melhorias. Na hora do uso, se der falha no conteudo do pdf, tiver o retorno tipo: (vem esse retorno abaixo quando pdf nao vem, timeout, falha, enfim) if (Pos(':"E9999"', ArquivoRetorno) > 0) then ImprimirPdf; DANFSEX_NACIONAL.fr3 ACBrNFSeXDANFSeFR.pas

Olá comunidade ! No dia 04/02/2026 foi publicada a nota técnica 2026/001 para a NFCom trazendo informações sobre a vinculação de pagamentos ao DFe. Essa vinculação se faz necessária para que o processo de Split Payment Inteligente seja executado. É importante ressaltar que o vínculo indicado pelo contribuinte não necessariamente representa um pagamento efetuado e liquidado. Indica uma expectativa de pagamento que pode ou não se concretizar. Por exemplo: um boleto pode ser emitido e não pago. Alterações Adiciona na NFCom um "Grupo de informações da vinculação com a transação de pagamento" com a seguinte estrutura: <pgtoVinc> <pgto> <nPag></nPag> <idTransacao></idTransacao> <tpMeioPgto></tpMeioPgto> <CNPJReceb></CNPJReceb> <CNPJBasePSP></CNPJBasePSP> </pgto> </pgtoVinc> Cria o "evento de vinculação da transação de pagamento com o DFe - 110300" com estrutura semelhante ao grupo da vinculação e seu respectivo evento de cancelamento. Adiciona regras de validações para os novos campos e para o evento. Datas Implantação Homologação: 06/04/2026 Implantação Produção: 04/05/2026 E como fica o ACBr? Modificações no ACBr serão necessárias para atender a esta nota técnica. Foi criada a tarefa ACBR-8939 para a adequação das soluções ACBr. Leia a nota técnica na íntegra AQUI.

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

Ainda não tinha visto essa questão da linguagem, mas vou ver no manual dela e se encontrar algo aviso por aqui.

ISSSaoPaulo - Particularidades Veja nesse artigo algumas particularidades desse provedor. 1. Como realizar emissões de teste? O ISSSaoPaulo não disponibiliza um ambiente de homologação separado. Em vez disso, permite realizar testes através de um modo de envio específico. Acesse o link abaixo para verificar como realizar esse procedimento em detalhes: Ambiente de testes/homologação (clique aqui) 2. Novo leiaute para Reforma Tributária do Consumo: No momento, o provedor da cidade de São Paulo (ISSSaoPaulo) suporta dois leiautes: um para atender a Reforma Tributária do Consumo (RTC) e outro que não atende. As empresas que são Simples Nacional não precisam lançar os dados da RTC por enquanto e, por isso, devem continuar usando o leiaute 1.00 (ve100). Isso vai continuar para todas emissões com fato gerador até 31/12/2028. Já as demais empresas, precisam informar os dados da RTC como IBS/CBS e por isso precisam utilizar já hoje a versão 2.00 (ve200). 2.1 Como você pode atender a esses dois leiautes usando as soluções do ACBr para emissão de NFSe? Sempre que você alterar a configuração nas soluções do ACBr para o município de SP, você precisa também definir a versão que será utilizada. 2.1.1 No componente ACBrNFSeX // pseudo código ajuste conforme sua rotina ACBrNFSeX1.Configuracoes.Geral.CodigoMunicipio := xxx; if codmunicipio = codIBGESaoPaulo then begin if Empresa.OptanteSimplesNacional then begin ACBrNFSeX1.Configuracoes.Geral.Versao := ve100; end else begin ACBrNFSeX1.Configuracoes.Geral.Versao := ve200; end; end; 2.1.2 Na ACBrLibNFSe Utilize o método NFSE_SetVersaoDF: // pseudo código ajuste conforme sua rotina NFSE_ConfigGravarValor("NFSE", "CodigoMunicipio", codmunicipio) if codmunicipio = codIBGESaoPaulo then begin if Empresa.OptanteSimplesNacional then begin NFSE_SetVersaoDF("1.00") end else begin NFSE_SetVersaoDF("2.00") end; end; 2.1.3 No ACBrMonitor Plus Utilize o comando NFSE.SetVersaoDF: // pseudo código ajuste conforme sua rotina NFSE.SetCodigoMunicipio(codmunicipio) if codmunicipio = codIBGESaoPaulo then begin if Empresa.OptanteSimplesNacional then begin NFSE.SetVersaoDF("1.00") end else begin NFSE.SetVersaoDF("2.00") end; end; 2.2 Mais informações da implementação Independente da solução utilizada, o arquivo ACBrNFSeXServicos.ini deve ter a seção correspondente a São Paulo conforme o exemplo abaixo: Para os demais município, a informação da versão já vem do arquivo ACBrNFSeXServicos.ini, então você não precisa se preocupar em definir essa informação. Você deve sempre definir a versão quando for configurar o município de São Paulo pela primeira vez. Schemas devem ser atualizados!

554 5.7.1 significa que ou o seu email ou o seu dominio caiu em uma blacklist... alguem em algum momento recebeu um email dessa conta e classificou como spam e ai os servidores de email te tratam como ameaça...

Olá comunidade ! Foi publicado o a versão 1.40 do Informe Técnico 2025/002 que divulga atualizações nas tabelas de CST, Classificação Tributária e Crédito Presumido. Todas informações utilizadas na Reforma Tributária. A versão mais recente traz as seguintes alterações: - Tabela CST Altera a descrição do CST 810 para "Tributação em documento específico"; - Tabela de Classificação Tributária Classificação Tributária 200001: desabilita o indicador de DFe para NF-e e habilita para CT-e OS; Classificação Tributária 200044: desabilita o indicador de DFe para NF-e/NFC-e; Classificação Tributária 200043 e 200044: habilita o indicador DFe para NFCom; Classificação Tributária 410027: habilita o indicador DFe para NFe; Efetivamente alterando o uso desses cClassTrib para esses documentos proibindo ou permitindo seu uso por modelo. Leia a versão 1.40 deste Informe Técnico na íntegra AQUI

Olá @itamarluiz Obrigado pela contribuição e pela iniciativa Analisamos a sugestão, mas optamos por não adicionar o método ao componente, pois mantemos os métodos estritamente alinhados às especificações da API. Essa abordagem poderia ser utilizada sem problemas do lado da aplicação. Agradecemos a colaboração e fique à vontade para continuar enviando sugestões!