Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    37.471
  • Registro em

  • Última visita

  • Days Won

    1.056

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde e_r_r, Ai que esta o erro você não pode pegar uma informação de Itens de NotasFiscais e a outra de Itens do retorno. Pelo simples fato que a SEFAZ, ao retornar o resultado do processamento de um lote, as notas rejeitadas são colocadas logo no inicio. O correto é: 'Nro nota: '+IntToStr(ACBrNFe1.NotasFiscais.Items[i].NFe.Ide.nNF)+ 'Nro chave: '+ACBrNFe1.NotasFiscais.Items.NFe.procNFe.chNFe
  2. Boa tarde Vanessa, Base64 ( SHA1 ) = string de 56 caracteres Hexa( DisgetValue Assinado) = string de 56 caracteres Maravilha, chegamos a quantidade de caracteres, o problema agora é descobrir o porque da diferença. É sabido que se alterar uma letra de uma string que é submetida a um SHA1 81 bits dos 160 são alterados. O componente antes de realizar a assinatura é acrescentado o grupo Signature no XML. Isso faz toda a diferença ao calcular o SHA1.
  3. Boa tarde Luise, Não tenho realizar testes, por favor atualize os fontes, teste e report os erros.
  4. Boa tarde Delfino, No seu cliente, passou a apresentar o erro sem você ter atualizado a aplicação? Se sim, o problema é no provedor.
  5. André, Estranho o mesmo código com descrições totalmente diferentes.
  6. Boa tarde Thaine, O componente esta configurado para versão 1.00a? Os schemas estão atualizados?
  7. Boa tarde Caetano, Já tentou usar o comando do componente? Uma coisa é imprimir usando a DLL, outra coisa é usar o componente para gerar o PDF.
  8. Boa tarde Andre, Verifique se a descrição esta exatamente igual a da tabela. Leve em consideração letras maiúsculas e minusculas, vogais acentuadas, cedilhas.
  9. Boa tarde Vanessa, Não seria o caso de converter para Hexa e sim para Base64. Em anexo temos uma unit que faz isso. Por favor teste essa unit. Base64.pas sAux := SHA1(sXML); // retorna uma string com 40 bytes (function da unit CryptSHA1.pas sDigVal := Base64Encode(sAux); // Deve retornar os 56 bytes (function da unit Base64.pas) sDigVal2 := AsciiToHex(sDigestValue); // Converte o Digest Value extraído da assinatura do XML para Hexa (function da unit ACBrUtil.pas) sDigVal = sDigVal2 ?????
  10. Bom dia Glenio, O mais estranho que o DANFSE da NFS-e foi feito aos moldes do DANFE da NF-e.
  11. Bom dia a todos, Foi tratado neste tópico a questão de gerar o Digest Value a ser incluído no QR-Code da NFC-e sem a necessidade de assinar o XML, como consta no Manual sobre o DANFE da NFC-e. Especificações Técnicas do DANFE NFC-e QR-Code - versão 3.2 publicado em 01/04/2014 Na página 14 temos: digVal - Digest Value da NFC-e é obtido da seguinte forma: NFC-e Normal (online):Grupo Signature (campo ZZ01) NFC-e em Contingência Offline: SHA1 sobre arquivo XML da NFCe Muito bem, foi disponibilizado ontem a noite pelo nosso colega Rafael Teno Dias uma unit chamada Crypt.SHA1.pas, esta salva dentro da pasta ...\Fontes\ACBrNFSe. Ela contem uma function chamada SHA1: function SHA1(s: AnsiString): String; Favor testa-la passando como parâmetro o XML da NFC-e, vamos ter como resposta uma string com 40 caracteres. Depois assine o XML e compare o resultado da função acima com o campo DigestValue da assinatura. Se essa unit resolver o problema vamos move-la para dentro da pasta ...\Fontes\ACBrComum, desta forma ela poderá ser utilizada tanto para a NFC-e quanto para NFS-e. Fico no aguardo do retorno de vocês.
  12. Boa noite Leandro, Segundo a Nota Técnica 2014/001, não. Item 6 - página 2
  13. Boa noite Ailton, Exclua os fontes que você alterou e baixe novamente, depois compile a aplicação com a opção Build.
  14. Boa tarde Agnaldo, Muito obrigado pela colaboração, já esta disponível.
  15. Boa tarde Juliano, Muito obrigado pela colaboração, já esta disponível.
  16. Boa tarde Rafael, Ao utilizar os fontes que você postou ocorreu um erro de identificador inexistente: xmlRoot na unit ACBrNFSeUtil.pas xmldoc.setProperty('SelectionNamespaces', NameSpaceLote ); xmlRoot:= xmldoc.documentElement; xmlRoot.setAttribute('xsi:schemaLocation','http://localhost:8080/WsNFe2/lote http://localhost:8080/WsNFe2/xsd/ReqEnvioLoteRPS.xsd'); Creio que esta faltando linha que o cria.
  17. Boa tarde Ailton, Por favor atualize os fontes e tente novamente.
  18. Boa tarde Cesar, Por favor, atualize os fontes, acredito que agora o consultar na versão 2.00 vai funcionar. Com relação a Inutilização de numeração, deve ser algum problema na SEFAZ. Uma vez que o pedido de inutilização esta todo correto tanto na versão do cabeçalho como também na versão da mensagem de dados. Mas no retorno da SEFAZ note que a versão do cabeçalho aparece como sendo 3.10 e na versão da mensagem de dados é mostrado 2.00 E no Portal Nacional da NF-e apresenta a mesma URL de homologação / produção para ambas as versões. A não ser que resolveram alterar o NameSpace da Inutilização como fizeram da consulta, apesar que no caso da consulta as URLs da versão 3.10 são diferentes da versão 2.00
  19. Boa tarde Codorna, Muito obrigado, já realizei algumas alterações e envie para o SVN.
  20. Boa tarde Dangelo, Ao enviar, a única mensagem de erro que aparece é: Erro Desconhecido ao Enviar Lote (por exemplo)? Se sim, isso significa que esta ocorrendo uma conexão com o Web Services, o lote é enviado, mas esta sendo ignorado. O pior é que o Web Service não retornar absolutamente nada, fazendo com que a mensagem de erro acima seja apresentada. É preciso descobrir o motivo pelo qual o Web Service esta ignorando o lote.
  21. Bom dia Diogo, Primeiramente ao tentar abrir o arquivo *-ped-can.xml acusou um erro de caracter inválido. Descobri que o problema era os espaços em branco entre as palavras no texto: Dados do tomador incorretos. Removi os espaços salvei e depois coloquei eles novamente e o XML foi aberto com o Internet Explorer sem nenhum problema. Acredito que ao informar o motivo do cancelamento o Delphi esteja inserindo caracteres inválidos no espaço em branco. Tente colocar sem espaço e depois faça outro teste com espaço: Motivo do Cancelamento = DadosErrados Motivo do Cancelamento = Dados Errados
  22. Bom dia Claudio, Na caixa texto prefeitura você informa o nome da prefeitura, por exemplo: Prefeitura Municipal de Votuporanga. No caso do Ginfes, você deve apenas: 1. Alimentar o componente com os dados pertinentes ao RPS; 2. executar o comando Enviar. Tome como base a rotina do botão [Gerar e Enviar Lote RPS] do programa exemplo. O comando Enviar: gera o XML do RPS, assina gera o XML Lote, assina, valida o lote, envia, aguarda o retorno, caso o lote tenha sido processado com sucesso, é salvo o XML da NFS-e e o DANFSE é impresso.
  23. Bom dia Everton, Desculpa não entendi, o XML que você esta lendo com o LoadFromStream contem uma NFS-e mais de uma? Quando você diz que não esta zerando os índices, esta se referindo ao Clear?
  24. Bom dia Diego, Nessa propriedade temos que informar a alíquota em porcentagem e não em valor (reais). Se a alíquota é 2,5% devemos informar 2.5 ou 0.025 dependendo do provedor.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.