Italo Giurizzato Junior

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.

Boa tarde a todos, No componente o grupo <ICMSUFDest> é gerado conforme abaixo: if nfe.Det.Imposto.ICMSUFDest.vBCUFDest > 0 then (**)GerarDetImpostoICMSUFDest(i); Isso faz com que seja necessário informar o valor da base de cálculo, mas para o item que é isento o grupo não é gerado provocando a rejeição. A minha proposta é alterar essa condição para: if (nfe.ide.modelo = 55) and (nfe.Ide.idDest = doInterestadual) and (nfe.Ide.indFinal = cfConsumidorFinal) and (nfe.Dest.indIEDest = inNaoContribuinte) and (nfe.Det.Imposto.ICMS.CST <> cstPart10) and (nfe.Det.Imposto.ICMS.CST <> cstPart90) and not ((nfe.Det.Imposto.ISSQN.vBC > 0) or (nfe.Det.Imposto.ISSQN.vAliq > 0) or (nfe.Det.Imposto.ISSQN.vISSQN > 0) or (nfe.Det.Imposto.ISSQN.cMunFG > 0) or (nfe.Det.Imposto.ISSQN.cListServ <> '')) then GerarDetImpostoICMSUFDest(i); Essas condições traduzem (creio eu) a regra NA01-20 já mencionada.

Igor, Estou chegando a uma conclusão que o grupo <ICMSUFDest> deve ser gerado mediante as condições impostas pela regra NA01-20 (NT 2015/003 versão 1.50 - página 13). Se os campos desse grupo não forem alimentados todos eles serão gerados com o valor zero, e desta forma a nota poderá ser rejeitada pelo fato da informação esta errada e não pela ausência do grupo. Desta forma caberá ao desenvolvedor a alimentar corretamente cada um desses campos dependendo do produto ser ou não isento.

Boa tarde Igor, Talvez essa seja a solução.

Boa tarde Rodrigo, Com essa alteração a nota foi enviada e autorizada pela SEFAZ?

Boa tarde, Você abriu a unit pcnConversao.pas e procurou por teConfInternalizacao? TpcnTpEvento = (teCCe, teCancelamento, teManifDestConfirmacao, (...) teRegistroPassagemNFe, teConfInternalizacao); Você não tem nenhuma pcnConversao.pas perdida em alguma pasta que o Delphi tem acesso? Por exemplo uma cópia dela dentro da pasta que contem os fontes da sua aplicação.

Boa tarde Sidnei, Depois que o XML foi assinado ele foi editado? A edição de um XML assinado invalida o DigestValue.

Boa tarde Rafael, Tem coisa estranha os XML de envio estão OK, mas os de retorno estão vazio. Verifique se o problema não é o antivírus. Visto que a mesma aplicação funciona sem nenhum problema em outros clientes.