Diego Foliene

Bom dia! No Portal da NFCe do Estado de SP consta o seguinte aviso informando sobre a manutenção: Para mais informações sobre o que é e como usar o EPEC - Evento Prévio de Emissão em Contingência, confira o tópico a seguir:

Bom dia. Faça um teste definindo a propriedade ACBrNFSeX.Configuracoes.Geral.RetirarAcentos := True; Sem mais informações posso apenas supor, mas verifique se a preencheu a propriedade NFSe.TipoTributacaoRPS com uma valor diferente de ttTribnoMun("T"), ttTribnoMunIsento("A") ou ttTribnoMunImune("M"), caso afirmativo, veja se informou valor para NFSe.Servico.CodigoMunicipio. Conferindo nos fontes, está é a condição e a propriedade para gerar e preencher a tag <MunicipioPrestacao>

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3943

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3942

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Enviado ao SVN na Rev-29469

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde @C4Dev. Foi enviado ao SVN na Rev-29460 alteração visando resolver esta questão. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Desconheço consumo indevido para NFSe, mas como não é padronizado, não descarto a possibilidade de um ou outro provedor estabelecer algumas regras de uso. Ainda assim acredito que nada drástico como consumo indevido. Outra observação que talvez seja interessante você verificar. Note que todos os seus arquivos foram gerados com o prefixo zero. (0-ger-nfse.xml, 0-ger-nfse-soap.xml). Geralmente esse prefixo recebe a informação do Nº do Lote ou RPS e se ambos estiverem vazios, da data no formato yyyymmddhhnnss. Como o seu foi gerado com zero, é um indicio que você preencheu ou o Nº do Lote ou do RPS com esse valor. Verifique na sua rotina como está alimentando essa informação.

São esses mesmo! No caso, o arquivo que nos interessa é o 0-lista-nfse-ger-soap.json Ele é o envelope de resposta, ou seja, a resposta que o webservice devolveu para você. Notou que ele gerou como um .json ao invés de um XML? Isso acontece porque alguns poucos provedores fazem a comunicação em JSON ao invés de XML.(este não é o caso do ISSSaoPaulo). Por causa disso, o componente tem uma tratativa em que se ele vê que o conteúdo da mensagem não é um XML válido, ele salva ele como um JSON. Se abrirmos esse arquivo, este é o conteúdo dele. Sugiro que você aguarde para ver se é uma instabilidade ou entre em contato com a prefeitura para verificar está questão.

Boa tarde! Por favor, defina a propriedade ACBrNFSeX.Configuracoes.WebServices.Salvar := True para que possamos ver se ele está gerando um envelope de resposta com uma mensagem imprevista que o componente não está conseguindo interpretar(o arquivo vai ter um -soap no nome) ou se de fato, não está devolvendo resposta alguma.

@brajan, por favor, substitua a unit em anexo no caminho ..\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Provedores\, reinstale o ACBr e faça um novo teste. SigISS.Provider.pas

Veja o resultado que obtive ao fazer um teste usando o programa exemplo do ACBrNFSeX: Pelo seu print da a impressão que você está usando o programa exemplo do ACBrNFSe. Este componente foi descontinuado e não sofre mais manutenção a um bom tempo, por isso recomendo que faça a migração para o ACBrNFSeX.

Por favor, você está enviando o Ano no inicio para identificação ou é uma exigência do provedor?

Bom dia! Por favor, você utiliza Fast ou Fortes para impressão? Por gentileza, pode fornecer o XML que está utilizando para testes, por ter dados sensíveis, pode seguir as instruções deste tópico:

Bom dia! Por favor, configure como LT_TLSv1_2 e faça um novo teste. Evite usar LT_All:

Bom dia @brajan! Foi enviado ao SVN na Rev-29453 alteração visando corrigir o problema. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Contribuição enviada ao SVN na Rev-29452. Por favor, queira atualizar seus fontes, reinstalar o ACBr para fazer novos testes e reportar qualquer problema.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3933

Bom dia! No log que nos encaminhou a mensagem de erro é como segue: Repare que a URL que está sendo feita a requisição é a https://devportal.itau.com.br/api/jwt. Conferindo na unit ACBrPIXPSPItau, podemos ver que esta URL é usada para autenticar no ambiente de homologação. Vamos conferir como é a rotina SolicitarCertificado da mesma unit: function TACBrPSPItau.SolicitarCertificado(const TokenTemporario: String): String; var Body, AURL, Token: String; RespostaHttp: AnsiString; ResultCode: Integer; begin VerificarPIXCDAtribuido; if (ACBrPixCD.Ambiente = ambProducao) then AURL := cItauURLAuthProducao + cItauPathCertificado + cItauPathCertificadoSolicitacao else begin VerificarAutenticacao; //Neste momento é usado a URL de autenticação. AURL := cItauURLSandbox + cItauPathCertificado + cItauPathCertificadoSolicitacao; end; //... end; Portanto, por favor, revise sua rotina e configurações, pois tudo leva a crer que você está tentando obter as configurações de produção com o componente configurado para homologação.

Por favor, configure o componente para gerar o log no nível paranoico e disponibilize o mesmo para análise. As propriedades são: ACBrPixCD.ArqLOG := 'Caminho onde será salvo o arquivo'; ACBrPixCD.NivelLog := 'defina como paranoico'; Se tiver dados sensíveis no log, siga as orientações deste tópico para disponibilizar:

Boa tarde. Como os arquivos disponibilizados de retorno em uma primeira análise parecem estar OK, será necessário realizar alguns testes com a função que faz a leitura destes arquivos. Vou fazer alguns testes e assim que descobrir algo lhe dou um retorno. Caso queira conferir também. Coloque um ponto de parada para debugar na primeira linha da procedure TratarRetornoConsultaNFSe da unit SigISS.Provider.pas que fica na pasta ..\ACBr\trunk2\Fontes\ACBrDFe\ACBrNFSeX\Provedores e veja se ocorre erro em algum momento.

Boa tarde. Em ambos os prints do programa exemplo, você definiu a versão DF como ve200. Está versão é incorreta. Se você definir ve400 o problema no programa exemplo persiste?

Boa tarde. Muito obrigado pela contribuição. A mesma me pareceu correta e por isso foi enviada ao SVN na Rev-29449. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.