Italo Giurizzato Junior

Boa tarde Daniel, Movi o seu tópico, pois postou em lugar errado. O método DistribuicaoDFe a priori sempre vai retornar para você o resumo da nota, portanto o *-resNFe.xml Ele só vai retornar o XML completo caso você envie o evento de manifestação do destinatário. Lembre-se que o DistribuicaoDFe pode também retornar o resumo de um evento e o XML completo de um evento. Sugiro que leia com muito atenção as notas técnicas: 2014/002 versão 1.02b que trata sobre o Distribuição DFe e 2012/002 versão 1.02 que trata sobre a Manifestação do Destinatário. Outra coisa não confunda Manifesto com Manifestação do Destinatário, o primeiro é um documento fiscal eletrônico utilizado durante o transporte da carga, já o segundo é um evento enviado para SEFAZ pelo destinatário da mercadoria. A leitura das duas NT acima vão lhe responder todas as suas perguntas.

Bom tarde Souza, Já recebi as alterações visando o SST, estou aguardando agora as alterações no programa exemplo. Mas você pode ajudar também em fazer os ajustes no arquivos INI dos eventos que sofreram alteração. Esses arquivos INI é utilizado pelos desenvolvedores que usam o ACBrMonitor, portanto programam em outra linguagem.

Alessandro, Você tem os schemas da nova consulta e do download para poder validar o XML antes do seu envio?

Boa tarde Fabio, Quem passou essa informação que é a empresa de medicina do trabalha que tem que gerar os eventos e enviar? Eu não tenho muito conhecimento sobre o e-social, mas se é essa empresa que realmente tem que enviar, acredito que ela vai ter que ter uma procuração eletrônica de cada cliente dela para que ela possa usar o certificado dela para enviar os eventos, sendo assim basta somente o certificado da empresa de medicina do trabalho. Não sei se ficou claro.

Haroldo, Quais funções necessárias e em qual Units se faz necessário para funcionar utilizando o componente?

Boa tarde, Você esta com todos os fontes de todas as pastas atualizados?

Boa tarde Julio, Muito obrigado pela colaboração, tive que fazer uma correção você misturou os códigos IBGE das cidades guatambu e Guarapuava. Ainda hoje estarei enviando para o repositório.

Amaro, Ainda hoje vou disponibilizar uma alteração, quem sabe resolve o problema.

Boa tarde Haroldo, Desculpe mas não entendi o porque dos arquivos do Megasoft. Quanto ao provedor RLZ seria interessante você testar o que foi implementado e caso tenha alguma coisa errada e puder nos ajudar com a correção ficarei grato.

Boa tarde Marcos, Altere o arquivo INI do provedor para: [RetornoNFSe] Texto1=<listaNfs xmlns="https://www.esnfs.com.br/xsd">%DadosNFSe%</listaNfs>

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

Boa tarde Alexandro, Como as informações sobre o serviço consta no XML?

Boa tarde Amaro, Somente a tag referente a data de vencimento ocorre o erro ao ler o XML?

Boa tarde Alessandro, Anexa o XML (soap) de envio e de retorno desse ultimo teste.

Bom dia Márcio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Amaro, O tipo tcDatHor (que já existe) não resolveria o problema?

Bom dia, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Arce, A versão 2.5 entra em vigor quando? É preciso compatibilizar o programa exemplo com essas mudanças.

Bom dia Bruno, Note que no retorno (*-can.xml) temos a confirmação do cancelamento. É preciso verificar da onde esta vindo essas mensagens de erro. Acredito eu que a origem é da consulta que é realizada em seguida para obter o XML da nota com o grupo referente ao cancelamento. Verifique se fora esses 4 XML se não foi gerado mais 4 XML referente ao pedido de consulta e o seu respectivo retorno.

Bom dia, Muito obrigado pela contribuição, ainda hoje estarei enviando para o repositório.

Bom dia a todos, Fizeram testes usando o programa exemplo do componente ACBrReinf?

Bom dia Alessandro, Favor atualizar os fontes e faça novos testes.

Boa tarde Ramalho, O erro que esta ocorrendo significa que o seu XML não esta correto, deve estar faltando tag, ou tag com grafia errada, etc. Vou ser sincero com você, esquece a sua rotina de gerar o XML e use o componente por completo. Garanto a você que a sua aplicação vai ficar pronta antes do esperado. O tempo que você esta perdendo em fazer a rotina para gerar o XML e depois descobrir porque o XML esta invalido, você já teria feito a rotina para alimentar o componente com os dados pertinentes ao evento (no programa exemplo existe uma para cada evento) e testado o seu envio.

Boa tarde Arce, Muito obrigado pela colaboração, assim que possível vou analisar e se tudo estiver OK, vou enviar para o repositório.

Boa tarde Alessandro, Favor anexar os XMLs soap do pedido de consulta para que eu possa analisar. Desde já muito obrigado pela colaboração.