Italo Giurizzato Junior

Ricardo, Já esta no SVN. Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Edu, Atualize todos os fontes, reinstale o ACBr e faça novos testes.

Daycon, Já esta no SVN.

Edu, Já esta no SVN. Fiz algumas correções. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Luiz, Na unit Agili.GravarXml temos: Result[i].AppendChild(AddNode(tcStr, '#1', 'CodigoCnae', 1, 7, FpNrOcorrCodigoCnae, FormatarCnae(NFSe.Servico.ItemServico[i].CodigoCnae), '')); Veja de onde ele pega o código CNAE para gear a respectiva tag. O provedor Agili, permite o envio de uma lista de serviços (no máximo 10). Cada serviço poderá ter o seu código CNAE.

Boa tarde Edu, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4194

Boa tarde Daycon, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4193

Boa tarde Ricardo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4192

Boa tarde Márcio, Você postou no lugar errado. Aqui é tratado assuntos sobre o Documento Fiscal: MDF-e - Manifesto de Documentos Fiscais Eletrônicos. Portanto não tem nada haver com Distribuição DF-e e muito menos com os Eventos de Manifestação do Destinatário. Fique atendo quando postar. Esse problema que os seus clientes estão enfrentando tem 2 motivos: 1. No seu cliente existe outra maquina ou outro software que esta executando o DistribuicaoDFe. 2. O contador do seu cliente esta executando o DistribuicaoDFe, ou seja, esta se passando pelo seu cliente para baixar as notas.

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

Bom dia Wagner, Muito obrigado pela colaboração, já esta no SVN.

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.