Ir para conteúdo
  • Cadastre-se

carlos_tedex

Membros
  • Total de ítens

    140
  • Registro em

  • Última visita

Tudo que carlos_tedex postou

  1. Boa tarde, Estou tentando fazer uma correção no arquivo remessa (CNAB240) do banco Santander (033) referente ao campo "Prazo p/ Baixa/Devolução", pois segundo o manual este campo tem 3 dígitos e também meu cliente reclamou que seus boletos estavam sendo baixados pelo banco antes do prazo que ele havia informado em nosso programa que era de 115 dias. Trecho do manual Arquivo Remessa Eu já localizei no código onde tenho que alterar para concluir os testes, mas o problema é que mesmo eu aumentando a formatação para 3 a função "IntToStrZero" do ACBrUtil sempre está me trazendo o valor "2" dentro da função. Código Original: Código Alterado: Debugger Desta forma o resultado da variável sDiasBaixaDevol fica com o valor "11" mas deveria ficar com o valor "115" definido pelo cliente. Estou fazendo algo de errado? * Link do manual https://www.santander.com.br/layout-de-arquivos * Utilizo o Delphi7 Grato!
  2. Boa noite JhoyAscari, removendo a margem a impressão do valor total do item sai correta. Obrigado!
  3. Bom dia Juliomar obrigado pelo retorno. Sobre o zoom do Windows se você tiver se referindo a opção "Ajustar escala e layout (Alterar o tamanho do texto, dos aplicativos...)" está em 100%. Se for da Pré-Visualização do retort também está em 100%. Sobre as fontes são os padrões do Windows. Pelo que pude perceber isso ocorre com todos os clientes que utilizam o modelo do Fortes. Eu mesmo fiz testes nas impressoras Bematech e Elgin e saiu da mesma forma. Outro teste que fiz também foi apagar o componente "ACBrNFeDANFCeFortes" do meu projeto e fiz o teste com suas opções padrões, mas obtive o mesmo resultado. Caso precise de outro tipo de informação é só falar. Grato!
  4. Bom dia, Estou com alguns clientes relatando que o valor total do item está saindo desalinhado. Utilizo o DANFE do Fortes Report. Caso alguém tenha alguma dica é só falar OBS: Em alguns clientes consegui contornar a situação utilizando a impressão direta (PosPrinter), mas alguns insistem em utilizar o modelo feito no Fortes Report. Vou anexar um exemplo para melhor compreensão: Versão ACBr 17268 - Delphi 7 Grato!
  5. Pode sim Daniel, sem problemas! O importante é a informação não sair duas vezes.
  6. Bom dia, Após atualizar o componente percebi que as informações adicionais do produto (infAdProd) não mais estavam sendo impressas no DANFE (ACBrNFeDANFeRL) juntamente com a descrição do produto. Ao estudar o componente vi que agora existe essa propriedade "ExibeInforAdicProduto" para tal... ...mas ao ativar essa propriedade além das informações adicionais serem impressas juntamente com a descrição do produto foi aberta também uma linha logo abaixo com as mesmas informações ficando assim redundante: Antes: Depois: Existe alguma forma/parâmetro para que volte a sair somente na descrição do produto?
  7. Aqui também ok. Obrigado!
  8. Para ajudar na analise fiz testes com dois certificados A1 e não ocorreu o problema de assinatura... Mas ao testar com o A3 (cartão+leitora) ocorre o erro 297
  9. Aqui também está ocorrendo o mesmo.
  10. Problema Resolvido Rafael. Não tinha percebido essa nova opção, pois até pouco tempo acho que ela não existia e acabou passando despercebido na instalação. Grato!
  11. Bom dia, Ao atualizar o componente para versão 16128 e recompilar me deparai com o seguinte problema no arquivo ACBr.inc: Antes da atualização eu utilizava desta forma: Mas agora mesmo eu comentando a diretiva "{.$DEFINE DFE_SEM_XMLSEC}" ao recompilar o pacote ela é descomentada automaticamente: {$DEFINE DFE_SEM_XMLSEC} Causando problema na atual configuração que alguns clientes utilizam com o certificado A1 Antes: Agora depois que recompilo o pacote e tento selecionar xsXmlSec ocorre o erro abaixo: * Na época segui essa dica do Daniel ACBrDFe OpenSSL e TLS1.2 e até então estava tudo normal. * Também utilizo essa diretiva "{$DEFINE USE_MINGW}" para utilização do conjunto de DLLs indicadas no site que mencionei acima. Alguém sabe o que estou fazendo de errado? E também porque quando comento a diretiva e recompilo o pacote automaticamente ela é descomentada? Segue arquivo "ACBr.inc" para analise. ACBr.inc
  12. Boa tarde, a unica propriedade que não consegui substituir foi essa aqui ImprimirDescPorc. Seguindo a tabela acima do @EMBarbosa a nova propriedade era pra ser essa aqui ImprimeDescPorc, mas ela não existe. Foi realmente removido ou está com outro nome?
  13. Bom dia, Também tive que fazer a mesma alteração. No aguardo também!
  14. Participei do evento e gostei muito do conteúdo apresentado. Parabéns aos palestrantes e pela iniciativa da Elgin. Só acho que poderia ser melhor divulgado para que mais pessoas pudessem participar do evento em nosso estado (ES).
  15. ACBrValidador.pas Se não aparecer esse tipo atualize seu componente.
  16. Bom dia, Aqui no ES também estou passando por esse erro e outros nos clientes. NFe / NFCe (Produção 4.00) Esses erros estão ocorrendo com frequência e sem mexer em nada a nota fiscal é autorizada. As vezes alguns dos erros abaixo tenho que fechar meu sistema e abrir novamente para funcionar:
  17. Boa tarde BigWings, Com essa tipagem "docPrefixoGTIN" o ACBrValidador recusou o GTIN de acordo com a tabela de prefixos. Obrigado!
  18. Só achei estranho esse código GTIN não ter sido barrado no ACBrValidador uma vez que essa implementação diz justamente que se baseou na tabela de prefixos!?
  19. Obrigado pelo esclarecimento Ricardo... Não sei lhe informar qual o país deste produto, pois foi a equipe do suporte que passou para nosso setor de programação verificar... Só sei que a descrição do produto é um Lápis Preto de Olho. O seguimento deste cliente é na área de cosméticos. Grato!
  20. Boa tarde, Também estou passando por isso nos clientes... Esse código de barras 7161896011808 valida de boa no ACBrValidador, mas ao enviar a nota recebo a rejeição 882.
  21. Fontes atualizados! Teste OK. Obrigado José M. S. Junior
  22. Boa tarde Maicon, Também tive problemas em todos os meus clientes que utilizam o arquivo remessa da CEF. Antes o componente tinha um tratamento parecido com sua sugestão. Para resolver de forma mais rápida sem precisar alterar o componente fiz o seguinte: Quando estou alimentando o componente verifico se a variável ValorMoraJuros é maior que zeros, caso seja eu alimento a variável CodigoMora := 1. Exemplo: if cdsFinanceiroMoraDiaria.AsFloat > 0 then begin ValorMoraJuros := cdsFinanceiroMoraDiaria.AsFloat; CodigoMora := '1'; //Valor por Dia end else ValorMoraJuros := 0;
  23. Toninho, acho que faltou o último parâmetro. Onde está "nil" tente enviar o arquivo. Aqui estou utilizando desta forma: Var CC, Anexo, mmEmailMsg: Tstrings; begin Anexo := TStringList.Create; Anexo.Clear; Anexo.Add(cArqXMLEvento); ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.LerXML(cArqXMLEvento); ACBrNFe1.EnviarEmailEvento(Para, TRIM(CDEMPRESA.FieldByName('ASSUNTO_EMAIL').AsString),mmEmailMsg.Lines, CC, Anexo);
  24. Verdade Juliomar! Entendo e concordo com as regras do forum.
×
×
  • 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.