Italo Giurizzato Junior

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

Bom dia @André Melim, O arquivo ACBrNFSeXServicos.ini que se encontra no SVN contem a seguinte informação: [5106307] ; Atualizado em 24/05/2022 Nome=Paranatinga UF=MT Provedor=EloTech Versao=2.03 ProRecepcionar=https://paranatinga.iss.elotech.com.br/iss-ws/nfse203.wsdl HomRecepcionar=https://paranatinga.iss.elotech.com.br/iss-ws/nfse203.wsdl Primeira coisa a saber, a referida cidade mudou de provedor ou não? Pelo site da prefeitura me parece que mudou para o provedor Agili, sendo assim se faz necessário alterar o arquivo ACBrNFSeXServicos.ini Por exemplo: [5106307] Nome=Paranatinga UF=MT Provedor=Agili Params=NomeTagAtividadeEconomica:ItemLei116AtividadeEconomica|NaoGerarTag:ItemLei116,CodigoCnae Esse provedor possui duas versões (1.00 e 1.01) se para a cidade em questão é usado a versão 1.01 se faz necessário incluir o campo: Versao=1.01 Outra coisa é saber se os parâmetros do exemplo acima são validos ou não para a referida cidade, pois pode mudar. Por favor levante essas informações que eu atualizo o arquivo INI e mando para o SVN assim você não precisa copiar ele para dentro da pasta que esta o EXE (que é o local correto para ele). Segundo o componente ignora a configuração de provedor e versão, pois essas informações ele pega do arquivo INI, lembrando que a propriedade de configuração CodigoMunicipio tem que ser a ultima a ser configurada na rotina de configuração da aplicação. Fragmento de código do programa exemplo: // A propriedade CodigoMunicipio tem que ser a ultima a receber o seu valor // Pois ela se utiliza das demais configurações with ACBrNFSeX1.Configuracoes.Geral do begin LayoutNFSe := TLayoutNFSe(cbLayoutNFSe.ItemIndex); try CodigoMunicipio := StrToIntDef(edtCodCidade.Text, -1); except on E: Exception do ShowMessage('Erro ao configurar o componente: ' + E.Message); end; end;

Bom dia @Paulo Alves N. Júnior, Muito obrigado pela colaboração, já foi criado a TK-7516 para realizar a alteração.

Bom dia @jeffersonjunglaus, Já fiz a alteração aqui, muito obrigado por confirmar que não se faz necessário o parâmetro. Logo teremos uma nova versão da Lib com essa correção.

Bom dia @WINDEL, Desculpe pela demora, acredito ter encontrado o problema. Já criei a TK-7515 para realizar a correção.

Bom dia @mregiani e @Info-House, Se a nota esta sendo emitida e enviada para a SEFAZ-SP, temos informações que a mesma esta realizando um calculo diferente do que esta especificado na Nota Técnica. Na NT consta que devemos usar o SHA1 e a SEFAZ-SP esta usando o MD5 para calcular o Hash da assinatura. A SEFAZ-SP tem que corrigir isso.

Boa tarde @Diego Reckziegel, Já esta no SVN.

Boa tarde @Gabriel Bonzanini, Já esta no SVN.

Boa tarde @tiago.istuque, Já esta no SVN.

Olá Pessoal, Depois de analises junto com a comunidade ACBr, decidimos que os campos referente ao Código de Classificação Tributária (cClassTribIS, cClassTribReg e cClassTrib) deve ser do tipo string em vez de um tipo enumerado. A motivação para essa mudança é que esses códigos podem no decorrer do tempo alguns podem deixar de existir, outros podem ser adicionados e outros códigos podem ser alterados mas mantendo a sua finalidade original, exatamente o que ocorre com os NCM dos produtos. Com essa mudança basta o desenvolver atualizar a sua tabela de códigos no banco de dados sem a necessidade de atualização da aplicação. Vale também ressaltar que no Portal da SEFAZ-Virtual do RS temos as tabelas de CST e cClassTrib e é possível baixa-las no formato CSV, Excel e Json. Esperamos contar com a compreensão de todos. Os fontes dos componentes afetados com essa mudança vão ser enviados para o SVN na data de 19/08/2025. Componentes afetados com essa mudança: ACBrBPe, ACBrCTe, ACBrNF3e, ACBrNFCom, ACBrNFe e ACBrNFSeX e consequentemente as Libs e o ACBrMonitor. Na minha aplicação o que eu devo mudar? Se você atribui diretamente o enumerado aos campos cClassTrib mencionados vai ter que fazer essa alteração: ==> Se você usa as funções de conversão para converter de string para o enumerado uma vez que no seu banco de dados o código esta como string, basta remover as funções de conversão e atribuir diretamente o conteúdo do campo do banco de dados ao campo do componente. Para quem utiliza as Lib ou o Monitor não vai precisar se preocupar com essa mudança.

@Diego Reckziegel, Já criei a TK-7503 para analise da sua contribuição. Desde já muito obrigado.

@Gabriel Bonzanini, OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 1 - Produção Cidade : Caxias do Sul/RS Provedor : Infisc Versão: 1.01 Data/Hora: 13/08/2025 16:04:34 Método Executado: Enviar Lote Assíncrono Parâmetros de Envio Numero do Lote: 0 Parâmetros de Retorno Data de Envio : 13/08/2025 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : Mensagem: Error1213 Contribuinte não encontrado na base de dados (CNPJ: 999999999) Correção: Se a cidade é essa, esta tudo funcionando.

Boa tarde @Gabriel Bonzanini, Muito obrigado pela colaboração, já foi criado a TK-7502 para analise.

Boa tarde @jeffersonjunglaus, Por favor faça o seguinte teste. Abra o arquivo ACBrNFSeXServicos.ini e procure pela referida cidade. Esta da seguinte forma: [3525904] Nome=Jundiai UF=SP Provedor=Giss Versao=2.04 Params=Dividir100:|NaoFormatarItemServicoSemZeroEsquerda: ProRecepcionar=https://ws-jundiai.giss.com.br/service-ws/nf/nfse-ws Antere para: [3525904] Nome=Jundiai UF=SP Provedor=Giss Versao=2.04 Params=Dividir100: ProRecepcionar=https://ws-jundiai.giss.com.br/service-ws/nf/nfse-ws Salve o arquivo alterado e o coloque junto com a DLL e configure o caminho do arquivo ini.

Boa tarde @Gabriel Bonzanini, Chegou a realizar testes usando o programa exemplo do componente ACBrNFSeX?

Boa tarde @Diego Reckziegel, Eita, é que o tópico é de um assinante, é por isso que você não consegue ver. Conteúdo da postagem: Bom dia, Verificado que no provedor Agili, municipio de Juína-MT está ocorrendo que a tag ItemLei116AtividadeEconomica está ficando preenchida com o CNAE do serviço. ) componente está preenchendo esta tag com o CNAE da empresa Na documentação está desta forma da imagem e no xml de exemplo deles está desta forma <CodigoAtividadeEconomica>CodigoAtividadeEconomica1</CodigoAtividadeEconomica> <CodigoCnaeAtividadeEconomica>CodigoCnaeAtividadeEconomica1</CodigoCnaeAtividadeEconomica> <ItemLei116AtividadeEconomica>ItemLei116AtividadeEconomica1</ItemLei116AtividadeEconomica> Estou preenchendo o codLCServ com '14.01' e no XML gerado está gerando assim: Erro X800: '' is not a valid value of the atomic type ... tsItemLei116 Se preencher o CNAE ai ele sai com o CNAE da empresa neste campo <ItemLei116AtividadeEconomica>004520001</ItemLei116AtividadeEconomica> Desta forma e não apresenta o erro acima, mas retorna erro do webservice informando que o valor está incorreto. preenchendo: ItemServico.CodigoCnae = '1401'; gerou a tag desta forma: <ItemLei116AtividadeEconomica>1401</ItemLei116AtividadeEconomica> Posso estar errado, mas acredito que esta tag deveria respeitar oque informamos no campo NFSe.Servico.CodigoNBS ou no ItemServico.codLCServ Documento que o usuário disponibilizou também no tópico. Documentação_para_desenvolvimento_de_webservice.zip

@Diego Reckziegel, Preciso procurar o tópico que gerou essa alteração e tentarmos encontrar uma solução. Achei, veja.

Bom dia @Diego Reckziegel, O código ficou da seguinte forma: case VersaoNFSe of ve100: begin Result.AppendChild(AddNode(tcStr, '#1', 'CodigoAtividadeEconomica', 1, 140, 0, NFSe.Servico.CodigoTributacaoMunicipio, '')); // Result.AppendChild(AddNode(tcStr, '#1', 'CodigoListaServicoMunicipal', 1, 140, 0, // NFSe.Servico.CodigoTributacaoMunicipio, '')); Result.AppendChild(AddNode(tcStr, '#1', 'CodigoCnaeAtividadeEconomica', 1, 140, 0, FormatarCnae(NFSe.Servico.CodigoCnae), '')); item := FormatarItemServico(NFSe.Servico.ItemListaServico, FormatoItemListaServico); Result.AppendChild(AddNode(tcStr, '#1', 'ItemLei116AtividadeEconomica', 1, 140, 0, item, '')); end; ve101: begin Result.AppendChild(AddNode(tcStr, '#1', 'CodigoAtividadeEconomica', 1, 140, 1, NFSe.Servico.CodigoTributacaoMunicipio, '')); Result.AppendChild(AddNode(tcStr, '#1', 'CodigoCnae', 7, 15, 0, FormatarCnae(NFSe.Servico.CodigoCnae), '')); end; end; A cidade que você deu como exemplo Nobres/MT usa o provedor Agili na versão 1.00 Você diz que ela aceita somente a tag ItemLei116AtividadeEconomica, com qual informação e atribuída em qual campo do componente ( CodigoTributacaoMunicipio ou CodigoCnae )?

Bom dia @tiago.istuque, Muito obrigado pela colaboração, já foi criado a TK-7500 para realizar a alteração.

Bom dia @Sandro Vitorino, Isso não é um problema, o provedor que fez essa lambança.

Boa tarde @João Vitor Bogo, Fiz uma pequena alteração na sua colaboração e enviei para o SVN.

Boa tarde @lucasatz, Fiz uma alteração na sua proposta para usar a consulta Genérica. Já esta no SVN.

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

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

Olá pessoal, A partir de 01/01/2026 os prestadores de serviços devem obrigatoriamente emitirem suas notas através do portal nacional da NFS-e Padrão nacional ou através de uma aplicação que consuma a API do SERPRO que visa a emissão da NFS-e segundo o Padrão Nacional. Leia o comunicado da prefeitura através do link abaixo. NOTA CARIOCA - Nota Fiscal de Serviços Eletrônica - NFS-e - Prefeitura da Cidade do Rio de Janeiro