Painel de líderes

Olá pessoal, Por favor deem atenção. Como sabem estamos aos poucos saindo das units "pcn". E um dos passos para fazermos isso foi criar uma unit chamada ACBrDFe.Conversao.pas (Veja aqui sobre). Mas essa unit tinha alguns problemas e mudanças de comportamento indesejados então precisamos refazê-la. Isso pode quebrar o seu código e por isso precisamos de sua atenção. TL/DR: A unit ACBrDFe.Conversao.pas não é uma cópia da pcnConversao.pas com outro nome. A pcnConversao.pas ainda funciona, mas quando você for utilizar a ACBrDFe.Conversao.pas, vai precisar fazer ajustes! Ainda está aí? Beleza, agora vamos aos detalhes. Em primeiro lugar queremos deixar claro que ela vai continuar sendo parte da migração para fora das units "pcn*" em especial a pcnConversao.pas. Vamos resumir aqui no entanto algumas alterações que foram feitas: A constante LineBreak foi removida. Se você precisa dela no seu código, use a constante que já vem no Delphi/Lazarus SLineBreak. Diversos tipos foram renomeados. Listamos abaixo alguns: TpcnTipoCampo = TACBrTipoCampo; TpcnTagAssinatura = TACBrTagAssinatura; TpcnTipoImpressao = TACBrTipoImpressao; TpcnTipoEmissao = TACBrTipoEmissao; TpcnTipoAmbiente = TACBrTipoAmbiente; TpcnProcessoEmissao = TACBrProcessoEmissao; TpcnTpEvento = TACBrTipoEvento; TpcteModal = TModal; TpcnTipoNFe = TTipoNFe; TpcnOrigemMercadoria = TOrigemMercadoria; TpcnCSTIcms = TCSTIcms; TpcnCSOSNIcms = TCSOSNIcms; TpcnCstPis = TCSTPis; TpcnCstCofins = TCSTCofins; TpcteTipoRodado = TTipoRodado; TpcteTipoCarroceria = TTipoCarroceria; TpcnUnidTransp = TUnidTransp; TpcnUnidCarga = TUnidCarga; TpcteProp = TtpProp; TpcnindIEDest = TindIEDest; TpcnRegTribISSQN = TRegTribISSQN; TpcnindIncentivo = TindIncentivo; TpcnRegTrib = TRegTrib; TpcnindRatISSQN = TindRatISSQN; TpcnindRegra = TindRegra; TpcnCodigoMP = TCodigoMP; As funções de conversões de tipos enumerados foram refeitas para seguir o padrão "Try-Parse". Esse é um padrão comum em linguagens de programação (incluindo o Delphi com as funções TryStrToDate e StrToDate). A função que tem no nome o prefixo "Try" realiza a verificação de uma possível conversão sem lançar exceções, retornando um booleano para indicar se a conversão foi bem-sucedida e armazenando o resultado, em caso de sucesso, em um parâmetro de saída. A função que não tem esse prefixo, gera uma exception quando o tipo não puder ser convertido. Essa função que inicia com "Try" substitui a função anterior que tinha um parâmetro "ok". Um dos objetivos de usar esse padrão é porque muitas pessoas nem se dão conta que é preciso verificar o parâmetro "ok" antes de usar o resultado da função. Como sabemos disso? Bem, este tipo de uso é frequente em contribuições e até mesmo no código antigo do ACBr... Almejamos assim deixar o código mais claro. Por enquanto o seu código que usa a pcnConversao vai continuar funcionando. Mas vai retornar vários warnings. A ideia é que você possa ir corrigindo no seu tempo. Nós mesmo estamos usando e isso vai aumentar a quantidade de warnings gerados que você vê ao compilar os componentes ACBr ... Por outro lado, vamos modificar o código do ACBr para deixar de utilizar a unit pcnConversao internamente o quanto antes. Os hints/warnings estão sendo ajustados na unit pcnConversao.pas para refletir o que foi delineado aqui. E como sempre, fiquem a vontade para reportar quaisquer problemas, sugestões e melhorias. Obrigado pela atenção pessoal.

Olá comunidade ! É com muita alegria que comunicamos a disponibilização do novo componente ACBrCalculadoraConsumo! Este componente pode ser utilizado para comunicar com os end-points da Calculadora da Reforma Tributária! O exemplo de uso do componente pode ser encontrado no caminho ..\trunk2\Exemplos\ACBrTCP\ACBrCalculadoraConsumo Um agradecimento ao Consultor @EliasCesar pelo desenvolvimento do componente e dos exemplos!

Ao tentar realizar o processo de cancelamento no Ambiente Homologacao com o provedor Nacional para a cidade Curitiba/PR. o retorno do método EnviarEvento esta vindo incompleto cortando parte do retorno. exemplo: "{ "EnviarEvento" : { "DataExpiracao" : "", "InfEvento" : {}, "Token" : "", "XmlEnvio" : "{"pedidoRegistroEventoXmlGZipB64":"H4sIAAAAAAAA/6VYaZOiTLb+KxU1H40qEhBLJuyayGRflU3Fb2wCgoCAbL/+UmVXvzUdfePO3NcAI+Pkyec8ZzXDzb+Ga/7URXWTlsWPZ/wVPD9FRVCGaRH/eHZs/mX9/" Com isso não estou conseguindo pegar o retorno para fazer o processamento. Em contato com o @Diego A. Folieni foi realizado um teste e foi constatado o problema Criada a tarefa ACBR-8300 para cuidar do caso.

Olá Pessoal, Após a atualização dos fontes dos componentes do ACBr ao compilar as aplicações estão aparecendo uma quantidade enorme de Warning com mensagens indicando que um determinado Símbolo esta depreciado e orienta a usar um tipo ou método que se encontra em uma determinada Unit. Primeiro porque isso esta ocorrendo? A resposta é muito simples, estamos realizando um processo de migração, ou seja, estamos deixando de utilizar as units que se encontram na pasta PCNComum. Os componentes que emitem DF-e (por exemplo o ACBrNFe), deixaram de utilizar as units pcnGerador e pcnLeitor para realizar a escrita e a leitura do XML, eles agora se utilizam das units ACBrXmlWriter e ACBrXmlReader, estas ultimas se demonstraram ser mais velozes. Para vocês terem uma ideia um CT-e com 1800 NF-e vinculadas estava levando mais de 6 minutos para ser lido usando o pcnLeitor. Com o ACBrXmlReader ele foi lido em apenas 6 segundos. Chegou a vez de deixarmos de usar o pcnConversao e passar a utilizar o ACBrDFe.Conversao. Poderíamos simplesmente realizar a troca, mas essa atitude com certeza iria quebrar a compilação de suas aplicações e a solução seria abrir a unit da sua aplicação que não esta compilando e realizar a troca. Resolvemos então fazer alterações na unit pcnConversao para que os tipos e funções de conversão pudessem conviver com os tipos e funções de conversão da unit ACBrDFe.Conversao. E uma dessas alterações na unit pcnConversao visa gerar esses Warnings para alertar você desenvolvedor a realizar a troca. Notem que vários desses Warnings se referem as units dos próprios componente, esses nós vamos iniciar em breve a realizar as trocas. Por fim não menos importante Warnings não são erros e sim alertas, eles não impedem que a sua aplicação funcione corretamente.

Bom dia, segue anexo a minha contribuição no DAMDFe para evitar autuação do Fisco quando o cliente precisa circular atravessando vários estados. Essa foi a notificação do Fisco: PERCURSO no MDF-e. É de responsabilidade do emitente do MDF-e, identificar e listar corretamente as UF-s de percurso, com base na rota planejada. A prática está infringindo os artigos 157, 158, 160 e 170 do Anexo011 do Decreto nº 31.825/2022 e as regras estabelecidas no MOC-MDF-e de cumprimento obrigatório. Acesse a Cartilha Nacional do MDF-e: https://dfe-portal.svrs.rs.gov.br/Mdfe/Faq DAMDFe.fr3

Bom dia, Estou fazendo a integração com o ACBRLib e precisava ao pegar o Lote saber se a nota esta cancelada ou não. Conversei com o Diego no Discord ele me pediu para abrir aqui, informando que no INI de retorno não esta vindo a informação SucessoCanc ou DescSituacao, estou usando a função NFSE_ConsultarLoteRps. Fico no aguardo. Obrigado.

acho que a www.djpdv.com.br pode lhe atender

No portal oficial da NFe: https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=04BIflQt1aY=

Bom dia!! Exatamente. Até dia 20/11 não adianta mandar em produção que será rejeitado. O link da última NT é o seguinte: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=6vT0rTNhFLY= Além disso, aqui no fórum, tem muitos tópicos sobre essa parte, bem como diversas informações para os testes. Recomendo tirar um tempinho pra dar uma pesquisada, mas a leitura da NT já irá sanar várias dúvidas.

No SVN At revision: 42563

Muito obrigado pela contribuição @Igor Faria @Alexandre de Paula, pelo que analisei dos fontes, está tudo correto... podemos fazer o Merge

Olá pessoal algumas atualizações sobre essa situação foram colocadas no seguinte tópico:

Olá! Compartilho um projeto de exemplo mostrando como emitir NFe/NFCe usando Node.js + Docker integrado à ACBrLib. Contribuições são bem-vindas! Faça um fork do repositório, crie um branch e abra um PR. https://github.com/Gabrielmororo180/node-nfe

Boa tarde, @Crisvam25! "1- quais programas preciso intalar na minha máquina para começar" Depende da forma que você vai se integrar. Então precisamos responder algumas questões antes: - Sua automação é local ou web? - Qual plataforma pretende se integrar? (Windows/Android) - Utilizará integração via DLL ou via troca de arquivos? (caso seja local) - Qual linguagem você utiliza? "2 - Geralmente os programas precisam de configuração, tais como senha, id e outros, onde pegar estas informações" As credenciais são fornecidas pela Paygo assim que é firmado o contrato entre a sua software house e ACBR. Após preenchimento do Typeform citado pelo Daniel no comentário anterior, você já foi contatado? "3 - Vi no paygo servido que o pinpad é usado na porta serial, os computadores atuais não tem amis esta porta, posso usar um usb?" Sim, os pinpads são USB. Raros os modelos que ainda contemplam saída SERIAL e USB ao mesmo tempo. "4 - Já li algumas páginas sobre o paygo e lá menciona que para ativar preciso do cpf/cnpj, ID e senha, e para utilizar o demo tenho que clicar com o botão direito do mouse três vezes e na janela apresentada escrever "DEMO", já tentei e não funcionou, o que posso fazer." Em que parte do Paygo Client está clicando? Deve-se fazer isso na parte superior, em cima do logo da Paygo. Att.

Olá, comunidade ! Nos últimos dias temos recebidos diversos relatos em nosso Discord e em nosso Fórum de problemas com certificado A3. Todos os relatos tem em comum o mesmo erro: Tudo indica que este problema está relacionado a alguma atualização recente do Windows, visto que ele começou a ocorrer repentinamente. Como é explicado AQUI a configuração WinCrypt que é utilizada para certificados A3 faz uso da própria API do Windows. Alguns membros relataram ter sanado o problema ao desinstalar e instalar novamente o certificado. Um agradecimento ao membro de nossa comunidade @RicardoAGRO1 compartilhou no canal #sefaz em nosso servidor do Discord o link: Podem ocorrer problemas de autenticação do SmartCard com a atualização do Windows de outubro de 2025 com um passo a passo para a solução do problema.

Com o advento da reforma tributária, os municípios são deixados com uma escolha: Aderem ao padrão nacional na íntegra ou continuam usando provedor próprio no formato aderindo ao padrão nacional no formato de compartilhamento de informações. Se escolhida a segunda opção, dois caminhos podem ser seguidos: No caminho mais simples, o provedor cria uma API própria para recepcionar os arquivos XMLs segundo o leiaute do Padrão Nacional. Nesta abordagem, o leiaute utilizado é o já existente do padrão nacional, então basta saber qual é a URL da API para comunicação e os end-points. No caminho mais complexo, o provedor altera o leiaute que ele já usa, adicionando novos campos para receber as informações que ela vai compartilhar posteriormente com o padrão nacional. Padrão Nacional A quantidade de municípios que aderiram ao Padrão Nacional é cada vez maior e pode ser conferida em um Dashboard alimentado e atualizado em tempo real. Acesse o Dashboard AQUI. Lembrando que as soluções ACBr já atendem ao padrão nacional. Provedores com API Própria para atender o Padrão Nacional com a Reforma Tributária. Última atualização: 06/01/2026 Observação: Vale reforçar que devido a relação quantidade de provedores x prazo, o foco das implementações inicialmente tem sido os métodos de emissão da NFS-e. Provedor Requisito Cidade testada Cidades atendidas* Emissão funcionando ABase Informar o Token em WSChaveAcesso Boa Vista do Burica/MS 39 Em testes Betha Vai usar WebService Soap Dourados/MS 403 Envio OK Coplan Vai usar WebService Soap Barra do Garças/MT 31 Em testes Citta Enviar o XML da NFS-e São Valentim do Sul/RS 24 Envio OK Digifred Vai usar WebService Soap Ibirubá/RS 21 Envio OK EL Informar o Token em WSChaveAcesso Aracruz/PE 155 Envio OK Infisc - Campo Bom/RS 9 Envio OK ISSNet WS Soap/Permite Lote de DPS - 25 Aguardando as URLs de homologação Pronim Permite o envio de um lote de DPS Regente Feijó/SP 184 Envio OK RLZ - Barretos/SP 9 - SilTecnologia WS Soap/Enviar o XML da NFS-e Franca/SP 16 Retorno Vazio SimplISS - Blumenau/SC 27 Envio OK (Ainda não aceita os campos IBSCBS) Tiplan - Americana/SP 8 Envio OK * Estimativa aproximada Provedores que alteram o layout em uso para atender a Reforma Tributária. Última atualização: 06/01/2026 Provedor Requisito Cidades Atendidas* Emissão funcionando EloTech Versão 2.03 138 Envio OK FintelISS Versão 2.02 4 O webservice da prefeitura não aplicou o novo Schema GeisWeb Próprio 7 Envio OK Ginfes - 22 Giss - 18 Envio OK IPM - 188 Envio OK ISSBarueri - 1 ISSe - 1 Envio OK ISSSaoPaulo Versão 2.00 1 Envio OK Publica Versão 1.00 31 Envio OK SigISSWeb Próprio 11 Envio OK SpeedGov Versão 2.00 32 Tinus Versão 2.03 44 Envio OK WebISS Versão 2.02 87 Envio OK * Estimativa aproximada

Recebemos uma contribuição do usuário @Luciano Rodrigues Pereira referente à correção das propriedades de retorno da francesinha liquidada do Itaú : Como estava mapeado: ValorDesconto := LJsonBoletoObject.AsCurrency['valor_decrescimo']; ValorDespesaCobranca := 0; ValorMoraJuros := 0; ValorOutrasDespesas := LJsonBoletoObject.AsCurrency['valor_acrescimo']; ValorPago := LJsonBoletoObject.AsCurrency['valor_liquido_lancado']; ValorRecebido := LJsonBoletoObject.AsCurrency['valor_liquido_lancado']; Agora com o array com dados corretos, ficou assim: if AnsiUpperCase(LJsonArrayOperacaoCobranca.ItemAsJSONObject[K].AsString['descricao']) = 'TARIFA DE COBRANÇA' then ValorTarifa := abs(LJsonArrayOperacaoCobranca.ItemAsJSONObject[K].AsCurrency['valor']); if AnsiUpperCase(LJsonArrayOperacaoCobranca.ItemAsJSONObject[K].AsString['descricao']) = 'JUROS' then ValorMoraJuros := abs(LJsonArrayOperacaoCobranca.ItemAsJSONObject[K].AsCurrency['valor']); if AnsiUpperCase(LJsonArrayOperacaoCobranca.ItemAsJSONObject[K].AsString['descricao']) = 'MULTA' then ValorMulta := abs(LJsonArrayOperacaoCobranca.ItemAsJSONObject[K].AsCurrency['valor']); // Na documentacao on line API o retorno é "Desconto", mas em produção testes é Descontos if AnsiUpperCase(LJsonArrayOperacaoCobranca.ItemAsJSONObject[K].AsString['descricao']) = 'DESCONTOS' then ValorDesconto := abs(LJsonArrayOperacaoCobranca.ItemAsJSONObject[K].AsCurrency['valor']); end; ValorRecebido := LJsonBoletoObject.AsCurrency['valor_liquido_lancado']; // ValorPago -> Como o ValorRecebido abate a tarifa, então é só somamos de volta ValorPago := ValorRecebido + ValorTarifa; Resumo dos campos: ValorTarifa, ValorMoraJuros, ValorMulta, ValorDesconto, ValorPago e ValorRecebido. Para ver a contribuição original, clique aqui Sobre divergências de boletos liquidados com qrcode e liquidado via barras/linha digitável, veja este tópico:

Olá, pessoal! Criei este tópico para apresentar o novo método de ativação do PIX C6Bank no TEF PayGo. Essa atualização foi desenvolvida para tornar as transações mais seguras, rápidas e eficientes para todos os nossos parceiros e clientes. A partir de agora, a Software House não precisará mais solicitar a chave PIX do cliente nem nos enviar para inclusão. O papel dela será apenas orientar o cliente a seguir o passo a passo diretamente no Web Banking(https://www.c6bank.com.br/web-banking/) OBSERVAÇÃO: Essa ativação só é possível pelo Web Banking, que deve ser instalado no computador através do link acima. On Boarding: 1) Logado no Web Banking, o cliente deve clicar nos três pontinhos para acessar as opções do menu: 2) Selecionar a opção de 'Integrações via API': 3) No campo 'Parceiro' deve ser digitado 'PAYGO ADM MEIOS PAG LTDA' ou o CNPJ: '06.167.186/0001-54' 4) No campo 'Descrição da aplicação' deve ser digitado uma identificação de sua escolha para a chave PIX. 5) Para configurar o Tipo de Acesso, é necessário navegar até a seção 'Permissões da chave' > 'Pix' e clicar em 'Selecionar todos': 6) Por fim, deve-se clicar em 'Criar nova chave' e informar a senha da conta para concluir a autenticação no Aplicativo do C6Bank. E o que fazer no TEF em si? - Após finalizar esse procedimento, basta solicitar a liberação do PDC no nosso canal do discord ou na nossa central de tickets e reinstalar para subir a afiliação no cadastro.

Boa tarde Enfrentamos um problema com uma seguradora (Allianz) relacionado a um sinistro ocorrido. A seguradora solicitou que o Total da Carga (vCarga) fosse impresso no DAMDFe. Explicamos que seguimos o layout padrão definido e que essa informação já está presente no XML. No entanto, a seguradora manteve a exigência da impressão no documento. Para atender a essa demanda sem impactar o funcionamento atual do sistema, implementamos uma nova configuração para ativar ou desativar a impressão do Total da Carga. Configuração pa drão: FALSO, mantendo o comportamento atual e evitando alterações inesperadas para os usuários que não necessitam dessa funcionalidade. Objetivo: Permitir a impressão do valor da carga no DAMDFe apenas quando explicitamente configurado. Os arquivos alterados estão anexados para verificação, sugestão e possível inclusão no componente. ACBrMDFeDAMDFeClass.pas ACBrMDFeDAMDFeRLRetrato.dfm ACBrMDFeDAMDFeRLRetrato.pas

Nos manuais dos documentos fiscais diz que não poderá ser impresso nada que não esteja no XML, a informação está no XML e portanto pode ser impressa. Quem faz a pericia possivelmente seja leigo em documentos fiscais, para ele valia o papel, o fato é que ele teve mais trabalho, pois precisou documentar NF por NF. O nosso cliente exigiu a informação para evitar problemas em eventual caso futuro, por isto foi implementado desta maneira e acredito que assim como exigiram deste nosso cliente podem exigir de outros no futuro, este é o motivo de sugestão de avaliação da implementação.