Cristiane - Afirmação

Gerar e não a enviar! Vou testar... Obrigada

Eu não consegui entender como funciona neste caso do provedor não ter consulta. Thema e ISSNET, que têm consulta da situação do lote, fazermos o enviar com o componente configurado para consultar a situação. Se tudo der errado, ainda podemos consultar a situação do lote e depois consultar lote rps, que vai devolver, na sequência, a situação e o XML. Qual é a sequência que deve ser utilizada na Digifred, que não possui consulta de situação?

Sim. Seguem em anexo. Cidades.INI Digifred.INI

Eu utilizei o Enviar com o componente configurado para ConsultaLoteAposEnvio, e apresentou a mensagem: SoapAction não definido para: TNFSeConsultarSituacaoLoteRPS. Se eu informar um soap, apresenta a mensagem: A funcionalidade [Consultar Situação do Lote] não foi disponibilizada pelo provedor: Digifred Como faço para obter se o lote foi processado ou não e o XML?

Veio retorno da Digifred: é realmente relacionado à competência. O correto é assim: <Competencia>2016-02-24T00:00:00</Competencia> Digifred não tem consulta de situação do lote? Agora retornou: "A funcionalidade [Consultar Situação do Lote] não foi disponibilizada pelo provedor: Digifred" Uso Enviar - consulta automática sim Senão, depois, consultar situação do lote e consultar lote por rps. Mas a consulta da situação do lote dá na trave.

Mesmo assim, apresenta a mesma mensagem... 1-env-lot.xml

Tentei com data ou com ano/mês, mas sempre retorna o mesmo erro. 1-env-lot_comanomes.xml 1-env-lot_comdata.xml 1-rec.xml

Pois é... Deveria estar formatando YYYYMM, mas deve ser uma data ('dd/mm/yyyy')?

Segue o arquivo gerado para Digifred de Ibirubá/RS. O componente foi alimentado com a Razão Social da empresa emitente, mas não aparece. O retorno diz que está fora do layout. 1-env-lot.xml 1-rec.xml

E em relação a Ibirubá/RS, com Digifred, o Digifred.ini ainda não está com a configuração completa, né? Quando envio uma nota, retorna: "Arquivo em desacordo com o XML Schema. Envie um arquivo dentro do Schema do arquivo XML de entrada. O arquivo deve estar em uma das versões de XML Schema especificadas para o serviço."

Eu também estou notando esta demora, tanto com Thema quanto com ISSNET. Quando utilizava o Trunk, era tápido, com o Trunk2 ficou mais lento. Em relação a Ibirubá/RS, com Digifred, o Digifred.ini ainda não está com a configuração completa, né? Quando envio uma nota, retorna: "Arquivo em desacordo com o XML Schema. Envie um arquivo dentro do Schema do arquivo XML de entrada. O arquivo deve estar em uma das versões de XML Schema especificadas para o serviço."

Atualizei o Cidades.ini e o ISSNet.ini e agora está tudo 100% com Novo Hamburgo. Em produção, já! Agora vamos para Ibirubá/RS, com Digifred...

Tudo funcionando com a Thema. Testes feitos para a prefeitura de Passo Fundo / RS. Alguém já tem o ISSNET.ini configurado para a prefeitura de Novo Hamburgo?

Bom dia, Italo! Acrescentei a linha ACBrNFSe.Configuracoes.WebServices.IntervaloTentativas := 30000; // 30 segundos Aí começou realmente a esperar o tempo e veio o retorno corretamente! Se baixar para 10000 já não vem (tempo da prefeitura). Ainda assim vou implementar o retorno, se tudo der errado, pelo consulta manual, conforme orientação que você me passou. Foi de grande valor a sua ajuda! Muito obrigada...

Italo, Fiquei a tarde toda fazendo testes, os mais variados, com várias combinações. Se eu marcar ACBrNFSe.Configuracoes.Geral.ConsultaLoteAposEnvio := True; Mesmo eu alterando ACBrNFSe.Configuracoes.WebServices.AguardarConsultaRet := 5; ACBrNFSe.Configuracoes.WebServices.AjustaAguardaConsultaRet := True; ACBrNFSe.Configuracoes.WebServices.Tentativas := 300; (estes números foram alterados para mais e para menos) Parece que não faz diferença alguma. Volta imediatamente com lote não processado como excessão, não gera o RPS nem nada. Se eu consultar o protocolo depois com ACBRNFSe.ConsultarSituacao( Protocolo ); Só vem a Situacao, beleza, demora até 5 minutos para eu obter o retorno. Até aí OK, mas como eu pegaria o XML definitivo e o código de validação que antes estava em ACBrNFSe.NotasFiscais.Items[0].NFSe.CodigoVerificacao Eu tenho emissão em lote, que antes eu fazia, pegando o retorno imediatamente, agora não consigo mais. Já estou sem saber o que fazer...

Vou fazer os testes! Obrigada.

Italo, Obrigada pela imediata resposta. Na versão anterior, do trunk, eu simplesmente enviava, já obtinha a resposta (tanto de uma prefeitura quanto da outra). Aí eu já podia pegar o número da nota que vinha como resposta e efetivá-la. Agora não consigo mais fazer isso, em nehuma das duas prefeituras. Retorna que o RPS foi enviado mas ainda não foi processado. Não pode ter mudado a maneira de trabalho das prefeituras, tem que ser algo a mais para configurar. Agora configurei para consultar lote após o envio, mas não tive sucesso.

Na versão anterior, eu pegava os retornos da NFS-e da seguinte forma: - fazia o ACBRNFSe.Enviar( Lote ); - pegava o retorno do ACBrNFSe.NotasFiscais.Items[0].NFSe.Protocolo - pegava o retorno do ACBrNFSe.NotasFiscais.Items[0].NFSe.CodigoVerificacao - pegava o retorno do ACBrNFSe.NotasFiscais.Items[0].NFSe.Numero Agora vem o protocolo, mas o código de verificação e o número vem em branco Tentei então ACBrNFSe.ConsultarLoteRps( Lote, Protocolo ); Mas retorna sempre como lote não processado. Testei com os provedores Thema (Passo Fundo/RS) e ISSNET (Novo Hamburo/RS) Mudou alguma coisa em relação aos comandos de envio de NFS-e, quando trocou para Trunk2?

Como está a implementação da Thema e da ISSNET? Já estão completos?

Chapecó e Balneário Camboriú já têm implementação no ACBR para NFS-e?

Legal, Pedro!

Beleza... Vou testar em produção, mesmo. Preciso esperar um dos SEFAZ entrar em contingência.

É verdade, se fizer o teste em produção, retorna corretamente: "SVC desabilitado pela SEFAZ-Origem RS" Só não consigo testar nada... rsrsrs...

Será que não tem a ver com o caminho dos webservices? Onde posso conferir?

Se FormaEmissao = teNormal, volta o retorno certinho. Se FormaEmissao = tSVCAN, volta assim (conteúdo fazendo Evaluate/Modify da FRetornoWS: '<html>'#$D#$A' <head>'#$D#$A' <title>Runtime Error</title>'#$D#$A' <style>'#$D#$A' body {font-family:"Verdana";font-weight:normal;font-size: .7em;color:black;} '#$D#$A' p {font-family:"Verdana";font-weight:normal;color:black;margin-top: -5px}'#$D#$A' b {font-family:"Verdana";font-weight:bold;color:black;margin-top: -5px}'#$D#$A' H1 { font-family:"Verdana";font-weight:normal;font-size:18pt;color:red }'#$D#$A' H2 { font-family:"Verdana";font-weight:normal;font-size:14pt;color:maroon }'#$D#$A' pre {font-family:"Lucida Console";font-size: .9em}'#$D#$A' .marker {font-weight: bold; color: black;text-decoration: none;}'#$D#$A' .version {color: gray;}'#$D#$A' .error {margin-bottom: 10px;}'#$D#$A' .expandable { text-decoration:underline; font-weight:bold; color:navy; cursor:hand; }'#$D#$A' </style>'#$D#$A' </head>'#$D#$A#$D#$A' <body bgcolor="white">'#$D#$A#$D#$A' <span><H1>Server Error in '/NfeStatusServico2' Application.<hr width=100% size=1 color=silver></H1>'#$D#$A#$D#$A' <h2> <i>Runtime Error</i> </h2></span>'#$D#$A#$D#$A' <font face="Arial, Helvetica, Geneva, SunSans-Regular, sans-serif ">'#$D#$A#$D#$A' <b> Description: </b>An application error occurred on the server. The current custom error settings for this application prevent the details of the application error from being viewed remotely (for security reasons). It could, however, be viewed by browsers running on the local server machine.'#$D#$A' <br><br>'#$D#$A#$D#$A' <b>Details:</b> To enable the details of this specific error message to be viewable on remote machines, please create a <customErrors> tag within a "web.config" configuration file located in the root directory of the current web application. This <customErrors> tag should then have its "mode" attribute set to "Off".<br><br>'#$D#$A#$D#$A' <table width=100% bgcolor="#ffffcc">'#$D#$A' <tr>'#$D#$A' <td>'#$D#$A' <code><pre>'#$D#$A#$D#$A'<!-- Web.Config Configuration File -->'#$D#$A#$D#$A'<configuration>'#$D#$A' <system.web>'#$D#$A' <customErrors mode="Off"/>'#$D#$A' </system.web>'#$D#$A'</configuration></pre></code>'#$D#$A#$D#$A' </td>'#$D#$A' </tr>'#$D#$A' </table>'#$D#$A#$D#$A' <br>'#$D#$A#$D#$A' <b>Notes:</b> The current error page you are seeing can be replaced by a custom error page by modifying the "defaultRedirect" attribute of the application's <customErrors> configuration tag to point to a custom error page URL.<br><br>'#$D#$A#$D#$A' <table width=100% bgcolor="#ffffcc">'#$D#$A' <tr>'#$D#$A' <td>'#$D#$A' <code><pre>'#$D#$A#$D#$A'<!-- Web.Config Configuration File -->'#$D#$A#$D#$A'<configuration>'#$D#$A' <system.web>'#$D#$A' <customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/>'#$D#$A' </system.web>'#$D#$A'</configuration></pre></code>'#$D#$A#$D#$A' </td>'#$D#$A' </tr>'#$D#$A' </table>'#$D#$A#$D#$A' <br>'#$D#$A#$D#$A' </body>'#$D#$A'</html>'#$D#$A