Cristiane - Afirmação
-
Total de ítens
73 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Cristiane - Afirmação
-
-
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.
-
1
-
-
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? -
-
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...
-
Tentei com data ou com ano/mês, mas sempre retorna o mesmo erro.
-
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.
-
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...
-
1
-
-
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...
-
1
-
-
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 alterandoACBrNFSe.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!
Erro ao ajustar INTERNET_OPTION_CLIENT_CERT_CONTEXT: 12046
em ACBrNFSe
Postado · Editado por 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.