Thiago Vieira

Boa tarde, Já passei por um problema parecido, onde o danfe estava desconfigurado. Verifique a propriedade Facilite a leitura de itens na tela, no Windows 7 (não tenho o 10 aqui) acesse : Painel de Controle > Video e verifique se o valor selecionado está Menor - 100% (padrão).

Italo, agora os campos estão lá, obrigado.

Boa tarde Italo, No DAMDFE (ACBrMDFeDAMDFEQRRetrato) não deveria ter a UF de descarregamento e ser tirado a quantidade de CTRC segundo o novo layout do modal rodoviário? Acabei de atualizar os fontes, mas não notei mudança alguma.

Boa tarde Italo, a função rCampo da unit pcnLeitor não está funcionando corretamente quando o valor do parâmetro TAG é a tag DOCZIP pois, no código : inicio := pos('<' + Tag + '>', UpperCase(FGrupo)); ele verifica pela abertura da TAG, mas no caso desta é utilizado : <docZip NSU="000000000000102" schema="resNFe_v1.00.xsd"> como a abertura. Sendo assim, ele atribui o valor de 0 ao campo inicio oque faz com que em um verificação adiante a variavel ConteudoTag sempre seja vazia, deixando a InfZip também. Como correção fiz o seguinte : if TAG = 'DOCZIP' then inicio := Pos('>',UpperCase(FGrupo)) else inicio := pos('<' + Tag + '>', UpperCase(FGrupo)); Coloquei para pegar a posição do > pois o valor começa a partir dele. Neste outro para que o valor da posição final fique correto. if TAG = 'DOCZIP' then inicio := inicio+1 else inicio := inicio + Length(Tag) + 2; Bom, foi a solução que encontrei. Só postando mesmo para alertar sobre o problema caso ninguém tenha se deparado com ele ainda.

Abnervv, eu me deparei com a mesma coisa aqui, informava 0 como o NSU para trazer todas as notas dos últimos 3 meses, mas nenhum documento era retornado. Resolvi informar o número 1 para vê se obtia um retorno diferente, e não é q começou a retornar os documentos. Faz um teste aí, pra mim funcionou informando o número 1 no lugar do 0 apesar de na nota técnica está informando para utilizar o 0. Optei por usar o número 1 pois me parece que o NSU é um número sequêncial.

O certificado e dados são da mesma empresa, mas o problema é que em Homologação ele não me retorna nada, o envelope soap de retorno fica vazio.

Boa tarde Italo, Entrei em contato com o suporte da Ginfes que me pediram os Envelopes - que estão em anexo - de envio e retorno de ambos os ambientes do WebService para analisar. Após análise, constataram que o Envelope de envio no ambiente de Homologação está correto e retornando a mensagem como devido, assim como pode ser visto na imagem em anexo e que o problema estaria na aplicação. Estou tentando analisar aqui, mas está difícil de entender porque eu recebo o retorno em ambiente de produção porém, em homologação não, já que o envelope e o ambiente, segundo eles estão em perfeito funcionamento. Homologacao1-con-sit-soap.xml Producao1-con-sit-soap.xml Producao1-sit-soap.xml ImagemTesteEnvelope.rar

Italo, verifiquei aqui e realmente são as mesmas, acrescentei o ?wsdll, mas como você disse, não resultou em nada. Vou entrar em contato com eles. Muito obrigado pela atenção. Qualquer coisa posto novamente.

Seguem as Urls : Homologação: https://homologacao.ginfes.com.br/ServiceGinfesImpl?wsdll Namespace = http://homologacao.ginfes.com.br Produção: https://producao.ginfes.com.br/ServiceGinfesImpl?wsdll Namespace= http://producao.ginfes.com.br

Bom dia Italo, Sim, aqui está o site : http://cataguases.ginfes.com.br/. Eu consigo acessar o site de homologação (http://cataguases.ginfesh.com.br/) com os dados da empresa que estou utilizando como teste, porém via WebService com o programa Demo não consigo o retorno do mesmo.

Bom dia! Ja verifiquei os vários posts sobre o erro citado, mas continuo sem encontrar uma solução para o problema. O arquivo xml de retorno do WebService está vazio, ou seja, o provedor não recebeu o lote. Utilizo o Demo da pasta exemplo com os fontes atualizados. Entrei em contato com o provedor e me informaram que está normal. Segue o endereço do WebService : https://homologacao.ginfes.com.br/ServiceGinfesImpl?wsdll Cidade : Cataguases/MG. Desde já agradeço.