Italo Giurizzato Junior

Boa noite Luise, Favor atualizar os fontes e testar.

Boa noite Rodrigo, Você não anexou o documento.

Boa noite, Se dentro da pasta ...\Exemplos\ACBrMDFe só existe a pasta Delphi isso significa que os teus fontes estão desatualizados.

Bom dia a todos, Favor atualizar os fontes e testar, as cidades foram incluídas.

Bom dia Juninho, O que você deseja é a NFP (Nota Fiscal Paulista) ou a NFS-e (Nota Fiscal de Serviço Eletrônica) para a cidade de São Paulo? Se for a NFP, você já viu os programas exemplos que estão em: ...\Projetos\NFP ?

Bom dia a todos, Implementei a geração do grupo <autXML> no ACBrNFeMonitor para o CT-e. Vamos aguar a nova compilação. Como incluir esse grupo no arquivo INI: [autXML01] CNPJCPF= numero do cnpj ou cpf [autXML02] CNPJCPF= numero do cnpj ou cpf [autXML03] CNPJCPF= numero do cnpj ou cpf (..) [autXML10] CNPJCPF= numero do cnpj ou cpf O limite é de no máximo 10.

Boa dia José, Junto com a mensagem de rejeição deve retornar a chave do MDF-e não encerrado. A chave retornada é exatamente igual a do MDF-e que você consulta e consta como encerrado? Se igual, você tentou enviar o evento de encerramento novamente?

Bom dia Seixas, Ao solicitar o cancelamento por evento da NFC-e, você esta configurando o modelo e a versão corretos para o documento fiscal? Pela mensagem de erro, "Modelo diferente de 55" me faz acreditar que o evento esta sendo enviado para o Web Services RecepcaoEvento da NF-e e não da NFC-e. ModeloDF := moNFC-e; VersaoDF := ve310; Se a configuração esta correta então o problema é na SEFAZ.

Bom dia Rômulo, Primeiramente vamos corrigir o comando, o correto é: ACBrNFe.WebServices.Envia(ALote, AImprimir, ASincrono); ALote = Numero do lote a ser enviado; AImprimir = Imprimir o DANFE automaticamente ou não, se True (valor padrão) imprimir, False não imprimir; ASincrono = Defini o modo de processamento do lote, se False (valor padrão) modo assíncrono, True modo Síncrono; Até onde sei as NF-e da versão 2.00 são recepcionadas pelo Web Services: NFeRecepcao que só funciona no modo Assíncrono. Por outro lado as NF-e da versão 3.10 são recepcionadas pelo Web Services: NFeAutorizacao que funciona nos dois modos. O modo Síncrono foi criado para atender a demanda da NFC-e, portanto fica a critério de cada SEFAZ implementar o modo Síncrono também para a NF-e. No momento eu passaria como parâmetros os seguintes valores: NF-e versão 2.00 ACBrNFe.WebServices.Envia(ALote, AImprimir, False); // modo assíncrono caso contrario não funciona NF-e versão 3.10 ACBrNFe.WebServices.Envia(ALote, AImprimir, False); NF-e versão 3.10 ACBrNFe.WebServices.Envia(ALote, AImprimir, True); // Modo Síncrono, se a SEFAZ disponibilizar e se o lote contiver apenas UMA nota. NFC-e versão 3.10 ACBrNFe.WebServices.Envia(ALote, AImprimir, False); // Modo Assíncrono quando o lote possuir DUAS ou mais notas. NFC-e versão 3.10 ACBrNFe.WebServices.Envia(ALote, AImprimir, True); // Modo Síncrono quando o lote possuir apenas UMA nota. Por favor leia o item 2 - Serviços de Autorização de Uso página 12 da Nota Técnica 2013/005 versão 1.03. Apesar de fazer referencia a NF-e mas como a NT trata tanto da NF-e quanto da NFC-e, então neste item 2 onde se lê NF-e leia-se NF-e/NFC-e.

Bom dia Everton, Por favor atualize o fontes e teste novamente.

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

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.

Boa tarde Luise, Não tenho realizar testes, por favor atualize os fontes, teste e report os erros.

Boa tarde Delfino, No seu cliente, passou a apresentar o erro sem você ter atualizado a aplicação? Se sim, o problema é no provedor.

André, Estranho o mesmo código com descrições totalmente diferentes.

Boa tarde Thaine, O componente esta configurado para versão 1.00a? Os schemas estão atualizados?

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.

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.

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

Bom dia Glenio, O mais estranho que o DANFSE da NFS-e foi feito aos moldes do DANFE da NF-e.

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.

Boa noite Leandro, Segundo a Nota Técnica 2014/001, não. Item 6 - página 2

Boa noite Ailton, Exclua os fontes que você alterou e baixe novamente, depois compile a aplicação com a opção Build.

Boa tarde Agnaldo, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Juliano, Muito obrigado pela colaboração, já esta disponível.