Painel de líderes

Olá, comunidade ACBr ! O Portal da Conformidade Fácil publicou um aviso informando que foi implantada a versão 1.13 da Nota Técnica 2025/001, referente à Reforma Tributária. A atualização afeta os seguintes documentos fiscais eletrônicos: CTe BPe NF3e NFCom O principal ponto dessa NT é a regra de validação que obriga o preenchimento do campo vTotDFe sempre que houver informação no grupo IBSCBS no DF-e. ATENÇÃO: Caso a tag não seja preenchida nessas condições, será retornada a seguinte rejeição: Status: 360 Mensagem: Rejeição: Total do DF-e de preenchimento obrigatório Conforme informado no aviso: Para mais detalhes, acesse o Portal da Conformidade Fácil. Um agradecimento ao membro da comunidade @valterpatrick por compartilhar a informação!

Eu recebi o mesmo erro, e mandei um e-mail para o provedor, por incrível que pareça a solução foi apenas trocar a série da RPS para 14.

Olá comunidade ! Foi publicado Boletim Informativo pela Sefaz do Paraná reforçando que a partir de 01/04/2026, será obrigatório informar Código de Segurança do Responsável Técnico – CSRT nas notas fiscais eletrônicas modelo 55 emitidas em produção. Um agradecimento aos membros de nossa comunidade @armando.boza e @Victor H. Gonzales - Panda por compartilharem a informação. Vale reforçar que os membros da comunidade que são PRO e Corporativo tem acesso ao curso:

Fiz da forma que você indicou... Só achei estranho ter o campo no DANFSe para PIS/COFINS Retidos e não sair nada... Eu inclui no vRetCSLL = PIS (0.65% = 19.50) + COFINS (3% = 90.50) + CSLL (1% = 30.00) Dessa forma o valor dos impostos federais são somados no campo de Tributos e Descontados no valor Líquido. Muito obrigada pela ajuda, Adriano!

@Diego Foliene Acho que não estamos entendendo da mesma forma. Alí diz que se o emitente for "NÃO OPTANTE" os campos não podem existir No trecho de código if NFSe.Servico.Valores.totTrib.indTotTrib <> indSim then Result.AppendChild(AddNode(tcStr, '#1', 'indTotTrib', 1, 1, 1, indTotTribToStr(NFSe.Servico.Valores.totTrib.indTotTrib), '')); Ele diz que: Se indTotTrib <> indSim (não é diferente de indSim) então ele grava o campo Mas a regra diz que SE FOR NÃO os campos não podem aparecer Já quanto a essa parte: Alí diz que, se a tag indTotTrib for informada (ao contrário do caso anterior onde ela não é informada) então ela deve obrigatoriamente ter valor 0. E, segundo meu entendimento, esse valor 0 nela indica que o cara opta pelo SN mas não quer informar os VALORES ESTIMADOS, que é outra coisa. Mas refere-se apenas a "valores estimados"

@neto233 o erro referente ao regime especial de tributação, resolvi de alguns clientes entrando em contato na prefeitura, eles modificam alguma informação interna que permite o funcionamento... vou tentar ver com o pessoal da prefeitura aqui o ele modificaram e se eu obter um retorno posto aqui tbem.

Bom dia a todos. Foi criada a tarefa ACBR-8093 para tratar do caso. Assim que houver novidades vamos reportar aqui.

Acredito que o pessoal do ACBr acompanha aqui, ou será que devemos abrir um novo tópico?

Oi @Juliomar Marchetti. Desculpa, entendi que o tópico seria o correto pois está especificado no município e desenvolvedor e por buscar algo que acredito que mesmo usando o componente seria uma dúvida válida, se disponibilizaram ou não os novos ambientes. Mas novamente peço desculpas. Passar bem!

Aqui eu resolvi assim: Servico.Valores.totTrib.indTotTrib := indSim; { <<== SOLUÇÃO PARA ERRO E0713 }

Fiz isso e funcionou, value muito obrigado pela dica.

Atualizei os fontes e foi necessário ajustar o ponto que destaquei, alterando de "<>" para "=", pois a tag pTotTribSN só poder ser informada quando for "Sim". function TNFSeW_PadraoNacional.GerarXMLTotalTributos: TACBrXmlNode; begin Result := CreateElement('totTrib'); if (NFSe.Servico.Valores.totTrib.pTotTribFed > 0) or (NFSe.Servico.Valores.totTrib.pTotTribEst > 0) or (NFSe.Servico.Valores.totTrib.pTotTribMun > 0) then Result.AppendChild(GerarXMLPercentualTotalTributos) else if (NFSe.OptanteSN = osnOptanteMEEPP) then Result.AppendChild(AddNode(tcDe2, '#1', 'pTotTribSN', 1, 5, 1, NFSe.Servico.Valores.totTrib.pTotTribSN, '')) else if (NFSe.Servico.Valores.totTrib.indTotTrib = indSim) then Result.AppendChild(AddNode(tcStr, '#1', 'indTotTrib', 1, 1, 1, indTotTribToStr(NFSe.Servico.Valores.totTrib.indTotTrib), '')) else Result.AppendChild(GerarXMLValorTotalTributos); end;

acredito que desse jeito resolva todos os casos, até então E0710 = Para MEI pTotTribSN nunca poderá ser informado. E0712 = Para ME/EPP indTotTrib nunca poderá ser informado E0713 = Para Não Optante do SN os campos, indicador de informação de valor total de tributos (indTotTrib) e percentual aproximado do total dos tributos da alíquota do Simples Nacional (%) (pTotTribSN), não podem ser informado. function TNFSeW_PadraoNacional.GerarXMLTotalTributos: TACBrXmlNode; begin Result := CreateElement('totTrib'); if (NFSe.Servico.Valores.totTrib.pTotTribFed > 0) or (NFSe.Servico.Valores.totTrib.pTotTribEst > 0) or (NFSe.Servico.Valores.totTrib.pTotTribMun > 0) then Result.AppendChild(GerarXMLPercentualTotalTributos) else if (NFSe.OptanteSN = osnOptanteMEEPP) then Result.AppendChild(AddNode(tcDe2, '#1', 'pTotTribSN', 1, 5, 1, NFSe.Servico.Valores.totTrib.pTotTribSN, '')) else if (NFSe.OptanteSN = osnOptanteMEI) then Result.AppendChild(AddNode(tcStr, '#1', 'indTotTrib', 1, 1, 1, indTotTribToStr(NFSe.Servico.Valores.totTrib.indTotTrib), '')) else Result.AppendChild(GerarXMLValorTotalTributos); end; os testes aqui não deram erro, e o xml sai assim, com os valores zerados e sem essas flags <totTrib> <vTotTrib> <vTotTribFed>0.00</vTotTribFed> <vTotTribEst>0.00</vTotTribEst> <vTotTribMun>0.00</vTotTribMun> </vTotTrib> </totTrib> PadraoNacional.GravarXml.pas

Foi publicada a versão 26.1.C das tabelas fornecidas pelo IBPT, às quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/01/2026 até 28/02/2026. 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

continuo no mesmo.... tinha que acaba essa mamata dessas empresas intermediarias.... passa tudo pro nacional e f0d4-s3.... coisa chata... o negocio era para simplificar e virou um caos.

Olá, comunidade ! Foi publicado no Diário Oficial do Estado de São Paulo o Decreto Nº 69.981, de 18 de Outubro de 2025, internalizando na legislação do estado a obrigatoriedade do preenchimento do Código do Benefício Fiscal (cBenef) ao realizar a emissão de uma NF-e ou de uma NFC-e. A adoção será feita de forma gradual, com as regras de validação sendo ativadas no ambiente de homologação a partir de 12/01/2026 e no ambiente produção a partir de 06/04/2026, conforme estabelecido na Nota Técnica 2019.001 v1.70. As tabelas de CST x cBenef para o estado podem ser encontradas AQUI. Lembrando que o campo já existe no leiaute da NF-e\NFC-e e pode ser alimentado da seguinte maneira: Caso use componente nativo para Delphi/Lazarus. uses ACBrNotasFiscais, ACBrNFe.Classes; //... var NotaF: NotaFiscal; Produto: TDetCollectionItem; begin NotaF := ACBrNFe.NotasFiscais.Add; //Preenche demais informações... Produto := NotaF.NFe.Det.New; Produto.cBenef := ...; //Preenche demais informações. end; Caso use ACBrMonitorPLUS ou ACBrLib. [Produto001] cBenef=... ;Preenche as demais informações...

Porque devo assinar digitalmente meus executáveis ? O Produto final de quase todo desenvolvedor de Software para Windows, é gerar um arquivo compilado e executável, ou seja, um arquivo com a extensão .EXE ou .DLL As versões recentes do Windows, incorporaram recursos de segurança, como o SmartScreen, que podem causar alertas quando Binários não assinados são executados... O mesmo pode ocorre com módulos de Segurança de terceiros, instalados na máquina, como por exemplo: Antivírus e módulos de segurança bancários... Para evitar mensagens assustadoras, como a exibida abaixo, é necessário Assinar digitalmente o seu binário, com um certificado emitido por uma Autoridade Certificadora válida A título de exemplo, todos os binários distribuídos pelo Projeto ACBr, na área de Download do SAC ACBr, são assinados digitalmente com um certificado do Projeto ACBr... Reparem que não somente o Executável final, mas o instalador, também deve ser assinado.. Abaixo, temos a imagem de quando é executamos o Instalador do ACBrMonitorPLUS SAC Bem melhor, não ? Repare que o Fornecedor do binário, fica bem identificado na mensagem... Isso além de trazer mais confiança para o usuário final, ajuda os programas de segurança, a classificar de forma positiva, o seu Executável ou instalador, evitando bloqueios indevidos. Ok, gostei... mas como fazer para assinar meus executáveis ? O primeiro passo é comprar um Certificado do tipo "Code Signing"... Garanto que agora você pensou algo como: - Humm.. será que posso usar o meu certificado A1 ou A3 ? A resposta é NÃO... os certificados que usamos para os Documentos Fiscais eletrônicos brasileiros, não tem as características esperadas pelo Windows, para assinatura e validação de binários... Quanto aos certificados gerados de forma local, ou seja, os Self-Signed Certificates, eles funcionarão para a assinatura... e podem ser ótimos para testes... Mas eles não devem garantir o nível de confiabilidade ao seu binário, pois eles não são gerados por uma Autoridade Certificadora válida Algumas empresas Brasileiras, vendem o certificado do tipo Code Signing.. Veja por exemplo esse link... Porém o preço é praticamente "o valor de um Rim esquerdo"... (ps: veja mais empresas brasileiras, no post a seguir) Você pode comprar o Certificado do Tipo OV, que é bem mais barato... Na página da KSoftware tem um interessante artigo, descrevendo a diferença da versão OV x EV Eu preferi comprar nesse site gringo, porém isso pode exigir que você tenha um bom conhecimento de Inglês, pois o todo o processo de compra será feito em Inglês. Esse certificado, também exige um processo de validação... ou seja, a Empresa que irá emitir o certificado, precisa saber se você é você mesmo... A validação foi feita pela empresa Sectigo... eles enviam e-mails com links para você subir a documentação necessária... Como o certificado será emitido para uma Entidade Pessoa Jurídica, na etapa de envio de documentos de prova de identidade... eu enviei um PDF com o resultado da consulta de meu CNPJ, na Receita... Na etapa final de validação, eles efetuam uma ligação para o telefone de sua empresa, para fornecer um Token, que deve ser usado para gerar o certificado... portanto, o número de telefone na documentação que você enviar, deve ser um número que você possa atender... Achei o Site de Validação da Sectigo, bastante confuso... Eu preferi comprar a opção de 4 anos, para evitar esse penoso processo de compra, e pelos descontos oferecidos... Após todas as validações de identidade, eles lhe enviarão um Link para baixar o certificado em sua máquina... Será criado um arquivo PFX, e o processo de geração do Certificado na sua máquina, é muito semelhante a dos Certificados A1 brasileiros... Ufa.. já tenho o meu certificado em PFX... Como eu assino os binários ? Existem algumas ferramentas disponíveis... na página da KSoftware, você pode ler um tutorial, de como assinar usando o KSign Você poderá assinar binários facilmente, usando a interface gráfica deles: Para automatizar o processo de assinatura, você provavelmente ira preferir usar um utilitário de Linha de Comando... Repare que na mesma pasta onde o KSign foi instalado, existe o utilitário signtool.exe Use esse utilitário com a seguinte sintaxe: signtool.exe sign /du "http://seusite.com.br" /d "Descrição do seu Programa" /f "C:\Path\SeuCertificado.PFX" /p SenhaCertififcado /t "http://timestamp.comodoca.com" SeuBinario.exe sign -> Comando para assinatura /du -> Informa a URL do seu Site /d -> Informa uma descrição resumida do seu Programa /f -> Informa o Path completo para o seu Certificado (arquivo PFX) /p -> Informa a Senha para abertura do seu Certificado /t -> Informa um Servidor de Time Stamp, para que fique gravada a Data / Hora da assinatura Mas como assinar um Binário Windows, de dentro do Linux ?? Todo processo de Build e Deploy dos binários do ACBr, é executado em um Linux OpenSuse. A compilação de todas as plataformas que suportamos ocorre com Cross-Compiling, e automatizamos o processo de Build e Deploy, com o uso de Jenkins e Shell Scripts, Para transmitir o binário para fórum, criamos alguns utilitários que consomem a API do Invision Power Board Para a assinatura dos binários, creio que seria possível usar o próprio signtool.exe, com Wine... mas encontramos um interessante utilitário nativo em Linux, chamado osslsigncode, repare que a sintaxe é muito semelhante a do signtool.exe... osslsigncode sign -pkcs12 /path/SeuCertificado.pfx -pass SuaSenha -n "Descrição do seu Programa" -i http://seusite.com.br -t http://timestamp.comodoca.com -in SeuBinario.exe -out SeuBinario.exe.sign (como passo final, apague o arquivo original, SeuBinario.exe e renomeie SeuBinario.exe.sign para SeuBinario.exe)

Ahh.. esse Google... efetuando pesquisas recentes, para escrever esse artigo.. notei que a Sectigo, agora tem um Site Brasileiro, e com preços bem semelhantes aos valores em Dólar... Deve ajudar muito, no momento da validação das informações... https://www.sectigo.com.br/produtos/certificado-codesigning.php Outra empresa, que também vende o Code Signing https://www.rapidssl.com.br/certificado-code-signing