Isaque Pinheiro

Boa tarde, Sobre o botão Salvar, fiz o teste aqui e está tudo funcionando corretamente. Sobre o tempo de espera é isso mesmo, o erro que está recebendo pode ser devido o SEFAZ estar com algum problema e estar demorando dar a resposta, se aumentar muito o tempo seu sistema irá travar, acredito que o que deve ser feito é esperar o SEFAZ voltar ao normal para o tempo de resposta.

Essa propriedade não pode ser mudada no OnShow, senão toda hora que restaurar a tela a posição volta para 0, sendo que o ultimo menu acessado poder ter sido em uma posição bem maior, vou mudar isso via IDE, e não altera-la via código para resolver o problema.

Ela deve estar no código, 1a opção copiar o conteúdo do evento, salva para o delphi excluir o código, de dois cliques para o delphi criar novamente e cola o código copiado e salva. 2a opção ou seu código não está atualizado, ou esta mas vc não recompilou os pacotes para que os eventos fossem atualizados na IDE.

Olhe a mensagem está citando o pacote ImporXml, não é no ACBr. Outra vc está instalando manual ou via ACBrInstall_Trunk2 ? Não damos suporte a instalação manual de pacotes, já criamos o instalador justamente para que ele faça tudo de forma corretamente.

De onde veio esse pacote ImporXml.dpk, até onde sei ele não faz parte do ACBr.

O MonitorPLUS passou por uma reformulação visual, trouxemos para sua IDE um padrão mais inovador, simulando o metro e ao mesmo tempo facilitando e oferecendo uma melhor navegação nas páginas de configurações disponiveis. O ACBr MonitorPLUS já é um sucesso e um produto de qualidade, onde juntou os recursos de dois monitores, estamos agora trabalhando para que que seu visual fique a altura de seu poder e recursos, agradecemos a todos pelas colaborações e contribuições, principalmente aos assinantes do SAC o qual nos possibilita bancar pessoas para que possa trabalhar nessas melhorias.

Isso depende da UF homologada, ex: ES não permite, tem que ser impresso no ECF, então deve ser desenvolvido e disponibilizado por parâmetro.

ACBrNFe->Configurações->DownloadNFe->PathDownload

Sim como o Julimar falou, seu delphi tem caminhos do Trunk, pois se analisar o erro veja C:\Sistemas\Componentes\ACBR\Fontes\ACBrSPED\ACBRSP~3\ACBrEFDBloco_E_Events.pas(80) Olhe a pasta onde ele está buscando essa Unit, esse caminho não existe no Trunk2

Quanto mais tempo deixar de se atualizar, maior será o trabalho quando for obrigado a fazer uma migração.

Sim mudou, continua com vestígios do Trunk, pois no Trunk2 esse pacote passou a se chamar ACBr_Synapse

Obg, já disponível no SVN.

Tem alguma coisa no seu projeto ou no delphi que está procurando por ACBrComum, e no Trunk2 não existe mais essa BPL, no Trunk2 o nome é ACBr_Comum

de uma olhada nesses links http://www.devmedia.com.br/forum/preencher-campos-do-formulario-html-automaticamente/292839 http://www.scriptbrasil.com.br/forum/topic/135197-preencher-campos-de-um-website-com-delphi/ Caso não atenda ainda de uma pesquisada no google por "preencher campo automaticamente na web via delphi"

Esse processo gera esse registro M200, automaticamente, por isso vc manda um valor e após processar ele acha outro e muda o que vc mandou.

Tente coloca-la no diretório do seu EXE

O próprio validador tem um opção para de processamento para gerar esse registro, no menu EFD Contribuição->Gerar Apuração das Contribuições

Você processa o fechamento pelo Validador?

O Monitor terá esse recuso de baixar xml breve, breve.

@JOSE NUNES segue em anexo um arquivo de Help com os comandos, estou trabalhando para adicionar a sintaxe e retorno de todos aguarde as próximas versões compiladas do Monitor, mas caso precise com mais urgência estou anexando um Unit.pas nela tem os nomes dos comandos e da para você ir olhando os parâmetros. DoACBrMDFeUnit.pas ACBrMonitor.chm

Isso é erro de conflito de BPLs, existem BPLs desatualizadas ou do Trunk em seu computador, do qual o path está no delphi e ele está encontrando essas BPLs desatualizadas ao invés das BPLs geradas do Trunk2.

O Monitor é uma Utilitário que Ler e Escreve arquivo TXT. Seu sistema escreve os comandos em um TXT de nome ENT.TXT, o monitor ler esse TXT e executa cada comando, após executar o monitor escreve um SAI.TXT que seu sistema ler para saber a resposta dos comando. Veja o exemplo de como passar comandos nesse ENT.TXT no blog do André.

@MARCOSMCA, o ACBr tem componentes que geram o SPED, dentro dos padrões exigidos pela Lei, acredito que esteja ciente que um arquivo de SPED deva ser gerado mensalmente para entregar ao fisco, mas que o mesmo pode ser exigido a qualquer momento também pelo fisco, o qual não adianta somente pegar tudo pronto do ECF, mas guardar todas as informações em seu banco de dados, pela um eventual situação de pane geral no equipamento ECF. Partindo desse principio para que disponibilizar esse comando se já temos que guardar as informações em banco de dados, e ter rotinas para gerar essas informações a qualquer momento exigido pelo fisco? Não faz sentido, muitos de você se preocupam em atender o cliente, e de forma fácil, e esquecem de uma palavrinha chamada LEI, que foi escrita simplesmente para ser cumprida e não questionada.

De uma olhada nesses links: Caso não consiga, de uma pesquisada no Google.

Use a aba Cadastros->Sw.House.