Cristiane - Afirmação

Estou com o mesmo problema na Thema, que utiliza o método Enviar. Está assinando o RPS corretamente, mas apresenta o erro: Erro ao ajustar INTERNET_OPTION_CLIENT_CERT_CONTEXT: 12046 ACBrDFeCapicomDelphiSoap.pas TDFeCapicomDelphiSoap.OnBeforePost na linha 107 ele causa a excessão. Agora não sai mais nota alguma, não faz mais nada. Nota: acabei de atualizar todos os fontes.

Ontem eu resolvi atualizar a minha pasta ACBR. Cheguei a excluir todos os arquivos, baixei de novo e compilei tudo de novo. Está apresentando erro de compilação no ACBREad.pas procedure TACBrEAD.LerChaveModuloExpoente(Modulo, Expoente: AnsiString); Na linha 496: RSAKey.e := bnMod; RSAKey.d := bnExp; O que precisa ser feito?

Agora sim! Ibirubá/RS, pela Digifred, funcionando. Segunda-feira vai para produção.

Ainda referente a Ibirubá - Digifred: Usei o método Gerar. Tudo certo, retornou a mensagem em tela com situação 4. Neste momento preciso dos retornos. ACBrNFSe.NotasFiscais.Items[0].NFSe.Situacao está branco. Protoco é 0 CodigoVerificacao está preenchido Numero vem com 201600000000354 (exemplo, grande este número, é isso mesmo?) NomeArq vem preenchido e gerou o XML Aí tentei utilizar o método ConsultarLoteRps, mas não faz sentido, pois não gerou um lote. Como faço para pegar a situação? Quando utilizamos Gerar, as respostas vem em outros campos? Só falta isso para eu conseguir implementar Digifred no meu sistema.

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!