Infoel

Pessoal, eu descobri. O Problema está no programa cliente de email, no meu caso no Windows Live Mail. Tem uma configuração que coloca quebras de linhas automáticas no texto da mensagem. De alguma forma isto está afetando também os anexos com formato texto. Basta ir em Menu/Opções/Email/Aba Enviar/Configurações de texto sem formatação das mensagem Coloquei o formato da mensagem como MIME e codificar texto usando Base 64. O Problema é que sempre que isso acontecer vamos ter que informar o remetente do email a mudar essas configurações caso estejam usando o WLM.

Estamos desenvolvendo uma rotina em que o cliente não precise ficar descompactando/salvando/procurando/abrindo arquivos xml para importar e dar entrada em seu estoque. Importamos perfeitamente arquivos xml no acbr e daí fazemos a leitura dos dados. Mas quando recebo o arquivo por email, direto no aplicativo, através dos componentes Indy TidPop3 e TIdAttachment salvando o arquivo no hd e depois abrindo no AcBR, este acusa muitos erros. Descobri que o comp Indy inclui quebras de linhas no xml antes de salvar, inlcuisve quedas dentro das tags. Tentei remover ou substituir mas os erros continuam. Exemplo: 4543#$A#$DF> Neste caso não dá pra substituir porque ficaria assim: 4543F> Exemplo: Neste caso não posso remover porque ficaria assim: Alguem sabe alguma forma de configurar o Indy para não incluir quebras de linha?

Pessoal, Temos um cliente que nos solicitou se havia alguma maneira de simplificar a redução Z, ou seja, inibir ou diminuir a impressão da área dos codigos de barras da movimentação do dia, pois como o movimento é alto a redução z está demorando muito, chegando a ter o comprimento de 4 metros. É possível simplificar isso?

Régys, obrigado por ter respondido. Deu certo. eu mudei a velocidade para 115200 e funcionou. Quanto ao outro erro ("Erro ao executar xrGerarRelatorio_ECF_Daruma. Cod.: -105 Data informada é maior que a ultima redução Z impressa" ) eu estava passando como paramentros de data, variáveis do tipo Variant contendo data. Bastou trocar para TDate e funcionou direitinho também. Brigadão!!!

Depois de ler todos os tópicos com a empressão "PafMF_MFD_Cotepe1704" resolvi recorrer aos amigos. Estou tentando gerar o Arq. MFD do menu fiscal usando ACBrECF1.PafMF_MFD_Cotepe1704(data_inicio,data_final,'retorno.txt'); mas estou recebendo o seguinte erro: "Erro ao executar xrGerarRelatorio_ECF_Daruma. Cod.: -105 Data informada é maior que a ultima redução Z impressa" Tenho uma Daruma FS700 há mais de um ano, e já tentei diversos períodos. E se tento por COO Depois de alguns segundos dá erro de comunicação e muda a velocidade da porta da impressora e aí não consigo fazer mais nada até que reconfigure a porta para 9600. As dlls que estou usando são? DarumaFrameWork.dll v7.5.7.0 lebin_x64.dll v0.8.6.0 lebin.dll v0.8.6.6 LeituraMFDBin_x64.dll v0.99.54.1 LeituraMFDBin.dll v0.99.54.1 Esqueci alguma? Alhias, minha maquina é 64bits. Grato desde já.

Régys, obrigado por responder. Eu já havia analisado esse exemplo. Tem uma classe (NFeRTXT) que lê o arquivo (LerTxt) mas não funciona. Talvez o meu arquivo não esteja com o leyout correto, mas simplesmente não lê e prossegue tentando ler como xml, sem nenhum retorno. Na tentativa de tentar entrender, importei um xml válido e gerei um arquivo TXT, com o botão nesse mesmo exemplo, mas o arquivo gerado tem padrão bem diferente, parecido com o do SPED, por isso concluí que a importação deveria ser nesse padrão, pois exportar num formato e importar em outro não faz muito sentido. Alguma outra sugestão?

Nosso cliente tem um aplicativo que gera os dados da NFE um arquivo .INI, tipo arquele usado pelo AcbrMonitor. mas quer enviar os dados pelo nosso aplicativo através do XML e conexão direta com a receita. Tem como importar esse arquivo .INI no Acbr? Vejam o layout do arquivo .ini [ide] cUF=43 natOp=Venda Mercad. adq/receb. terc indPag=0 mod=55 serie=1 nNF=6 dEmi=2012-05-15 dSaiEnt=2012-05-15 tpNF=1 cMunFG=4314902 tpImp=1 tpEmis=1 tpAmb=1 finNFe=1 procEmi=0 TpNota=1 [emit] CNPJ=15056720000146 xNome=EDGAR ... xFant=MÓVEIS..... [enderEmit] xLgr=Av. Cel. ....... nro=375 xCpl=Loja xBairro=Monte..... cMun=4314902 xMun=Porto Alegre UF=RS CEP=90440011 cPais=1058 xPais=BRASIL fone=5135739 IE=096/3469819 [dest] CPF=55074.... xNome=LENIRA...... [enderDest] xLgr=Rua.... nro=396 xCpl=206 xBairro=Passo Dareia cMun=4314902 xMun=Porto Alegre UF=RS CEP=91350100 cPais=1058 xPais=BRASIL fone=51336165 IE=ISENTO ISUF= Email= [entrega] CPF=550.... xLgr=Rua.... nro=396 xCpl=206 xBairro=Passo Dareia cMun=4314902 xMun=Porto Alegre UF=RS [DadosNota] num_itens_nf=5 coef_nf=1 [det nItem=1] cProd=1200E20941 xProd=Vista de Acabamento c/ Chapa 18mm - Alt 20cm NCM=99999999 AbrevNCM=99999999 CFOP=5102 uCom=UN qCom=2,0000 vUnCom=121,0653 vProd=242,13 uTrib=UN qTrib=2,0000 vUnTrib=121,0653 vDesc=0,00 [imposto nItem=1] orig=0 CST= CSOSN=101 codfiscal=1 [det nItem=2] cProd=1200E20941 xProd=Vista de Acabamento c/ Chapa 18mm - Alt 20cm NCM=99999999 AbrevNCM=99999999 CFOP=5102 uCom=UN qCom=1,0000 vUnCom=121,0823 vProd=121,08 uTrib=UN qTrib=1,0000 vUnTrib=121,0823 vDesc=0,00 [imposto nItem=2] orig=0 CST= CSOSN=101 codfiscal=1 [det nItem=3] cProd=088F5314 xProd=Fitas de Bordo Chiaro 1 x 22mm NCM=99999999 AbrevNCM=99999999 CFOP=5102 uCom=UN qCom=1,0000 vUnCom=11,4266 vProd=11,43 uTrib=UN qTrib=1,0000 vUnTrib=11,4266 vDesc=0,00 [imposto nItem=3] orig=0 CST= CSOSN=101 codfiscal=1 [det nItem=4] cProd=088F9998 xProd=Kit Ferragem NCM=99999999 AbrevNCM=99999999 CFOP=5102 uCom=UN qCom=1,0000 vUnCom=0,0511 vProd=0,05 uTrib=UN qTrib=1,0000 vUnTrib=0,0511 vDesc=0,00 [imposto nItem=4] orig=0 CST= CSOSN=101 codfiscal=1 [det nItem=5] cProd=088F5049 xProd=Suporte Metálico p/ Prateleira c/ 2 Parafusos NCM=99999999 AbrevNCM=99999999 CFOP=5102 uCom=UN qCom=1,0000 vUnCom=29,2694 vProd=29,27 uTrib=UN qTrib=1,0000 vUnTrib=29,2694 vDesc=0,00 [imposto nItem=5] orig=0 CST= CSOSN=101 codfiscal=1 [iPI] pIPI=0,00 [transp] modFrete=0 CNPJ= xNome=TRANSPORTE LOCAL IE= xEnder= xMun= UF= [veicTransp] placa= UF= [vol] qVol=5 esp= marca= nVol= pesoL= pesoB= [cobr] num_itens_dup=0 [dup nItem=0] nDup= dVenc= vDup= [infAdic] infCpl=Doc.Emitido p/Empresa de Pequeno Porte = SIMPLES NACIONAL

Pessoal, esse negócio de importação do XML da NFE e do CTE é uma mão na roda!!!! Mas estamos tendo algumas dificuldades. Alguns sistemas emissores de documentos eletrônicos estão enviando por email automaticamente, xmls inválidos, não autorizados ou com erros. Aí na importação nosso sistema acusa o erro e o cliente vem "fervendo" pra cima de nós. Tenho usado o proprio comp ACBr carregando nele o xml para capturar informações do documento. Mas já soube de usuários tentando carregar xml de cancelamentos e outros xml "sabe-se lá de onde"!!!! Existe alguma forma de identificar o tipo do documento, para saber se é Nfe, Cte, CCe, ou cancelamento de CCe e NFe abrindo o arquivo e analisando o proprio xml via sistema?

Como eu ia imaginar que era uma coisa tão simples? Valeu Italojjr!!!!

Também ja postei um TQRPDFFilter no formulário junto com o TACBrCTeDACTeQR e nada.

Pelo que sei o CT-e so tem componente para relatórios no QuickReport. A versão do Quickrep que estou usando é a 5.0.2

Porque não consigo salvar em PDF? nem mesmo no exemplo do acbr. Help!!!!!! dir='c:\pdfs'; ACBrCTe1.Conhecimentos.LoadFromStream('c:\pdfs\'+arquivoxml); ACBrCTe1.DACTE.PathPDF:=dir; ACBrCTe1.Configuracoes.Geral.PathSalvar:=dir; ACBrCTe1.Conhecimentos.ImprimirPDF;

Então o que tenho que fazer é adiantar o relógio do computador com a diferença do atraso da impressora, e ao ir tirando reduções Z a impressora vai adiantando de 5 e 5 minutos até sincronizar? Tem como tirar as reduções Z sem fazer essa checagem depois de acertar o relógio?

Pessoal, estamos entrando em pânico!!!! De algumas semanas pra cá, as impressoras Daruma ou estão entrando em colapso!! Já estamos com mais de 12 impressoras com mais de 5 horas atrasadas. Teve algumas que houve intervenção técnica e mesmo assim o problema voltou a acontecer. Os técnicos que fazem as intervenções estão cobrando um absurdo só pra ajustar o relógio e esse serviço não é mantido pela garantia. Esses técnicos estão cogitando a possibilidade de o próprio sistema estar fazendo esses ajustes. Mas como usamos o ACBr, eu pergunto: isso é possível??? O comando ACBrECF1.ReducaoZ(now) quando passado com a data e hora do sistema pode fazer atrasos no relógio da impressora??? Precisamos urgentemente tirar essa dúvida, porque os clientes estão querendo nos cobrar as intervenções, alegando que é problema do sistema. Carvalho.

Pessoal, como trabalhar com impressoras não fiscais no ACBR???? Carvalho.

Segue LOG de um dos cupons.. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ -- 11 3:05 AbreCupom( , , ) TX -> [28]F[200][FF][FF][FF]m 11:43:06 RX <- :0000000[200]027235022125[CR][200] -- 11:43:06 VendeItem( 013596 , SHAMPOO NEUTRO SEM SAL REVITTA 1 LT , NN , 1 , 10,4 , 0 , UN , $ , D ) TX -> [28]F[201]2100010000000104000000000000000013596 UN SHAMPOO NEUTRO SEM SAL REVITTA 1 LT[FF]] 11:43:07 RX <- :0000000[201]001000000001040[CR][250] -- 11:43:14 SubtotalizaCupom( -0,4 , ) TX -> [28]F[206]1000000000040[161] 11:43:14 RX <- :0000000[206]000000001000[CR][200] -- 11:43:14 EfetuaPagamento( 01 , 10 , , 0 ) TX -> [28]F[209]01000000001000[FF]t 11:43:15 RX <- :0000000[209]+000000000000[CR][253] -- 11:43:15 FechaCupom( MD5:1085F0BE328249230B279850DCE43F6B[LF]. ) TX -> [28]F[210]0MD5:1085F0BE328249230B279850DCE43F6B[CR][LF]. [FF]6 11:43:22 RX <- :0000040[210]027235000000001000[CR][209] -- 11:43:22 AbreGaveta TX -> [ESC]p000[CR] 11:43:23 RX <- :[CR] -- 11:43:23 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Pessoal, Estou com uma impressora fiscal Daruma, que está imprimindo caracteres estranhos (lixo) no final do campo de mensagem adicional do cupom fiscal. Vejam anexo. Ja entramos em contato com o suporte daruma e esta foi a resposta deles: "Você deve estar utilizando comandos nativos([FS]) juntamente com comandos compatíveis ([ESC]). Já ocorreu este erro em nossa dll, e a solução foi o seguinte: Quando enviar a mensagem promocional, antes de fechar com o [255], colocar: [LF][255] Ou no caso, uma solução um pouco mais complicada, se você não utiliza mais a aplicação com as impressoras matriciais, mudar tudo para [FS]." Mas já percebemos que esse erro não acontece em outra impressoras da mesma marca. É algum tipo de configuração que precisa ser revista? Carvalho.

Ola Italojjr Não estou conseguindo instalar o QR4 Dá um erro de rtl100.bpl e vcl100.bpl, deve algo com o windows. Estou usando o Windows7 64bits com Delphi 7 Vou continuar tentando. Carvalho.

Estava com problemas para gerar o PDF do CTe. Nem mesmo conseguia gerar usando o demo. Resolvi atualizar o componente, mas ainda não consigo gerar. Simplesmente não há resposta nenhuma. Nenhum erro. O que pode ser? Uso o Quick Rep 3.6.2 Carvalho.

Digamos que eu contrate o plano para um mês. Tudo bem, eu pagaria os 500,00. Mas limitar a 15 perguntas fica um pouco restrito demais. Eu teria que elaborar muito bem a pergunta para não ter simplesmente um "sim" ou um "não" como resposta, e lá se iriam R$ 33,33 por uma pergunta mal elaborada. Carvalho.

Também estou interessado na validação da assinatura do XML de terceiros. Implantamos com sucesso a importação do XML de entrada, mas seria muito interessante verificar a integridade do arquivo XML antes de importar identificando alterações fraudulentas nos dados. Se alguem puder ajudar, já fico grato. Carvalho.

Mas Daniel, Antes de usarmos o ACBR, faziamos a comunicação com a impressora usando DLLs. Para o caso das Daruma, existia um comando que eu habilitava ou não o corte automatico do papel ao final de cada documento. Porque eu preciso disso? Seria interessante o cliente optar pelo corte ou não, sem ter que enviar a impressora para intervenção técnica quando ele mudar de idéia. Mas de qualquer forma fica aqui nossa sugestão. Abraços. Carvalho.

Pessoal, O ACBR tem algum comando para habilitar ou desabilitar o funcionamento da guilhotina no final de cada documento, para o caso das DARUMA FS 700 ?? Carvalho

Pessoal, estou tendo um problema pra compilar nosso módulo do ECF. Está dando o seguinte erro " [Error] ACBrEAD.pas(444): Record, object or class type required" Vejam imagem em anexo. O que poderá ser?

Pessoal, uma ajudinha aí por favor!!!! Depois que atualizei e recompilei o Acbr, quando vou validar um CT-e dá esse erro aí The system cannot locate the object specified Help!!