Painel de líderes

Aqui estamos conseguindo migrar todos os sistemas do delphi 7 para o XE5+Trunk2, inclusive nosso frente PAF-ECF que já está migrado pronto para homologação.. Está sendo mais fácil que imaginava. Já deveríamos ter feito isso a tempos, mas com a correria vamos deixando sempre para depois... Obrigado ACBr por esse "empurrãozinho".... Espero que sirva de incentivo para os que ainda estão resistentes a mudança que é para melhor...

Como autor do TDI, fico contente pela indicação... Hoje em dia interfaces TDI são mais amigáveis aos usuários do que a MDI Mas se você realmente quer um MDI, tenho notado nos commits da Rx da CCR, que eles estão implementando um componente para MDI

SIM... afinal, como um SAT poderia tomar ciência de que existe outro equipamento no mesmo local ??

Estude o Manual, para entender de hierarquia e como funciona o Sped, entendendo verá que o C101 é filho de outro registro.

Faça e compartilhe com todos, isso é o bom do OpenSource, vc tbm pode ajudar e não apenas aguardar q alguém faça.

só retornando , o problema era esse mesmo , a data/hora do pc foi só alterar lá e foi 100% , obrigado a todos caso o moderador quiser por resolvido e fechar o tópico fique a vontade

sua pergunta O instalador adiciona no library path apenas os paths correspondentes aos pacotes selecionados durante a instalação ou ele adiciona todos os paths ?? resposta não

Apenas para deixar o tópico atualizado... Essa é a Página do TDI, na Wiki do Lazarus http://wiki.freepascal.org/TTDINotebook

Pela experiência que estou tendo, RS está sendo o estado mais rigoroso com relação a MDF-e. Os motoristas nem se atrevem mais a passar sem manifesto. E não adianta apresentar somente os CT-e´s e as NF-e´s.

Correção enviada ao SVN. @rpassos O ACBr é todo x86 a compilação em x64 é apenas para teste não garantimos o funcionamento da mesma.

Após a Redução Z, vc precisaria usar ECF.DadosUltimaReducaoZ

Dercide, Favor atualizar os fontes e testar novamente.

Independentemente da exigência da ACBr, extinguir suporte ao delphi7, obrigatoriamente devemos acompanhar a evolução natural, vendemos serviços precisa ter qualidade, lembro de um cliente um dia disse assim: Olha vi em uma empresa uma tela ..., imediatamente lembrei que no d7, aquilo fica muito dificil complicado. Outro detalhe tive um professor da faculdade que nos dizia "olha procure se atualizar seus serviços, se não vão ter que ir vender apa- relho de rodar fita k7, na frente dos bancos...". Temos o famoso googles.... A primeira coisa a fazer é eliminar trocar ou ver se tem compatibilidade os famosos componentes... Na verdade essas bobas dificuldades irá nos aperfeiçoar, nossos clientes que paga o nosso pão de cada dia, também verá a diferença no resultado final e pagará satisfeito, agente ganha mais respeito, moral, outra coisa programador é programador e se for brasileiro coisa vai ter que andar... Obrigado, Leão

Venho informar que o problema foi resolvido, após análise no cliente foi constatado que tinham implementado um bloqueio de proxy na rede, o problema foi resolvido liberando o acesso as url's do Manifesto, muito obrigado Italo e Luis Att

sergiowilson.sp Descobri meio que na unha, no Evento onInfoECF inclui o seguinte código, simulando uma resposta do ECF Begin case Operacao of ineSubTotal: begin RetornoECF := ValorFloat(frmFormaPgto.lblLiquido.Caption, 2); //Informo que ao valor Total da Venda já com desconto. end; ineTotalAPagar: RetornoECF := '0'; //Como informo Pagamento a Pagamento para o TEF não existe valor a pagar no meu programa. ineEstadoECF: RetornoECF := sEstadoECF; //Variavel Global End; O grande segredo é sempre antes de fazer algum procedimento informar qual é o estado do ECF, como por exemplo antes do ACBRTEFD.CRT informo que a Variável Global sEStadoECF = "P", ou seja, simulo que o ECF está no Estado (Pagamento). O Estado que mais uso é "L" pois informo que o ECF está livre, permitindo o componente imprimir os comprovantes. Em muitos eventos informei que o RetornoECF := 1, ou seja, deu certo, Já a impressão criei um método extra, para imprimir linha por linha, no teste onde pede para trocar o papel (por falta de papel), ao confirmar no programa que deseja continuar a impressão deve continuar de onde parou. No metodo onComandaECFImprimiVia o ACBRTEFD retorna o comprovante em (ImagemComprovante.Text), eu trato e mando ACBrPosPrinter.ImprimirLinha('</ae>' + ImagemComprovante.Text); Com isso é impresso o comprovante. Espero tê-lo ajudado, pois sofri alguns dias para entender essa logica de emular o ECF. Abraços. Quem ajuda, Será Ajudado..

O Lazarus já está na versão 1.4.4.... e a 1.6.0 está prestes a sair... Atualize a sua IDE... http://www.lazarus-ide.org/

A rotina de geração de MDFe do Demo estava errada, faltava chamar: ACBrMDFe1.Manifestos.GerarMDFe; Apliquei a correção no SVN

Depois de um bom tempo pesquisando sobre a nova atualização do Fortes Report, achei a solução: no proprio forum do acbr Nao e mais necessario ter o compontente RLSaveDialog na paleta do Delphi. Caso alguem use este componente, basta Ignorar a mensagem de erro e excluir a Linha: RLSaveDialog TRLSaveDialog e compilar. so e necessario ter o componente RLPDFFilter declarado para salvar em PDF. Feito isso ainda aparece a mensagem que "O Sistema Nao esta de acordo com a versao do Fortes Report" e para resolver isso e so declarar: RLConsts.SetVersion(3,72,'B'); no Create do Form Principal e na Uses declare: RLConsts. Obrigado.

Tive este mesmo problema e resolvi seguindo isto: http://support.microsoft.com/kb/836204/pt-br