BigWings

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.

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?

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?

No validador da SEFAZ-RS esse XML acusa rejeição 694, pela falta do grupo ICMSUFDest no item 2. Parece mais correto que a rejeição 793... mas o problema deve ser o mesmo. No seu XML você está informando o grupo ICMSUFDest no item 2?

Ciência de emissão não constitui manifestação definitiva, após o envio do evento de Ciência de emissão a empresa deve enviar nova manifestação definitiva num prazo estabelecido pela SEFAZ do estado. As demais manifestações são definitivas, caso seja enviada manifestação de Confirmação, Desconhecimento ou Operação não realizada por engano, o destinatário ainda pode enviar nova manifestação para corrigir a anterior. A correção pode ser feita uma única vez. Então uma nota pode ter até 3 manifestações, valendo a última enviada.

ESC/POS realmente não vai gerar PDF ou imprimir em impressora laser/jato de tinta, ou mesmo preview de impressão, já que ela envia comandos de impressão que devem ser interpretados pela na impressora. A única opção nesse caso seria a versão em Fortes.

Que "arquivo" Fortes Report você está precisando? Se você não tem o Fortes instalado: Se já tem o Fortes instalado precisa na instalação do ACBr marcar para instalação o componente DANFE para Fortes. Se já fez isso também basta adicionar o componente ACBrNFeDANFCeFortesA4 e vincular ao ACBrNFe.

No caso do extrato SAT não foi implementado para Fast Report. As opções são a versão em Fortes e a em ESC/POS.

A imagem é da impressão da NFCe em Fortes Report. Você pode usar o componente para Fortes. Ou modificar o fr3 a seu gosto.

Você precisou fazer alguma alteração nos fontes ou informar 0.001 para as tags? Achei estranho estar exigindo valores já que pelo arquivo de schema eles são opcionais...

No XML do CTe existe uma parte geral e uma parte por modal (rodoviário, aéreo, ferroviário, etc), cada CTe só pode ter um modal. No manual mais a frente você tem os trechos da estrutura de cada modal. Você define o modal na tag Ide.modal dessa forma o componente define qual grupo gerar.

Bem poucos provedores incluem a informação sobre o ambiente no XML, então o componente usa a configuração ACBrNFSe.Configuracoes.WebServices.Ambiente do componente ACBrNFSe para determinar a impressão da mensagem de homologação no DANFSE. Verifique então se está configurando corretamente. Atualizar os fontes, ou apenas reinstalar selecionando a opção de apagar os fontes antigos, pode resolver também.

Você está usando o DANFSE em Fortes ou Fast Report? Seus fontes estão atualizados? Um tempo atrás houve um bug numa revisão dos fontes que causou a impressão indevida dessa mensagem no DANFSE em Fortes.

Enviei um ajuste para o repositório para gerar o XML na estrutura do schema do provedor DeISS, rev. 19773. Faça um backup da sua unit, depois atualize os fontes e reverta as tuas alterações. Depois reinstale o ACBr pelo ACBrInstall_Trunk2, selecionando a opção de apagar arquivos antigos, recompile a sua aplicação e teste novamente.

A configuração SSLLib para assinatura é a SSLXmlSignLib, caso esteja em xsNone vai gerar a exceção. E o arquivo que você anexou inicialmente está assinado, então deve ter alterado algo aí na configuração. Qual erro? Nesse caso pode não ter relação com a tag OutrasRetencoes, e sim ser alguma informação que deveria ser informada antes e não consta no XML.

Acho que já é outro caso, o primeiro é erro de validação, dizendo que a tag OutrasRetencoes não deveria estar no XML. Essa exceção só vai ser gerada se você deixar de configurar as propriedades SSLLib, nem chegaria a montar o XML para validar.

Parece um erro interno do webservice. Já tentou contato com eles?

Provavelmente vai ser necessário algum ajuste nos fontes, ou atualização dos arquivos de schema. Pelo que vi foi inserido recentemente a geração dessa tag, numa contribuição do @Carlos Júnior que o @Italo Jurisato Junior commitou. Talvez eles tenham mais informação sobre o assunto.

Veja a propriedade DetRastros do componente DANFE.

Em produção ainda não está disponível a manifestação por pessoa física. Está previsto para 11/05/2020, pela NT 2020.001.