Italo Giurizzato Junior

Eliomar, Sim, você pode apenas usar o Enviar, uma vez (conforme você mesmo analisou o código) dentro dele é executado automaticamente o Assinar e em seguida o Validar.

Dangelo, O Cancelamento, o Encerramento de um MDF-e são eventos. Você não tem uma rotina que envia o evento de Encerramento? Pois bem, faça uma parecida para o evento de Inclusão de Condutores.

Boa tarde Antonio, Você sabia que o ACBrNFe - Trunk2 se utiliza do ACBrMail? Sendo assim você pode muito bem usar os métodos de envio de e-mail do ACBrNFe, pois estará usando na verdade o ACBrMail.

Boa tarde Leandro, O que você acha de anexar aqui no fórum as alterações que você fez e que julga ser de utilidade de toda a comunidade? Assim podemos avaliar e disponibilizar a todos. Deixando assim o componente mais completo.

Boa tarde, Você esta com todos os fontes atualizados?

Dangelo, Se o caminhão ainda não saiu, você tem duas opções: 1. Cancelar e fazer um outro contendo todos os condutores que deseja. 2. Existe um evento para incluir um novo condutor. Se você optar pelo evento, favor baixar a Nota Técnica 2013/004 que se encontra no Portal Nacional do MDF-e. Na página 67 temos o item 5.3 que trata sobre o Evento de Inclusão de Condutor.

Boa tarde Eliomar, Quem garante que após gerar e assinar o XML ele não precisa ser validado? Gerar um XML com um campo do tipo caracter que necessita de no minimo 15 caracteres e você só informou 13, o componente gera e assina, mas você concorda que ele esta errado? O Validar é muito importante para que falhas como o exemplo acima sejam detectados antes do envio. A presença do certificado digital é importante em dois momentos: 1. Assinatura do XML; 2. Conexão com os Web Services. Sendo assim o Assinar e o Enviar (por exemplo) necessitam do certificado digital.

Boa tarde Cassiano, A ideia é a mesma, mas é sempre bom consultar um bom contador.

Boa tarde Dangelo, with rodo.veicTracao.condutor.Add do begin xNome := sNome; CPF := sCPF; end; Colocar o código acima dentro de um FOR caso tenha mais de UM condutor.

Bom dia Marcio, Já estão disponíveis cerca de 47 INI referente aos provedores, mas os que necessitam que tanto o RPS quanto o Lote sejam assinados, com os fontes atualmente disponíveis não vão funcionar. Como já venho postando a vários dias já temos os fontes alterados para resolver esse problema ( assim esperamos ) as alterações estão em fase final de analise, acredito que esta semana ou semana que vem vamos disponibilizar.

Bom dia Andrew, Depois de enviado você não obtêm o protocolo de autorização devemos simplesmente: 1. Limpar o componente -> ACBrNFe.NotasFiscais.Clear; 2. Carregar o XML da nota assinada -> ACBrNFe.NotasFiscais.LoadFromFile( NomeArquivo, False ); 3. Consultar a situação atual da nota -> ACBrNFe.Consultar; Agora se depois de executar essa rotina surgir a mensagem de erro: "DigestValue do Documento não Confere" isso significa que algum dado da nota foi alterado entre o envio e a consulta. Sendo assim sugiro que no método LoadFromFile seja passado o valor False no segundo parâmetro. Desta forma faz com que o método em questão não gere novamente o XML.

Bom dia Claudio, Você disse que pretende gerar tudo Offline e depois transmitir. Bom, neste caso você não vai poder ter clientes no Estado de São Paulo, uma vez que em São Paulo o Offline não é permitido. Outra coisa, Offline é um modo de contingência, como você vai explicar a SEFAZ o uso desse modo sendo que a mesma esta operando sem nenhum problema? Acho melhor você rever os seus conceitos.

Bom dia Rafael, As NF-e e NFC-e tem haver com a SEFAZ ou seja o Estado, sendo assim não tem nada haver com o Município.

Boa noite, É lógico que você esta confuso, lendo a Nota Técnica que trata sobre o ConsultaNFeDest e usando o DistribuicaoDFe Você tem que ler a NT 2014/002 versão 1.01 que trata sobre o Web Service Distribuição DF-e.

Por favor, releia a minha postagem anterior, veja a linha para ler os dados que postei, note o que esta em negrito.

Sidnei, Nesse XML não existe nenhum carácter especial, por exemplo "&" ?

Boa tarde Andrew, Se você pesquisou no fórum, pesquisou errado, pois em diversas postagem é dito que quando enviamos uma nota e esta fica sem o protocolo de autorização, basta carregar o componente com os dados da nota ( método LoadFromFile ) e depois executar o método Consultar. Simples assim. Não entendo essa loucura em querer fazer o Download do XML.

Boa tarde Adolfo, A resposta esta exatamente o que você postou. <dhEmi>2015-12-23T00:00:00-02:00</dhEmi> A nota foi emitida hoje a zero horas? O que você acha de usar a função Now para atribuir a Data/Hora ao campo dEmi ?

Segundo a NT 2014/002 versão 1.01 página 4 o Destinatário só terá os documentos fiscais e resumos de eventos disponíveis o mesmo efetuar a manifestação dando "Ciência da Operação", "Operação não Realizada" ou "Confirmação de Operação", caso contrario somente o resumo da NF-e. Mas veja a Tabela que esta na página 4 da referida NT, no que diz respeito a CC-e o que o destinatário recebe não é um resumo do evento e sim o evento completo. Sendo assim: ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].procEvento.<campo desejado>

Boa tarde Gabriel, A solução para esse problema já esta pronta, mas estamos em processo de validação dessas alterações, para que não gerem efeitos colaterais nos demais componentes.

Rafael, Você chegou a consultar no site da SEFAZ as notas que você enviou? A sua empresa esta habilitada junto a SEFAZ a emitir as notas?

Boa tarde Daniel, URL := ACBrNFe.GetURLQRCode(CUF: integer; TipoAmbiente: TpcnTipoAmbiente; AChaveNFe, Destinatario: String; DataHoraEmissao: TDateTime; ValorTotalNF, ValorTotalICMS: currency; DigestValue: String);

Boa tarde, Qual é o tipo de evento que desejas? Outra coisa esses eventos se referem as notas destinadas a você ou se referem as notas emitidas por você?

Bom, O problema agora é outro, tem haver com o DANFE.

Boa tarde, É uma outra solução e com certeza o tempo computacional para determinar se o grupo vai ou não ser gerado é bem menor. Favor atualizarem os fontes e testarem.