strago
-
Total de ítens
85 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por strago
-
-
Para limitar o fetch de uma tabela usando fdquery, você deve ir em "options-> Fetch options -> Rowset size: 50" e trocar o 50 pelo numero de registros que você quer por fetch.
Alguns detalhes que você deve levar em consideração são:
O "Fetch mode" deve estar setado para "fmOnDemand"
Não pode ser usado junto com Keep Connection Alive do FDConnection.
Para campos lookup eu não cheguei a testar o fetch, mas ja fiz o teste com tabelas gigantes e o fetch on demand funciona direitinho.
-
os pacotes do DANFE RL sempre deram problemas pra serem instalados pelo instalador.
Sempre precisei instala-los manualmente.
-
Boa tarde Marcio,
Entendo a sua preocupação, mas vamos nos ater na realidade.
Acredito que nenhuma loja costuma retornar troco para alguem que pague em cheque por exemplo.
Visto que cheque não há garantia de recebimento.
As lojas só retornam troco para que paga em dinheiro, exemplo:
Valor da Nota: R$ 46,00
Valor pago : R$ 50,00 (dinheiro)
Troco: : R$ 4,00
No XML teremos:
Valor da Nota : R$ 46,00
Pgto Dinheiro : R$ 46,00
Antes que você questione o meu post, a uns 20 anos atraz eu abastecia o meu carro em um posto vizinho da minha casa.
Colocava 30 reais de combustivel e na hora de pagar com o cartão pedia para o funcionario passar 50 reais e me dar um troco de 20, só para não ter que ir até o banco e efetuar o saque.
O funcionario me olhava torto e pedia autorização para o proprietário.
Com o advento da NFC-e, esse tipo de pratica vai ficar complicado ou melhor não vai ser mais possível ser feita.
Boa tarde Marcio,
Coloca-se no lugar do comerciante.
Você realiza uma venda no valor de 90 reais o cliente quer fazer um cheque de 100 e lhe pede um troco de 10 reais, você aceitaria?
Qual é a garantia que o cheque não vai voltar, por falta de fundo ou outros motivos?
O cheque ao meu ver para quem recebe é um recebimento a prazo, pois tem que depositar, esperar ser compensado para o dinheiro entrar na conta, dependendo do valor demora um ou dois dias.
E você vai dar o troco em dinheiro, ou seja recebe a prazo e da o troco a vista.
É como o Roberto escreveu, é raro ou ninguem faz esse tipo de transação.
Se você não quer engessar o seu sistema a idéia do Roberto é muito boa, criar um cadastro de formas de pagamentos com um campo indicando se permite ou não troco.
O comerciante cauteloso, vai permitir troco somente quando a forma de pagamento for em dinheiro, caso contrario não.
o problema Italo, é que a SEFAZ, assim como você , não se preocuparam com o fato que as regras do negócio de fato, ou seja, o que o comerciante no geral aplica em sua empresa não pode ser restringido dessa forma.
Se o dono da padaria deseja assumir o risco de aceitar um cheque de 100 para uma compra de 90 e devolver 10 de troco (NÃO ESPECIFIQUEI A ESPECIE), é uma opção do dono da padaria e não da SEFAZ.
Isso pode acarretar inúmeros problemas...
1 - Mudo minha regras de negócio para me adequar a emissão de um documento fiscal.
Resposta : Impraticável em muitos casos, EX: Como já havia dito em um outro tópico, algumas empresas operam fornecendo aos seus clientes, recursos como recebimento de cheques de terceiros (que já vem em um valor definido e muito pouco provável que no mesmo valor da compra), carta frete (que é a somatória de dois valores, Adiantamento e Saldo, onde, o Adiantamento geralmente é uma soma elevada e o troco pode ser parte em dinheiro, parte em cheque, ou até mesmo em vale haver (alguns clientes fixos pedem essa modalidade) e o Saldo tem valor variavel pq se aplicam a ele, descontos de estadia, quebra, etc.
Então, no exemplo do JOSÉ MOTORISTA chegar em um posto de estrada com um "CHEQUE de R$ 2000.00" de um posto (recebido de troco por trocar uma carta frete em outro posto) e vai pagar uma abastecida de R$ 500,00, o posto deve informar que recebeu um cheque de R$2000,00 e deu R$ 1500,00 de troco, se isso não constar na nota, o patrão do JOSÉ MOTORISTA, vai cobra-lo dos R$1500,00 de troco que não foram destacados na nota. pois nela irá constar o pagamento de uma abastecida de R$ 500,00 com um cheque de R$ 500,00 ou pior, em dinheiro.
2 - Não mudo as regras de negocio, portante faço algumas "gambiarras" para emissão da nota.
Resposta : o Problema vai começar a estourar pra todo lado, os motoristas que usam a nota para comprar as despesas, vão passar por saia justa porque os dados de pagamento da nota não irão condizer com a realidade, o motorista pode e será lesado, o cliente da empresa irá cobrar a empresa explicações para essa discrepância, e o dono da empresa vai rebolar pra jogar a culpa na SEFAZ, "MAS O PROBLEMA" é que isso não vai resolver o problema de ninguem, e o dono da empresa vai perder clientes, pode até ser processado, fora possíveis problemas contabeis e fiscais.
No final de tudo, não vejo nenhum motivo para haver esse tipo de restrição, não afeta o funcionamento pratico pro fisco, ele não extrai nenhuma informação relevante dos pagamentos.
Pelo que vejo no final das contas, quem tiver problemas como esse, vai ter q imprimir um detalhe não fiscal contendo os valores corretos e anexa-lo a danfe e rezar.... MUITO.
-
1
-
-
Reativando o tópico,
Um de meus clientes, um posto de combustíveis de estrada, opera no varejo como todo comércio varejista, porém, contém certas peculiaridades nas regras de negócios.
1 - Clientes com cadastro, podem possuir credito para compras a prazo de forma diferenciada do varejo comum, por exemplo.
Fulano da Silva - Possui credito para "assinar nota" (venda em carteira) com faturamento quinzenal, ou seja, ele abastece, assina um comprovante e o financeiro do posto gera uma fatura a cada 15 dias, em muitos casos, a empresa exige uma NF-e referente a todas as abastecidas cobradas, então, o fulano da silva, abastece e é gerado um EFC, no fechamento da fatura, o financeiro do posto emitia uma NF-e com CFOP (5929/6929) de acordo com a origem da empresa (mesmo estado/outro estado) e referenciava todos os ECFs.
2 - BRF / Sadia
Essa dita empresa opera com um cartão virtual, os motoristas que carregam para ela, recebem parte do frete no sistema interno e podem consumi-lo nos postos de sua preferencia, como o posto emite ECF para tudo, e NF-e referenciada, cada abastecida um ECF e no faturamento para a BRF, "ela" exige uma NF-e para a BRF, mas quem consumiu foram 138901829049012890341 de motoristas que são terceiros, muitos clientes que carregam para outras empresas .... por fim, como você referencia ECF´s emitidos para outras pessoas (fisicas ou juridicas) para uma unica ?
Veja, a NFC-e é uma NF-e, e ela possui as tags de forma de pagamento e do tipo de venda a prazo, não vejo a necessidade de emitir outra nota depois para faturar, basta enviar a NFC-e corretamente, com os meios de pagamento e a parte de a prazo (duplicatas) preenchidas corretamente.
Portanto, não há como informar meios de pagamento e prazos na NFC-e que ainda não existem. Essa estrutura não contempla todas as possíveis formas de negócio. Não ha como mudar o funcionamento de empresas como esta.
A contabilidade do cliente em questão, me enviou um email solicitando o uso das mesmas aliquotas de impostos e CFOPs utilizados na NFe para emissão da NFC-e. agora o que diz a legislação a respeito eu não faço ideia, porque não encontrei nada referente ao assunto.
-
Envio SEM Thread : ACBrMail1.Send(False);
Envio COM Thread : ACBrMail1.Send(True);
-
Na verdade nao ha necessidade de ser protegida... só fiz essa alteração pensando em forçar o uso da thread.
Pode volta-la a public e talvez alterar o novo metodo pra algo como enviar thread pra diferenciar.
-
Na verdade você teria que converter o pacote criado para lpk ou criar um pacote novo e adicionar as units, compilar e instalar.
-
Boa noite pessoal,
Estou afastado a algum tempo do projeto e parece que muita coisa mudou.
Comecei a testar o componente de Email, TACBrMail, para automatizar o envio de notas e outros arquivos e verifiquei que o componente não está trabalhando com thread no método de envio, portanto fiz a alteração e estou disponibilizando para a comunidade.
O método send foi protegido e um novo método "Enviar" tomou o seu lugar como método publico.
Realizei o teste no Delphi 7 e XE3 e em ambos está funcionando perfeitamente.
-
Passou da hora dos estados da federação entrarem em um consenso, a NF-e é única para todos os estados da federação, com algumas pequenas diferenças em detalhes legislativos de cada estado, mas o ambiente, estrutura, enfim, tudo o que compõe a NF-e é padrão para todos.
PORQUE ESSA (com o perdão da palavra) PUTARIA com a questão das notas de varejo. Sério que precisamos que a Federação "meta o dedo" pra que todos trabalhem em sintonia ? Levar a posição de que os estados tem autonimia para mandar e desmandar nessa questão deixando-os fazer cada um seu show particular é ANARQUIA, se todos os documentos fiscais (ECF, CF-e, NFC-e, etc,etc,etc) tem basicamente as mesmas exigências, contém basicamente os mesmos dados, servem para a mesma finalidade, um padrão único como o usado na NF-e seria o mais lógico, racional e econômico, tanto para os estados que não precisariam desenvolver do zero cada um sua estrutura especifica, tanto para os contribuintes que não precisariam ficar perdendo noites de sono sem saber se os 30 mil reais que gastaram em ECFs foram pro lixo assim como para os programadores que ficam correndo atrás do rabo com cada uma dessas "novidades".
Se a federação obriga o varejo a possuir um ECF ou ingressar no regime da NF-e, então deveria fazer o serviço completo e estipular como a música vai tocar, porque se deixar cada estado com sua dança, vamos ter o maior arraial eclético do planeta.
DOWN para toda essa "putaria",
UP para a volta do antigo bloco manual =P (pelo menos assim alguém ainda pode ser feliz (o dono da gráfica))
-
1
-
-
Se você alterou alguma pasta padrão do Delphi durante a instalação pode ser que haja problema no destino dos bpls
Se está usando 2 versões d o Delphi, sugiro que de uma olhada nesse tópico e se certifique que efetuou as devidas alterações nas IDEs "ANTES" de instalar o ACBr
-
Vlw Isaque, vou testar, o que me incomoda é o fato de uma IDE novinha, ja ter 4 updates e ainda apresentar erros grosseiros como esse, as travadinhas ao carregar alguns formularios, etc, eu tenho o Delphi 7 Enterprise com Update 1 e nunca tive problemas com ele.
Me parece que a Embarcadero assumiu de vez o jeito Microsoft de ser e está correndo contra o tempo pra lançar sempre uma nova versão, mesmo que ela não esteja pronta e depois fica soltando updates sem fim. Com a Borland pelo menos a coisa parecia funcionar mais perto do que se espera, Lançamento de produtos estáveis.
Mais uma vez obrigado pela atenção =]
-
Bom, o SAC é um produto oferecido por uma empresa que visa lucro e precisa manter uma certa estrutura para atender os contratantes. FATO.
O ACBr é um projeto aberto a comunidade que não visa fins lucrativos e requer pouco investimento financeiro para se manter no ao. FATO.
Porém, o SAC a meu ver é muito caro para uma boa parte dos programadores "FreeLa" e pequenas softwarehouses, mas isso não impede que o SAC, venda as versões compiladas por ele por preços módicos visto que o custo já foi amortizado pelos contratantes e ajudaria muito a comunidade, como não estamos falando de código e sim de binários pré compilados, todos sairiam ganhando, quem não pode pagar o SAC, compra os binários.
É só uma idéia, minha empresa não utiliza o monitor, temos nossa própria estrutura tanto para NFe quanto pra ECF usando os componentes, então Cobrado, Free, de 3 em 3 meses, de ano em ano, os binários não me fazem falta.
Os fontes sim, se o SAC mantém uma cópia do projeto em paralelo com os fontes mais atualizados e não o disponibiliza no mesmo svn publico, ai seria um problema. E dos grandes.
-
Esse código de rejeição se refere a discrepância entre os horários local (aplicação) e remoto (webservice), portanto, pode não ser problema do Monitor e sim uma simples questão de ajuste no horário local.
Experimente fazer esses ajustes antes de tentar recompilar o ACBrMonitor.
Caso o fuso horário não seja alterado, temos a mensagem : “Rejeicao (578) : A data do evento não pode ser maior que a data do processamento”. Isso quer dizer que a data/hora em que o evento foi disparado não batem com a data/hora em que o WebService iniciou o processamento da mensagem, gerando uma rejeição da solicitação.
Os Estados Rio Grande do Sul, Santa Catarina, Paraná, São Paulo, Rio de Janeiro, Espírito Santo, Minas Gerais, Goiás, Mato Grosso, Mato Grosso do Sul, além do Distrito Federal e Tocantins (que participa da medida pela primeira vez), tiveram seu horário adiantado em uma hora. Ao enviar solicitações de eventos de NF-e para os estados citados, o fuso horário deve ser alterado como abaixo:
UF
Fuso Normal
Fuso Verão
RS
-03:00
-02:00
SC
-03:00
-02:00
PR
-03:00
-02:00
SP
-03:00
-02:00
RJ
-03:00
-02:00
MG
-03:00
-02:00
ES
-03:00
-02:00
GO
-03:00
-02:00
MT
-04:00
-03:00
MS
-04:00
-03:00
DF
-03:00
-02:00
TO
-03:00
-02:00
-
Estive lendo o post e gostaria se é possível o strago responder
Seu RAD Studio é original ou do mercado negro? pois já vi relatos de problemas em função disso!
Ficaria uma dica para instalar a versão trial caso positivo e atualizar e depois efetuar os testes
Ainda a versão trial com 10 dias restantes... A intensão era concluir esse projeto que estou trabalhando para avaliar o XE2 e se tudo der certo, morrer em uns 5k em uma licença, mas se continuar aparecendo mais problemas como esse não sei se vai valer a pena.
strago, reproduzi os passos que vc relatou, e aqui não tive erro algum, estou anexando o demo aqui para vc testar aqui e vê se foi reproduzido como o seu.
1 - Form1 Base
2 - Form2 consulta, herdado do base e add 5 colunas
3 - Removido algumas colunas do Form2, tudo ok.
a) Veja só, vc pode ir no Form2 e remover as colunas tranquilamente, mas se criar um 3 Form herdado do Form2, e tentar remover, terá o erro reportado por vc.
Se vc tiver um Form3, Form4 herdado do Form2, e mesmo assim precisar de remover alguma coluna, vá no Form2, remova, depois abra todos os forms que foram herdados dele para que sejam atualizados, com a coluna removida.Herança visual, é um recurso nota 1000 do delphi, mas por ser visual temos que ter atenção no que estamos fazendo.
Uma dica não desista, continue tentando se atualizar, se fosse eu iria direto para XE3, mas se não der tente tb o D2010, eu uso ele e é bem estável, mas longe de ser perfeito como todos os softwares.
Grande abraço
O mesmo, peguei seu projeto, contém 2 Forms, o Form 1 sem nenhum controle visual e o Form 2 com um JVDBGrid com 4 colunas, criei um novo form (Form 3) descendente do Form 2 e adicionei mais 2 colunas, compilei e rodei o projeto, voltei a IDE e tentei excluir uma das colunas que adicionei (não as que já existiam) e o erro aparece.
Fiz o mesmo teste que estava fazendo do meu projeto, com um jvdbgrid limpo (sem colunas) (Form 4), criei um novo form (Form 5) herdado de Form 4 e adicionei as colunas, depois de compilar e voltar a IDE, mesmo erro.
Acho que vou abrir uma thread na embarcadero a respeito desse problema.
Obs : Segue em anexo o projeto Herança com os meus testes
-
OFFTOPIC
Estou com um novo projeto e comecei uma nova abordagem, como gosto de padronizar o layout das aplicações, criei alguns formularios "base" e apartir deles derivo os efetivos.
EX: frmBaseCadastro (controles e eventos padrões que independem da entidade que ira herda-lo), frmBaseConsulta (idem)
No Delphi
Menu File -> New -> Other (Inheritable Items) e seleciono um dos formulários base.
Até aqui tudo bem, ja vinha fazendo isso no D7 e nunca tive problemas, mas hoje me deparei com uma situação estranha, criei um frmConsultaANP derivado do frmBaseConsulta e adicionei algumas colunas em um TJVDBGrid, depois decidi que poderia deixar o grid mais enxuto e tentei remover uma coluna, recebi a mensagem :
Error Selection constains a component introduced in a ancestor form which cannot be deleted.
o problema é que o JVDbGrid do formulario base não contém colunas, elas foram criadas no form frmConsultaANP, porntanto, são objetos que não foram herdados e não poderiam apresentar esse comportamento.
Pra ter certeza que não estava deixando passar nada, abri outros projetos em que uso a mesma metodologia e tentei simular o problema, no Delphi 7 ele não acontece, só recebo esse tipo de mensagem quando tento excluir um controle que pertence a classe herdada e como a coluna não foi herdada não ocorre o erro.
Estou usando o Delphi XE2 Architect Update 4 com o ACBr e JEDI, testei com um TDBGrid e obtive o mesmo problema.
Bom é isso, sempre achei complicado migrar de versão, quando sai do Delphi 4 para o Delphi 7 pensei que ia enfartar de tanta dor de cabeça que tive, agora comecei a migrar para o XE2 acreditando que estava fazendo um bom negocio, mas estou vendo que apesar de já possuir 4 Updates a IDE ainda não está 100% confiável.
PS : A unica maneira de resolver meu problema foi excluir o grid todo do formulario base, salvar e adicionar outro grid limpo.
-
A questão de identação foi pela simples falta de informação, como cada pessoa tem suas "manias" com relação a isso, fiz o código sem me ater a esse detalhe.
Os comentários também são manias, Ctrl+Shift+J + "comm" = uma linha de comentário completa como são inseridas aqui e são excluídas quando revisadas.
Ambos os maneirismos serão vigiados de perto nas proximas
-
1
-
-
Projeto ACBrInstall - ALTERADO
Adicionei opção para copia de "outras DLLs" (checkbox)
Adicionei um RadioGroup para seleção do destino da instalação das DLL´s ( Diretorio SYSTEM, Diretorio DELPHI\BIN, Não Copiar)
Corrigi o problema do metodo InstalarOpenSSL
Adicionei novos metodos e alterei alguns já existentes.
Testei o projeto e funcionou perfeitamente.
As alterações foram feitas na mesma versão do Delphi que o projeto foi criado.
O anexo contem o conteúdo do diretorio ACBr\Projetos\ACBrInstall e o executavel.
-
1
-
-
Caro colegas, infelizmente "o buraco é mais embaixo" e antes de mais nada, gostaria de esclarecer que, apesar de qualquer coisa que eu diga ou do que possa parecer, o ACBrInstall é uma excelente ferramenta e de muita ajuda, porém, ainda não é perfeita. Vamos a analise de caso.
Formatei minha estação de trabalho (1 final de semana por ano perdido), e resolvi esclarecer de vez o problema com multi delphis e o ACBr.
Pois bem, Estou com o Delphi7, Delphi 2010, Delphi XE, Delphi XE2 e Delphi XE3, em uma instalação do windows 7 64bits fresca e virgem.
O checkout do projeto deixei para fazer durante a instalação do componente com o ACBrInstall, então foquei em configurar os Delphis para cooexistirem pacificamente.
Seguindo a dica do colega amirzimm, vou usar o override->path das variaveis de ambiente do delphi ao inves de usar a gambiarra do arquivo de lote (.bat), em cada uma das versões do Delphi, criei um override da variavel de ambiente Path com o path que lhe condiz, na verdade, basta excluir os caminhos dos outros delphis deixando somente a da versão em questão e todo o resto (windows, system, etc).
Depois de todas as IDE´s configuradas, baixei a versão do ACBrInstall disponivel aqui no fórum.
Iniciei o ACBrInstall como administrador (Botão direito sobre o programa, e "Executar como Administrador").
Delphi 7 - Eu utilizo OpelSSL, portanto as 3 caixas iniciais foram marcadas, como não possuo FastReport, deixei essas opções para ele desmarcadas, fiz o checkout do projeto e comecei a instalação, tudo correu bem até abrir o Delphi. Erros e mais erros por falta de dlls, está aqui um dos problemas do instalador, se os pacotes dependem das dlls, ele poderia copia-las para o diretorio \bin\ do delphi em questão (Copiei para o system32 e não funcionou, o delphi nao reconheceu, então a saida mais segura seria o diretorio de binarios do delphi).
Copiei manualmente as dlls para o \Delphi7\bin\ e rodei denovo a IDE, novo erro, agora não foi possivel carregar o pacote de NFSe, pois ele continua referencia a xml(algumacoisa) que também era referenciado no OpenSSL, pois bem, abri o pacote na IDE, dei um build, compile e install e pronto, Delphi 7 e ACBr funcionando perfeitamente.
Primeira IDE (Delphi7) número de problemas encontrados (2), resolvidos (2), sugestões : ACBrInstall copiar as dlls automaticamente e uma revisão no pacote da NFSe.
Delphi 2010 - Mesmo procedimento inicial usado no Delphi 7, checkbos do OpenSSL marcados e pacotes do FR desmarcados, erro na compilação do NFSe,Compiling package C:\Programacao\Componentes\ACBr\Pacotes\Delphi\ACBrNFe2\ACBr_NFSe.dpk ... C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(147) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(147) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(194) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(199) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(199) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(209) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(215) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(457) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(930) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeNotasFiscais.pas(9) Fatal: F2063 Could not compile used unit 'ACBrNFSeUtil'Compilation failure
Desmarquei o NFSe e a instalação foi concluida com sucesso, abri a IDE e novamente esqueci das DLLs, depois de resolvido esse problema, abri a unit problematica e coloquei PAnsiChars em algumas variaveis e mudei PChar para PAnsiChar em outras e o pacote compilou, 14 hints, 2852 Warnings, mas compilou, mas como a ideia é ver até onde o ACBrInstall pode ir, fechei a IDE e reinstalei o ACBr, desta vez marcando a opção NFSe que não havia compilado.
Bom, agora a instalação foi concluida com sucesso, a IDE não apresentou erros na execução e todos os pacotes estavam carregados.
Segunda IDE (Delphi 2010) problemas encontrados (1), resolvidos (1), sugestão : Revisão no ACBrNFSeUtil no typecasting dos tipos String, Char, PChar, etc.
PS : Vou anexar uma copia dos arquivos alterados caso queiram dar uma olhada.
Delphi XE - Dessa vez já estava esperto e copiei as dlls antes de executar o ACBrInstall =P
A instalação ocorreu sem problemas, a execução da IDE também não apresentou problemas (benditas dlls), todos os pacotes carregados.
Delphi XE2 - Apartir dessa versão já posso marcar a opção do FR para compilar, usando todo o conjunto do ACBrInstall, instalação ocorreu sem problemas.
Execução da IDE não apresentou erros e todos os pacotes coram carregados.
PS : A instalação foi feita para ambiente win32, não tenho intenção de usar binarios x64 por enquanto e não faço a minima ideia se o projeto vai funcionar compilando para as duas plataformas. Melhor não arriscar por enquanto. =P
Delphi XE3 - Agora quem sai fora da equação é o pacote RV, que foi subistituido definitivamente pelo FR, instalação ocorreu sem problemas, execução da IDE não apresentou erros e todos os pacotes foram carregados.
Conclusão : Como eu havia dito, o ACBrInstall é "porreta", ajuda muito, principalmente quem está começando agora e no quesito multi IDE´s, porém exitem melhorias que precisam ser feitas para deixa-lo perfeito, uma delas é a opção de copiar as dlls para o diretório system do windows e/ou para a pasta \bin\ do delphi. Os erros nos pacotes foram poucos e simples de se resolver, não gastei mais do que 5 minutos para corrigir os dois problemas, pelo tamanho do projeto e a quantidade de versões existentes do delphi e que são atentidas pelo projeto, eu esperava encontrar mais problemas, então me dou por satisfeito com essa ferramenta, apesar dos erros, ela faz exatamente o que propõe, uma forma pratica e rapida de instalar a biblioteca.
ROTEIRO : Para quem não quiser mais ter problemas com relação a Várias versões do delphi e o ACBr, segue um roteiro "tiro e queda".
1 - Instalar as versões desejadas e se certificar que elas funcionam corretamente.
2 - Seguir a dica do colega "armizimm" e definir um override da variavel path em cada uma das IDE´s, excluindo as referencias a outras versões.3 - Copiar as dlls do projeto para o "WINDOWS\SYSTEM" ou para o diretorio \bin\ de cada IDE.. Não é mais necessário, o ACBrInstall agora copia corretamente as DLLs
4 - Executar o ACBrInstall como administrador
5 - Checkout/Atualização do projeto antes de compilar/instalar (lembrando que deve ser realizado periodicamente para manter sua copia do projeto sempre atualizada)
6 - Caso algum pacote apresente problema durante a compilação, desmarque (os) pacote(s) problematico(s) e tente novamente, depois você poderá acessar a IDE e corrigir os problemas apresentados, abrindo o pacote e compilando-o pela IDE até que o problema esteja resolvido.
7 - Siga sempre a ordem cronologica de versões, se você tem 3 versões do delphi, comece instalando sempre no sentido Menor -> Maior
OBS : Esse "Caso" e o "Roteiro" foram feitos no Windows 7 64bits, Algumas IDE´s eu possuo licença outras são "paralelas" ou Trial, instalei as atualizações para todas as IDE´s e não tinham nenhum outro pacote instalado além dos buildin de cada IDE.
"Pooor hooje éé soooó pepessoal" -
Engraçado, pois eu tenho os delphis 7, 2010, XE2 e XE3 instalados em uma máquina de testes do ACBr e nunca deu problema, instala e recompila sempre direitinho.
Pode ser algo a ver com direitos de acesso, eu sempre executo ele como administrador, clicando com o botão direito e escolhendo a opção "executar como administrador", nunca falhou.
Aqui o erro ocorre ao tentar compilar os pacotes da NF-e, os outros ele até compila de boa. Vai saber, o log não diz muito e como o ACBr já funciona normal com a instalação "na unha", resolvi deixar de lado, mas estou pensando em formatar e testar novamente o instalador.
-
Talvez isso seja um problema com os cookies aí na sua máquina. Ou alguma restrição do fórum ao modo como está navegando. Mas todos os usuários cadastrados continuam com as mesmas permissões.
O acesso direto ao menu MEMBROS retorna a mensagem "Você não tem permissão para acessar essa area", mas se eu for no ícone no canto superior direito (Mensageiro) eu consigo acesso a area de membros, só não consigo mais visualizar o perfil de nenhum membro ou acesso ao antigo menu rapido para enviar pms.
Mas isso é detalhe o importante é que consegui anexar o arquivo e já removi o link externo.
-
Rapaz,
como assim você não tem mais permissão para anexar o arquivo no fórum? Qual a mensagem de erro que você está recebendo?
Você não tem permissão para anexar arquivos nesse fórum.
Assim como também não tenho permissão para visualizar os membros do fórum.
EDITADO
Opa, parece que a opção de anexar resolveu funcionar ... estou removendo o link do post inicial e hospedando o zip com o novo pacote.
-
Utilize o ACBrInstall que pode ser obtido em: http://sourceforge.net/projects/acbr/files/
Aqui o ACBrInstall só deu problema, não compila alguns dos pacotes, nunca consegui faze-lo funcionar, uso 3 versões diferentes do Delphi aqui seguindo aquela velha receita de um arquivo bat para cada um.
Quem sabe quando eu formatar e tiver que reinstalar o bendito ACBrInstall funcione =P
-
Editei todos os meus posts nesse tópico, pois se referiam a uma versão do componente que resolvi nao continuar.
Comecei do zero, com base no projeto que uso em minhas aplicações e finalmente vou poder terminar o prometido.
LEIAM O POST INICIAL DO TÓPICO PARA MAIORES INFORMAÇÕES.
-
Incrivel, mas aparentemente o problema se resolveu, minha aplicação voltou a funcionar, o exemplo tambem, tanto em OpenSSL quanto em Capicom, o monitor idem.
Acredito que havia algum problema nos webservices da Sefaz do MT, eles sairam do ar agora pouco e voltaram operando e respondendo normalmente.
Pro Pessoal Que Ta Usando Firedac
em Object Pascal - Delphi & Lazarus
Postado
Corrigindo um engano ....
Na verdade o que não pode ser utilizado junto com o fetch on demand é "Auto Detect and recover broken connection", porque ele força o fetch mode para fmAll.