Italo Giurizzato Junior

Bom dia Infoel, Em qual documento emitido pelo ENCAT e publicado no portal da SEFAZ, esta escrito que devemos trocar o protocolo de autorização pelo de cancelamento ou encerramento no caso do MDF-e?

Boa tarde Ricardo, A equipe ACBr não da mais suporte ao ACBrNFeMonitor, favor migrar para o ACBrMonitor Plus.

Boa tarde Volnei, Favor atualizar os fontes e testar.

Boa tarde Elisângela Acredito que você anexou o fonte sem a sua implementação, pois esta exatamente igual ao que esta disponível no repositório.

Boa tarde a todos, Acredito que a solução poderia ser diferente, vou analisar uma outra.

Boa tarde Márcio, Pela imagem não consigo enxergar a diferença, é a idade, . Por favor anexe o XML gerado pelo componente para que eu possa comparar com o exemplo.

Márcio, Você disse que o envio esta ocorrendo normalmente sendo assim não existe nenhum problema na conexão, concorda? Ao realizar a consulta é informado o CNPJ e a Inscrição Municipal a principio devemos informar somente os dígitos. Será que no cadastro do provedor essas informações não estão formatadas com pontos e traços?

Juliana, Lembre-se que existe o ConsultarSituacao e ConsultarLoteRps. O primeiro apenas retorna a situação do lote e a resposta é 1, 2, 3 ou 4. Sendo que 1 = Lote não recebido, 2 = Lope em processamento, 3 = Lote Processado com erro e 4 = Lote processado com sucesso. Se a situação for 3 ou 4 devemos realizar a segunda consulta, ou seja, ConsultarLoteRps. Se a situação for 3 teremos a mensagem de erro, por outro lado se for 4 teremos como resposta o XML da NFS-e.

Boa tarde, Você não deve consultar o status antes de enviar, isso faz com que a SEFAZ bloquei a sua conexão por consumo indevido e só libera depois de 1 hora. Você deve gerar o XML e tentar enviar se ocorrer algum erro, deve realizar uma consulta, pois não sabemos se o erro ocorreu durante o envio ou retorno. Ao consultar se a SEFAZ retornar que a nota não existe na base de dados, significa que o erro ocorreu no envio, ai devemos tentar novamente. Por outro lado se o erro foi no retorno, com a consulta teremos o protocolo de autorização, e ai com o XML completo ou seja assinado e protocolado devemos imprimir o DANFE. Se ao tentar enviar pela segunda vez novamente ocorrer o erro, fica claro que o WebService que recepciona as notas esta parado, ai sim você gera novamente o XML só que agora com o tipo de emissão Offline e imprime o DANFE. Arquive essa nota para tentar o seu envio mais tarde.

Boa tarde Alexandre, Então atualiza todos os fontes de todas as pastas pois não existe mais essa propriedade chamada UseCertificate.

Boa tarde Rick, Muito obrigado pela colaboração, já esta no repositório.

Boa tarde Juliana, Você configurou o componente para mostrar as mensagens? Configuracoes.WebServices.Visualizar := True;

Boa tarde Márcio, Você configurou as propriedades de configuração do Emitente? Vide programa exemplo.

Boa tarde Elisângela, Muito obrigado pela colaboração, já esta no repositório. Favor atualizar os seus fontes pois este que você anexou esta desatualizado.

Boa tarde Volnei, A cidade Guarapuava/PR é atendida pelo provedor Pronim ou Pronimv2 ?

Bom dia Adriano, Segundo a Nota Técnica 2014/002 versão 1.01 que trata sobre o DistribuicaoDFe - página 4 diz: "NF-e estará disponível para terceiros somente cujo CNPJ ou CPF estiver informado na tag autXML". Note que não é feita nenhuma referencia aos resumos de eventos e eventos. Para mim existe um erro, pois como uma pessoa que não consta como autorizada poderá ter acesso aos eventos de uma NF-e, não faz sentido.

Bom dia Thiago, A consulta que você se refere é através do DistribuicaoDFe, correto? Quem é o ator da consulta, Emitente da NF-e, Destinatário da NF-e, Transportadora ou Outros?

Bom dia IdealB, Se você desenvolve em Delphi, porque não utiliza os componentes e faça a sua própria aplicação? O ACBrMonitor Plus foi criado visando atender os desenvolvedores que não usam o Delphi.

Bom dia Claudio, Note que o componente possui 3 propriedades de configuração chamada Salvar, eu me referi ao Salvar de Arquivos.

Bom dia Simões, Se você esta tendo notas rejeitadas por duplicidade isso significa que deve estar ocorrendo problemas no retorno e a sua aplicação tenta enviar novamente, sendo que o correto é realizar uma consulta. Pois se ocorreu um erro não sabemos se foi no envio ou no retorno. Se em vez de enviar novamente você faz uma consulta se o problema foi no retorno essa consulta vai atualizar o XML com o protocolo de autorização e temos o problema resolvido. Por outro lado se o problema ocorreu no envio, essa consulta vai retornar que a nota não existe na base de dados da SEFAZ, ai sim você envia ela novamente.

Boa tarde Claudio, Verifica se a propriedade: Configuracoes.Arquivos.Salvar esta com o valor True.

Boa tarde, Verifique as configurações de tempo de espera entre uma consulta e outra, bem como o tempo de espera antes de realizar a primeira consulta.

Almeida, Normalmente o erro 403 tem haver com o certificado que pode estar vencido ou só serve para assinar e não para consumir o Web Services.

Adriano, Muito obrigado pela colaboração, já esta no repositório.

Jemison, Experimente aumentar o valor da propriedade TimeOut.