Painel de líderes

O Ajuste SINIEF 12/2025 que no inciso I da cláusula primeira previa o endereço como opcional para NF-e foi revogado pelo Ajuste SINIEF 13/2026, então, para NF-e continua obrigatório informar o endereço, caso queira informar apenas o CNPJ deve usar NFC-e. AJUSTE SINIEF 12/25 — Conselho Nacional de Política Fazendária CONFAZ AJUSTE SINIEF 13/26 — Conselho Nacional de Política Fazendária CONFAZ

Obrigado pelas sugestões.. Estamos analisando como dar mais transparência ou previsibilidade a essa questão... O ideal, por motivos de estabilidade, seria não existir atualizações frequentes, na API... Porém o momento é único, dado que as APIs de NFSe, estão sendo modificadas todo dia... e isso demanda muitos ajustes, nos Fontes do ACBr e da ACBr API... Não é muito "amigável", mas o Change-log do componente ACBrNFSeX, pode ser encontrado aqui: https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFSe/ACBrNFSe-change-log.txt

Bom dia. Estava com memory leaks ao enviar boleto do Sicoob para webservice. Memory Leak: Rastreando verifiquei que criava-se o LBoletoWSClass e não removia da memoria: removi o objeto e não retornou mais memory leak. Segue unit para havaliação e correção no repositório. Agradecido. Att Antonio Cruz. ACBrBoleto.pas

Opa bom dia, Estou enfrentando um problema logo após atualizar meus componentes (eu estava há mais de um mês sem atualizar). O problema começou quando precisei implementar um novo provedor e, por consequência, realizei a atualização dos componentes (de praxe). Após isso, todos os provedores pararam de funcionar corretamente. O primeiro problema que identifiquei foi nesta condição: if (FormatoDiscriminacao <> fdNenhum) or (NFSe.Servico.ItemServico.Count > 0) then ConsolidarVariosItensServicosEmUmSo; Essa condição sempre retorna True, fazendo com que a descrição seja concatenada automaticamente, adicionando uma quebra de linha no início: xDiscriminacao := xDiscriminacao + FpAOwner.ConfigGeral.QuebradeLinha + ItemServico[i].Descricao; Vale lembrar que informo apenas 1 item (uma descrição, um valor total e um DPS). Por isso, a descrição está ficando incorreta, como nos exemplos abaixo: Exemplo no provedor Betha: <dps:cServ> <dps:cTribNac>010101</dps:cTribNac> <dps:xDescServ>|SERVICO</dps:xDescServ> </dps:cServ> Exemplo no provedor Abase: <cServ> <cTribNac/> <xDescServ>\nTESTE DE DESC</xDescServ> </cServ> Além disso, eu estava informando o NBS na propriedade: >> Servico.CodigoNBS << Porém, conforme os exemplos acima, o XML do cServ está incompleto e não está gerando o campo do NBS. Não sei se o motivo está relacionado ao problema da descrição (quebra de linha indevida), ou se houve alguma mudança na forma correta de declarar o NBS. Reforçando que fazia mais de um mês que eu não atualizava os componentes. SOLUÇÃO Para Normalizar tive que mudar o (NFSe.Servico.ItemServico.Count > 0) para (NFSe.Servico.ItemServico.Count > 1) na função if (FormatoDiscriminacao <> fdNenhum) or (NFSe.Servico.ItemServico.Count > 0) then ConsolidarVariosItensServicosEmUmSo; como nao uso formato da Discriminação - FdNenhum como padrão sempre vai entrar, então eu fiz o ajuste e reinstalei os fontes e normalizou Pois sempre foi padrão ( no meu caso ) usar apenas 1 item para as NFSE eu concateno de forma manual caso o cliente tenha mais de 1 na lista dele;

Existem duas propriedades no título do boleto que costumam gerar dúvidas no preenchimento: CodigoMoraJuros (Enumerado) Define o tipo de cálculo de juros/mora: 0 → Valor por dia 1 → Taxa mensal (%) 2 → Isento 3 → Valor mensal 4 → Taxa diária (%) CodigoMora (String) Código utilizado por alguns bancos para definir a mora: '' → Não informado (padrão) '1' → Valor diário '2' → Taxa mensal (%) Caso específico – Sicredi: (Vide Particularidades) 'A' → Valor 'B' → Percentual Regras Importantes Para evitar rejeições ou comportamento inesperado, siga estas regras: Regra 1 Se você estiver utilizando: CodigoMoraJuros <> Isento Então: CodigoMora = '' (Não deve ser informado) Regra 2 Se você utilizar: CodigoMora preenchido Então obrigatoriamente: CodigoMoraJuros = Isento Regra 3 – Particularidades por banco Sempre consulte o arquivo de particularidades do banco, pois podem existir regras específicas. Exemplo – Sicredi: Utilizar: CodigoMora = 'A' (Valor) ou CodigoMora = 'B' (Percentual) E obrigatoriamente: CodigoMoraJuros = Isento "Estes campos impactam tanto a impressão das mensagens padrão quanto a geração das instruções de Juros de Mora nos boletos. Por isso, sempre que implementar boletos em um cliente, peça para que ele homologue os boletos junto ao banco."

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Descobri o solução, somente marcar a propriedade da Danfe.ExpandirDadosAdicionaisAuto como False ai faz a impressão corretamente

Exatamente, não posso subir pois pode ocasionar erros mas logo estará finalizada e validada

@Alcindo de Almeida Neto Me perdoe Verifiquei com o time da lib eu entendi errado, apos as 14h vai ser feito um novo build; Realmente nao esta aplicada a correção no build atual.

@Alcindo de Almeida Neto Me perdoe, realmente não está funcionando ainda, eu que interpretei errado a resposta do time. O Novo Build da Lib vai ser disponibilizada Após as 14hs; Notifico aqui assim que for disponibilizada

Bom dia! Foi gerado novo build da ACBr API. A previsão é de que seja gerado um novo build da ACBr API ainda hoje. Por favor, por volta das 15h faça um novo teste e reporte o resultado.

@Alcindo de Almeida Neto Pode testar novamente por favor para saber se foi resolvido o problema

Bom dia pessoal, Aqui em Ribeirão Preto nem se quer apareceu o comunicado, esta escrito que a mudança seria dia 01/02/2026 Ainda não conseguimos emitir nem uma nota em ambiente de homologação usamos a LIB NFSe e foi atualizada pela ACBr ontem. Alguém sabe me dizer se já é possível emitir fora de campo grande ? porque aqui na lib esta travado para Campo Grande devido acredito eu ser o único que estavam conseguindo utilizar.

Bom dia! Esse é o change-log do componente ACBrNFSe que foi descontinuado. O change-log correto é o do ACBrNFSeX https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFSeX/ACBrNFSeX-change-log.txt Veja que a última atualização nele é de 13/04/2026

vocês viram a live deles ontem no Youtube? Uma vergonha.

Esse pessoal da Nota Control é sem noção. Segundo eles, o ambiente de produção está em atividade. Mas cadê a URL de produção? Ou pelo menos a informação tem duplo sentido. É só ler o que está marcado.

DANFSEPadraoNacional

Para resolver, foi necessário realizar o envio do payload com provedor = nacional, mesmo possuindo provedor próprio, por conta do cliente ser optante MEI. Agradeço também pela resolução do Console, que também funcionou

Fechando o tópico, pois após as orientações o XML foi gerado corretamente. Conforme citado pelo Diego, seria necessário se credenciar Referente ao município de São Valentim do Sul, continuaremos tratando no outro tópico.

Bom dia Vamos analisar e criar uma tarefa para validar seu ajuste sugerido

Boa noite...fiz alguns ajuste na unit ISSNet.Provider para Cancelar NFS-e mais estou recebendo esse retorno <CancelarNfseResponse xmlns="http://www.sped.fazenda.gov.br/nfse"> <ValidarXmlResposta> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E999</Codigo> <Mensagem>Operação CancelarNfse está temporariamente indisponível. Serviço em construção.</Mensagem> </MensagemRetorno> </ListaMensagemRetorno> </ValidarXmlResposta> </CancelarNfseResponse> Amanhã vou ver com pessoal do Suporte da Nota Control.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Consegui realizar o envio em produção e obter o XML da NFSe. Identifiquei que o problema estava no CNPJ do tomador. Como utilizei o aplicativo de testes do ACBr, acabei não validando esse campo, o aplicativo preenche um CNPJ padrão, que é inválido. Após informar um CNPJ válido de uma empresa real, a emissão ocorreu normalmente. Obrigado, Fábio.

Adicione zeros a esquerda para completar o layout de MG

Um XML sem assinatura não seria validado muito menos autorizado pela SEFAZ. Então provavelmente o primeiro arquivo não foi gerado por essa rotina. O que pode ter acontecido é após a nota ter sido transmitida e autorizada, um XML não assinado com a mesma chave foi carregado no componente e executado o método ACBrNFe.Consultar. Caso a propriedade ValidarDigest esteja false, o protocolo é acrescentado no XML mesmo que ele não esteja assinado.