Italo Giurizzato Junior

Boa tarde, Esse XML que você anexou é gerado pela sua aplicação, correto? Pois bem dentro do grupo <infDoc> devemos ter o grupo <infCTe>, se o emitente for uma transportadora ou <infNFe> se o emitente for um transportador de carga própria ou <infMDFeTransp> se o modal for Aquaviário (vide regras no manual). Não podemos (e já faz um bom tempo) gerar os grupo <infCT> e <infNF>.

Boa tarde Cordeiro, E qual é o Digest ao executar o método Consultar?

Boa tarde, Por ser uma postagem informativa, vou fechar ela. Desde já muito obrigado pela informação.

Boa tarde Norton, Favor anexar o XML de retorno da SEFAZ quando é realizado o envio Síncrono para que possamos analisar e fazer as devidas correções.

Boa tarde Emerson, Após copiar os fontes do programa exemplo, os fontes do componente, os fontes do pacote tem que seguir os seguintes passos: 1. Compilar e Instalar o pacote do componente através do Delphi. 2. Iniciar os testes com o programa exemplo. Lugares corretos das pastas com o programa exemplo, fontes e pacote dentro da estrutura do Trunk2.

Boa tarde Júlio, O componente ACBrCTe bem como o ACBrMDFe já estão prontos para gerar automaticamente a string do QR-Code no XML. A impressão do QR-Code no DACTE bem com DAMDFE ainda esta sendo feita, uma vez que só a partir de outubro/2019 que vai ser exigido ele. Favor atualizar os fontes e faça os testes.

Boa tarde Marcio, Muito obrigado pela colaboração, já enviei para o repositório as correções.

Boa tarde Alexsandro, No arquivo INI do provedor tem uma seção chamada Assinar, basta deixar tudo zero e faça novos testes.

Boa tarde Celso, Entre em contato com o provedor e solicite um XML (soap) de envio para que possamos comparar com o que o componente gera. E desta forma fazer as devidas alterações. Verifique também se essa nova versão vai ser aplicada para todas as cidades atendidas por eles.

Boa tarde Robson, Isso varia de provedor para provedor, mas o caminho é esse.

Boa tarde ALA, Favor atualizar os fontes, me parece que existe algumas correções nos arquivo INI para o provedor SigCorp.

Boa tarde Marcelo, Se não me falha a memória ao fazer testes com esse provedor também tive o mesmo erro. Favor entrar em contato com o provedor e solicitar XML (soap) de envio para que possamos comparar e fazer os ajustes necessários.

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

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

Boa tarde Roger, Por favor anexa as units alteradas para que possamos analisar as suas alterações.

Boa tarde Marcio, Sem essa alteração ocorria erro ao tentar enviar?

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

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

Cordeiro, Se o XML ainda não existe, porque você gera, assina, valida e consulta? O correto não seria Gerar, Assinar, Validar e Enviar? Outra coisa o método Enviar se encarrega de executar o Assinar e Validar logo a sua rotina poderia ser simplificada. ACBrBPe1.Bilhetes.Clear; GerarBPe(dm.qBpe.FieldByName('nr_bpe').AsString); ACBrBPe1.Enviar(nLote);

Bom dia Bianca, No método DistribuicaoDFePorUltNSU você esta informando o Código da UF e o CNPJ do seu cliente correto? Não pode informar o CNPJ do Fornecedor. O valor inicial de UltNSU deve ser zero e depois sempre usar o valor retornado no campo UltNSU sem acrescentar nada a esse valor, pois se ele retornar o valor 500 e você informar 501 a SEFAZ vai retornar do 502 em diante, sendo que o correto é retornar do 501 em diante. Não entendi o seu ultimo paragrafo (notas onde o CNPJ informado está como Autorizado ). Por favor explique isso melhor.

Bom dia Cordeiro, Ao realizar a consulta, você esta gerando o XML do BP-e novamente? Não faça isso, pois se esta ocorrendo erro de digest value significa que alguma informação foi alterada, por exemplo a data e hora de emissão do BP-e. Caso ocorra algum problema e o protocolo de autorização não é retornado o procedimento correto é: 1. Carregar o XML que já foi gerado assinado e enviado, através do método LoadFromFile(xNomedoXML); 2. Executar o método Consultar.

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

Bom dia pessoal, Com a versão 3.00a do CT-e temos um novo evento chamado Comprovante de Entrega. Esse evento é emitido pela própria transportadora e não pelo destinatário da mercadoria. Nesse evento temos um campo obrigatório chamado hashEntrega, cuja descrição: Hash (SHA1) no formato Base64 resultante da concatenação: Chave de acesso do CT-e + Base64 da imagem capturada da entrega (Exemplo: imagem capturada da assinatura eletrônica, digital do recebedor, foto, etc) Nota 1: A critério do autor deste evento, este campo pode ser utilizado como índice para acesso as informações do Comprovante de entrega. Nota 2: A SEFAZ não tem nenhum controle sobre a informação deste campo. Observação: 28 caracteres são representados no schema como 20 bytes do tipo base64Binary. Nesse primeiro momento o componente não esta calculado o hash ficando a cargo da aplicação do desenvolvedor, pois vamos verificar a possibilidade de implementar. Para quem utiliza o ACBrMonitor abaixo segue um exemplo de como montar o arquivo INI do evento 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=110180 nSeqEvento=1 nProt= numero do protocolo de autorização do CT-e dhEntrega=24/07/2019 17:30:00 nDoc= Documento de identificação da pessoa que recebeu a entrega xNome= Nome da pessoa que recebeu a entrega latitude= Latitude do ponto da entrega (detectado pelo equipamento do transportador, exemplo: PDA, tablet, celular) longitude= Longitude do ponto da entrega (detectado pelo equipamento do transportador, exemplo: PDA, tablet, celular) hashEntrega= Hash (SHA1) no formato Base64 resultante da concatenação: Chave de acesso do CT-e + Base64 da imagem capturada da entrega (Exemplo: imagem capturada da assinatura eletrônica, digital do recebedor, foto, etc) dhHashEntrega= Data e hora da geração do hash da entrega ; xxxx pode variar de 0001 até 2000 [infEntregaxxxx] chNFe= chave da NF-e da mercadoria que foi entregue 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 := teComprEntrega; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := nProtocoloAutorizacao; infEvento.detEvento.dhEntrega := datahoraEntrega; infEvento.detEvento.nDoc := NumeroDocumento; infEvento.detEvento.xNome := NomedoRecebedor; infEvento.detEvento.latitude := fLatitude; infEvento.detEvento.longitude := fLongitude; infEvento.detEvento.hashEntrega := hashdaEntrega; infEvento.detEvento.dhHashEntrega := datahhoradoHashEntrega; InfEvento.detEvento.infEntrega.Clear; // o bloco abaixo poderá se repetir por até 2000 vezes with InfEvento.detEvento.infEntrega.New do chNFe := ChaveNFe; end; ACBrCTe1.EnviarEvento( 1 ); // 1 = Numero do Lote

Bom dia Alberto, No caso dos eventos: Registro de Passagem Automatico MDF-e com CT-e e MDF-e Autorizado com CT-e você tem os códigos para que eu possa confirmar?

Bom dia Marcos, Porque você esta adicionando o tipo de medida "Litragem" 3 vezes? O DACTE que você utiliza foi feito em Fast ou Fortes Report?