Italo Giurizzato Junior

Boa tarde Leandro, A mensagem de falha na validação aparece esses ???? ou você que colocou? Se foi você, por favor, post a mensagem exatamente como ela é apresentada.

Boa tarde Jakson, Não importa se o RPS é assinado ou não, ou se o Lote de RPS é assinado ou não, para se utilizar do Web Service há necessidade do certificado. Pode sim, utilizar o mesmo certificado usado para emitir NF-e.

Bom dia Luis, Não sei como foi feito a sua aplicação, vai uma dica, a UF a ser configurada como sendo a UF da SEFAZ autorizadora, tem que ser a UF do Emitente do Documento Fiscal Eletrônico. Se o Emitente é de SP devemos utilizar a SEFAZ-SP se for de RO devemos utilizar a SEFAZ-RO e assim por diante. Não permita que o usuário possa selecionar essa UF antes da emissão.

Luiz, Na versão 2.00 do CT-e há necessidade de incluir o infCTeNorm antes do infCTeSub. Dentro da pasta ...\Exemplos\ACBrCTe existe um arquivo TXT chamado AlimentarComponente, procure por infCTeSub. Você vai encontrar a forma correta de alimentar o componente neste caso. Detalhe importante esse fragmento de código foi escrito antes da desativação da versão 1.04 portanto você vai encontrar diretivas de compilação para determinar qual código usar dependendo da versão do CT-e.

Bom dia a todos, Encontra-se no Portal Nacional do MDF-e um link para baixar a Cartilha Nacional do MDF-e, trata-se de um PDF de 21 páginas. Quem implementou ou vai implementar o MDF-e, por favor baixe essa cartilha, pois ela traz informações que vão ajudar na implementação bem como orientar o emitente em diversas situações de emissão. Não se trata de um documento técnico destinado ao desenvolvedor mas contem informações que ajuda tanto o desenvolvedor como o emitente. Fica ai a dica.

Bom dia Ornei, Dependendo do DANFE (Quick Report, Rave, etc) possui uma propriedade chamada NFeCancelada, se esta estiver com o valor True a Tarja será impressa.

Bom dia Jakson, Se a cidade for Petrolina/PE, ela é atendida pelo provedor SpeedGov, tanto o RPS quanto o Lote de RPS não se faz a necessidade de estarem assinados. Mas para realizar a emissão via Web Services, há necessidade do Certificado Digital. Por outro lado se a sua intenção é gerar o XML e importa-lo pelo site, o programa exemplo tem um botão chamado [Gerar Lote RPS]. A ideia é alimentar o componente com 1 ou mais RPS e depois gerar e salvar em disco o XML referente ao lote, para depois ser importado pelo site. Neste caso não há necessidade do Certificado Digital.

Bom dia Joel, Muito obrigado pela colaboração, em breve estarei disponibilizando a alteração.

Bom dia Joemil, Muito obrigado pela informação, já fiz a alteração, mas ainda não vou disponibilizar.

Bom dia Tiago, Tentou realizar o procedimento realizado pelo Tony? (postagem #3) deste tópico.

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ã.