Painel de líderes

Boa tarde pessoal ! Esta semana o usuário @Sisdevs nos reportou que o Sicoob habilitou a nova composição do código de barras / linha digitável. Até então usamos o código do cedente para compor o código de barras ou linha digitável. Agora vai ser utilizado o "número do contrato", fornecido pelo banco; Isso apareceu na nova carteira 9 , veja documentação completa, clique aqui Nos primeiros testes no final de 2024, permaneceu o código do cedente. (clique aqui p ver a noticia anterior) foi validado a carteira, mas permanecendo a composição padrão. A composição antiga (com código do cedente) pelo que sabemos ainda está funcionando em alguns casos mesmo com a carteira 9; Para usar a nova composição é necessário informar o código do contrato, para isso você precisa alimentar a propriedade codigoTransmissao, vide exemplo abaixo: Delphi: FACBrBoleto.Cedente.CodigoTransmissao := Numero do Contrato (ou deixar em branco para que o componente use ainda o código do cedente) ACBrLib e ACBrMonitorPlus : CodTransmissao= Numero do Contrato (ou deixar em branco para que o componente use ainda o código do cedente) [Cedente] Nome=São João LTDA. CNPJCPF= 99.999.999/9999-99 Logradouro=Rua Evaristo Mendes CodTransmissao=10 Em resumo: Se informado CodTransmissao (Numero do contrato) a barra será composta com o numero do contrato; Se não informado CodTransmissao (deixar em branco) a barra será composta no modo antigo, com o numero do cedente; Agradecimento especial ao @Sisdevs por ter nos auxiliado com os testes em produção.

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.

Boa tarde! Acabei de enviar uma NFCom no ambiente de homologação, a mesma foi emitida. Quando vou enviar o evento para cancelar a mesma, estou recebendo o retorno abaixo, sendo que a mesma acabou de ser emitida. - cStat=[217] - Rejeicao: NFCom não consta na base de dados da SEFAZ

veja em: https://acbr.sourceforge.io/ACBrLib/PreenchimentodoArquivoINI1.html está escrito: ou seja: estou usando esse para alguns tipos de combustíveis como é o caso do etanol.

Acho que ele viu, mas existem os combustíveis que deve ser informado no grupo ICMSST e não no ICMS60 por estarem sujeitos a repasse interestadual, caso contrário cai na rejeição abaixo: Na mudança para o ACBrDFe.Conversao creio que isso passou batido. O @EMBarbosa creio que ainda está trabalhando nisso.

boa tarde pessoal, aqui estao os enderecos dos webservices para MT, pra colocar no .ini da NFCom [NFCom_MT_P] ;Usar=NFCom_SVRS_P URL-QRCode_1.00=https://www.sefaz.mt.gov.br/nfcom-ext-fe/qrcode ; consulta resumida URL-ConsultaNFCom_1.00=https://www.sefaz.mt.gov.br/nfcom-ext-fe/resumo NFComRecepcao_1.00=https://www.sefaz.mt.gov.br/nfcom/services/NFComRecepcao NFComRecepcaoEvento_1.00=https://www.sefaz.mt.gov.br/nfcom/services/NFComRecepcaoEvento NFComConsulta_1.00=https://www.sefaz.mt.gov.br/nfcom/services/NFComConsulta NFComStatusServico_1.00=https://www.sefaz.mt.gov.br/nfcom/services/NFComStatusServico [NFCom_MT_H] URL-QRCode_1.00=https://homologacao.sefaz.mt.gov.br/nfcom-ext-fe/qrcode ; consulta resumida URL-ConsultaNFCom_1.00=https://homologacao.sefaz.mt.gov.br/nfcom-ext-fe/resumo NFComRecepcao_1.00=https://homologacao.sefaz.mt.gov.br/nfcom/services/NFComRecepcao NFComRecepcaoEvento_1.00=https://homologacao.sefaz.mt.gov.br/nfcom/services/NFComRecepcaoEvento NFComConsulta_1.00=https://homologacao.sefaz.mt.gov.br/nfcom/services/NFComConsulta NFComStatusServico_1.00=https://homologacao.sefaz.mt.gov.br/nfcom/services/NFComStatusServico

Boa tarde, fiz um ajuste na unit para resolver esse problema. ACBrNFCom.DANFComRLRetrato.pas

Entendi, muito obrigado.... seria igual Abrasf que já faço... Valeu meu amigo !!!

Boa tarde @RicardoMachadoMT, Já esta no SVN.

Olá comunidade ! O Cadastro Centralizado de Contribuintes (também conhecido como CCC) foi melhorado pela Sefaz do Rio Grande do Sul! Foi adicionado nas informações disponibilizadas pela consulta os documentos fiscais eletrônicos que o contribuinte está habilitado a emitir. Essa informação ajudará a evitar a rejeição "203 - Emissor não autorizado para emissão". Vale lembrar que para acessar esta funcionalidade é necessário realizar login com Gov.BR no portal. Também é importante reforçar que essa funcionalidade existe apenas no portal e a consulta via web service pelo método de consulta de cadastro não devolve essas informações.

Olá pessoal, Foram disponibilizados na Rev-42571 os programas de exemplo em PHP, Singlethread e Multithread utilizando a ACBrLibExtratoAPI. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ExtratoAPI\ACBrExtratoAPIDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\ExtratoAPI\ACBrExtratoAPIDemoMT.php Lembrando que os programas de exemplo em php utilizam a ACBrComum.php que contém métodos em comum entre os modos (ST e MT) e para todas as libs. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ACBrComum\ACBrComum.php Até mais!!!

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!

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

Olá comunidade ! Foi publicada a versão 7.7 do FAQ da EFD ICMS IPI trazendo uma atualização do item 19.1 que faz referência a Reforma Tributária. A nova redação do item ficou conforme abaixo: Veja o FAQ completo AQUI.

Olá comunidade ! Foi publicada a versão 1.08 desta nota técnica. Alterações De maneira semelhante as versões anteriores, esta versão não traz alterações de leiaute ou nas regras de validação. Datas Altera as datas de entrada em vigor para não coincidir com a Reforma Tributária. Implantação Teste: -x-x-x (sem data definida) Implantação Produção: 01/03/2026 E como fica o ACBr? Não será necessário modificações. Leia a versão 1.08 desta nota técnica completa AQUI. Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nosso servidor do Discord.

Boa tarde @GabrielTCZ, A prefeitura que aderir o compartilhamento de dados, o prestador de serviço vai continuar enviando o XML do RPS para o webservice do provedor e este vai compartilhar com o Ambiente de Dados Nacional. Sendo assim o prestador não vai enviar para o Ambiente Nacional o XML.

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.

Desculpe não ter respondido antes....mas, estou tendo ótima experiência. Já desenvolvi projeto tanto em Delphi quanto em Lazarus. Eu já tinha experiência de web, desde Asp Clássico e Asp.net...mas, a facilidade que tem com D2Bridge é mukito grande para desenvolvedores Pascal, porque é básicamente totalmente convergente, com diz o Talis, do D2Bridge. Uso praticamente todos os componentes VCL existentes e alguns de terceiros que já tem suporte no D2Bridge. O desenvolvimento é praticamente o mesmo do VCL. Se vc está começando, olhe primeiro os exemplos da pasta Demo....tanto para Delphi quanto para Lazarus...e entre nos grupos do D2Bridge no Whatsapp....tem muita troca de informações...

Erro: Não foi possível carregar a biblioteca na pasta da aplicação ou caminho padrão. Possível causa do problema: Talvez um dos erros mais comuns de quem está tentando utilizar a ACBrLib pela primeira vez. Este erro ocorre porque a aplicação não conseguiu encontrar a dll ACBrLibNFe no local que esperava encontrar. Como resolver: Quando se trabalha com a ACBrLib, é necessário distribuir a mesma junto de sua aplicação para correta comunicação e uso. As classes do ACBr para os exemplos do C#, do Java, do VB6 por padrão buscam ela em um caminho seguindo a estrutura ..\ACBrLib\x86 ou ..\ACBrLib\x64 dependendo da arquitetura da aplicação. Então em nosso exemplo C# da NF-e eu devo adicionar as pastas e a dll na estrutura de forma que fique:

Colega os fontes estão corretos, mas antes de compilar o projeto voce deve fechar o acbrmonitor em sua máquina, na ide do lazarus clique em projeto -> opções de projeto, depois localize opções do compilador e em modos de construção escolha release-win32-i386. Estou utilizando a versão do lazarus conforme a informação do Juliomar.

Este erro ocorre ao informar o grupo ICMS60 nas operações com os produtos combustíveis sujeitos a repasse interestadual. (tag:cProdANP) igual a 210203001, 320101001, 320101002, 320102002, 320102001, 320102003, 320102005, 320201001, 320103001, 220102001, 320301001, 320103002, 820101032, 820101026, 820101027, 820101004, 820101005, 820101022, 820101031, 820101030, 820101014, 820101006, 820101016, 820101015, 820101025, 820101017, 820101018, 820101019, 820101020, 820101021, 420105001, 420101005, 420101004, 420102005, 420102004, 420104001, 820101033, 820101034, 420106001, 820101011, 820101003, 820101013, 820101012, 420106002, 830101001, 420301004, 420202001, 420301001, 420301002, 410103001, 410101001, 410102001, 430101004, 510101001, 510101002, 510102001, 510102002, 510201001, 510201003, 510301003, 510103001, 510301001 No ACBrNFe, informe o campo CST da seguinte forma: Imposto.ICMS.CST := cstRep60; No ACBrMonitorPLUS, informe o campo CST da seguinte forma: [ICMSXXX] CST=60rep