Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 30-03-2022 em todas as áreas

  1. Revi minha Resposta e notei que cometi um GRANDE ERRO, estou tentando migrar para MultiThread e ao fazer isso errei ao reescrever o METHOD CarregarINI(eArquivoOuIni) CLASS ACBrMDFe a LibMDF-e está funcionando sem problemas em Linux. Obrigado pela Atenção
    3 pontos
  2. Boa tarde, Incluído no backlog. TK-2530 At.
    1 ponto
  3. Ola pessoal Consegui achar a solução.. ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.LerXMLFromFile(opendialog1.FileName); depois é só fazer o for para ler os docszip. Abraços.
    1 ponto
  4. Ok. Obrigado vou ver. Depois informo o resultado.
    1 ponto
  5. 1 ponto
  6. Atualize as dlls na pasta da aplicação e veja se resolve. http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x86/
    1 ponto
  7. Boa noite, Italo. Fiz conforme você recomendou. Havia arquivos assinalados em vermelho, mas eram do Sped e do eSocial. Excluí tudo, conforme indicado, inclusive excluí todas as pastas, baixando tudo do zero. Em seguida reinstalei. Não havia arquivos espalhados. Agora sim, o protocolo apareceu após o Emitir, conforme mostrado abaixo: ACBrNFSeX1.WebService.Emite.Protocolo=65 'ACBrNFSeX1.WebService.Gerar.Protocolo= 'ACBrNFSeX1.WebService.ConsultaSituacao.Protocolo=65 'ACBrNFSeX1.WebService.ConsultaLoteRps.Protocolo=65 'ACBrNFSeX1.WebService.ConsultaNFSeporRps.Protocolo= 'ACBrNFSeX1.WebService.ConsultaNFSe.Protocolo= Consegui mover o protocolo e gravar no banco de dados. Agora, vou para a consulta. Assim que funcionar tudo, volto e coloco aqui, para finalizar o post. Muito obrigado pela ajuda, Italo. Bom trabalho a você e a toda a equipe.
    1 ponto
  8. Pelo que recuperei do histórico do Post abaixo, o problema foi resolvido com a instalação da versão correta do OpenSSL... ou seja, não era algo na ACBrLib
    1 ponto
  9. Olá Pessoal. Como vocês sabem estamos sempre nos esforçando pra entregar soluções melhores. Nos esforçamos a fazer isso nos nossos códigos, mesmo tendo uma equipe reduzida. Um problema que sempre nos incomoda é units com milhares de linhas. Isso não é boa prática de programação. Torna a legibilidade do código ruim. Dificulta a manutenção. Nesse sentido, uma das que mais notamos isso é a unit ACBrUtil.pas. Ela é uma unit utilitária que foi aglutinando mais e mais código com o passar dos anos. O que fizemos? Queremos dizer que resolvemos fazer alguma coisa sobre isso e começamos por dividir essa a unit ACBrUtil.pas em várias outras separando o código e migrando tipos e rotinas para as outras. A princípio, a separação ficou assim: "ACBrUtil.DateTime.pas" - rotinas relacionadas a manipulação de datas e horas "ACBrUtil.FilesIO.pas" - rotinas relacionadas a manipulação de arquivos, IO, e similares "ACBrUtil.Math.pas" - rotinas relacionadas a manipulação de números e conceitos matemáticos "ACBrUtil.Strings.pas" - rotinas relacionadas a manipulação de strings e textos "ACBrUtil.XMLHTML.pas" - rotinas relacionadas a manipulação de XML e HTML "ACBrUtil.Compatibilidade.pas" - rotinas relacionadas a compatibilidade. "ACBrUtil.Base.pas" - Todas as outras rotinas que não se encaixam nas units acima "ACBrUtil.pas" - Essa unit atualmente só serve como compatibilidade. Você deve substituir ela no seu código pelas acima. Quando? No momento dessa notícia ser escrita, a previsão do código é ir no final do dia de 23/03/2022. Já está no nosso SVN. O que isso significa no meu código? A princípio, a única coisa necessária a ser feito na sua aplicação é atualizar e reinstalar o ACBr. MAS... Vocês devem notar que se utilizarem alguma função da ACBrUtil.pas que foi migrada, começará a receber um warning que a função mudou para outra unit. Você deve atualizar isso assim que possível. Vamos parar por aí? Talvez venhamos a dividir ainda em outras units a ACBrUtil restante. Bem, a ACBrUtil agora foi completamente dividida. Pode ser que venhamos fazer algo semelhante no futuro com alguma ACBrUtil criada. Mas no momento damos esse trabalho por encerrado. É possível também que façamos isso em outras units que estão acumulando funções, tipos e métodos... A questão é que não vamos parar de melhorar o ACBr.
    1 ponto
  10. 1 ponto
  11. o erro no core do Delphi, é apenas um warning isso, não é problema.
    1 ponto
  12. Atualizei e está dando erro vario lugar que esse componente ACBrETQ que uso erros: [dcc32 Error] ufrmEtiquetas.pas(303): E2003 Undeclared identifier: 'TACBrETQBarraExibeCodigo' DPI := dpi203; // ImprimirBarras(orNormal, barEAN8, 2, 2, 2, 7, CodBarra, 6, becSIM); em varios porque?
    1 ponto
  13. Foi movido alguns enumeradores para a unit ACBrETQClass.pas Declara ela no seu projeto!
    1 ponto
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.