Italo Giurizzato Junior

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.

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.

Boa tarde Everton, Qual é o provedor?

Boa tarde Ailton, Por favor atualize os fontes e tente novamente.