flavio.boel

Segue em anexo uma sugestão. Implementei na unit ACBrTEFDCliSiTef uma propriedade com nome UltimoSTS. Para conseguir ter acesso a tabela de retornos da DLL de fora do componente. Outra ideia é criar essa propriedade no objeto TACBrTEFDResp e tratar em todos os GP. ACBrTEFDCliSiTef.pas

Estou usando o ACBRTefD com CliSitef. E nos testes da aplicação quando estou com falha de conexão o tef está logando STS = -5 (Falha de conexão) mas está concluindo a inicialização como ativo. A rotina de TestarTEF do demo está com o mesmo problema.

Bom dia Italo, vou desfazer aqui, e implementar a regra no aplicativo. Obrigado pela ajuda. Pode encerrar o post.

Segue resposta da Coplan. Boa tarde . Esta regra é para todos os municípios atendidos pela Copan a tag ValorISS o valor é calculado pelo sistema e devolvido no retorno do XML este valor só deve ser preenchido quando o local de tributação é diferente do local do prestador do serviço ou seja ISS devido em outro município. A disposição. --- Suporte - Coplan Soluções em Tecnologia https://www.coplan.srv.br/

Vou abrir um chamado, via email, questionando a Coplan, assim que responderem eu posto aqui.

Estou homologando a alteração de provedor em Rondonópolis, e a coplan me retornou que não deve ser enviada a Tag de Valor ISS. Segue em anexo a alteração na pnfsNFSeW_ABRASFv2 comentando a geração da TAG. pnfsNFSeW_ABRASFv2.pas

O Teste deu certo, obrigado pelo empenho. Pode encerrar o tópico.

Boa noite @Italo Jurisato Junior Após a atualização o arquivo gerado pelo demo validou no site da receita. Amanhã vou atualizar o cliente, e enviar um RPS ao provedor.

Apesar da rotina ser a mesma, no RPS ela extrai o ID., No lote ela assina tudo.

A assinatura pelo WinCrypt está sendo recusada pelo provedor, abri um outro tópico referente a esse assunto, pois não ocorre erro no componente.

Meu cliente trocou recentemente o certificado, e quando foi utilizar o capicom estou encontrando o erro da imagem.

Acabamos de fazer o teste, o servidor recusou o Lote por falha de assinatura no RPS. Em anexo os arquivos do RPS, do Lote, e da resposta do servidor. 3947-rec.xml 20501-rps.xml 3947-env-lot.xml

Ainda não fiz o teste, de enviar somente com a segunda assinatura valida. Eles estavam recusando com as 2 assinaturas inválidas. Nos instruíram a conferir a rotina de assinatura, e validar no site da receita antes de tentar enviar novamente. Em um lote enviado antes da atualização o site valida as duas assinaturas. Troquei o certificado, usando o da software house o comportamento no site da receita foi o mesmo. Experimentei assinar usando capicom com meu certificado, e as duas assinaturas ficam válidas. Mas com o certificado do cliente não consigo usar capicom, como este foi descontinuado não insisti.

A parte da assinatura tenho validado pelo: https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/Assinadoc/ValidadorAssinaturas.app/valida.aspx

Na ultima atualização do sistema usando o provedor WebISSv2, na cidade de vilhena começou a dar erro de assinatura do arquivo. Atualizei novamente o ACBR. E resolveu a assinatura do Lote, mas validando pelo site: https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/Assinadoc/ValidadorAssinaturas.app/valida.aspx A primeira assinatura no arquivo, assinatua do RPS continua inválida. 3100-env-lot.xml 3100-env-lot-soap.xml