EMBarbosa

Ou seja, no Delphi XE vai fazer uso da interface IWebBrowser2 disponível na SHDOCVW.DLL. Se esta dll estiver incorreta, pode ser esse o problema ou talvez a versão do seu Delphi seja antiga. Qual a versão do seu Delphi e sistema operacional?

O TWebBrowser é na verdade o IE instalado na máquina. Então basta atualizar o IE da máquina.

Mas ele processa multi-boletos simultâneamente?

É necessário que você diga as mensagens de erro completas. 'Ancestor for TfqrDanfeQR' não diz nada. Tem também a possibilidade de seu código estar alterado. Seria bom você verificar.

A mensagem anterior foi removida. Estou removendo esta parte do seu post para ficar mais claro qual é a sua dúvida.

Legal. Não sabia deste detalhe. Bom pelo menos o próximo que for mexer já sabe onde terá que fazê-lo. E se alguém precisar desses campos já sabe que por enquanto terá que implementar também...

Então é provável que o erro de instalação está sendo causado pelo antivírus. Você pode verificar as alterações no código fonte e ver se foi introduzido algum vírus. Mas como eu disse acima, é um falso positivo.

Tanto o layout 1 como o layout 2.0 estão no Manual como tendo 9 campos. Ou o Manual, ou o PVA estão errados. Você pode averiguar no site do SPED se há alguma informação adicional sobre o assunto?

Mas o que tem então a ver as duas threads que você citou? Anexe o log do ACBrECF para que possamos analisar.

São Paulo não tem exigência do PAF-ECF. Apenas outros estados.

TEM que fazer? Não. PODEM fazer? Sim. Você pode ter uma área de utilidades para os ECFs que faça o cadastro. Veja o Manual do ECF.

Me parece que você tem 3 erros diferentes. Então vamos lá: ACBrDiversos.bpl é acusado de ser vírus. - A menos que esteja com vírus em sua máquina, não há muito o que fazer. Isso é um problema comum em aplicações Delphi que fazem acesso a porta serial e internet ou fazem uso de APIs do Windows, digamos, consideradas menos seguras. Veja Compilation Failure - Talvez tenha que fazer uma limpeza para ter certeza que não é nenhuma influencia de outra instalação. Veja: Não foi possível localizar o ponto de entrada - Veja:

Não há muito o que fazer no código para melhorar isso. O alerta do vírus é um falso positivo. Você pode perceber isso pois todas as detecções são do tipo Generic, ou seja, genéricas. Quer dizer que foi detectado como por um algorítimo heurístico, que funciona muitas vezes, mas nem sempre está certo. Tem muita informação sobre isso na web. Nessa pergunta do StackOverflow você vai encontrar vários links explicando o motivo e algumas das coisas que você pode fazer. Esse tópico também já é recorrente aqui no fórum, como se pode ver abaixo:

Beleza. Menos mal. Estou separando nossa conversa em um tópico separado para facilitar a pesquisa e não ficar tão fora do assunto.

Estranho. Aqui me parece que está tudo ok.

Sério que não entendi sua dúvida agora. Qual o problema? E qual o objetivo em desligar o servidor? Bem, existe um requisito no PAF-ECF que fala sobre o programa continuar a permitir a emissão de cupons mesmo quando a rede cair. Espera-se que quando a rede voltar, ele faça a atualização dos estoques. Este requisito não é exigido em todos os perfis, mas a sua existência e aceitação provam que a legislação permite. Lógico, tudo deve ser implementado de forma que não viole o Requisito I.

Se a impressora for PPLA/PPLB, (como uma Argox), acredito que você terá que ver os tipos disponíveis no manual. Veja esse

O problema ornei, é que conforme o link que você mesmo passou, eles ainda podem exigir o leiaut 2. E aí, com essa modificação ficaria impossível gerar o leiaute 2. Poderíamos resolver isso criando uma propriedade do componente parecida com o que foi feito no ACBrSintegra há algum tempo. Só por via das dúvidas, você chegou a tentar um contato com a receita pelo formulário disponibilizado aqui? Talvez eles tenham alguma outra informação sobre como o PVA detecta qual leiaute deve ser utilizado.

Olá Fabrício. minha sugestão é que, se tiver tempo e desejar, seria interessante ter um tópico ou um post em um blog ensinando o passo a passo.

Mas tem algo realmente errado e não é por causa do layout. Veja que o que o PVA, no registro 0000, está reclamando é que o campo possui 17 campos, só que no layout são apenas 11. Você pode ver isso nas páginas 30 em diante que tratam do registro 0000. Tem que averiguar o código do componente o que está acontecendo.

Se o Delphi tentar buscar as bpls no diretório que você criou para o Lazarus ou vice e versa, sim. Isso pode acontecer, por exemplo, se a variável de ambiente do Windows Path incluir o caminho para a pasta lzr_comps. Outras coisas podem influenciar, mas esse é um exemplo que poderia gerar o erro.

Se possível, verifique o manual do SPED Contábil sobre essas datas e dê um retorno.

Esse problema não deveria acontecer a princípio. Afinal, você não vai emitir um cupom antes de estar com a mercadoria em mãos para entregar ao cliente. Quando se faz emissão de algum documento antes de estar com a mercadoria em mãos faz-se uso do DAV. Mas suponhamos que isso aconteça, afinal você disse que é um super-herói . Então o procedimento é o mesmo do caso onde o cliente volta no dia seguinte para devolver um produto que comprou. Faz-se uma nota de devolução que voltará o valor ao estoque. Até lá, o valor do estoque ficará negativo.

Eu que agradeço.

Na verdade não é ter mais de uma versão do Delphi instalado e sim ter uma versão da BPL inconsistente para a versão que você está gerando. Por isso remova a ACBrComum.bpl e todas as outras bpl e arquivos ".dcu" do ACBr que encontrar. Certifique-se de entrar no Delphi para remover os componentes só por garantia. Daí faça novamente a instalação refazendo o Build em todos os pacotes.