Italo Giurizzato Junior

Bom dia Hugo, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Luiz, Na unit Agili.GravarXml temos: procedure TNFSeW_Agili.Configuracao; begin inherited Configuracao; FpAtividadeEconomica := Trim(FpAOwner.ConfigGeral.Params.ValorParametro('NomeTagAtividadeEconomica')); FpNrOcorrCodigoCnae := 1; FpNrOcorrItemLei116 := 1; if FpAOwner.ConfigGeral.Params.ParamTemValor('NaoGerarTag', 'CodigoCnae') then FpNrOcorrCodigoCnae := -1; if FpAOwner.ConfigGeral.Params.ParamTemValor('NaoGerarTag', 'ItemLei116') then FpNrOcorrItemLei116 := -1; end; Como você pode ver só não vai gerar a tag CodigoCnae caso exista o parâmetro: NaoGerarTag com o valor CodigoCnae. Esse parâmetro é informado no arquivo ACBrNFSeXServicos.ini e nele temos o seguinte: [5107354] ; Incluído em 29/06/2023 Nome=Sao Jose do Xingu UF=MT Provedor=Agili Params=NomeTagAtividadeEconomica:ItemLei116AtividadeEconomica Como você pode ver não existe o parâmetro NaoGerarTag com o valor CodigoCnae. Verifica a lista abaixo: Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Boa tarde Luiz, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr? Você não tem cópia do arquivo ACBrNFSeXSevicos.ini dentro da pasta do EXE? Se sim, delete.

Boa tarde Rodrigues, Complementado o que o Juliomar já lhe passou, se tratando de emissão de NFS-e: 1. Tem provedor que existe que o XML seja assinado e outros não, o provedor ISSNet que é o de Ribeirão Preto exige que seja assinado, logo você vai precisar do certificado do prestador. 2. Quanto a emissão, não deixe para emitir tudo no final do mês (em um único dia), emitida durante o mês (em vários dias). Você sempre vai enviar o XML do Rps e o provedor vai lhe retornar o XML da NFS-e. 3. O provedor ISSNet é famoso por não dar informações a não ser que você contrate o serviço deles de consultoria.

Boa tarde Hugo, Já inclui na minha lista de tarefas para analisar o caso. TK-4187

Boa tarde Wagner, A SEFAZ-MG esta de brincadeira, nunca vi uma SEFAZ com tantos problemas e com pessoal indeciso. Já inclui na minha lista de tarefas para analisar o problema. Favor anexar a unit que você alterou para que possamos validar e fazer mais alguns ajustes. TK-4186

Boa tarde Antonio, A explicação é simples. Quando emitimos o CT-e temos um XML chamado: <chave>-cte.xml que contem todas as informações do CT-e, a assinatura digital e o protocolo de autorização, desta forma temos um XML com validade jurídica. Quando solicitamos o cancelamento, lembrar que o cancelamento é um evento, sendo assim temos um XML chamado: <id>-procEventoCTe.xml que contem os dados do evento de cancelamento, a assinatura digital e o protocolo de cancelamento, desta forma temos um XML com validade jurídica. Note que nesse XML temos a chave do CT-e objeto de cancelamento, ou seja, o evento é vinculado ao CT-e. Resumindo, temos 2 XML com validade jurídica: 1 - XML do CT-e assinado e com o protocolo de autorização; 2- XML do evento, assinado e com o protocolo que homologa (reconhece) o evento; Um XML de CT-e com o protocolo de cancelamento em vez do de autorização se torna um XML sem validade jurídica.

Boa tarde Verissimo, Já esta no SVN.

Boa tarde Eduardo, Já esta no SVN.

Boa tarde Paulo, Já esta no SVN.

Boa tarde Edmilson, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Verissimo, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça testes usando o programa exemplo.

Boa tarde Verissimo, Você fez essa implementação para atender qual cidade?

Bom dia Solivan, No retorno do Emitir não tem nenhuma lista de erros, é por isso que a lista de erros do Emitir esta vazia. Veja o XML de retorno do Emitir: <EnviarLoteRpsResposta> <NumeroLote>2</NumeroLote> <DataRecebimento>2023-07-05</DataRecebimento> <Protocolo>7da411db6e31990c3785</Protocolo> <ListaMensagemRetorno/> </EnviarLoteRpsResposta> Note que é retornado o numero do protocolo que atesta que o lote foi recebido com sucesso e se encontra na fila de processamento. O grupo ListaMensagemRetorno que poderia conter algum erro esta vazio. Ao consultar a situação do Lote temos o seguinte retorno: <ConsultarSituacaoLoteRpsResposta> <NumeroLote>2</NumeroLote> <Situacao>2</Situacao> <ListaMensagemRetorno/> </ConsultarSituacaoLoteRpsResposta> Note que o código da situação é 2 indicando que o lote ainda esta na fila de processamento. Você esta executando cada método separadamente ou configurou o componente para executar o ConsultarSituacao e o ConsultarLote automaticamente? Como no retorno do ConsultarLote temos a lista de erros, no retorno do ConsultarSituacao o valor da tag Situacao tem que ser 3. Mas pelos arquivos que você anexou esta tudo funcionando como previsto.

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

Solivan, Você colocou os pontos de parada onde eu lhe pedi? Fez um teste usando o programa exemplo? Pra que isso? case LFormaEnvio of 0: ACBrNFSeX1.Emitir(IntToStr(fsLote), meLoteSincrono, False); 1: ACBrNFSeX1.Emitir(IntToStr(fsLote), meLoteAssincrono, False); end; Sendo que você pode fazer assim: ACBrNFSeX1.Emitir(IntToStr(fsLote), meAutomatico, False);

Boa tarde, Acabei de realizar um teste, veja resultado: Requisição Ambiente: 1 Cidade : Belo Horizonte/MG Provedor: BHISS Versão: 1.00 Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : E50 Mensagem: Inscrição Municipal do prestador inválida Correção: ---------

Boa tarde, Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Boa tarde Verissimo, Muito obrigado pela contribuição, já inclui na minha lista de tarefas. TK-4174

Boa tarde Flavio, No caso do provedor Fiorilli, faça o seguinte para que não ocorra a assinatura: ACBrNFSeX1.Configuracoes.Geral.Assinaturas := taNaoAssinar; Essa linha tem que ser colocada na procedure que configura o componente. Quanto a URL de produção você precisa confirmar com a prefeitura/provedor, pode ser que essa informação esteja no site da prefeitura.

Boa tarde Solivan, Eu não tenho como testar pois o webservice acusa que o certificado que estou usando não esta autorizado, logo me retorna um erro de conexão: S04. Por favor abra a unit ACBrNFSeXProviderABRASFv1 e coloque um ponto de parada no inicio da procedure: TratarRetornoConsultaLoteRps Document.LoadFromXml(Response.ArquivoRetorno); ProcessarMensagemErros(Document.Root, Response); Response.Sucesso := (Response.Erros.Count = 0); Nesse fragmento de código da procedure, a primeira linha faz a leitura do XML de retorno; A segunda linha faz a leitura da lista de erros. Por fim a terceira recebe o valor True se a lista de erros estiver vazia. Se no XML retornado contem a lista de erros e mesmo assim o valor de Sucesso é True, vai ser necessário colocar um ponto de parada na procedure: ProcessarMensagemErros para descobrir o porque ele não esta lendo a lista. Faça os testes usando o programa exemplo.

Boa tarde Verissimo, O que me parece é que esse serviço não é para consultar uma NFS-e por RPS. Pois as tags dessa consulta se referem ao numero e série de uma nota. A tag raiz da mensagem de dados é: urlNfd que me sugere ser um serviço que retorna a URL de uma nota. E a procedure que trata o retorno dessa consulta escrita por você confirma que o retorno é mesmo uma URL. Já existe na nossa lista de tarefas a implementação de um método visando obter como retorno a URL de uma nota. Como certeza vamos aproveitar a sua contribuição. Por favor aguarde mais um pouco.

Bom dia Elisângela, Vai ter que entrar em contato com a prefeitura/provedor e expor o problema. No ambiente de homologação, diz que a nota foi emitida com sucesso, mas nesse retorno o numero da nota é zero. <numeroNota>0</numeroNota> Dessa forma fica complicado testar os demais métodos. Já no ambiente de produção ocorre o erro 500 - Erro Interno no Servidor. Dessa forma como os contribuintes vão emitir as suas notas?

Bom dia Joemil, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia Flavio, Porque você alterou os fontes do componente? Criamos uma opção de configuração para fazer com que ele assine ou não o XML evitando assim a necessidade de alterar os fontes do componente.