BigWings

Informe [Titulo1].

Favor não colar conteúdo extenso no corpo da mensagem, prejudica a leitura. Use a opção de anexar arquivos. Significa que provavelmente você tinha alterações locais no arquivo, e houve conflito no momento de atualizar os fontes do SVN. Você precisa resolver os conflitos (opção "Resolve" do Tortoise) ou reverter os fontes (Revert) pra descartar as tuas alterações locais e usar o código do repositório.

Verifique na sua rotina qual valor passou para a tag vDesc. Se for um valor maior que 0.00 e menor que 0.01 vai acontecer isso, gerar o valor 0.00 que não é aceito pelo layout.

Desde que seja a data de autorização mais alta numa NFCe anterior, emitida em contingência offline, não tem problema. Mas se foi alterada a data de emissão para a data que ela foi retransmitida, não deve acontecer, a SEFAZ pode entender como tentativa de fraude e vir a pedir explicações. Sugiro que converse com o contador da empresa e explique a situação pra que ele tome as providências que julgue necessário.

Veja a propriedade ACBrTEFD.TEFCliSiTef.OperacaoCRT. Informe 3 para crédito e 2 para débito.

O último aviso é da desativação dos protocolos antigos em 21/01/2020: https://receita.fazenda.rs.gov.br/conteudo/11832/df-e%3A-desativacao-imediata-do-protocolo-ssl%2C-e-novas-datas-de-desativacao-dos-protocolos-tls-1.0-e-tls-1.1 Talvez eles tenham atrasado algo no cronograma, como é de praxe... Na verdade isso já devia ter sido feito há anos, de acordo com a documentação da NFe 4.00.

Ainda pode usar Windows XP com OpenSSL para acessar TLS 1.2, desde que o certificado seja o A1.

Você pode informar a senha do certificado na configuração: ACBrNFSe1.Configuracoes.Certificados.NumeroSerie := '1234567891123456789'; ACBrNFSe1.Configuracoes.Certificados.Senha := '123456'; Se estiver informando uma senha errada, pode ser este o problema.

Não entendi de que Monitor você está falando... É o programa exemplo? O ACBrMonitorPLUS? Este último não tem suporte a NFSe. O componente gera o RPS, envia para o webservice, e recebe dele a NFSe, e salva a NFSe conforme retornado. E geralmente o que é assinado é o RPS e não a NFSe. A não ser que tenha algum tratamento específico para este provedor. Pode anexar um XML da NFSe conforme gerado pela aplicação e o mesmo baixado pelo portal da prefeitura? Favor anexar os arquivos e não copiar o conteúdo no corpo da mensagem.

O componente usa o XML da NFSe, e não do RPS, para impressão do DANFSE. Fez teste de impressão usando o XML e o programa exemplo do componente?

Está distribuindo a MIDAS.DLL ou acrescentando MidasLib no uses do dpr?

Você diz que removeu mas no arquivo que anexou ainda consta o provedor proActconv2 na linha 443. O arquivo também está desatualizado em relação ao do repositório. Favor atualizar os fontes, aplicar a tua alteração e anexar aqui novamente.

Você usa a impressão do DANFE em Fast ou Fortes Report?

Alguns eventos, por exemplo o cancelamento e a carta de correção, devem ser retornados na consulta por chave, método ACBrNFe.Consultar. O componente já separa os eventos do retorno da consulta e salva eles em disco, se a configuração ACBrNFe.Configuracoes.Arquivos.SalvarEvento estiver marcada. Mas para obter TODOS os eventos de uma nota, apenas usando o método DistribuicaoDFePorUltNSU ou DistribuicaoDFePorNSU para obter os eventos emitidos por terceiros, e armazenando os eventos emitidos pelo próprio CNPJ/CPF (estes não são retornados pelo DistribuicaoDFe).

Isso acontece usando o programa exemplo? Qual o passo a passo para replicar?

Onde está "duplicatas" deve ser entendido como "parcelas". Para mostrar também os pagamentos configure a propriedade ExibeCampoDePagamento como epiQuadro. O meio de pagamento não deve interferir na geração das parcelas, pode ser algo na sua aplicação que está limitando.

Você quer dizer ACBrECF? Se for, é isso mesmo, o componente foi desenvolvido pras impressoras fiscais, mas tem um modelo "virtual" que pode ser desviado para gerar NFCe ou SAT usando os componentes virtuais de integração com o ACBrNFe ou ACBrSAT. Mas ele fica preso ao modo de funcionamento das ECF, exigindo redução Z, etc. Na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi - TEF tem programa exemplo de uso do TEF com NFCe, sem uso do ACBrECF.

Veja a regra de validação: A NFe que está tentando cancelar está com situação 'Autorizada' no portal da SEFAZ?

Informe vProd conforme calculado pela sua aplicação. Ajuste o vUnCom conforme necessário. Conforme o manual, o vUnCom é meramente informativo, e o próprio manual indica fazer a divisão vUnCom = vProd / qCom.

Tente ajustar a propriedade "FormularioContinuo" do componente DANFE NFCe.

Existe o grupo de pagamentos e o grupo de parcelas. Até a NFe 3.10 o grupo de parcelas era chamado de duplicatas, você só devia informar caso estivesse realmente gerando a duplicata (título de crédito). Como tornou-se prática comum usar o grupo de duplicatas para mostrar parcelamento, como parcelas de cartão de crédito ou cheque, isso foi alterado na NFe 4.00, agora o grupo se chama simplesmente "parcelas". Só esqueceram de alterar a denominação no DANFE. Na NFe 4.00 foi também incluído o grupo de pagamentos para NFe, antes era apenas na NFCe. O meio de pagamento 14-Duplicata que era aceito na NFe 3.10 deixou de ser. Por regra geral, o total dos pagamentos deve ser igual ao total da nota, e o total das parcelas deve ser igual ao valor líquido da fatura. Não lembro de ter alguma validação que compare valor entre o grupo de pagamentos e o de parcelas, qual rejeição está tendo?

Tente alterar para: A := ACBrDFE.Assinar(XML, 'Pedido', 'InfPedidoCancelamento'); Você tem razão quanto a chamar PosEx com o terceiro parâmetro 0, o resultado será sempre 0. Então talvez caiba uma melhoria nesse código. O @Daniel Simoes deve poder comentar melhor. Mas entendo que o método espera que se passe um elemento e um atributo, se o elemento não for encontrado, porque continuar?

Você pode chamar o método Guias.GerarGNRE para gerar os XML, depois usar o método de envio.

Provavelmente é por estar usando o Fast Report versão Embarcadero, a que vem junto com o Delphi. Ele tem limitação de não poder executar os scripts que estão no .fr3. Tem o arquivo *BASIC.fr3 na pasta Obsoletos que pode ser usado com ele, mas ele não vem tendo atualizações há tempos. O ideal é você usar a versão comercial do Fast, no mínimo a Standard. Ou usar o Fortes Report que é Open Source, e usar os componentes DANFE do ACBr desenvolvidos pra ele.

Você está com os arquivos .ini atualizados junto com a versão atual da sua aplicação? No arquivo Betha.ini deve conter o elemento a localizar no cancelamento: Que parece correto de acordo com a imagem do XML. Está dessa forma no seu .ini?