Italo Giurizzato Junior

Djean, Qual é a cidade?

Boa tarde, Realmente esse provedor só disponibiliza os serviços: ConsultarLote, ConsultarNFSePorRps, CancelarNFSe e EnviarLoteRpsSincrono. Muito estranho esta retornado que as notas estão canceladas.

Boa tarde, O envio esta ocorrendo sem nenhum problema, correto? Bom agora vou arrumar os demais serviços disponibilizados pelo provedor. Já inclui na minha lista de tarefas.

Boa tarde Maurício, Isso ocorre com o programa exemplo?

Boa tarte Marcelo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Já alterei o componente novo para codificar de forma automática. Favor atualizar os fontes. Preciso verificar o porque não funcionou a geração da tag vazia da forma que o provedor deseja.

Boa tarde, As tags obrigatórias com conteúdo vazio continua sendo geradas de forma simplificada? Com relação ao hash da senha antes era feito de forma automática pelo componente antigo? Se sim, vou verificar.

Boa tarde Guilherme, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. Vou analisar a sua alteração para saber se é necessário fazer algum ajuste no novo componente também para esse provedor.

Boa tarde Leandro, Você esta usando ainda o componente antigo. Lhe convido a fazer testes com o novo, vamos ver esse mesmo erro ocorre com o novo.

Boa tarde Djean, No retorno temos a seguinte mensagem: <retorno> <mensagem> <codigo>9999 - Arquivo XML da Nota Fiscal de Serviço Eletrônica não enviado!</codigo> </mensagem> </retorno> Mas no arquivo de envio do lote consta sim o XML da nota fiscal.

Bom dia, Conforme a mensagem que consta no retorno se faz necessário aguardar a prefeitura aceitar o pedido de cancelamento. Só não sei lhe informar o tempo que leva aprovação da prefeitura. Eu aconselho aguardar alguns minutos e depois executar o método ConsultarNFSe.

Bom dia Mauricio, Se possível, favor anexar o XML de envio (de preferencia o soap) gerado pela aplicação antiga e o gerado pela nova. As vezes foi alterado alguma coisa no XML que esteja provocando o problema.

Bom dia, Fiz uma alteração no componente para que ele realize a consulta automaticamente. Por favor atualize os fontes e faça novos testes usando o programa exemplo do novo componente.

Bom dia Jorge, Favor atualizar os fontes e faça novos testes.

Bom dia Jaisson, Já esta no SVN.

Boa noite, Se o MDF-e já foi enviado e esta autorizado, porque você vai enviar ele novamente? Não faz nenhum sentido. Você só vai enviar o evento. Uma pergunta, você utiliza o ACBrMonitor, correto? A carta de correção é um evento disponível para a NF-e e CT-e, não existe para MDF-e. Outra coisa, não existe consulta a eventos.

Boa noite Mauricio, Nos meus testes com o novo componente tive erro 401. Ocorre Timeout tanto em ambiente de homologação quanto de produção?

Boa tarde Thiago, Favor atualizar os fontes e faça novos testes.

Boa tarde, Esse é um erro de validação, você fez alguma alteração no componente?

Boa tarde Ala, Note que no arquivo *-abr-ses-soap.xml consta a identificação do prestador e a senha do mesmo. Lhe pergunto ambas as informações estão corretas? Pois no arquivo *-sesA-soap.xml (retorno) não consta o hash, informação que é utilizada no envio do lote. Note que no arquivo *-env-lot-soap.xml a tag <hashIdentificador> esta vazia. No meu entendimento ou o CNPJ informado na tag <identificacaoPrestador> e ou a senha informada na tag <senha> ao solicitar a autenticação do contribuinte (arquivo *-abr-ses-soap.xml) estão incorretos, logo não retornou o hash que é incluído automaticamente pelo componente no envio do lote.

Boa tarde Mauricio, Já tentou com essa outra configuração?

Boa tarde Jaisson, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. Lhe convido a conhecer o novo componente de emissão de NFS-e: ACBrNFSeX. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde, Infelizmente os provedores não seguem a formatação do ItemListaServico, cada um faz do jeito que quer. Vou fechar esse tópico pois acredito que o problema inicial foi sanado.

Boa tarde Leandro, Esse erro ocorre quando você configura o componente para usar o Capicom? Se sim, já tentou usar o WinCript ou OpenSSL? Já inclui na minha lista de tarefas para analisar a sua contribuição. Muito obrigado.

Muito obrigado, não encontrei nada no XML de diferente do que esta no SVN. Vou lhe pedir mais um favor. Anexe o XML de envio do lote (de preferente o arquivo soap) gerado pelo componente antigo e pelo novo, pois acredito que deve ter alguma coisa errada na geração do XML que deve estar provocando esse erro.