Italo Giurizzato Junior

Boa tarde Anderson, Favor postar como anexo o arquivo zipado aqui mesmo no fórum, pois o link que você disponibilizou não existe.

Marco, Tudo bem, mas você esta tentando validar um XML retornado pelo WebService, isso não faz sentido. Devemos validar o que vamos enviar para o WebService e não o que ele retorna. Volto a frisar, The element 'ConsultarNfseResposta', note trata-se de uma resposta e não envio. O arquivo que você anexou, se abrir ele com o navegador, vai notar que o XML da NFS-e esta dentro do grupo <CompNfse>.

Boa tarde Jairo, Por favor atualize os fontes e tente novamente.

Boa tarde Marco, Não entendo o motivo pelo qual você quer validar um XML que foi retornado pelo WebService. O Validador do componente tem a função de validar o lote de RPS que vai ser enviado para o WebService. Veja a mensagem de erro: The element 'ConsultarNfseResposta' Note a palavra Resposta no nome do elemento, isso esta indicando que se trata de um retorno do WebService referente a Consulta a NFSe que foi realizada. E se você notar no conteudo do arquivo que foi anexado, ele contem o XML da NFS-e, ou seja o resultado da consulta.

Boa tarde a todos, O componente só vai gerar no XML os dados do Tomador caso seja informado um dos seguintes dados do mesmo: CPF/CNPJ ou Razão Social ou Endereço ou Telefone ou e-mail.

Boa tarde Idez, Inclua a linha em negrito: Imp.ICMS.SituTrib := cstICMSSN; Imp.ICMS.ICMSSN.indSN := 1;

Boa tarde Anderson, Primeiramente, verifique se a prefeitura da cidade contratou um provedor ou desenvolveu o seu próprio webservice. Segundo, segue o padrão ABRASF? Se a prefeitura contratou um provedor, verifique se o mesmo já não esta implementado. Para saber se já esta, basta procurar ele nos fotes, as units referentes aos provedores tem o seguinte nome: ACBrProvedorXXXX, onde XXXX é o nome do provedor. Se já esta implementado ótimo, neste caso vai ser necessário realizar alterações no fonte pnfseConversao e no fonte do provedor. Se não esta implementado vai ser necessário criar uma nova unit para o provedor aos moldes dos demais, alem é claro de fazer outras alterações de diversos fontes do componente.

Boa noite a todos, Favor atualizar os fontes e realizar os testes. Implementei no DAMDFE a lista de documentos incluidos no MDF-e.

Boa noite Souza, O processo de geração da NFS-e não tem nada haver com a NF-e como você pode ver pelas etapas para se obter o XML da NFS-e. Na NF-e logo após o envio temos como resposta um numero que a SEFAZ chama de recibo. Na NFS-e logo após o envio do lote de RPS temos com reposta um numero que os provedores chamam de protocolo. Os termos são diferentes, mas a idéia é a mesma, ou seja, um numero que você pode utilizar como um comprovante de entrega do lote.

Bom dia Cleiver, Essas cidades já estão implementadas no componente e utilizam o provedor IssDSF.

Bom dia Rayanne, Mandei para o SVN mais uma alteração, favor atualizar e testar novamente.

Bom dia Souza, Favor pesquisar no fórum já existem respostas para a sua dúvida.

Boa noite José Adir, É a última TQRBand do form cujo tipo é Detail. É nela que devemos apresentar a relação de documentos.

Fiz uma alteração, favor atualizar os fontes e testar novamente.

Boa noite a todos, Como vocês estão fazendo para realizar o envio da NFC-e ? Se estiver usando o comando Enviar(), tem que ser desta forma: if DMNFCe.NFe.NotasFiscais.Count = 1 then ACBrNFe.Enviar(Lote, True, True) else ACBrNFe.Enviar(Lote, True, False); // Sendo que o segundo parametro se o valor for False o DANFE não será impresso automaticamente. Se não estiver usando o comando enviar, tem que ser desta forma: ACBrNFe.WebServices.Enviar.Lote := Lote; if ACBrNFe.NotasFiscais.Count = 1 then ACBrNFe.WebServices.Enviar.Sincrono := True else ACBrNFe.WebServices.Enviar.Sincrono := False; ACBrNFe.WebServices.Enviar.Executar; Note que as propriedades Lote e Sincrono normalmente tem os seus valores passados como parametros através do comando Enviar(), se não utilizamos esse comando temos que alimentar essas propriedades antes de executar a linha: ACBrNFe.WebServices.Enviar.Executar; Espero ter ajudado.

Boa noite Anselmo, O ObsCont é uma lista de registros que contem dois valores: xCampo e xTexto. Portanto temos que executar o ADD para cada registro. O que você pode fazer é colocar o trecho que alimenta os campos dentro de um loop, exemplo: for i:=1 to x do begin with compl.ObsCont.Add do begin xCampo := 'novocampo'; xTexto := 'novovalor'; end; end;

Idez, A minha aplicação roda na estação e não no servidor e o certificado também fica instalado na estação. Não sei o que pode estar ocorrendo.

Boa noite Vitor, Comparando o trecho do vale pedárgio, não encontrei nada de errada, uma vez que ele esta em conformidade com o manual. Logo, acredito eu, o problema deve estar na SEFAZ.

Boa tarde Nellien, Até onde sei, ainda não.

Boa tarde Leonardo, Parabens pelo seu tabalho e é lógico pela colaboração.

Boa tarde Luiz, Se possível post como anexo o XML que esta sendo rejeitado.

Boa tarde Jair, Eu não tenho nenhuma aplicação utilizando o componente ACBrNFSe, apenas ajudo no desenvolvimento do mesmo. Portanto fico dependendo dos demais colegas apontarem os eventuais erros. Sendo assim, fico no aguardo do seu retorno.

Igor, Primeiro o XML é salvo na pasta que você determinou na configuração do componente. Segundo se não aparece nenhuma mensagem significa que o XML é válido.

Igor, Após alimentar o componente com os dados, basta executar o comando abaixo: ACBrCTe.Conhecimentos.Valida; O comando Valida, gera o xml, assina e realiza a validação.

Boa tarde Igor, O que você esta utilizando para validar o XML? Algum site?, Algum programa? ou o próprio validador do componente? Se é o validador do componente, você esta utilizando os schemas para a versão 2.00?