BigWings

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.

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.

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.