lmdsistemas

O negócio vai ficar mais complexo e mais tenso. Aconselho se associarem ao grupo https://groups.google.com/forum/#!forum/sef-sc-siv Todo dia tem mudança e os requisitos vão ficar mais complexos. Nada de simplificar, só vai piorar. Vamos ter um sped catarina frankenstein

Olá, Vocês conseguiram colocar Joinville em produção via ACBR? Nos testes que fiz com demo estou recebendo "namespace provided differs from schema". Estou com acbr atualizado, certificado digital e CNPJ ativo em Joinville. Alguma dica? Obrigado

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

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.

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...

Estou precisando repensar a maneira como nossos sistemas fazem a parte dos impostos, caso queira posso ajudar nos testes/críticas/melhorias.

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!!!

a versão DanfeRetrato.fr3 não tem problema, apenas a versão antiga.

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);

comigo aconteceu várias vezes em SCAN. não consegui diagnosticar a razão.

Obrigado pelo empenho... Acabei homologando com as funções da bematech, mas na minha primeira mudança vou retestar com estas alterações. JURANDIR

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.

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

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

modelo que a Tecpar me passou, validado no primeiro dia de homologação. Jurandir Dallabeneta Modelo_Parâmetros de Configuração_ER_0108.txt

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.

não é fácil mesmo... O que buscamos é "MOVIMENTO DO DIA: 01/07/2011"??

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

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

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

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..

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

A versão que está no SVN gera o erro "IM:11.111 is not a valid date" na minha mp-2100 JURANDIR DALLABENETA

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

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