Italo Giurizzato Junior

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?

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 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?

Boa tarde Cesar, Se você utiliza o ACBrMonitor por favor aguarde mais um pouco que ainda esta semana estaremos disponibilizando no Manual do mesmo um exemplo de como montar o arquivo INI do mesmo. Agora se você utiliza o componente, também iremos publicar em Conhecimentos - CT-e/CT-e OS como passar os dados para o componente.

Bom dia Mateus, Como existe mais de uma SEFAZ-Autorizadora se tratando de CT-e com certeza para a SEFAZ que você esta enviando ela ainda não implementou as mudanças. Favor entrar em contato com a SEFAZ e questione sobre quando será liberado o ambiente de homologação com as mudanças referente a versão 3.00a

Bom dia Eduardo, Os códigos e enumeradores dos eventos do CT-e agora estão na unit pcteConversaoCTe.

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

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

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

Bom dia Lopes, Simples: 1. Carregue o XML do MDF-e assinado através do método: LoadFromFile; 2. Execute o método Consultar. Se o MDF-e que foi enviado foi autorizado, ao realizar a consulta será retornado o protocolo de autorização e o mesmo será incluído no XML assinado. Agora se ele não foi autorizado, no retorno a consulta temos o motivo da rejeição.

Bom dia Jhonlenon, Na sua postagem você escreveu: "Boa tarde, desde do dia 18 de Julho que não estou conseguindo nem consultar NF-e atraves do Manifesto do Destinatario, já atualizei ACBr e schermas e mesmo assim não funciona...print do erro abaixo. " Vamos fazer algumas pequenas correções: Primeiramente, não existe Manifesto do Destinatário e sim Manifestação do Destinatário. Segundo, você não realiza uma consulta da NF-e através da Manifestação, pelo simples fato da Manifestação do Destinatário ser um evento onde você informa a SEFAZ se comprou ou não, se já recebeu ou não a mercadoria referente a uma nota cuja chave da mesma foi informada nesse evento. Terceiro, a consulta que você se refere é feita através do DistribuicaoDFe que a principio retorna um resumo das notas emitidas contra o seu CNPJ ou o XML completo da nota caso esta tenha sido Manifestada pelo destinatário, ou seja, o evento de Manifestação do Destinatário tenha sido enviado. Agora, que culpa temos nós se o Ambiente Nacional que é o responsável pelos serviços do DistribuicaoDFe e Manifestação do Destinatário estar Inativo? Eu tenho o costume diário de acessar os Portais Nacionais da NF-e, CT-e bem como o Portal da SEFAZ-Virtual do Rio Grande do Sul em busca de algum Manual ou Nota Técnica nova que traga alguma alteração na montagem dos XMLs enviados para os Webservices. E com isso fico informado se vem novidades pela frente ou não. E também, diariamente atualizo todos os fontes de todas as pastas. Para finalizar, a imagem com o erro que você anexou diz que o serviço da SEFAZ esta inativo ou inoperante e pede para tentar mais tarde. Pelo menos para mim essa mensagem não deixa nenhuma duvida do que esta ocorrendo.

Bom dia Alexsandro, Muito obrigado pelos arquivos, ainda não consegui resolver o problema do erro 500. Verifica com o provedor se o RPS e o Lote devem ser assinados? Pois segundo os Schemas eles devem ser assinados e nesses exemplos não consta o grupo <Signature> que se refere a assinatura digital.