sesistemas

Boa tarde Se a serie do CTe for menor que 900 ele pode ser NORMAL e SEGURANÇA, ou CONTINGENCIA. NORMAL Ide.tpEmis := teNormal; FormaEmissao := StrToTpEmis(ok,inttostr(1)); SEGURANÇA(papel moeda) Ide.tpEmis :=???? FormaEmissao := StrToTpEmis(ok,inttostr(X)) QUAL O VALOR X ? Tenho que abastecer alguma tag?? CONTINGENCIA (serie >= 900) Ide.tpEmis := ????; FormaEmissao := StrToTpEmis(ok,inttostr(Y)) QUAL O VALOR Y? Tenho que abastecer alguma tag??

Bom dia! Hoje fui tentar recompilar os fontes do componente serial, e este esta retornando Erros, que o impedem de ser compilado... O os primeiros erros são na Unit "ACBrECFEscECF.pas" e Unit "ACBrECFClass" Onde o as constantes "SOH", e "WAK" da unit "ACBrConsts" não estão sendo reconhecidas, (mais não entendi o motivo uma vez que o Uses desta foi realizado;) Trocando as constantes por seus respectivos valores #01 e #17; O projeto compila ate a Unit "ACBrECF", que tambem tráz alguns erros acusando "Unideclared identifier" na linha: Relatorio.Add(padL('ITEM 2B: NOTA LEGAL', TamColSimNao, '.') + GetDescrFlag( AInfoPafECF.NotaLegalDF )); //linha 6143 Relatorio.Add(padL('ITEM 2C: PARAIBA LEGAL', TamColSimNao, '.') + GetDescrFlag( AInfoPafECF.ParaibaLegal ));//linha 6144 da função "GetTipoFuncionamento" Uma vez comentados os códigos acima o projeto compila normalmente...

Juliomar, Muito obrigado! Realmente com a atualização do SVN de hoje funcionou perfeitamente... Mais me esclareça uma coisa por favor... o qual a recomendação de uso de vocês, A leitura diretamente do "arquivo.ini", ou a utilização da classe "DadosReducaoZClass";

Olá, Bom dia! Estava realizando a importação dos dados da redução Z de 2 impressoras diferentes, e percebi que o componente ACBR gera o Ini de forma diferente para cada impressora, atravez do método DadosUltimaReducaoZ ex.: Atravez do emulador da Sweda a tag de Aliquotas foi gerada assim: [Aliquotas] T0T1700 = 0,00 T0T0500 = 0,00 T0T0700 = 0,00 T0T1000 = 0,00 T0T1200 = 605,04 S0S0100 = 0,00 S0S1000 = 0,00 S0S0500 = 0,00 S0S1500 = 0,00 Atravez da impressora Daruma FS700: [Aliquotas] 01T2500 = 2 02T1800 = 0 03T1200 = 0 04T0700 = 0 05T0500 = 0 bematech MP 4000 [Aliquotas] 01T0700 = 0 02T1200 = 0 03T1800 = 0 04T2500 = 0 Como vocês trataram este tipo de tag?

Bom dia Estou utilizando o fastreport so que no DACTe, quando o CST ICMS é igual a <> 00 não esta aparecendo no DACTe. Campo substituição Tributária não aparece nenhum valores. Pelo que estive notando somente os que Imp.ICMS.ICMS45.CST >>>> NÃO APARECE SUA DESCRIÇÃO NO DACTe Segue em anexe o XML e o DACTe 31121103341645000186570090000050151870213467-cte.xml 31121103341645000186570090000050151870213467.pdf

Estou tendo problemas para gera este arquivo com uma impressora Bematech MP-4000 TH FI o erro é este: Erro na execução de xbematech_fi_arquivomfd. Arquivo "d:\se\lfmc1704.txt" nao gerado Estou usando a BEMAFI32.dll versão 6.1.0.8 log da impressora: -- 11:28:27:844 ArquivoMFD_DLL( 10 , 20 , D:\se\LFMC1704.TXT ) TX -> [sTX][WAK][NUL][FS][bS]000010000020R[185][sTX] 11:28:34:154 RX <- [NUL][NUL][NUL][NUL] S.E. SISTEMAS LTDA[LF]R:PROF. ISIS MARIA. P.,410A - SL:01- BELA VISTA[LF] CEP:35570-000 - FORMIGA - MG[LF]CNPJ:03.341.645/0001-86 [LF]IE:0010987620070 [LF]16/11/2012 10:56:12 COO:000697[LF] LEITURA MEM[224]RIA FISCAL [LF] REDU[128][199]O: 0010 a 0020[LF]Contador Geral de Opera[135][198]o N[198]o-Fiscal: 000066[LF]Contador de Redu[135][228]es Z: 0063[LF]Contador de Rein[161]cio de Opera[135][198]o: 001[LF]Contador de Fita-detalhe: 000000[LF] REIN[214]CIO OPERA[128][199]O [LF]CRO DATA HORA[LF]001# 12/04/2012 16:38:12 [LF] IMPRESS[199]O FITA DETALHE [LF]CFD DATA HORA COOi COOf[LF]CNPJ:[LF] USU[181]RIOS [LF]Usu[160]rio:0001 CRO:001 12/04/2012 16:38:12 [LF]CNPJ: 03.341.645/0001-86 [LF]IE: 0010987620070 [LF]IM: [LF]GT: 45.628,58[LF] REDU[128][228]ES DI[181]RIAS [LF] Usu[160]rio:0001[LF]CRZ CRO COO DATA HORA[LF] VENDA BRUTA DI[181]RIA (R $)[LF]DT=desconto ICMS DS=desconto ISSQN[LF]AT=acr[130]scimo ICMS AS=acr[130]scimo ISSQN[LF]CT=canc.ICMS CS=canc. ISSQN[LF]ON=opera[135][198]o n[198]o-fiscal[LF]0020 001 000209 02/06/2012 09:15:30 [LF] R $ 29,00[LF]F1=29,00 [LF][LF]Total do m[136]s 06 de 2012[LF]Venda Bruta (R $) 29,00[LF]F1=29,00 [LF]0019 001 000207 28/05/2012 10:05:14 [LF] R $ 247,90[LF]DT=3,56 AT=3,60 CT=208,50 F1=34,64 N1=1,20 [LF]0018 001 000202 25/05/2012 16:28:42 [LF] R $ 1.730,57[LF]DT=17,00 AT=5,50 CT=1004,30 03T18,00%=521,16 F1=174,07 N1=14,04 [LF]0017 001 000189 24/05/2012 09:37:17 [LF] R $ 269,70[LF]F1=268,70 N1=1,00 [LF]0016 001 000181 24/05/2012 09:32:46 [LF] R $ 0,00[LF][LF]0015 001 000179 23/05/2012 15:29:25 [LF] R $ 261,65[LF]DT=7,80 CT=109,03 F1=144,82 [LF]0014 001 000172 22/05/2012 08:36:34 [LF] R $ 240,00[LF]F1=200,00 I1=10,00 N1=30,00 [LF]0013 001 000163 18/05/2012 08:11:47 [LF] R $ 76,81[LF]F1=76,81 [LF]0012 001 000156 15/05/2012 16:26:55 [LF] R $ 1.857,50[LF]DT=25,00 CT=728,00 01T07,00%=176,96 F1=927,54 [LF]0011 001 000104 10/05/2012 14:25:09 [LF] R $ 752,71[LF]CT=447,73 F1=203,00 I1=50,75 N1=51,23 [LF]0010 001 000100 09/05/2012 14:19:52 [LF] R $ 101,50[LF]F1=101,50 [LF][LF]Total do m[136]s 05 de 2012[LF]Venda Bruta (R $) 5.538,34[LF]DT=53,36 AT=9,10 CT=2497,56 T07,00%=176,96 T18,00%=521,16 F1=2131,08 I1=60,75 N1=97,47 [LF][LF]Total do per[161]odo:[LF]Venda Bruta (R $) 5.567,34[LF]DT=53,36 AT=9,10 CT=2497,56 T07,00%=176,96 T18,00%=521,16 F1=2160,08 I1=60,75 N1=97,47 [LF][LF]N[163]mero de Redu[135][228]es Restantes: 3285[LF] DADOS GERAIS [LF] SOFTWARE B[181]SICO [LF]01.00.02 09/02/2012 09:49:56V[LF]MOEDA: R 12/04/2012 16:38:11 [LF]QUANTIDADE: 03 12/04/2012 16:38:12 [LF]VALOR UNIT[181]RIO: 03 12/04/2012 16:38:12 [LF]MFD:[LF]392204112100121874 [LF][LF]CODIFICA[128][199]O GT[LF]a partir de 12/04/2012 16:38:11 [LF]0=Q, 1=W, 2=E, 3=R, 4=T, 5=Y, 6=U, 7=I, 8=O, 9=P[LF]7HJCDJNR MJSN82HR NT&ZDRWA 7HJ64CLI HFRF327LMITNBEMATECH MP-4000 TH FI ECF-IF[LF]VERS[199]O:01.00.02 ECF:001 LJ:0001[LF]QQQQQQQQQQQTYUEOYO 16/11/2012 10:56:17 [LF]FAB:BE091210100011295418 [LF][LF][LF][LF][LF][LF][ETX] CRZ Inicial: 10 - COO: 100 CRZ Final: 20 - COO: 209 -- 11:28:34:163 TX -> [sTX][ENQ][NUL][FS]#[11]J[NUL] 11:28:34:291 RX <- [NUL][sOH][NUL][NUL][NUL][NUL] -- 11:28:34:296 TX -> [sTX][ENQ][NUL][FS]#(g[NUL] 11:28:34:445 RX <- BE091210100011295418[NUL][NUL][NUL][NUL] -------------------------------------------------------------------------------- ATIVAR - 16/11/12 11:29:50:993 - Modelo: Bematech - Porta: COM1 - TimeOut: 3 Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE=RTS/CTS HARDFLOW MAXBANDWIDTH=0 -------------------------------------------------------------------------------- -- 11:29:50:999 TX -> [sTX][4][NUL][FS][19]/[NUL] 11:29:51:125 RX <- [NUL][NUL][NUL][NUL] -- 11:29:51:131 TX -> [sTX][ENQ][NUL][FS]#)h[NUL] 11:29:51:260 RX <- [sOH][NUL][sTX][NUL][NUL][NUL][NUL] -- 11:29:51:266 TX -> [sTX][ENQ][NUL][FS]#<{[NUL] 11:29:51:441 RX <- BEMATECH MP-4000 TH FI ECF-IF [NUL][NUL][NUL][NUL] -- 11:29:51:445 TX -> [sTX][ENQ][NUL][FS]#(g[NUL] 11:29:51:596 RX <- BE091210100011295418[NUL][NUL][NUL][NUL]

ok! Mais uma vez muito obrigado!

Daniel Deu certo! Desculpa minha ignorância mais, da pra explicar o superficialmente o que eu desabilitei com este comando? pq eu tenho receito do que isto pode acarretar...

So pra constar, estou fazendo este processo da seguinte forma: Cadastrei um item no meu sistema com código "1"; Na tela de venda há um "edit", onde eu informo o código do item, ao ser pressionado "enter" é disparado o evento de venda do item; Assim sendo eu "teclo" : 1 "enter" 1 "enter" 1 "enter" 1 "enter" 1 "enter" .... Sei que a impressora demora a processar as vendas, porem apenas o primeiro 1 enter é processado, o restante das entradas de teclado são ignoradas; Acredito que seja alguma rotina interna do ACBR que limpe este cash;

Estou fazendo a entrava via teclado (usb); Mais valeu a dica da Fila vou dar uma olhada aqui no forum e ver o que eu encontro; E quanto ao ACBRLCB não estou usando...

Olá! Boa tarde! Ao serem executadas leituras consecutivas de códigos de barra para vendas, como é comum em supermercados; A cada item que eu uso o método “VendeItem”, eu tenho de aguardar a impressora imprimir para que eu possa passar novamente este item pelo leitor de código de barras... Isso torna o sistema muito lento para o usuário final... Em outra aplicação que tenho, (a qual faz a comunicação diretamente com a DLL e a impressora Bematech), Não precisei fazer nenhum tratamento para o próprio Windows armazena o buffer de entrada (seja pelo teclado ou seja pelo leitor de código de barras) e envia o comando para a impressora; Como vocês contornarão esta situação?

Para constar estas exceções estão ocorrendo tambem no programa de Exemplo do ACBR;

olá Bom dia! Não consegui identificar o motivo, e gostaria da Ajuda de vocês. Após executar os comandos do componente ACBR, são geradas algumas "Debugger Exception", similares a estas : Resposta "ValorLiquido" não Encontada Resposta "NumeroItem" não Encontada Resposta "COO" não Encontada Apesar das exceções os comandos (na maioria das vezes) são executados corretamente... (não consegui identificar o que impede o comando de ser executado corretamente) Estou usando uma Daruma FS700 Aqui esta o log do comando: -- 09:53:25:114 NumSerie TX -> [FS]R[200]078[185] 09:53:25:235 RX <- :[200]078DR0911BR000000310441 [CR][236] -- 09:53:27:272 NumSerie TX -> [FS]R[200]078[185] 09:53:27:394 RX <- :[200]078DR0911BR000000310441 [CR][236] -- 09:53:28:703 VendeItem( 1 , ACUCAR , 7.00 , 1 , 10 , 0 , UN , % , D , -1 ) TX -> [FS]F[207]0400010000001000000000000000018 1UN TACUCAR[255]. 09:53:29:938 RX <- :0000001[207]002000000001000[CR][250]

Neste caso O Remetente entrega a carga a transportadora "A" que realiza o transporte da mesma até uma parte do trajeto. Ela vai entregar para outra transportadora B. Isso não seria um redespacho, onde informamos o Recebedor (Transportadora ???

Em algum lugar devemos constar a empresa quem contratou a transportadora B?

Daniel, não existem outros comandos que retornem estes valores? Observei que atravez dos métodos "ACBrECF1.NumCOOInicial" e "ACBrECF1.DadosReducaoZ" Eu tenho o retorno do COO inicial, mais pelo que pude observar, é o COO inicial da redução Z que ainda será gerada... (D+1)

Este dados do documento anterior sai em algum lugar no DACTe ? Qual campo ?

Estou utilizando uma Daruma FS700 E estou tendo problemas para ter alguns dados da redução Z... Através do método “DadosUltimaReducaoZ”; O Campo “NumCOOInicial” é retornado em branco.... Também não consegui encontrar um local onde é informado a data em que foi gerada a redução Z; Vi em alguns tópicos que algumas impressoras não possuem esta informação... mais não vi solução viável para este problema... Como vocês contornaram esta situação? retReducaoZ.txt logImpressora 31-10-12-14.txt

Existe algum arquivo de alimentação dos componentes no caso de um CT-e de Complemento de Valores

o que séria ? xNome =>nome do componente vComp ==>Valor do componente

Alguém poderia me informar se a ACBr já tem alguma coisa desenvolvida para o CT-e Complementa ?

quando for SUBCONTRATAÇÃO também tenho que informar documentos anterior ? como assim ?

infCTeNorm.emiDocAnt.Add; infCTeNorm.emiDocAnt[0].idDocAnt.Add; infCTeNorm.emiDocAnt[0].idDocAnt[0].idDocAntEle.Add; infCTeNorm.emiDocAnt[0].idDocAnt[0].idDocAntEle[0].chave :='31121003341645000186570090000000051612534080'; // infCTeNorm.emiDocAnt[0].CNPJCPF := '66666666666'; infCTeNorm.emiDocAnt[0].IE := '123456789'; infCTeNorm.emiDocAnt[0].UF := 'pp'; infCTeNorm.emiDocAnt[0].xNome := 'xxxxxxxxxxxxxxxx'; que nome esta referindo ?

deu o seguinte erro: infCTeNorm.emiDocAnt[0].idDocAnt.Add;====> List index out of bounds (0)

Quando vou emitir um cte de redespacho, neste caso peguei de uma outra transportadora e vou continuar o transporte, devo informa a chave do CTe? qual campo ACBrCTe1.Conhecimentos.????????