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

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 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 Arlindo, Não existe um componente especifico para a NFC-e. A estrutura da NFC-e é exatamente igual a da NF-e no que diz respeito a versão 3.10 Para conhecer a estrutura basta você acessar o Portal Nacional da NF-e e baixar a Nota Técnica 2013/005 versão 1.03 O componente ACBrNFe possui duas propriedades onde você determina qual é o Modelo e Versão de Documento Fiscal deseja emitir. Essas propriedades devem ser configuradas via código e não Object Inspector. ACBrNFe.Configuracoes.Geral.ModeloDF := moNFe; ACBrNFe.Configuracoes.Geral.VersaoDF := ve200; ou ACBrNFe.Configuracoes.Geral.VersaoDF := ve310; ACBrNFe.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe.Configuracoes.Geral.VersaoDF := ve310; Espero ter ajudado.

Boa tarde Fernando, A questão é muito simples de ser resolvida. Peça a eles um exemplo de XML de envio de preferencia completo ou seja com as TAGs soap. Com esse exemplo podemos realizar as alterações e testar. Mas para mim, foi uma resposta dada por um estagiário, nada contra a estagiário, mas se temos que culpar alguém que seja ele.

Boa tarde a todos, Quanto ao cancelamento por evento, enviando o arquivo INI não estava lento o numero do protocolo e a justificativa. Fiz as correções, agora é preciso esperar pela próxima compilação do ACBrNFeMonitor. O fonte corrigido já encontra-se no repositório, que possui o Delphi, os fontes e os componentes instalados, pode compilar o ACBrNFeMonitor.

Boa tarde Daniel, Os dados do veículo e motoristas só se for lotação, conforme consta no manual. Se o CT-e emitido não corresponde a carga total colocada no caminhão e sim uma fração dela, então o CT-e não pode ser de lotação e sim de carga fracionada. Quando a carga total do caminhão é fracionada, ou seja, cada fração tem um tomador do serviço diferente e cujo transporte será interestadual, você pode emitir o MDF-e. O MDF-e - Manifesto Eletrônico de Documentos Fiscais lhe permite relacionar todos os CT-e emitidos cujas mercadorias compõe a carga de um caminhão, portanto carga fracionada e cujo transporte será interestadual. Alem de relacionar os CT-e, você informa também o veiculo e o(s) motorista(s). Espero ter ajudado.