EMBarbosa

Vou verificar hoje.

Olá icozeira, No momento não tem ninguém trabalhando nisso, então é agradecemos sua disposição para ajudar. E eu vou te auxiliar no processo. Se puder começar com os campos criados nos registros já existentes, acredito vai dar tudo certo. Pode ser assim?

Deve haver apenas um C010 por CNPJ.

Para mais informações sobre a implementação desse tópico veja o seguinte tópico: https://www.projetoacbr.com.br/forum/topic/48343-novo-layout-de-boleto-com-detalhamento-para-o-fortesreport/

Enviei ao SVN com algumas diferenças. Por favor, queira atualizar, testar e reportar qualquer problema.

Eu creio que deva ter sido algum efeito colateral. Já enviei as alterações ao SVN. Queira por favor atualizar, testar e reportar qualquer problema. Muito obrigado.

Provavelmente seu arquivo foi alterado localmente. Esse pacote ACBr_NFeDanfeFR.dpk não precisa do fqb250. Na verdade ele nem é mencionado, veja: requires rtl, designide, {$IFDEF VER140} fs6, frx6, frxe6, frxDB6, {$ENDIF} // D6 {$IFDEF VER150} fs7, frx7, frxe7, frxDB7, {$ENDIF} // D7 {$IFDEF VER170} fs9, frx9, frxe9, frxDB9, {$ENDIF} // D2005 {$IFDEF VER180} {$IFNDEF VER185} fs10, frx10, frxe10, frxDB10, {$ENDIF} // D2006 {$ENDIF} {$IFDEF VER185} fs11, frx11, frxe11, frxDB11, {$ENDIF} // D2007 {$IFDEF VER190} fs11, frx11, frxe11, frxDB11, {$ENDIF} // D2007 {$IFDEF VER200} fs12, frx12, frxe12, frxDB12, {$ENDIF} // D2009 {$IFDEF VER210} fs14, frx14, frxe14, frxDB14, {$ENDIF} // D2010 {$IFDEF VER220} fs15, frx15, frxe15, frxDB15, {$ENDIF} // XE {$IFDEF VER230} fs16, frx16, frxe16, frxDB16, {$ENDIF} // XE2 {$IFDEF VER240} fs17, frx17, frxe17, frxDB17, {$ENDIF} // XE3 {$IFDEF VER250} fs18, frx18, frxe18, frxDB18, {$ENDIF} // XE4 {$IFDEF VER260} fs19, frx19, frxe19, frxDB19, {$ENDIF} // XE5 {$IFDEF VER270} fs20, frx20, frxe20, frxDB20, dsnap, {$ENDIF} // XE6 {$IFDEF VER280} fs21, frx21, frxe21, frxDB21, dsnap, {$ENDIF} // XE7 {$IFDEF VER290} fs22, frx22, frxe22, frxDB22, dsnap, {$ENDIF} // XE8 {$IFDEF VER300} fs23, frx23, frxe23, frxDB23, dsnap, {$ENDIF} // Seattle {$IFDEF VER310} fs24, frx24, frxe24, frxDB24, dsnap, {$ENDIF} // Berlin {$IFDEF VER320} fs25, frx25, frxe25, frxDB25, dsnap, {$ENDIF} // Tokyo {$IFDEF VER330} fs26, frx26, frxe26, frxDB26, dsnap, {$ENDIF} // Rio ACBr_NFe;

Enviei uma possível correção ao SVN, poderia por favor testar?

Olá Jorge, Veja esse tópico do dia 21 de dezembro:

Olá, Pode ser que esteja faltando algum retorno ou comando em algum evento. Lembre-se que o ACBrTEFD está acostumado a trabalhar com o ECF. Então pode ser que em algum lugar está faltando uma confirmação ou status de retorno. É bem provável que seja isso. Veja abaixo: O ACBrTEFD tem esse erro. Está definido no código como uma constante como "CACBrTEFD_Erro_ECFNaoRespondeInfo" Por exemplo, se o evento OnInfoECF retornar uma string vazia esse erro será levantado. Esse é o lugar mais comum desse erro acontecer. Eu sugiro você ligar também o logs do ACBrTEFD e avaliar o retorno dele.

Pode verificar se o mesmo erro acontece com o DANfeRetrato_2018.fr3 por favor?

Isso significa que o Delphi não está encontrando as units do ACBr. Talvez o Library path esteja incorreto. Você usou a versão mais nova do ACBrInstall para instalar?

O erro aponta na dificuldade de acessar o repositório de certificados na "máquina local" (Location: "2" = LocalMachine ), que é repositório de certificados para certificados pessoais (StoreName: "My"). Talvez você possa partir disso para investigar. Pode ser que o certificado está em outro repositório. Por exemplo no Location = 1 " CurrentUser". Não deveria ser o caso, mas não custa confirmar.

Mas se é o seu robô que ficou em looping, você precisa verificar o código dele, não? Não está claro como o os componentes estão relacionados com o seu problema. Por exemplo, consegue reproduzir o problema usando o Demo do componente?

Será que não é uma das tags mencionadas nesse vídeo?

Eu sugiro você criar na sua aplicação uma pasta para logs e alterar a propriedade que define o nome do arquivo de acordo com o dia. Assim serão criados logs diários. Se acontecer algum problema no seu cliente, você pode verificar pelos logs. Você pode depois excluir os logs mais antigos.

Me parece que você mesmo já respondeu sua dúvida. É isso mesmo?

Acho que não. Depois de fechar o gerencial ou vinculado um ECF normal volta pro estado de "livre".

Você deve fazer as alterações do "estado do simulador" nos eventos onComandaECF. Lembre-se que você está simulando um ECF e é lá que o ACBrTEFD se comunica com o ECF.

Não está declarada em pcnEventoNFe mesmo. Está declarada em pcnConversao.pas.

Os dois erros de "property ExplicitWidth not found" você pode simplesmente ignorar. Você também pode remover a unit DateTimePicker. Ela foi adicionada por causa das versões mais novas do Delphi e do Lazarus. No entanto, esse erro de TformPadraoCad não é do ACBr. É da sua instalação do Delphi aí.

Você precisa programar os eventos para emular o comportamento do ECF, como eu disse antes. O evento, nesse caso, é o "onInfoECF". Dá uma olhada nos exemplos citados anteriormente, por favor.

ACBrTEFD1.ImprimirTransacoesPendentes; A propósito, se você precisar confirmar as transações antes de imprimir, veja a propriedade ACBrTEFD1.ConfirmarAntesDosComprovantes.

Na verdade são os eventos que começam por "onInfoECF" e "onComandaECF". Esses são os eventos onde o ACBrTEFD vai interagir com a impressora. Por exemplo, para imprimir as vias você implementa o evento onComandaECFImprimeVia. Não testei aqui, mas talvez poderia ser algo assim: try case TipoRelatorio of trGerencial,trVinculado : begin ACBrPosPrinter1.Ativar; ACBrPosPrinter1.Imprimir(RespostasPendentes.ImagemComprovante1aVia.Text); ACBrPosPrinter1.Imprimir(RespostasPendentes.ImagemComprovante2aVia.Text); ACBrPosPrinter1.Desativar; end end; RetornoECF := 1 ; except RetornoECF := 0 ; end; Esqueci de dizer, dá uma olhada também no exemplo de NF-e com TEF, na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi - TEF

O Delphi 7 tem problemas com arquivos UTF-8. Acabei de enviar uma correção para corrigir esse problema. Queira atualizar e testar novamente.