Italo Giurizzato Junior

Boa tarde Renato, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Dércio, Favor testar com as units abaixo: ACBrDFeXsLibXml2.pas ACBrNFSeWebServices.pas

Boa tarde Walter, O problema é que segundo os modelos que constam no Manual do MDF-e versão 3.00, nenhum deles esta previsto a impressão dos dados da Seguradora. Ao meu ver poderíamos dividir ao meio (altura) o quadro referente ao condutor, deixando a metade de cima para o condutor e a de baixo para a Seguradora.

Boa tarde Marcio, Já estamos finalizando a implementação para deixar o ACBrNFe em conformidade com a Nota Técnica. O que esta faltando é apenas a questão do idCSRT e CSRT que serão utilizados para gerar o hashCSRT. Mas isso vai ainda depender da SEFAZ fornecer no seu site ou um serviço via webservice para que o desenvolvedor possa obter o idCSRT e CSRT. Portanto o idCSRT e hashCSRT não devem ser gerados no grupo infRespTec. Mais algumas informações:

Walter, Você tem condições anexar o XML e o PDF do DAMDFE?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Walter, Seja mais claro. Os dados do seguro não aparecem no XML do MDF-e ou não são impressos no DAMDFE? Se a questão é o DAMDFE, qual é o que você utiliza (Fast ou Fortes Report)?

Bom dia Joveci, Favor configurar o componente para salvar o arquivo Soap. Configuracoes.WebServices.Salvar := True; Faça um novo teste e anexa os XMLs gerados, para que possamos analisar.

Izaque, O arquivo *-ped-rec-soap.xml é o que é enviado para a SEFAZ e portanto o outro é o retorno. Abre um chamado na SEFAZ-BA e anexa esses dois arquivos, pede para eles mostrarem no arquivo *-ped-rec-soap.xml onde esta o namespace que não se refere a NF-e ou que esteja fora do padrão.

Bom dia, Sendo assim vou fechar esse.

Bom dia, Sei que esta caminhando, mas a passos largos de tartaruga.

Bom dia Juarez, A unit que gera o XML de consulta ao webservice DistribuicaoDFe foi escrita conforme consta na Nota Técnica publicada pelo Encat e disponibilizada no Portal Nacional da NF-e, bem como a do CT-e e MDF-e. A rotina que estabelece a conexão com a SEFAZ é exatamente a mesma usada para todos os outros métodos (envio de lote, consulta, envio de eventos, ...). Me parece que a SEFAZ-RS possui um webservice particular para o DistribuicaoDFe, mas acredito que este seja apenas para os contribuintes do RS. Pode se que esses programas que você mencionou se utilizam desse webservice, tai uma coisa para se investigar. Peço que compare o XML gerado com o layout publicado na Nota Técnica, quem sabe cometemos alguma gafe. Outra coisa importante, o componente se utiliza do serviço DistribuicaoDFe disponibilizado pela SEFAZ-Virtual do Ambiente Nacional e os eventos de Manifestação do Destinatário também são enviados para a SV-AN.

Bom dia a todos, Pelos XML anexados pelo Izaque, a rejeição apontada pela SEFAZ-BA não condiz com a realidade, pois em todos os XMLs gerados pelo componente e enviados para a SEFAZ tem o mesmo NameSpace, vocês podem inclusive comparar com os XMLs retornados pela mesma. Notem que o Lote é enviado e o numero do recibo é retornado, mas ao realizar a consulta (pelo numero do recibo) é retornado a rejeição. Posso garantir que o componente esta gerando os XMLs corretamente inclusive com o NameSpace correto. O problema esta no serviço de consulta pelo recibo da SEFAZ-BA que esta com problemas. Favor abrir chamado questionando o problema, não esqueçam de anexar o XML de consulta pelo recibo (arquivo: *-ped-rec.xml), bem como o seu retorno (arquivo: *-proc-rec.xml). Pedem para eles provarem que no arquivo enviado consta o NameSpace errado. Izaque: Por favor configure o componente para salvar os arquivos soap, faça um novo teste e anexe os XMLs. Configuracoes.WebServices.Salvar := True; Teremos os arquivos: *-ped-rec-soap.xml, *-proc-rec-soap.xml, ...) anexe esses para que eu possa analisar.

Boa tarde, Como não foi informado a bandeira, uma vez que o tipo de integração é 2 ou seja não é integrado ao sistema de automação da empresa, mas como foi informado que se trata de cartão de débito (tPag = 4) a mensagem correta nesse caso a ser impressa deveria ser apenas: Cartão de Débito.

Boa tarde Joceandro, Até que enfim eles viram a mercadoria que tinham feito. Esses Schemas pelo que notei são exatamente os que eu corrigi e que estão no repositório. Não há nenhuma novidade.

Boa tarde Mauricio, Muito obrigado pela colaboração, mas os seus fontes estão desatualizados. Favor atualizar todos os fontes de todas as pastas, reinstale usando o ACBrInstall_Trunk2 marcando a opção para apagar os arquivos antigos. E veja como eu fiz na unit que gera o XML para o Equiplano, não há necessidade de se criar mais uma propriedade.

Boa tarde Thiago, Segue um exemplo: if ACBrNFSe.WebServices.EnviarSincrono.RetornoNFSe.ListaNfse.MsgRetorno.Count > 0 then begin // as linhas abaixo é interessante colocar em um loop, pois pode ser retornado mais de uma rejeição sStat := ACBrNFSe.WebServices.EnviarSincrono.RetornoNFSe.ListaNfse.MsgRetorno.Items[0].Codigo; sMotivo := ACBrNFSe.WebServices.EnviarSincrono.RetornoNFSe.ListaNfse.MsgRetorno.Items[0].Mensagem; end else begin sStat := ''; sMotivo := ''; end;

Boa tarde Allan, Muito obrigado pela colaboração, já esta no repositório.

Boa tarde, Segue um exemplo: if ACBrNFSe.WebServices.EnviarSincrono.RetornoNFSe.ListaNfse.MsgRetorno.Count > 0 then begin // as linhas abaixo é interessante colocar em um loop, pois pode ser retornado mais de uma rejeição sStat := ACBrNFSe.WebServices.EnviarSincrono.RetornoNFSe.ListaNfse.MsgRetorno.Items[0].Codigo; sMotivo := ACBrNFSe.WebServices.EnviarSincrono.RetornoNFSe.ListaNfse.MsgRetorno.Items[0].Mensagem; end else begin sStat := ''; sMotivo := ''; end;

Eduardo, Favor ler essa postagem:

Bom dia Izaque, Uma dica, não precisa executar o GerarNFe, pois o Método Assinar se encarrega de gerar o XML. Caso você venha executar o ACBrNFe.Enviar(nLote, False) nem precisa executar o Assinar e Validar, pois o Enviar se encarrega disso.

Bom dia Eduardo, Você colocou em Uses essa unit na sua aplicação? Se sim, favor alterar o nome dela para pcnRetConsReciDFe. Se não colocou, favor atualizar todos os fontes de todas as pastas e reinstalar a suíte usando o ACBrInstall_Trunk2 marcando a opção para apagar arquivos antigos.

Bom dia William, Você esta usando o programa exemplo para os seus testes? Veja que com ele, você marca o evento que deseja gerar ou gerar e enviar. Estude o programa exemplo.

Bom dia Rafael, O numero do protocolo normalmente é retornado quando usamos o método Enviar pois usamos o numero do protocolo para Consultar a Situação do Lote (Versão 1 do layout da ABRASF) e para Consultar o Lote. Já os métodos EnviarSincrono e Gerar vai depender do provedor retornar ou não essa informação.

Bom dia, Pergunte a ele o que ele entende de homologação? A SEFAZ disponibiliza dois ambientes, um chamado de homologação e outro de produção. Quando iniciamos o desenvolvimento de uma aplicação devemos enviar a NF-e (por exemplo) para o ambiente de homologação, pois este funciona exatamente como o de produção, mas a SEFAZ não reconhece a nota enviada como valida juridicamente, portanto aquela venda nunca existiu é apenas um teste. Dependendo a UF será necessário constar no XML da NF-e, um grupo chamado <infRespTec> informações do responsável Técnico, que vai conter o CNPJ, Nome, e-mail e telefone do mesmo. E futuramente mais duas informações que vai depender ainda da SEFAZ disponibilizar em seu site ou via webservice a geração do idCSRT (identificador) e CSRT (Código de Segurança do Responsável Técnico). Com essas duas informações será gerado e informado dentro do grupo <infRespTec> o idCSRT e o hashCSRT (gerado pelo próprio componente).