Italo Giurizzato Junior

Boa tarde a todos, Enviado para o repositório a correção do programa exemplo.

Boa tarde Edu, O problema é que o componente no momento só esta implementado o eFrente falta implementar REPOM.

Boa tarde Marcelo, Que eu saiba o serviço relacionado ao CT-e esta fora do Ar, pelo jeito parou também do BP-e.

Bom dia Cleverson, Vamos simplificar a sua rotina para: ACBrMDFe1.Enviar(xLoteMdfe, false); Lembre-se que o Enviar executa automaticamente o Assinar e o Validar nessa ordem, logo não se faz necessário executar esses métodos antes do Enviar. O Assinar executa automaticamente o GerarXML que é responsável por gerar o XML do MDF-e, que por sinal é exatamente o que o GerarMDFe faz, com uma diferença o Assinar além de gerar o XML já realiza a sua assinatura. Da forma que você fez o XML estava sendo gerado 4 vezes (Assinar, GerarMDFe, Assinar e Enviar) e validado duas vezes (Validar e Enviar). Uma perda de tempo e processamento desnecessária. Quanto ao erro que você esta tendo, não notei nada de errado no seu XML, acredito que seja algum problema no ambiente de homologação da SEFAZ-Virtual do Rio Grande do Sul.

Bom dia Melissa, Pela mensagem de erro 403 acredito que o certificado esteja vencido.

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

Bom dia a todos, Estão configurando o componente corretamente? FormaEmissao := teSVCSP;

Paulo, Se você abrir esse arquivo através de um navegador vai notar no final o grupo <procEventoNFe>. Esse grupo nada mais é do que o conteúdo do arquivo *-procEventoNFe.xml que é gerado quando você obtém o retorno da SEFAZ sem nenhum problema.

Boa tarde Paulo, A SEFAZ não oferece um webservice para obter novamente o retorno de um evento. Mas existe uma saída, que é realizar a consulta dessa nota através da chave. No retorno dessa consulta contem o XML que é o conteúdo do *-procEventoNFe.xml Infelizmente não temos ainda implementado no componente uma rotina para extrair automaticamente e salvar em disco. Mas você pode fazer isso manualmente para resolver o problema do seu cliente.

Pessoal, Vocês estão configurando o componente corretamente? FormaEmissao := teSVCSP;

Boa tarde Nickolas, Favor atualizar os fontes, reinstale a suíte ACBr e faça novos testes.

Boa tarde a todos, Vocês estão executando o consultar status antes do envio? Se sim, favor enviar apenas sem realizar a consulta. Peço a todos que também atualizem os fontes e reinstale a suíte ACBr. Por fim, façam novos testes.

Boa tarde a todos, Vocês estão consultando o status do serviço antes do envio? Se sim, favor não consultar, apenas envia.

Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Maikon, Não é obrigatório, mas sem duvida é uma garantia que a transportadora tem que a mercadoria foi entregue.

Boa tarde Rubinho, Antes de executar o método ConsultarNFe você gerou novamente o XML da nota ou simplesmente carregou o mesmo? Se gerou novamente e não informou a data e hora de emissão exatamente igual a da primeira vez pode ocorrer o erro de DigestValue não confere. Quando o XML é gerado e assinado, se você observar vai notar que no grupo <Signature> temos um elemento chamado <DigestValue>. Ao consultar, no retorno também temos um elemento cujo nome é um pouco diferente mas que contem a mesma informação. Antes de juntar em um único XML, ou seja, XML da nota assinado mais o protocolo de autorização, o Monitor compara o DigestValue da assinatura do XML com o que foi retornado com o protocolo de autorização. Se for iguais ocorre a união dos dois arquivos, resultando em um XML assinado e protocolado. O que pode provocar essa diferença: gerar o XML novamente com alguma informação diferente, a data e hora de emissão por exemplo.

Pelo Portal Nacional do CT-e acusa que a SEFAZ-MG esta parada, logo temos que utilizar a SVC-SP. O erro que você esta recebendo é quando envia para a SEFAZ-MG ou para a SVC-SP?

Boa tarde Márcio, Primeiramente, atualize os fontes e reinstale a suíte ACBr. Segundo leia o artigo: Evento de Cancelamento de Comprovante de Entrega

Boa tarde pessoal, Com a versão 3.00a do CT-e temos um novo evento chamado Cancelamento de Comprovante de Entrega. Esse evento é emitido pela própria transportadora e não pelo destinatário da mercadoria. Para quem utiliza o ACBrMonitor abaixo segue um exemplo de como montar o arquivo INI do evento de Cancelamento de Comprovante de Entrega: [EVENTO] idLote=1 [EVENTO001] chCTe= chave do CT-e cOrgao= Codigo da UF CNPJ= CNPJ do emitente dhEvento=25/07/2019 10:30:00 tpEvento=110181 nSeqEvento=1 nProt= numero do protocolo de autorização do CT-e nProtCE= numero do protocolo de autorização do Evento de Comprovante de Entrega Para quem utiliza o componente, abaixo temos um exemplo de como enviar o evento em questão: ACBrCTe1.EventoCTe.Evento.Clear; with ACBrCTe1.EventoCTe.Evento.New do begin infEvento.chCTe := ChaveCTe; infEvento.CNPJ := CNPJEmitente; infEvento.dhEvento := now; infEvento.tpEvento := teCancComprEntrega; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := nProtocoloAutorizacao; infEvento.detEvento.nProtCE := nProtocoloAutorizacaoComprovanteEntrega; end; ACBrCTe1.EnviarEvento( 1 ); // 1 = Numero do Lote

Boa tarde Roger, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde, Qual é o motivo de realizar a copia da DLL? Sem realizar essa copia não estava funcionando o envio para a SEFAZ-MG? Se sim, é para funcionar para o envio para o SVC-SP sem a necessidade de copiar DLL.

Boa tarde, Tinha mais uma Unit para fazer a mesma alteração.

Boa tarde Heto, Tente a seguinte configuração:

Eu apenas alterei o ImprimirCancelado que estava atribuindo o valor True a propriedade Cancelada, mas não voltava para False após a impressão. O Junior fez as devidas correções na unit do Banco Safra, com isso resolveu o problema de compilação e instalação do ACBrBoleto. Quanto ao Fortes eu pelo menos não alterei nada.

Bom dia Flavio, Favor atualizar todos os fontes e faça novos testes usando o programa exemplo. Foi feita uma alteração no componente para ele usar o ID do elemento InfDeclaracaoPrestacaoServico em vez do ID do elemento Rps ao assinar o RPS.