Alex Heinen

Bom Dia, @Alexandre de Paula, @Juliomar Marchetti Já peguei a alteração na revisão está ok, não tinha visto essa função OnlyCPFCNPJAlphaNum. Pode fechar a thread. Obrigado.

Boa tarde, Encontrei um caso nos eventos do CT-e que pode causar problemas no cancelamento quando o CNPJ é informado com máscara. Na unit ACBrCTe.EnvEvento, procedure Gerar_InfEvento, na linha 759, a forma de preencher a variável sDoc foi alterada. Antes: sDoc := OnlyNumber(Evento[Idx].InfEvento.CNPJ); Agora: sDoc := RemoverLiteralChave(Evento[Idx].InfEvento.CNPJ); Logo em seguida existe a validação: if Length(sDoc) = 14 then O problema é que, caso Evento[Idx].InfEvento.CNPJ esteja formatado (por exemplo, 18.899.945/0001-52), a função RemoverLiteralChave não remove a máscara, retornando o valor exatamente como foi informado. Com isso, Length(sDoc) deixa de ser 14 e o código acaba tratando o documento como CPF, gerando a tag <CPF> no XML em vez de <CNPJ>, o que resulta na rejeição pela SEFAZ. Ao analisar a função RemoverLiteralChave, observei que ela foi projetada para remover prefixos textuais (como em chaves iniciadas por "CTe" ou "NFe"), e não para sanitizar CPF/CNPJ. Na minha opinião, o comportamento anterior era o mais adequado quando cnpj era numérico agora, poderia ser utilizada a função OnlyAlphaNum (da unit ACBrUtil.Strings) para garantir que o documento contenha apenas os dígitos antes da validação. Essa alteração foi introduzida na revisão 46791. Segue em anexo o arquivo com a alteração proposta. ACBrCTe.EnvEvento.pas

Estou pedindo a um tempo para arrumar no ACBr segundo o Juliomar ele vai subir as alterações só não sei quando.

Bom Dia, algum parecer sobre a averbação da porto seguro?

Tem uma propriedade chamada Position tenta alterar o valor dela para poMainFormCenter

ok, obrigado!, fico no aguardo.

Bom Dia @Juliomar Marchetti algum parecer sobre a averbação da porto seguro?

Bom Dia tive o mesmo problema com o ACBr atualizado.

Boa Tarde, estou emitindo a NFSe no provedor nacional, com o acbr atualizado revision: 45210 Estou com problema de conversão dos testos do xml com acentuação, veja exemplo desta tag. <xTribNac>Instalação e montagem de aparelhos, máquinas e equipamentos, inclusive montagem industrial, prestados ao usuário final, exclusivamente com material por ele fornecido.</xTribNac> Gostaria de saber se mais alguém ta passando por isso? ou se alguém por um acaso ja conseguiu contornar esse problema. NFSe.xml

Bom Dia, Conferi e está ok pode fechar a thread.

Boa Tarde, Santa Helena tinha ido para o provedor nacional mas voltaram atrás e IPM continua funcionando. Se puderem atualizar o ini conforme o apontamento do @armando.boza eu agradeço.

Tenho alguns exemplos neste blog Dicas de Programador

Bom Dia, Se possível atualizar o município de Aripuanã MT precisa ignorar o CodigoCnae [5101407] Nome=Aripuana UF=MT Provedor=Agili Params=NomeTagAtividadeEconomica:ItemLei116AtividadeEconomica|NaoGerarTag:ItemLei116, CodigoCnae|FormatarItemServicoNaoSeAplica:

Boa Tarde, Desenvolvi a rotina para fazer o Get no endereço https://cff.svrs.rs.gov.br/api/v1/consultas/classTrib, não sei se o ACBr tem interesse em disponibilizar essa rotina, segue arquivos em anexo. API.SVRS.Consulta.ClassificacaoTributariaIBSCBS.Model.pas API.SVRS.Consulta.ClassificacaoTributariaIBSCBS.Service.pas

Bom Dia é possível fazer esse pequeno ajuste que apontei aqui? Servidor da Pronin foi feito, só faltou o provedor nacional.

Surgiu uma informação e o provedor aderiu ao padrão nacional, não precisa mais atualizar.

No meu código estou mandando o campo série com o valor 1.

Aparentemente seu campo série está fora do padrão. Isso aqui é um regex ^0{0,4}\d{1,5}$ o que ele indica ^ início do valor 0{0,4} zero até 4 zeros à esquerda \d{1,5} 1 a 5 dígitos numéricos $ fim do valor Tente implementar os zeros a esquerda aparentemente é isso.

Boa Tarde favor corrigir o provedor está como padrão nacional sendo que o correto é entre rios do Oeste. [4107538] Nome=Entre Rios Do Oeste UF=PR Provedor=IPM Versao=1.01 ProRecepcionar=https://entreriosdooeste.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao&eletron=1

Ta faltando enviar o desdobro.

Bom Dia, atualizei novamente o provider retornando o código de verificação do provedor nacional, continua não retornando depois de varias atualizações. No provedor Pronin foi corrigido. PadraoNacional.Provider.pas

Beleza pode fechar o Tópico Obrigado!

Verifique a série. No meu caso, o erro ocorreu no início porque o campo estava como “F”, porém no Provedor Nacional a série deve ser numérica. Com a série alfanumérica, a montagem da chave fica incorreta, pois passa a ter 41 caracteres numéricos, quando o correto são 42.

Meu arquivo do Padrao Nacional tinha um validação do Betha que ja foi resolvido, então segue o provider atualizado só para retornar o CodigoVerificacao corretamente. PadraoNacional.Provider.pas

Bom Dia, Municipio de Agua Boa no MT alterou o endereço de produção segue novo endereço; [5100201] ; Atualizado em 22/01/2026 Nome=Agua Boa UF=MT Provedor=Coplan Versao=2.01 ProRecepcionar=https://gp.srv.br/tributario/aguaboa/anfse_ws ProLinkURL=http://www.gp.srv.br/tributario/aguaboa/tnfse_validacao?%CodVerif%