Ir para conteúdo
  • Cadastre-se

lmdsistemas

Membros
  • Total de ítens

    62
  • Registro em

  • Última visita

Tudo que lmdsistemas postou

  1. Já passei vergonha em cliente por me basear no demo . Faz parte. O itens do dropdown estão incorretos. Em alguma alteração foi incluída a balança Toledo2090 no meio da listagem da balanças. Itens do dropdown do demo: Nenhuma Filizola Toledo Toledo2180 Urano LucasTec Magna Digitron Magellan 9 ------> UranoPOP Lider Correto para o componente atualizado: Nenhuma Filizola Toledo Toledo2090 Toledo2180 Urano LucasTec Magna Digitron Magellan 10 ------> Urano Pop Lider Rinnert Muller Saturno AFTS Generica
  2. Descobri o meu meu problema. Sempre que carrego alguma nova versão 2.0 (imprimir, consulta, cancelar), o componente atualiza as configurações: linha 806 FConfiguracoes.Geral.VersaoDF := StrToVersaoDF(OK, Versao); conforme comentado, para funcionar sem complicações basta setar a versão 310 sempre que enviar algum documento novo.
  3. Recebi o mesmo erro dos colegas, setei a versão 310 no DFM. Usuário usava o sistema e após algumas notas/operações mudava para versão 200 "automaticamente". Ou seja, passavam várias notas ok e sem EU mudar nada na programação alterava para versao 200, dando mensagem de erro de não aceite. Instrui os usuários a fecharem e reabrirem o sistema, onde normaliza por algum tempo. Ressalto que no meu código não havia como mudar a versão. Para resolver, antes do ENVIO sempre estou setando manualmente a versão para 310 Ainda não achei qual operação troca a versão...
  4. Estou precisando repensar a maneira como nossos sistemas fazem a parte dos impostos, caso queira posso ajudar nos testes/críticas/melhorias.
  5. Na demonstração para balança, seria interessante colocar os seguinte modelos: Nenhuma Filizola Toledo Toledo2180 Urano LucasTec Magna Digitron Magellan Urano Pop No demo atual, não aparece digitron e Urano Pop, o que dificulta o entendimento para quem está começando. Ou quem sabe alguma outra maneira de enumerar os modelos disponíveis no ACBR. Obrigado!!!
  6. a versão DanfeRetrato.fr3 não tem problema, apenas a versão antiga.
  7. Ao usar o arquivo DANFE.fr3 com a opção ExpandirLogoMarca = true a impressão da logo sai errada a partir da segunda página. Correção para linha 45 do script -> imgLogomarca.Width := Memo10.Width + (Memo10.left - imgLogomarca.left);
  8. comigo aconteceu várias vezes em SCAN. não consegui diagnosticar a razão.
  9. Obrigado pelo empenho... Acabei homologando com as funções da bematech, mas na minha primeira mudança vou retestar com estas alterações. JURANDIR
  10. tranquilo... na minha homologação fiz as propriedades na hora. deu trabalho pois sou apenas usuário do ACBR, mas está resolvido por um ano.
  11. Regis, não é o caso... a checagem não é de exclusão/inclusão e sim de alterações no número de série da impressora. no anexo marco o lugar que deve ser alterado JURANDIR
  12. Olá Hoje no meu primeiro dia de homologação tive problemas no teste 104 a. Como não achei no fonte, acabei criando uma propriedade RegistroValido e fiz alterar com caracter “?” campo “Modelo do ECF” quando modificado. Isso resolveu meu problema... É isso mesmo? Falta esta propriedade? Não vou precisar disto mais esta ano , mas gostaria de deixar meu programa 100% compatível com o ACBR. Se realmente falta a propriedade, vale a dica. Obrigado! JURANDIR DALLABENETA
  13. modelo que a Tecpar me passou, validado no primeiro dia de homologação. Jurandir Dallabeneta Modelo_Parâmetros de Configuração_ER_0108.txt
  14. beleza.... realmente como está hoje parece "perigoso". hoje fiz o primeiro dia de avaliação 01.09 e passei neste quesito com "xunxinho" básico. obrigado pela atenção até o momento.
  15. não é fácil mesmo... O que buscamos é "MOVIMENTO DO DIA: 01/07/2011"??
  16. anexos arquivo solicitado e arquivos que a rotina gerou no processo. Pergunta, debugando eu chego sempre na linha 4069, que na rotina deveria pegar a data. Observe que se não der certo (try), ele tenta a linha seguinte. No meu caso, está uma linha depois (linha 8). retorno1.txt ACBr_ESP_TMP.txt ACBr_ESP_.txt
  17. Estou chamando com PafMF_LMFC_Cotepe1704(nCrzIni,nCrzFim,cNomeArquivo) Anexei o arquivo ACBrECFBematech.pas que estou usando (baixado via SVN após excluir a pasta fontes). Vasculhei HD a procurar de pas ou dcu e o único que tenho é o anexado. Conforme comentei o erro só acontece quando há ajuste do horário do ecf na redução. Se por acaso o arquivo ACBrECFBematech.pas estiver diferente, poderia anexar ao fórum? obrigado pelo empenho. ACBrECFBematech.pas
  18. Apaguei tudo, baixei no SVN. A rotina funciona para algumas faixas de CRZ. Porém se algum dia tiver alterado a hora junto a redução, não funciona pois desloca uma linha abaixo Alterado Data e Hora: 17/07/2011 20:28:01V ECF AUTORIZADO EXCLUSIVAMENTE PARA TREINAMENTO OU DESENVOLVIMENTO SEM VALOR FISCAL
  19. codigo do SVN, nada anormal. O erro acontece exatamente em: linha 4067 em diante Texto := TStringList.Create; try Texto.LoadFromFile( ArqTmp+'_ESP_TMP' + '.txt' ); Try DiaIni := copy( Texto.Strings[ 6 ], 1, 10 ); StrtoDate(DiaIni); ----> AQUI Except DiaIni := copy( Texto.Strings[ 7 ], 1, 10 ); end; Ao inves de pegar a data está pegando a IM: Alterado Data e Hora: 17/07/2011 20:28:01V ECF AUTORIZADO EXCLUSIVAMENTE PARA TREINAMENTO OU DESENVOLVIMENTO SEM VALOR FISCAL CNPJ:11.111.111/1111-11 IE:111.111.111 IM:11.111 ------------------------------------------------ 17/07/2011 20:28:01V COO:001388 Eu acertei a hora da impressora no dia, com isso desceu uma linha. Além disso para mim sempre está na linha 7 ou 8. Ajustando assim, na minha ecf funciona, mas sei que é cambiarra..
  20. não deu, mesmo erro. chamo com PafMF_LMFC_Cotepe1704(nCrzIni,nCrzFim,cNomeArquivo) Anexo os arquivos temporários. ACBr_ESP_.txt ACBr_ESP_TMP.txt
  21. A versão que está no SVN gera o erro "IM:11.111 is not a valid date" na minha mp-2100 JURANDIR DALLABENETA
  22. Não sei se ajuda, mas a Bematech tem um exemplo por COO em http://partners.bematech.com.br/bemacas ... oo-e-data/ http://www.bematech.com.br/suporte/down ... Delphi.zip JURANDIR DALLABENETA
  23. Os dados do sacador/avalista não estão sendo transferidos para o boleto impresso. no evento TACBrBoletoFCFortesFr.RLBand1BeforePrint falta a seguinte linha: txtSacadorAvalista2.Caption := titulo.Sacado.Avalista; no evento TACBrBoletoFCFortesFr.RLBand2BeforePrint falta a seguinte linha: txtSacadorAvalista3.Caption := txtSacadorAvalista2.Caption; Anexo arquivo corrigido para o pessoal colocar no SVN inté JURANDIR ACBrBoletoFCFortesFr.pas
  24. Fiz duas pequenas modificações na versão para fortes report, arquivo ACBrBoletoFCFortesFr.dfm - ativei a propriedade showprogress do layout principal. - melhorei o aproveitamento do espaço no campo instruções. Sem mexer no layout, foram acrescentadas duas novas linhas para instruções. Se for possível colocar estas alterações facilitaria minhas atualizações futuras. Obrigado JURANDIR DALLABENETA ACBrBoletoFCFortesFr.rar
  25. tem alguns software de e-mail que quebram as linhas do XML ao encaminhar/enviar. alguns clientes sofrem com este problema e geralmente somente pedindo para fornecedor enviar para novo e-mail ou em ZIP. dependendo do caso tirar as quebras de linha não resolve pois colam tags gerando NFE's inválidas. JURANDIR DALLABENETA
×
×
  • 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.