Italo Giurizzato Junior

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.

Boa tarde Werley, Essas URLs se referem as consultas e o cancelamento. Gostaria de saber se você esta conseguindo enviar o Lote ou ainda esta ocorrendo o erro 400?

Bom dia Luiz, Por favor veja esta noticia: Schemas da versão 3.00a do CT-e.

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?

Bom dia a todos, Na pasta: ...\Exemplos\ACBrDFe\Schemas\CTe temos os schemas: cteTiposBasico_v3.00.xsd cteTiposBasico_v3.00_Homologacao.xsd O schema cteTiposBasico_v3.00_Homologacao contempla as mudanças ocorridas na estrutura do XML do CT-e na versão 3.00a, já o outro não contempla. Até o dia 25/08/2019 devemos usar o arquivo cteTiposBasico_v3.00 em nossos clientes uma vez que eles estão emitindo os CT-e em produção. Para aqueles que desejam realizar os testes no ambiente de Homologação deverão seguir os passos abaixo: rename cteTiposBasico_v3.00.xsd cteTiposBasico_v3.00_Producao.xsd rename cteTiposBasico_v3.00_Homologacao.xsd cteTiposBasico_v3.00.xsd A partir do dia 26/08/2019 deveremos enviar para os nossos clientes o arquivo cteTiposBasico_v3.00_Homologacao renomeado para cteTiposBasico_v3.00 Isso se a SEFAZ comprir com as datas publicadas.

Bom dia, É muito simples, você tem uma rotina que lê os dados do conhecimento do banco de dados e alimenta o componente, correto? Na sua rotina tem algo do tipo: with ACBrCTe1.Conhecimentos.Add.CTe do begin (...) end; A propriedade Conhecimentos é uma lista quando executamos o Add.CTe um conhecimento é adicionado a essa lista. Logo para você enviar um lote com 10 conhecimentos (por exemplo) basta executar a sua rotina 10 vez, é obvio que a cada execução ela tem que pegar do banco de dados as informações do próximo conhecimento.

Boa tarde pessoal, Com a versão 3.00a do MDF-e temos um novo evento chamado Inclusão de DF-e. Apesar do nome DF-e, no momento só podemos incluir NF-e e não CT-e. Vale lembrar que o MDF-e só pode conter NF-e ou CT-e, ambos já mais. Para que possamos informar NF-e em um MDF-e o emitente do mesmo tem que ser um transportador de carga própria. Por outro lado para que possamos informar CT-e o emitente do MDF-e tem que ser um prestador de serviço de transporte, ou seja, uma transportadora. Portanto já deu para perceber que esse evento no momento não poderá ser utilizado por uma transportadora. Dito isso vamos ao que interessa: Para que o emitente possa enviar o evento de Inclusão de DF-e no MDF-e tem que constar a tag: indCarregaPosterior com o valor 1. Abaixo temos um fragmento de arquivo INI do MDF-e para quem utiliza o ACBrMonitor mostrando como fazer para que a tag acima seja gerada: [ide] (...) indCarregaPosterior=1 ; se o valor for zero ou essa linha não existir a tag não será gerada. (...) Para quem utiliza o componente como alimenta-lo para emitir o MDF-e com a tag em questão: (...) Ide.indCarregaPosterior := tiSim; // se o valor for tiNao ou não constar essa linha a tag não será gerada. (...) Vamos agora ver como que fica o arquivo INI do evento de Inclusão de DF-e para que usa o ACBrMonitor: [EVENTO] idLote=1 [EVENTO001] chMDFe= chave do MDF-e cOrgao= Codigo da UF CNPJCPF= CNPJ ou CPF do emitente dhEvento=24/07/2019 17:04:00 tpEvento=110115 nSeqEvento=1 ; (sequencial, para o proximo DF-e tem que ser 2 e assim por diante) nProt= numero do protocolo de autorização do MDF-e cMunCarrega= código IBGE do municipio onde ocorreu o carregamento das mercadorias referente ao DF-e a ser incluido xMunCarrega= descrição do municipio ; xxxx pode variar de 0001 até 2000 [infDocxxxx] cMunDescarga= código IBGE do municipio onde ocorrerá o descarregamento das mercadorias referente ao DF-e a ser incluido xMunDescarga= descrição do municipio chNFe= chave da NF-e a ser incluida Para quem utiliza o componente, abaixo temos um exemplo de como enviar o evento em questão: ACBrMDFe1.EventoMDFe.Evento.Clear; with ACBrMDFe1.EventoMDFe.Evento.New do begin infEvento.chMDFe := ChaveMDFe; infEvento.CNPJCPF := CNPJCPFEmitente; infEvento.dhEvento := now; infEvento.tpEvento := teInclusaoDFe; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := nProtocoloAutorizacao; infEvento.detEvento.cMunCarrega := cCodigoMunicipio; infEvento.detEvento.xMunCarrega := xDescricaoMunicipio; InfEvento.detEvento.infDoc.Clear; // o bloco abaixo poderá se repetir por até 2000 vezes with InfEvento.detEvento.infDoc.New do begin cMunDescarga := cCodigoMunicipio; xMunDescarga := xDescricaoMunicipio; chNFe := ChaveNFe; end; end; ACBrMDFe1.EnviarEvento( 1 ); // 1 = Numero do Lote

Boa tarde, Pela imagem que você anexou a linha que esta ocorrendo erro é a linha de numero 431, correto? Pois bem, essa linha nos fontes que se encontram no repositório é de numero 444. Outra coisa, no seu fonte consta a chamada da função StrToSchemaNFe sendo que no fonte que se encontra no repositório essa função esta com outro nome, ou seja, StrToSchemaDFe. Resumindo, você deve ter copia dos fontes do ACBr em outras pastas e o Delphi os esta encontrando.

Boa tarde Kebe, Que eu saiba a nota fiscal modelo 2 é uma nota fiscal comum de papel que pode ser preenchida a mão, já a NFC-e é a Nota Fiscal ao Consumidor Eletrônica tem que ser emitida via computador. Portanto são documentos distintos, apesar de ter a mesma finalidade, ou seja, acobertar a venda de produtos no varejo para consumidor final.

Boa tarde Norton, Talvez o nome do parâmetro no método Enviar esteja fazendo confusão. ASincrono -> a letra "A" vem de auxiliar, logo esse parâmetro se refere ao modo Síncrono, como o seu valor padrão é Falso o modo de envio é Assíncrono.

Boa tarde Emerson, Além de copiar os pacotes, você copiou também os fontes do componente?

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