BigWings

Não tem, o Fortes não tem essa funcionalidade. Se alguém desejar contribuir faça na página do projeto: https://github.com/fortesinformatica/fortesreport-ce

Quer dizer que já foi enviado o evento da prestação em desacordo.

Aparentemente foi isso mesmo, o Lazarus não aceita o CERT_STORE_PROV_SYSTEM_W. Enviei a correção pro repositório, rev. 20592.

Bom dia Enviei uma correção para o repositório, rev. 20593. Favor atualizar novamente.

Eu não sei como a SEFAZ-RS faz essa validação, essa rejeição depende da situação do emitente na SEFAZ de origem, então a SEFAZ-RS supostamente não teria o acesso pra validar. Pode ser um falso positivo.

OnObtemCampo é um evento do componente, ele precisa estar implementado.

Veja a configuração ACBrNFe.Configuracoes.WebServices.UF. No caso do evento de prestação em desacordo deve-se enviar para a UF do emitente do CTe.

Se está usando OpenSSL, certifique-se de definir a configuração: ACBrNFe.Configuracoes.Certificados.NumeroSerie := '';

Se está enviando no modo síncrono não vai ser preenchido o objeto WebServices.Retorno, você obtém o cStat de WebServices.Enviar. Veja no programa exemplo como é feito o tratamento do retorno síncrono/assíncrono.

Verifique como está passando a propriedade Titulo.OcorrenciaOriginal.Tipo.

Qual o erro?

Se entendi, você não quer emitir NFSe e sim obter as NFSe emitidas contra o CNPJ, como o DistribuicaoDFe para NFe, certo? Se é isso, não tem essa funcionalidade no ACBrNFSe.

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

Em que momento da rotina a tela aparece? E que tela é essa, pode incluir um print? Acontece também com o programa exemplo do componente?

Os certificados estão instalados para o usuário ou máquina local? Você pode tentar alterar o local:

Que saiba essa tela só aparece se você explicitamente chamar o método ACBrNFe.SLL.SelecionarCertificado. Se está usando ArquivoPFX, DadosPFX ou URLPFX não deve executar esse método.

Continua o mesmo erro? Ou está tendo rejeição? Testou com o programa exemplo? Eu fiz o teste configurando pra ve310 e consegui consumir o webservice, mas recebi rejeição 257. Creio que o webservice esteja fazendo alguma validação extra contra o certificado.

Para o SICOOB banco 756 use cobBancoob.

Não tinha aberto o arquivo. O problema é na leitura do XML. Veja que no teu arquivo falta fechar a tag IPI.

Está informando também a tag pDevol nos itens? Ela é requisito para a geração da vIPIDevol.

Você anexou o XML do CTe. O obrigatoriedade a partir de hoje é informar também no MDFe.

Um XML sem assinatura não seria validado muito menos autorizado pela SEFAZ. Então provavelmente o primeiro arquivo não foi gerado por essa rotina. O que pode ter acontecido é após a nota ter sido transmitida e autorizada, um XML não assinado com a mesma chave foi carregado no componente e executado o método ACBrNFe.Consultar. Caso a propriedade ValidarDigest esteja false, o protocolo é acrescentado no XML mesmo que ele não esteja assinado.

Você verificou o XML como orientou o Amarildo? A impressão do DANFE é feita pelo XML.

Não tem forma de saber quais os NSU dos eventos de uma nota específica. O que você pode fazer é criar uma rotina que capture todos os documentos retornados pelo DistribuicaoDFe, usando o método por último NSU. No retorno do evento é identificada a chave da nota, neste momento você pode fazer a atualização da situação da manifestação da nota no seu banco de dados.

Pra obter eventos use o método por último NSU ou NSU específico. O método pela chave da NFe retorna apenas o XML da nota e não está mesmo disponível para o próprio emitente.