adilsonpazzini

Em testes na Homologacao para MANUAS , passou sem precisar informar , qndo venda do tipo Cartao ... Esses manuais nao sao bem explicados .

Entao. tem no proprio Manual da NFe 3.10 http://www.google.com.br/url?sa=t&rct=j&q=&esrc=s&source=web&cd=4&ved=0CC0QFjAD&url=http%3A%2F%2Fwww.nfe.fazenda.gov.br%2Fportal%2FExibirarquivo.aspx%3Fconteudo%3DF0KMG7669Uw%3D&ei=iJloVaCsMMWGsAXcgIKoDQ&usg=AFQjCNHs8xgyS0XruAvg2LCWiuXmW-NZ1g&sig2=T82Ue6DYiqvKHqZgg5J6yA&bvm=bv.94455598,d.b2w&cad=rja Ai fala em nao informar , mais ja vi em alguns posts ai que depende do estado a obrigacao de informar ou nao essa Tag .

Beleza Daniel . Vou iniciar meus testes aqui . qualquer coisa eu posto aqui . Mais uma vez obrigado . Adilson Pazzini

Maravilha , agradeço o empenho . Obrigado . Adilson Pazzini .

Daniel , acabei de ajustar entao algumas units , vou te enviar , se for possivel vc atualizar elas no Trunk2 . ajustei os NOGUI em 5 units q estao anexadas em um arquivo .rar. ... aqui compilou agora ... qualquer coisa me avisa . mais uma vez agradeço a força . Adilson pazzini nogui.rar

Daniel . deu certo aqui . e na lista do Project Inspector ele tava incluindo um pacote chamado IDEIntf ... dai removi ele . agora ta dando os erros pra poder implementar o NOGUI . qualquer coisa vou postando aqui . + uma vez agradeço

Bom dia Daniel .. entao Daniel . eu vendo nao tem nada com Interfaces ... ate pra vc ter uma base . so da esse erro qndo incluo a unit acbrnfe , nao sei se pode ser algo ref ao arquivo acbr,inc vi que tem diferença do da Trunk para a trunk2 ... Acbr.inc : Trunk // Verificando se a compilação deve sem em modo texto "NOGUI" // Nota: FPC no Linux sempre liga a diretiva "CONSOLE", por isso criamos a NOGUI {$IFDEF FRAMEWORK} {$DEFINE NOGUI} {$ENDIF} {$IFDEF FPC} //Essa aqui ja nao esta presente no arquivo para Trunk2 . Nao sei se isso interfere . {$IFDEF LCL} {$UNDEF NOGUI} {$ENDIF} {$ELSE} {$IFDEF CONSOLE} {$DEFINE NOGUI} {$ENDIF} {$ENDIF} {$IFDEF NOGUI} {$DEFINE CONSOLE} {$ENDIF} Trunk2 : Acbr.inc // Verificando se a compilação deve sem em modo texto "NOGUI" // Nota: FPC no Linux sempre liga a diretiva "CONSOLE", por isso criamos a NOGUI {$IFDEF FRAMEWORK} {$DEFINE NOGUI} {$ENDIF} {$IFDEF NOGUI} {$DEFINE CONSOLE} {$ENDIF}

Entao na verdade , qndo eu adiciono a unit do AcbrNFe e que aparece isso , se tirar compila sem dar erro , ate cheguei incluir outras Units do Acbr como AcbrMail , AcbrTCP pra testar e so da esse erro mesmo qndo incluo o AcbrNfe .na Trunk nao tinha acontecido isso nao , so nessa Trunk2 ...

Daniel . Boa tarde , entao eu montei um ambiente novo pra poder ajustar pra modo Console . Lazarus 1.4 FPC -2.6.4 Windows 7 32 Bits Acbr - Trunk2 - Baixado Hj . Ai fiz as mesma opcoes que vc mensionou acima ,porem esta dando erro so qndo adiciono o AcbrNfe na Unit . vou anexar o projeto e o erro . o que vc puder me ajudar eu agradeço . eu conseguindo passar esse erro da Dependencia da LCL , ai eu vou ajustando os NOGUI . Sem mais, Adilson Pazzini NFeLazConsole.rar

hum . Beleza entao , eu vou testar entao com a Trunk2 e conforme for tendo problemas vou postando aqui pra tentar resolver ... mais uma vez obrigado . Adilson Pazzini .

Eu vi mesmo Daniel , agradeço a força que vc esta dando , eu adicionei esse pacote . mais ai abriu outros erros . estou tentando isolar utilizando os IFDEF da vida para NOGUI porem tem uns aqui que acabo nao sabendo o que fazer . por exemplo . existe a dependencia do pacote Forms ai fiz assim : veja estou correto ? {$IFNDEF NOGUI} Forms, {$ENDIF} Em algumas units para teste , ai começa a dar problemas em tudo que tem Application.alguma coisa .. exemplo Application.ShowException(FException) , Application.ExeName , Application.ProcessMessages ai nesses casos nao sei o que colocar no lugar ... Adilson Pazzini

Criei um exemplo pra reproduzir o erro . qualquer coisa vou postando aqui tambem Obrigado . Adilson Pazzini . ConsoleLaz.rar

Eu ate comentei ref ao numero de Oldest de transações , justamente porque o firebird quando e instalado , por default essa opção de Sweep Interval fica ativada . ai existe um parâmetro do tamanho desses oldest pra que ele seja executado , e se não me engano qndo não é concluído esse processo de limpeza do garbage collection , ai o firebird fica la todo dia tentando fazer a limpeza , deixando muito lento . ai SO resolve no backup restore . eu ate falei pois já tive esse problema . onde me pediram justamente pra desabilitar o Sweep interval automático .

Daniel conforme falei no post acima .. consegui agora incluir mesmo . porem esta dando o erro abaixo na hora de compilar ... estou com Lazarus 1.2.6 fpc - 2.6.4 - 32 bits . Acbr baixei na ultima Sexta-feira - 15/05/2015 . Desde ja agradeço a ajuda ...

Era isso mesmo que eu queria Daniel . vou fazer esses procedimentos . qualquer coisa eu posto aqui . Obrigado ...

Beleza Elton , vou fazer assim. vou criar aqui um Exemplo . e posto aqui mesmo . pra podermos ver isso . Obrigado pelo Retorno . Adilson Pazzini

Boa Pessoal . estou com uma duvida ref aos componentes Acbr e sua dependencia na LCL do lazarus , pelo que percebi existe uma dependencia do componente por causa do Fortes Report para impressao da DANFE . nao sei se seria possivel a desvinculacao do AcbrNFe da LCL . pois esses dias atras estava tentando montar um servidor HTTP e rodando em servicos no windows mais nao aceita adicionar o componente no projeto , por causa da dependencia com a LCL . Sera que possivel esta desvinculacao ou existe algo em que poderia ajudar nesse ponto . Ate segue um link de conversar com o pessoal do Lazarus . para ficar mais claro .. https://groups.google.com/forum/#!topic/lazarus-br/MTwO544ehrQ Observando que isso e so uma pergunta , nao uma exigencia , mais pra saber o que eu poderia fazer , pois apesar de conhecer o AcbrNFeMonitor , queria tentar gerar um programa que utiliza-se RPC-JSON com HTTP e em forma de servicos . isso e claro , na medida do possivel . Desde ja agradeço Adilson Pazzini .

Continando ..... Para isso que falou sobre transações, não é necessário um restore, só o backup ou sweeping manual(não recomendo). Se eventualmente estiver falando das transações ainda em atividade, o custo de parar o banco para backup e depois fazer um restore não é compensatório, além do tempo perdido, há as estatísticas que se perderão. Numa base de dados com muitos indices, acho fundamental não perde-las. A questão da fragmentação é controversa, mas entendo que sistemas windows se fragmentam demais, especialmente se o sistema não é dedicado ao FB, ainda assim, seria melhor estudar o quanto o arquivo de dados está fragmentado antes de propor backup seguido dum restore, alguns programas desfragmentadores podem mostrar a fragmentação de um único arquivo e talvez isso revele a necessidade ou não do procedimento. Se a base for gigantesca com fragmentação recorrente, talvez seja melhor usar arquivos de dados com tamanhos fixos ou arbitrar valores maiores para o growing. Minha sugestão é tratar do problema depois de saber qual é, algumas ferramentas como ibsurgeon tá aí pra isso. Não recomendo fazer backup seguido dum restore sistematicamente como se fosse um extintor que deva ser trocado no vencimento tendo usado ou não. []´s Gladiston Santana - [email protected]

Vou postar algumns emails que recebi do pessoal do Firebird la da Firebase . Backup/Restore rotineiro pode ser necessário caso o número de transações seja muuuito grande, a fim de resetar o contador antes de extrapolar o limite do contador de transações. Pode haver algum ganho tb se o arquivo resultante ficar menos fragmentado que o original. []s Carlos H. Cantu www.FireBase.com.br - www.firebirdnews.org www.warmboot.com.br - blog.firebase.com.br GS> Não há ganho em backup seguido de um restore, ao contrário, você perderia GS> suas estatísticas e levaria algum tempo para o banco de dados obter a GS> performance que conseguiu. GS> O unico ganho que backup seguido dum restore poderia trazer é se houvesse GS> um indices cujo depth esteja elevado demais (acima de 3), mas isso se GS> detecta através de estatisticas de banco de dados ou de ferramentas de GS> terceiros e então atuamos na solução do problema e não ficar realizando GS> backup/restore. As vezes a solução está em apenas aumentar o tamanho de GS> página ou desativar/reativar o indice.

Olha qnto maior o Page Size , mais tempo pra incluir excluir e tambem no update , porem mais rapido fica o SELECT . ja qnto menor o SELECT mais lento e ja na inclusao e exclusao e update mais rapido . agora olhando ai , seu problema parece ser o Gabage Collections . . Oldest transaction 52759983 Oldest active 52759984 Oldest snapshot 52759984 Next transaction 52759985 esta muito alto . isso ai as transacoes que ficaram com copias de registros alteradas . qndo isso cresce muito . vc vai ter que fazer o Backup , pra limpar . o Correto seria vc ajustar isso pra fazer toda semana . se nao me engano so fazendo o Backup ja faz a limpeza do Garbage Collection e zerando as transacoes .limpando esse versionamento de registros ai . deixando mais rapido .

qual o tamanho de pagina que vc utiliza Page Size?

E esta travando em que momento ?

Voce precisa mesmo e fazer somente o Backup .. pois o Backup e quem faz a limpesa do Lixo de dados do Firebird ... nao precisando fazer o Restore . pode tentar agendar isso em um horario que ninguem esta usando pra vc rola so o backup .

Firmeza entao . vou aguardar entao para Lazarus . Ref ao Delphi 7 ainda nao instalei . vou instalar em Delphi e fazer os testes qualquer coisa eu posto aqui . agradeço as respostas . Adilson Pazzini

Estou tentando instalar o ACBR trunk2 no lazarus . so estou tendo problemas com o pacote NFSe .. caso alguem possa me ajudar agradeço Segue imagem do erro na instalacao . Adilson Pazzini