Italo Giurizzato Junior

Boa tarde Graça, Apesar de ser um documento fiscal, mas não é um documento de venda de mercadoria ou de serviço, logo não faz sendido contabilizar. O MDF-e é apenas um documento para facilitar ou agilizar uma eventual fiscalização em um posto fiscal de fronteira entre os Estados. Sendo assim também não faz sendido envia-lo por e-mail para alguem. Vamos a um exemplo: Uma transportadora sai de São Paulo para Minas Gerais, logo transporte interestadual. A carga é fracionada, logo temos dezenas de CT-e emitidos (por exemplo: 50). Ao chegar no posto fiscal de fronteira o responsavel pela fiscalização vai ter que checar todos os CT-e, para saber se são válidos ou não, para esta checagem o fiscal vai utilizar os DACTEs. Por outro lado, com a emissão do MDF-e, relacionamos todos os CT-e emitidos cuja mercadoria encontra-se na carreta do caminhão e é impresso o DAMDFE. Neste caso o fiscal vai verificar apenas a validade do MDF-e, utilizando o DAMDFE que tem apenas um codigo de barras. Veja o fiscal vai checar a validade de apenas um documento o MDF-e e não de varios CT-e. Isso se traduz em agilidade, o caminhão é liberado mais rapidamente. Lembre-se: Um MDF-e relaciona 2 ou mais CT-e, que por sua vez cada CT-e faz referencia a uma ou mais NF-e. Se o MDF-e foi autorizado pela SEFAZ é porque todos os CT-e relacionados foram emitidos e autorizados pela SEFAZ que por sua vez as NF-e que eles fazem referencia foram emitidas e autorizadas pela SEFAZ. O exemplo acima se refere a uma transportadora, mas a idéia é a mesma de um contribuinte que emite NF-e e realiza o próprio transporte. Temos neste caso um MDF-e com 2 ou mais NF-e. Lembre-se que quando for lotação não faz sentido a emissão do MDF-e, pois toda a carga dentro da carreta é de um remetente para um unico destinatário, logo temos apenas uma NF-e e um CT-e fazendo referencia a essa NF-e. E neste caso temos que emitir o CT-e como sendo Lotação e sendo assim devemos informar os dados do caminhão/carreta e motorista. Espero ter ajudado.

Boa tarde Jairo, E quais foram as TAGs que você removeu?

Boa tarde Neo, Tanto a URL quanto o SoapAction estão corretos, pode ser algum problema no provedor.

Boa tarde Eric, O componente valida o lote de RPS a ser enviado para o WebService, se tudo estiver OK o mesmo retorna o XML da NFS-e. Logo o XML da NFS-e não é gerado pelo componente e sim pelo WebServive, agora se o mesmo esta invalido, o problema é o validador ou a rotina do WebService que esta gerando um XML inválido.

Boa tarde Codorna, Primeiro você precisa descobrir qual é o provedor contratado pela prefeitura, os schemas que utilizam e se o mesmo segue o padrão ABRASF. Caso contrario, você vai ficar quebrando a cabeça.

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 Fabricio, Temos um colega trabalhando nessa implementação. Favor aguardar.