Italo Giurizzato Junior

Bom dia, Ai que esta, no XML não existe nenhuma TAG que indique o ambiente. Dependendo do provedor, é utilizado NameSpace diferente para cada ambiente, desta forma é possível saber, caso contrario não.

Bom dia Murilo, Vamos ao erro: Required package 'QR5RunD7' not found - Pacote requerido "QR5RunD7" não encontrado. Muito bem, você tem o Quick Report instalado no Delphi? Se sim, qual é a versão dele? Pela mensagem de erro notei que o seu Delphi é o 7, uma vez que ele esta tentando utilizar o pacote do Quick Report 5 para o D7 (Delphi 7). Se você não tem o Quick Report 5 só tem 2 caminhos: 1. Desinstale o Quick Report que você tem e instale a versão 5. 2. Através do Delphi abra o pacote de instalação do DANFE - Quick Report e remova da lista de requisitos o QR5RunD7 e depois clique em compilar e por último instalar.

Bom dia Luiz, Veja este link: http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-anulacao-e-substituicao/

Murilo, Ao instalar os componentes, você marcou o mesmo para ser instalado?

Boa tarde lulaviana, Não informe o Expedidor e o Recebedor quando o CT-e for normal, essas pessoas só informamos quando se tratar de Redespacho ou Redespacho Intermediário. Outra coisa, você esta informando os veículos e diz que eles são de SP mas o proprietario dos mesmos são de RO, esta correto isso?

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.

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)