Italo Giurizzato Junior

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

Boa tarde Roberto, Na rotina que alimenta o componente com os dados pertinentes a nota você esta atribuindo qual valor para o campo versão? Eu faço desta forma: if ACBrNFe.Configuracoes.Geral.VersaoDF = ve200 then begin infNFe.Versao := 2; (...) end else begin infNFe.Versao := 3.1; (...) end;

Boa tarde Diego, Ou você esta pegando o XML errado ou por algum motivo, normalmente erro no retorno da SEFAZ o XML não foi atualizado com o protocolo. Neste caso é simples, basta carregar o XML com o LoadFromFile e depois executar o Consultar. Verifique também se a propriedade AtualizarXMLCancelado esta com o valor True. Após realizar a consulta o XML vai ser atualizado fincando assinado e protocolado.

Boa tarde Rodrigo, As mensagem de erro por si só diz o que esta ocorrendo. Um DAMDFe feito em Quick Report versão 5.0 com certeza não vai funcionar com o Quick Report 3.0 pelo simples fato da versão 5.0 possuir propriedades a mais em relação a versão anterior. Outra coisa a versão 3.0 não tem o filtro para gerar o PDF, neste caso devemos abrir com o bloco de notas o arquivo ACBr.inc e comentar a diretiva de compilação QReport_PDF. Para resolver os problemas de propriedade inexistentes, favor seguir o passo a passo que encontra-se dentro da pasta ...\Fontes\ACBrMDFe.

Boa tarde Isaque, Sem duvida ficar replicando arquivos não é uma boa pratica, principalmente se tratando de Schemas utilizados para validação. Na pasta Exemplos temos a seguinte estrutura: ...\Exemplos\ACBrNFe2\Delphi\Schemas\V200 ---> Schemas utilizados pela NF-e versão 2.00 ...\Exemplos\ACBrNFe2\Delphi\Schemas\V300 ---> Schemas utilizados pela NFC-e versão 3.00 (somente para empresas do projeto piloto) ...\Exemplos\ACBrNFe2\Delphi\Schemas\V310 ---> Schemas utilizados pela NF-e/NFC-e versão 3.10 Notei que na pasta Schemas utilizado pelo ACBrNFeMonitor (...\Projetos\ACBrNFeMonitor2\Delphi\Schemas) os Schemas estão misturados, ou seja, temos schemas da NF-e versão 2.00, da versão 3.10 do CT-e versões 1.03, 1.04 e 2.00 Não sei como funciona o Instalado do ACBrNFeMonitor, mas acredito que os schemas devem ficar todos na mesma pasta.

Boa tarde Andre, Estou desconfiado que o problema seja o trecho de código abaixo (Unit ACBrCTeConhecimentos - procedure Assinar): Leitor := TLeitor.Create; try leitor.Grupo := vAssinada; Self.Items.CTe.signature.URI := Leitor.rAtributo('Reference URI='); Self.Items.CTe.signature.DigestValue := Leitor.rCampo(tcStr, 'DigestValue'); Self.Items.CTe.signature.SignatureValue := Leitor.rCampo(tcStr, 'SignatureValue'); Self.Items.CTe.signature.X509Certificate := Leitor.rCampo(tcStr, 'X509Certificate'); finally Leitor.Free; end; Estou desconfiando das linhas em negrito pois é justamente os valores que ficam diferentes. A minha sugestão é alterar o tipo de dado a ser lido, em vez de tcStr mudar para tcEsp. Motivação para a troca: ao ler uma tag segundo o tipo tcStr antes de retornar o seu conteúdo, ele é submetido a uma função chamada: ReverterFiltroTextoXML, por outro lado ao ler segundo o tipo tcEsp, o conteúdo é retornado na integra sem submete-lo a nenhum tratamento. Por favor altere as linhas em negrito para: Self.Items.CTe.signature.SignatureValue := Leitor.rCampo(tcEsp, 'SignatureValue'); Self.Items.CTe.signature.X509Certificate := Leitor.rCampo(tcEsp, 'X509Certificate'); Realize novos testes e report o resultado.

Andre, Não sei exatamente os comandos que você esta utilizando, mas vamos descrever alguns: Assinar; -> Gera o XML, assina e salva o XML assinado em disco Valida; -> Checa se o XML em memória contem a assinatura se sim submete ao validador, caso contrario executa o Assinar antes de validar. O comando não altera o conteúdo do XML em memória e nem salva nada em disco, exceto quando ele executa o comando Assinar. Enviar; -> Executa o Assinar e depois o Valida antes de realizar o envio. Quais os comandos que você esta utilizando?

Bom dia Rick, Vou analisar e ver se descubro alguma coisa.

Bom dia Rafael, Primeiramente, você não gera a NFS-e e envia a mesma e sim o RPS. Quem gera a NFS-e é o provedor. O problema é que na estrutura do RPS não consta todos os dados do Prestador, somente o CNPJ/CPF e Inscrição Municipal. Alguns provedores ao gerar a NFS-e inclui no XML todos os dados do Prestador, e outros não.

Bom dia Andre, Você postou dois arquivos XML. O arquivo chamado assinado-cte.xml foi gerado e assinado pelo ACBrCTe? Pois ele esta OK segundo o validador da SEFAZ-RS, inclusive a assinatura. Por outro lado o arquivo validar.xml contem erro na assinatura mais precisamente no elemento SignatureValue, diz que o tamanho é invalido (Invalid length for a Base-64 char array). Este arquivo Validar.xml foi gerado e assinado pelo ACBrCTe?

Bom dia Zottis, Você não anexou o arquivo. Outra coisa o componente ACBrNFe possui uma propriedade de configuração: ACBrNFe.Configuracoes.WebServices.Salvar := True ou False; Quando essa propriedade estiver com o valor True ela salva os arquivos de envio e de retorno exatamente como são enviados e recebidos da SEFAZ. Esses arquivo possui em seu nome a palavra soap (exemplo: *-sit-soap.xml). Desta forma fica fácil identificar o problema. Atribua o valor True a configuração acima e realize os testes por fim post como anexo os arquivos *-soap.xml

Bom dia Stefan Uma duvida, quem é que vai realizar essa consulta, o emitente da NF-e ou emitente do CT-e? Se for o emitente do CT-e basta ter no banco de dados duas tabelas, a primeira contendo todos os dados referentes ao transporte da carga, inclusive um campo com a chave do CT-e gerado, a segundo contendo os dados dos documentos originários, neste caso a chave da NF-e. Temos que ter 2 tabelas, uma vez que um CT-e pode contem 1 ou mais documentos originários (vide manual). Agora se for o emitente da NF-e e este for o tomador do serviço, deverá receber o xml do CT-e (esta na legislação), neste XML você terá a chave do CT-e e a da NF-e (documento originário). Se o emitente da NF-e não for o tomador do serviço, não receberá o XML, neste caso vai ter que solicita-lo a transportadora. Hoje o emitente da NF-e ao realizar uma consulta pela chave da NF-e, temos como resposta da SEFAZ se a mesma esta autorizada ou não, bem como todos os eventos registrados e vinculados a mesma. Por outro lado em breve teremos um Web Services de Distribuição de DFe - Documento Fiscal Eletrônico - Leia a Nota Técnica 2014/002 versão 1.01 que esta disponível no Portal Nacional da NF-e. Nessa NT, página 4 temos uma tabela e nela diz que o emitente da NF-e poderá através desse Web Services obter as seguintes informações: Eventos de Manifestação do Destinatário e da Suframa (Vistoria/Internalização) Resumo de Eventos CT-e (Autorizado/Cancelado) Resumo de Eventos MDF-e (Autorizado/Cancelado) Acredito que com esse Web Service você poderá desenvolver o seu projeto.

Rodrigo, Os fontes estão atualizados?

Aldenor, Por favor atualize os fontes e tente novamente.

Boa tarde Rodrigo, Tente desta forma: ACBrNFSe1.WebServices.ConsLote.NotasFiscais.Items[0].NFSe.CodigoVerificacao

Boa tarde Custodio, Esse não é o Schema e sim o WSDL de homologação. O Schema é um arquivo do tipo XSD utilizado pelo componente para comparar com o XML gerado antes de ser enviado, ou seja, o componente utiliza os Schemas para validação.

Boa tarde Jorge, Nas configurações no ACBrNFeMonitor não temos as opções de SVC-AN ou SVC-RS, mas temos o comando: NFe.SetFormaEmissao(nForma) Onde nForma pode ter os seguintes valores: 1=Emissão normal (não em contingência); 2=Contingência FS-IA, com impressão do DANFE em formulário de segurança; 3=Contingência SCAN (Sistema de Contingência do Ambiente Nacional); 4=Contingência DPEC (Declaração Prévia da Emissão em Contingência); 5=Contingência FS-DA, com impressão do DANFE em formulário de segurança; 6=Contingência SVC-AN (SEFAZ Virtual de Contingência do AN); 7=Contingência SVC-RS (SEFAZ Virtual de Contingência do RS); 9=Contingência off-line da NFC-e; Nota: Para a NFC-e somente estão disponíveis e são válidas as opções de contingência 5 e 9. Sendo assim se você executar esse comando antes de emitir estará configurando a forma de emissão. Espero ter ajudado.

jbaneto, O *-procEventoNFe.xml é salvo se: Configuracoes.Geral.Salvar for igual a True ou Configuracoes.Arquivos.Salvar for igual a True

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

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

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

Boa tarde Aldenor, O envio esta ocorrendo sem problemas para Fortaleza? O questão agora é a consulta? Se sim, qual das consultas ocorre o problema? Temos: Consultar Situação; Consultar Lote; Consultar NFSe;

Boa tarde jbaneto, O primeiro XML é simplesmente o envio ou seja a solicitação, no caso de uma correção. Por outro lado o segundo trata-se do retorno da SEFAZ acusando o registro do mesmo e a vinculação a NF-e. Se você utiliza o componente ACBrNFe, existe um terceiro arquivo chamado *-procEventoNFe.xml Este XML contem a solicitação e o retorno, ou seja os dois que você postou em um só.

Boa tarde Cristiam, Para informar o Peso bruto você esta incluindo no no arquivo: [infQ001] cUnid=01 tpMed=PESO BRUTO qCarga=16,00 Muito bem esta correto, mas para incluir também quantidade de volumes, basta fazer desta forma: [infQ002] cUnid=03 tpMed=CAIXAS qCarga=2 Observação: cUnid aceita os seguintes valores: 00 = M3 01 = Kg 02 = Toneladas 03 = Unidade 04 = Litros 05 = MMBTU (utilizado somente no Dutuviário) Espero ter ajudado.

Boa tarde Isaque, Eu costumo manter atualizado os schemas do diretório exemplos. Se desejar passo a atualizar também o do Projetos também.