-
Total de ítens
1.039 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Antonio Paulo Mangili
-
-
Regys
Eu fiz o seguinte. rodei o apagaracbr, e instalei tudo novamente. somente os pacotes em fortes que precisei instalar manualmente.
Mas deu erro na instalação do fortes da NFse, e do gnre, mas vou abrir outro tópico para isso. De qualquer forma eu agradeço muito vossa atenção, e a do Italo.
paulinho
-
Regys
Obrigado pelo retorno. Eu estou fazendo exatamente isso. Eu abri o meu Form um tenho o componente ACBrNFeDANFeRL1 e movi um botão, e criei outro diferente e salvei, e fiz um buil all, mas continua dando o erro de falta do localimpcanhoto. Eu tambem excluir o componente do form ACBrNFeDANFeRL1 , e coloquei outro e mesmo assim, continua dando o erro.
paulinho
-
1 hora atrás, Régys Silveira disse:
Vamos por partes:
- Verifique se não existe nenhum arquivo marcado em vermelho ou amarelo no seu repositório ACBr, se houver exclua.
- Atualize o repositório ACBr.
- Verifique se não existe nenhum arquivo marcado em vermelho ou amarelo no seu repositório Forte, se houver exclua.
- Atualize o repositório Fortes.
- Rode o frceInstall.exe normalmente.
- Rode o ACBrInstall_Trunk2 noralmente.
- Faça um build all no fonte do seu aplicativo.
Se ainda assim aparece o erro do Canhoto, vá no formulário onde está o componente de impressão do DANFE, altere algum componente de lugar e salve novamente, faça um novo build all após isso.
Régys.
Fiz tudo que voce me repassou, mas esta dando esse erro, que já tinha anexado, e o Italo me reportou. Me desculpe da Insistencia, mas estou preocupado, porque preciso resolver isso, pois estou com um cliente sem poder emitir NFe. Vou anexar novamente o erro.
muito obrigado
Paulinho
-
Régys
Muito Obrigado
Vou fazer o que me repassou.
paulinho
-
Italo
Obrigado. Agora ferro legal. sera que alguém poderia me ajudar. Pois somente removi o componente para resolver um erro e agora não consigo instalar novamente.
Por favor si alguem souber me ajudem.
paulinho
-
Italo
Obrigado pelo retorno. Fiz isso que voce me repassou mas não deu certo. Ai resolvi remover o componente, e instalar e compilar novamente, mas agora esta dando esse erro ao tentar instalar esse pacote novamente, e ai parou tudo aqui. Agora não consigo mais instalar o danfe em fortes, e emitir as NFe. O que pode ser?. Segue o erro em anexo.
muito obrigado
Paulinho
-
-
16 horas atrás, Régys Silveira disse:
Basicamente não muda nada no Delphi 2010 na migração, a não ser que você utilize tratamento de strings e similares, porque ai entra o UNICODE, o HandBook do Cantú é muito bom como o Tiago já disse e tem um outro, "Recursos avançados do Delphi" também do Cantú, este tem versão em português e tem um capítulo somente sobre tratamento de strings e UNICODE.
Regys muito obrigado pelo retorno. Vou pesquisar essa dica sua. Só mais uma perguntinha. Quando voce diz : a não ser que você utilize tratamento de strings e similares o que voce quer dizer com isso. Sera que é quando eu uso minhas variaveis como strings, o delphi 2010 não vai suportar??
Obrigado
Paulinho
-
Agora, Tiago Ravache disse:
Paulo indico Handbook do Delphi 2010 - Marco Cantú não sei se foi traduzido pro portugues, o que tenho está em inglês mas é muito bom
Tiago
Muito obrigado pela dica. Vou pesquisar esse livro.
Valeu mesmo
Paulinho
-
16 horas atrás, Régys Silveira disse:
Você continua usando o Firebird normalmente, do Delphi 2010 em diante o acesso a dados evoluiu consideravelmente, então você vai encontrar algumas facilidades para fazer o que está acostumado a fazer com Delphi 7, não sei o que você usa para acesso a dados no D7, mas o Delphi 2010 e superiores tem opções muito melhores e mais avançadas.
EMBarbosa
Me desculpe somente respondi em forma de agradecimento um retorno do Régys, em que estava nesse post. E também não estou vendendo nada, para ir para o post de classificados. Foi somente uma pergunta que fiz ao Régys a respeito de algum livro. Mas mesmo assim, vou tentar classificar minhas resposta de uma forma em que não atinga as regras.
obrigado
Paulinho
-
msoft me parece que já foi acertado isso
-
10 horas atrás, Régys Silveira disse:
Você continua usando o Firebird normalmente, do Delphi 2010 em diante o acesso a dados evoluiu consideravelmente, então você vai encontrar algumas facilidades para fazer o que está acostumado a fazer com Delphi 7, não sei o que você usa para acesso a dados no D7, mas o Delphi 2010 e superiores tem opções muito melhores e mais avançadas.
Regys bom dia.
Muito obrigado pelo retorno, e as explicações.
Hoje eu uso DBExpress com o componente sqldataset, com plataforma Servidor/Cliente, usando o socket da borland para fazer a conexão, e firebird 2.0.
Adquiri o delphi 2010, e vou começar a migrar meus aplicativos. Escolhi o 2010 por estar mais proximo do D7. Por um acaso voce conhece para me indicar algum livro de DELPHI 2010, que possa adquirir para me orientar nessa migração?
Paulinho
-
Em 30/09/2015 at 09:07, Juliomar Marchetti disse:
Isso mesmo ! fui eu quem começou mas não finalizei! achei que tivesse impresso mas quando testei no delphi não foi
Juliomar. Boa tarde. Voce saberia me informar si esse desenvolvimento em fortes foi finalizado.
Obrigado
Paulinho
-
13 minutos atrás, Antonio Paulo Mangili disse:
Juliomar bom dia
muito obrigado pelo retorno. Eu só uso esse rave porque o protocolo de inutilização da NFe não foi desenvolvido em Fortes Report quando da migração
Juliomar me desculpe não gravou o restante. Eu digo migração de trunk para trunk2. eu só uso o Fortes, e somente o protocolo de intulização que uso o RAVECB. voce saberia me informar si já foi desenvolvido o protocolo de intulização em fortes??
obrigado
paulinho
-
Juliomar bom dia
muito obrigado pelo retorno. Eu só uso esse rave porque o protocolo de inutilização da NFe não foi desenvolvido em Fortes Report quando da migração
-
-
Agora, Juliomar Marchetti disse:
Paulinho em momento algum a troca da IDE vai condicionar você ao ao tipo de banco que usa!
seu banco continua inalterado!
Valeu Julio. Muito obrigado
Paulinho
2 minutos atrás, rodrigoogioni disse:Boa tarde Antonio,
Realmente, no seu caso, vai ser menos trabalhoso,
sobre o delphi 2010, aconselho ja que vc vai migrar, usar o Xe8 ou DX10. o DX10 é o mais novo, mas tome cuidado, pois
ele tem muitos bugs, recentemente lançaram uma atualização.
Grato
Rodrigo
Obrigado pelo post. Mas acho que vou optar pelo 2010, pois é o que chega mais perto do D7, e acho que é o que menos vai me dar trabalho.
Obrigado
-
3 horas atrás, rodrigoogioni disse:
Bom dia Antonio,
Estou migrando meu sistema a uns dias ja e te confesso que o problema maior não é o acbr em si, nem os codigos, e sim os componentes de terceiros, que funcionam muito bem em delphi 7 e não funcionam em ides mais novas. Um exemplo é o DelphiTwain, que é um componente para escaneamento de imagens, a versão que tenho para D7 funciona perfeitamente, mas tentando recompilar para XE ou DX10, eu consigo compilar o componente, mas não funciona em tempo de execução. Como é um componente gratuito, não tem suporte. Achei uma versão mais nova mantida por um outro usuario, mas não consegui utiliza-la tambem, da varios erros e não escaneia nada. E nessa situação tenho outros componentes. O que estou fazendo é tentar achar novos componentes para substituir pelos que não estão funcionando e fazendo alteração nos dois codigos, para Delphi 7 e para Delphi XE8, mantendo os dois atualizados até conseguir me desligar totalmente do Delphi 7
Grato
Boa tarde Rodrigo
No meu caso acho que não vai ser muito trabalhoso quanto a componentes de terceiros, pois hoje uso o Delphi-Boleto 2.1, o RDPrint, o Rave, o FortesReport, e o QRport. acredito que alguns desses devem ser nativos do delphi 2010. Não conheço o delphi 2010 ainda para comparar com o D7. Estou em comercialização de compra do mesmo. Mas acho que teremos mesmo de correr e atualizarmos.
Obrigado
Paulinho
Em 09/01/2016 at 16:55, Régys Silveira disse:Vou deixar minha experiência, eu migrei do D7 para D2007, depois Delphi 2010, e então XE7, XE8 e agora Seattle, porque estás versões? Porque segui a linha do que era estável para mim, agora com as versões XE7 em diante basta recompilar o projeto, não tem segredo.
Quando migrei de D7 para D2010 eu tinha essa mesma cabeça de não mudar porque daria trabalho, era milhões de linhas de código para revisar, centenas de tabelas em um BD Firebird e muita, muita regra de negócio, mas não foi um bicho de 7 cabeças.
O ganho com o uso de novas versões foi enorme, hoje o Delphi e Lazarus suportam muitos features de linguagem que o D7 nem sonha ter, coisas que facilitam em muito o dia-a-dia, principalmente para quem pensa em programar multi-plataforma e suportar mobile.
A dificuldade sempre vai existir, isso é um fato, migrar um sistema não é fácil quando se vem de uma linguagem muito antiga, mas manter Delphi 7 só tem atrasado o projeto ACBr, sempre que vamos fazer algo temos que pensar na limitações do Delphi 7 e nivelar por ela, isso traz transtornos enormes, um exemplo foi alguns dias atrás quando fui implementar a API IBPT no componente ACBrIBPTax, o retorno a API é em JSON uma tecnologia extremamente corriqueira é que é usada em tudo que diz respeito a troca de informações web, mas o Delphi 7 não tem suporte nativo, já Lazarus e versões mais novas do Delphi sim, tive que implementar uma leitura básica de JSON para suprir a necessidade do Delphi 7 para que não tivéssemos que agregar bibliotecas de terceiros e inchar o ACBr com mais uma biblioteca.
Este é um exemplo simples, imaginem todo o resto que temos que passar, leitura de XML, listas e afins que já são suportados nativamente em versões mais novas e temos que sermpre fazer tudo manualmente por conta de limitações do D7.
Seu problema é dinheiro, acha caro uma nova versão do Delphi, o Lazarus é tão bom quanto, fora a IDE, ele suporta tudo que uma versão de Delphi mais nova suporta e é GRÁTIS e praticamente idêntico ao Delphi 7 em termos de funcionalidades e IDE.
Regys
Só uma duvida de falta de conhecimento. Ao migrar para o delphi 2010, precisar ser trocada o BD também?? Hoje uso o Firebird, posso continuar com ele?
Obrigado
Paulinho
-
4 horas atrás, Daniel Simoes disse:
Como fundador e administrador do ACBr... mantenho a minha decisão... o suporte a D7 será descontinuado... É muito penoso e limitador manter a compatibilidade com essa IDE...
Sinceramente não compreendo esse apego ao D7... Como amante do Delphi e ObjectPascal, eu acho que não é salutar para a Linguagem, se apegar a antigas IDEs... Veja: Sendo o Delphi a ferramenta que você depende para a criação dos seus sistemas, se você quer que o mesmo evolua e cresça, e não morra... a coisa mais certa a fazer, é evoluir com ele.. adquirindo as novas versões da ferramenta...
O D7 tem mais de 18 anos, não é improvável, que em curto prazo, os binários gerados por ele, tenham problemas de execução nas novas versões do Windows... Já pensou nisso ?
Leia também:
Daniel Obrigado pelo post
Concordo com você em tudo, mas como eu e todos que tem sistemas desenvolvidos em D7 esta preocupado com o tempo. Sei que evoluir é necessário, mas a preocupação de todos é o tempo dessa descontinuação. Talvez para quem já esta em uma versão mais nova, esteja mais tranquilo para postar o apoio a descontinuação. Sei que esse projeto e muito grandioso, e não visa lucro algum a nenhum dos administradores e colaboradores. Eu não conhecia esse projeto, estou usando a 2 anos, e desde o primeiro momento em que me cadastrei fui direto no projeto SAC. Isso porque sem conhecer, fiz um contato com o Ítalo, para que ele me tira-se algumas duvidas, e a prestatividade dele foi muito grande, e profissional. Dai então resolvi usar os componentes do ACbr, e hoje sou muito grato pelo conhecimento de todos vocês. E sempre que necessitei de tirar algumas duvidas, tando você com o Regys sempre me responderam com muita clareza, e prestatividade. Vou adquirir o delphi 2010, e vou tentar migrar meus sistema a essa versão. Sei que vai valer a pena, mas vai ser penoso. Só espero que daqui alguns anos não venha acontecer com o delphi 2010.
Obrigado
Paulinho
-
Em 09/01/2016 at 10:58, rodrigoogioni disse:
Bom dia Daniel,
Concordo com vc sobre o Delphi 7 ja estar ultrapassado em relação as IDE(s) mais novas, mas acho que não seria justo atirar uma bomba dessa
em quem ainda utiliza Delphi 7 e não tem condições de Migrar para uma versão mais nova, seja ela por motivo financeiro ou seja por outros motivos.
No meu caso, delphi 7 não esta morto, esta muito vivo. Utilizo em meus sistemas a 12 anos e migrar para um mais novo é bem problematico, não foi
por falta de tentativa, até com lazarus tentei e não consugui, e começar do zero se torna inviavel. Acredito que teria que ver quantos ainda utilizam D7 e estão na mesma situação.
Grato
Rodrigo concordo com voce meus sistema tem mais de 15 anos em delphi, e estou usando o ACBr com satisfação, e acho que isso será uma paulada em nós usuarios. Acredito muito que os responsaveis sobre o ACBr deveriam analisar um pouco mais. Ou pedir uma contribuição a mais, como faço que sou SAC, para manter essa versão. Acho que para nos programadores que comercialização nossas ERP, não custa nada contribuir com esse projeto.
-
Italo
bom dia. obrigado pelo retorno. Vou pesquisar algum post sobre esses assunto.
Paulinho
-
marcelo muito obrigado.
vou atualizar os schemas para ver o resultado
abs e obrigado
paulinho
marcelo atualizei os schemas e deu certo.
obrigado
abs
paulinho
- 1
-
boa tarde a todos.
estou com uma situação aqui, e gostaria de saber si alguem passou por isso.
estou tentando emitir uma NFe de remessa de amostra para exportação, e o cliente é não contribuiente e estou usando a cfop 7.949 e a st 041, mas esta me dando esse erro na validação, e não gera o xml na pasta de logs, para verificar o que poderia estar errado. estou anexando o erro abaixo.
por favor caso alguem tenha passado por isso, desde já agradeço a atenção em me reportar o que poderia fazer.
obrigado
paulinho
boa tarde a todos.
estou com uma situação aqui, e gostaria de saber si alguem passou por isso.
estou tentando emitir uma NFe de remessa de amostra para exportação, e o cliente é não contribuiente e estou usando a cfop 7.949 e a st 041, mas esta me dando esse erro na validação, e não gera o xml na pasta de logs, para verificar o que poderia estar errado. estou anexando o erro abaixo.
por favor caso alguem tenha passado por isso, desde já agradeço a atenção em me reportar o que poderia fazer.
obrigado
paulinho
-
bom dia sérgio, e obrigado pela orientação mais uma vez.
Voce diz desinstalar, seria remover o pacote do delphi e instalar e compilar novamente? Esses dois pacotes: ACBr_NFeDanfeRL.dpk e o ACBr_NFeDanfeESCPOS.dpk.
obrigado
paulinho
Erro na NFe Após SVN
em NFe/NFCe - Nota Fiscal Eletrônica
Postado
Italo.
Sim esta em outros form, mas deu tudo certinho. Muito obrigado mesmo. e tenha uma otima noite
paulinho