Italo Giurizzato Junior

Murilo, Se você tem o Quick Report instalado no Delphi e instalou o ACBrNFeDANFEQR, ao abrir o programa exemplo pela primeira vez ele deve ter apresentado uma mensagem acusando a ausência do componente ACBrNFeDANERave e solicitou a exclusão do mesmo no projeto, correto? Agora basta você incluir o componente ACBrNFeDANFEQR e associar com o ACBrNFe através da propriedade DANFE do ACBrNFe.

Boa tarde Murilo, O programa exemplo do ACBrNFe, não se utiliza do DANFE feito em Quick Report, logo você não vai encontrar o ACBrNFeDANFeQR no mesmo.

Boa tarde Rogério, Você já estudou a procedure GerarNFCe ? É nela que os dados pertinentes a venda são passados para o componente. Outra coisa, acesse o Portal Nacional da NF-e e baixe a Nota Técnica 2013/005 versão 1.21, nesta NT você vai encontrar toda a estrutura do XML e consequentemente quais são os campos obrigatórios.

Boa tarde Carlos, Em vez de: 1º Carrego o componente com as informações; Atribuindo os valores ao atributos; 2º Gerado o XML; 3º Carrego o componente através da leitura do XML; 4º Solicito a validação; Porque não: 1º Carrego o componente com as informações; Atribuindo os valores ao atributos; 2º Enviar; Lembre-se que o Enviar: Gera o XML, Assina, Valida, se OK Envia.

Mauricio, Esse é apenas o trecho onde é definido as URLs e não se deve ou não assinar.

Bom dia Mauricio, Verificando a Unit ACBrProvedorPronim, para a cidade Maravilha não é para realizar a assinatura. Os seus fontes estão atualizados?

Bom dia Renato, Sim, o arquivo *-rec.xml é o retorno do provedor. O componente envia o lote de RPS para o provedor e este deve retornar o numero do protocolo (semelhante ao recibo da NF-e) acusando o recebimento do lote. Portanto o arquivo *-rec.xml deveria conter o numero do protocolo, mas o web services não esta aceitando a assinatura do xml e esta retornando essa rejeição. Como já existe outros casos e o provedor esta tomando algumas providencias, sendo assim você deve entrar em contato com eles para procurar saber o que eles estão fazendo e qual é a alteração que você terá que fazer.

Bom dia Paulo, A mensagem de erro acusando que a chave é inválida já foi corrigida, bastando agora o pessoal disponibilizar uma nova compilação do ACBrNFeMonitor. Quanto ao erro de falha de parse, notei que na composição do Id esta faltando os 4 primeiros dígitos da chave: Esta assim: "ID110111120259.... o correto é: "ID1101113514120259... Como esse erro apareceu sendo que o monitor para se a chave for inválida.

Bom dia Márcio, Podemos dizer que o XML de um documento fiscal eletrônico para ter validade jurídica tem que possui 3 seções: 1. conteúdo do documento fiscal; 2. assinatura digital; 3. informações sobre o protocolo; As TAGs: DigestValue e SignatureValue estão contidas no grupo <Signature>, ou seja a seção "2", não podemos comparar o conteúdo dessas duas TAGs elas sempre serão diferentes, uma vez que a SignatureValue traz a assinatura e a DigestValue traz uma especie de checksum da seção "1". Se você observar na seção "3", mais precisamente o grupo <infProt> possui uma TAG chamada digVal esta sim deve ser comparada com a TAG DigestValue, elas devem possui e mesmo conteúdo. Se digVal for igual a DigestValue e cStat = 100 (Autorizado o uso) podemos dizer que o XML em questão é um Documento Fiscal Eletrônico com validade jurídica.

Jeff, Ou os seus fontes estão desatualizados, ou você não reinstalou o componente.

Boa tarde Moacir, Você esta com todos os fontes de todas as pastas atualizados? Se sim, você compilou a sua aplicação com o Build? Tentou compilar o pacote ACBrComum antes do pacote ACBrSerial?

Boa tarde André, Estou trabalhando nas alterações espero terminar amanhã.

Werner, O valor stEnvioWebService é definido na unit pcnConversao que encontra-se dentro da pasta PCN2. Esse valor é utilizado pela unit ACBrNFeWebServices que encontra-se dentro da pasta ACBrNFe2. Se o Delphi diz que não encontrou o stEnvioWebService os motivos são: 1. a unit pcnConversao desatualizada (mas segundo a sua postagem #37, concluo que não é o caso). 2. pcnConversao.dcu desatualizada, neste caso basta compilar o pacote PCN2 ou a aplicação com a opção Build. 3. existência de uma pcnConversao.dcu antiga dentro de alguma pasta que o Delphi tem acesso. Como não é a situação 1 e nem a 2 uma vez que você tentou compilar e o problema persiste, aconselho você procurar todas as ocorrências do arquivo pcnConversao.dcu através do Windows Explorer e excluir todas elas.

Boa tarde Jeff, Não tem como efetuar o encerramento manualmente. Somente via Web Services. O componente possui uma configuração: Configuracao.WebServices.Salvar Atribua o valor True a essa propriedade e tente novamente. Será gerado os seguintes arquivos: *-ped-eve-soap.xml (solicitação) *-eve-soap.xml (retorno) Post como anexos esses arquivos.

Boa tarde Werner, Verifique a lista de Paths no Library Path, o fonte que contem o valor stEnvioWebService encontra-se dentro da pasta PCN2, esta tem que vir antes das pastas que contem os fontes do ACBrNFe, do ACBrCTe, ACBrMDFe e ACBrNFSe.

Boa tarde Renato, Tenta debugar para encontrar o ponto onde o erro ocorre, pois não consegui localizar essa mensagem dentro dos fontes do componente.

Boa tarde, Uma coisa é a versão do XML da NF-e e outra coisa é a versão do XML do evento de cancelamento.

Boa tarde Guto, O valor dessa propriedade é definida no fonte de cada provedor. Abra o ACBrProvedorxxxxx onde xxxxx é o provedor em questão e altere o valor da propriedade QuebraDeLinhas. Depois compile a sua aplicação com a opção Build.

Depois do envio tente: sXML := UTF8Encode(ACBrNFe1.WebServices.EnvioWebService.XMLEnvio);

Bom dia, Como você faz para obter o XML de envio de um Cancelamento? É exatamente igual.

Bom dia, Esse é o primeiro passo, saber se o componente já atende a cidade ou não. O segundo passo agora é procurar saber qual é o provedor (empresa) que atende a cidade em questão. Na pasta: ...\Fontes\ACBrNFSe temos várias Units com o seguinte nome: ACBrProvedorxxxxx onde xxxxx é o nome do provedor. Se existir uma Unit para o provedor da cidade em questão, maravilha, o próximo passo é abrir essa Unit e verificar se existe ou não uma URL especifica para cada cidade. Se existir você deverá entrar em contato com o provedor para saber quais são as URLs de homologação e de produção. Alem de alterar essa Unit incluindo as URLs devemos também incluir o nome da cidade na lista de cidades referente ao provedor na Unit pnfsConversao. Agora se o provedor não existe ainda é preciso saber se o mesmo segue o padrão ABRASF.

Jeff, O XML que você postou se refere ao retorno a consulta. Eu pedi o retorno após a solicitação de encerramento. Lembrando que o encerramento é um evento, sendo assim temos os arquivos: *-ped-eve.xml (solicitação) *-eve.xml (retorno)

Boa tarde, O programa exemplo possui um botão onde você informa o código IBGE da cidade e ele te retorna o nome do provedor, caso retorno a palavra Nenhum significa que não tem nenhum provedor vinculado a cidade informada.

Dércio, Por favor atualize os fontes, pois fiz um teste aqui, e esse erro não ocorreu. Tive erro que o CNPJ não consta na base de dados, mas isso é devido eu estar usando um certificado não válido e que contem um CNPJ de outra empresa de outro Estado.

Boa tarde Celson, Esse provedor EL não segue exatamente o padrão ABRASF. A estrutura do XML é parecida mas contem muitas diferenças. Algumas coisas já estão implementadas se desejar dar continuidade, fique a vontade.