Italo Giurizzato Junior

Boa tarde, Notei que a sua rotina tem um IF que compara o valor de tpEvento com o valor teAverbacaoExportacao. Primeira pergunta ao executar essa rotina ele entra dentro desse IF? Notei que você carrega o conteúdo do campo XML para poder ler os valores das TAGs (não porque você fez dessa forma, mas tudo bem), a propriedade XML contem o XML do evento?

Boa tarde, Se tratando de NFC-e o Distribuição DFe não vai funcionar pois no momento só serve para baixar as NF-e. Quem foi que emitiu a NFC-e, foi você ou o seu fornecedor? Se foi o seu fornecedor solicite a ele o XML. Agora se foi você, alimente o componente com os dados da venda, execute o método Assinar e depois o Consultar, desta forma você vai ter o XML novamente assinado e com o protocolo de autorização.

Alteração realizada e enviada para o repositório.

Boa tarde, Muito obrigado pelo retorno, vou comentar a checagem pelo tipo de emissão e vamos aguardar que outros desenvolvedores possam realizar os seus testes. Infelizmente eu não tenho como realizar esses testes.

Ana, Se você não é assinante no SAC você só vai conseguir baixar o ACBrMonitor Plus - Free que foi atualizado em 3 de setembro, já para que é assinante do SAC tem uma versão do ACBrMonitor Plus disponibilizada a 22 horas ou seja ontem. Pode até ser que a versão Free de 3 de setembro tenha o eSocial e o Reinf para você realizar os seus testes.

Boa tarde, Não ficou muito clara a sua pergunta, mas pelo que estou entendendo o problema é o nome do campo que esta dEmi em vez de dhEmi. Se a questão é essa, pode ficar tranquilo, se você atribuir (dEmi := Now) a propriedade dEmi apesar do nome vai conter a data e a hora. Mantivemos o nome dEmi por compatibilidade com a versão 2.00 da NF-e

Boa tarde Ana, Só não sei lhe informar se a versão gratuita do ACBrMonitor Plus contempla o eSocial e o Reinf.

Boa tarde Eduardo, O DistribuicaoDFe não faz retornos de documentos referente a um período. Sugiro que leia o artigo: Como obter o XML do Fornecedor No que diz respeito a ler dados retornados pelo DistribuicaoDFe, segue em anexo um exemplo. DistribuicaoDFe.txt

Boa tarde André, Favor atualizar os fontes novamente e faça novos testes.

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

Boa tarde Junior, Fico feliz em ter mostrado um caminho que resultou em uma solução para o seu problema.

Lino, Pela mensagem de erro ele não esta conseguindo carregar a DLL libxml2.dll que se encontra na pasta: ..\DLLs\LibXml2\x86 Favor anexar o arquivo de configuração do instalador: ACBrInstall_Trunk2.ini Você não fez nenhuma alteração no arquivo ACBr.inc ?

Bom dia André, Como assim, "colei a pasta fontes dentro da minha instalação"? Eu não copio as units ou pastas dos fontes ACBr para dentro das pastas da minha aplicação. As pastas dos fontes do ACBr ficam onde devem ficar, na minha aplicação apenas incluo o componente que desejo usar. Se necessário for em uses informo uma unit ou outra do componente. Após atualizar todos os fontes de todas as pastas, reinstalou a suíte ACBr, com a opção de apagar arquivos antigos marcada?

Dercide, Muito obrigado. Pessoal por favor utilizem o arquivo INI do provedor SimplISSv2 que acabo de enviar para o repositório. Dercide, como você conseguiu consumir o webservice abrindo o WSDL, faça um teste com esse novo INI. João, você esta usando um certificado digital de uma empresa de Blumenau? Se não estiver, acredito ser esse o problema.

Bom dia Cleonir, Muito obrigado pela colaboração, vou fazer a alteração e enviar para o repositório.

Bom dia Dercide, Como estou usando um certificado digital cujo CNPJ não é de uma empresa de Blumenau e muito menos do Estado de Santa Catarina, ocorre o erro 403. Acredito que esse webservice deve esta checando a origem do certificado e desta forma deixando ou não consumir o webservice. Já que você esta conseguindo acessar, por favor tente copiar para um arquivo TXT o conteúdo do WSDL tanto do ambiente de homologação quanto o de produção e anexa aqui, quer dar uma olhada.

Bom dia Lino, Apesar do Windows ser 64 bits o Delphi 7 deve estar compilando em 32 bits, correto? Logo você tem que usar as DLLs de 32 bits. Você instalou os componentes usando o ACBrInstall_Trunk2? A instalação ocorreu com sucesso? A aplicação funciona na sua maquina sem problemas? Ela só não funciona na maquina do seu cliente?

João, Alterei somente para o método Enviar, segue em anexo. SimplISSv2.ini Como não consigo abrir as URLs de homologação e de produção, não tive como verificar se as URLs dos SoapAction continuam as mesmas ou não.

André, Pode atualizar e fazer os testes.

Boa tarde João, Aqui não funciona, informa o cerificado e ocorre o erro 403. Quem sabe daqui umas 3 semanas Santa eles resolvem esse problema. O meu questionamento sobre a versão é que consta em ambas ULRs o digito "1", veja: wwblumenau1 e wwhomologacaoabrasf1. Desculpe, eu não confio mais no que esse pessoal da SimplISS fala inclusive nesses XMLs de exemplos. João, O certo é no SimplISSv2, visto que o NotaBlu.ini esta funcionando, logo não se deve mexer.

Boa tarde Paulo, Esta estranho essas URLs, pois ao tentar abri-las no navegar ocorre o erro: 403 - acesso não permitido Isso costuma ocorrer quando usamos um certificado vencido ou que não tenha permissão de consumir webservice, que não é o caso. O certificado não esta vencido e ele tem permissão de consumir webservice. Você sabe me dizer se esse webservice é o mesmo que estão implementando para recepcionar o RPS na versão 2 do layout da ABRASF ou é o que eles tem em outras cidades que trabalha com a versão 1.

Nelson, Eu acredito que a SEFAZ vai rejeitar o MDF-e cuja origem é RJ destino ES com percurso me MG, uma vez que RJ e ES são vizinhos. Se isso ocorrer, a solução vai ser emiti 2 MDF-e, um com origem RJ destino MG e outro com origem MG e destino ES.

Boa tarde Nelson, Você tem algum MDF-e com esse percurso que foi autorizado pela SEFAZ?

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

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