gss200610
-
Total de ítens
347 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por gss200610
-
-
RESOLVIDO, achei um overload em outro lugar da funcao que nao funcionava. ai as transacoes ficavam malucas
-
ola a todos, uso unidac , tenho umas querys sem comando sql definido em design time, pra poder usar em toda parte do projeto.
uso em datamodule. e estou com problemas, tenho funcoes pra retornar valores de tabelas, e algumas querys usadas nas funcoes, nao dao erro, e nem retornam
os registros, se pegar o mesmo codigo que é passado nelas e executado no IBEXPERT, retorna normal. ja testei de tudo, e em todas funcoes
uso try except e nao acontece erro algum, ja debuguei. ja ate coloquei outra query, apaguei a antiga e substitui, mais nada. nao sei se é algo no datamodule, se alguem
souber, e puder ajuda
só mais um detalhe, usava windows 10 x64 e funcionava normal, ai formatei e coloquei windows 7 x64 e comecaram os problemas, sera isso?
-
já conseguir resolver. foi só configurar na propria balanca o envio continuo de dados e resolveu
rapaz nao tenho o esquema dos cabos.
-
resolvido!!!
-
DARUMA FS700-M
-
estou usando acbrecf.TotalPago e quando finalizo um cupom fiscal, esta me retornando o valor pago do ultimo cupom, com o ecf EstLivre o estado,
tem alguma config no componente pra fazer, ou vou ter de tratar pelo estado da ecf?
-
tenho uma duvida, nos totalizadores parciais do xml, devem ir cancelamentos, descontos , ou apenas F,I, N e o Tributados?
-
ola, estou fazendo o seguinte procedimento, passando duas formas de pagamento no ecf, uma com indice valido e outra nao, pra poder tratar alguns erros
no sistema, quando mando a primeira: ok, quando mando a segunda o acbr, fala FORMA DE PAGAMENTO INVALIDO XXXX, e ja vai pra exception
ERRO NA SEQUENCIA DO FECHAMENTO DO CUPOM. nao to conseguindo passar do exception, ja coloquei no OnErroFormapagamento pra tratado = true
e continua
-
ja verifiquei, nao é problema de arredondamento nao. se olhar no log acima, o falor da forma de pagamento eu passo o mesmo que ela subtotalizou, e uso as funcoes de arredondamento e truncamento. nao as do acbr( pois tive problemas com elas), uso a simpleroundto mesmo.
-
o que significa essa linha:
-- 27/12 15:37:26:240 AchaFPGIndice( 01 )
-- 27/12 15:37:26:240 TX -> [FS]F[209]01000000000690[255]z
-- 27/12 15:37:26:412 RX <- :0000000[209]+000000000345[CR][255]-- 27/12 15:36:38:252 AbreCupom( , , )
-- 27/12 15:36:38:252 TX -> [FS]R[200]078[185]
-- 27/12 15:36:38:392 RX <- :[200]078DR0916BR000000488998 [CR][228]
-- 27/12 15:36:38:392 GrandeTotal
-- 27/12 15:36:38:392 TX -> [FS]R[200]001[183]
-- 27/12 15:36:38:492 RX <- :[200]001000000000002523059[CR][196]
-- 27/12 15:36:38:492 DataHora
-- 27/12 15:36:38:492 TX -> [FS]R[200]066[182]
-- 27/12 15:36:38:592 RX <- :[200]06627122016153623[CR][204]
-- 27/12 15:36:38:592
-- 27/12 15:36:38:592 TX -> [FS]F[200][255][255][255]m
-- 27/12 15:36:38:992 RX <- :0000000[200]001779001709[CR][200]
-- 27/12 15:36:39:202 Estado
-- 27/12 15:36:39:202 TX -> [FS]R[200]056[181]
-- 27/12 15:36:39:335 RX <- :[200]0561[CR][253]
-- 27/12 15:36:39:335
-- 27/12 15:36:39:335 TX -> [FS]R[200]057[180]
-- 27/12 15:36:39:475 RX <- :[200]0571[CR][252]
-- 27/12 15:36:39:475 VendeItem( 7898372442886 , COLORAU SABOREL , T3 , 1 , 3,45 , 0 , PT , $ , D , -1 )
-- 27/12 15:36:39:475 TX -> [FS]F[207]03000100000000345000000000000187898372442886 PT TCOLORAU SABOREL[255][18]
-- 27/12 15:36:39:647 RX <- :0000000[207]001000000000345[CR][251]
-- 27/12 15:36:39:647 GrandeTotal
-- 27/12 15:36:39:647 TX -> [FS]R[200]001[183]
-- 27/12 15:36:39:943 RX <- :[200]001000000000002523404[CR][200]
-- 27/12 15:36:40:083 Estado
-- 27/12 15:36:40:083 TX -> [FS]R[200]056[181]
-- 27/12 15:36:40:238 RX <- :[200]0561[CR][253]
-- 27/12 15:36:40:238
-- 27/12 15:36:40:238 TX -> [FS]R[200]057[180]
-- 27/12 15:36:40:394 RX <- :[200]0571[CR][252]
-- 27/12 15:36:40:394 VendeItem( 7898372442893 , ACAFRAO SABOREL , T3 , 1 , 3,45 , 0 , PT , $ , D , -1 )
-- 27/12 15:36:40:394 TX -> [FS]F[207]03000100000000345000000000000187898372442893 PT TACAFRAO SABOREL[255][ACK]
-- 27/12 15:36:40:566 RX <- :0000000[207]002000000000345[CR][248]
-- 27/12 15:36:40:566 GrandeTotal
-- 27/12 15:36:40:566 TX -> [FS]R[200]001[183]
-- 27/12 15:36:40:846 RX <- :[200]001000000000002523749[CR][194]
-- 27/12 15:36:47:911 Estado
-- 27/12 15:36:47:911 TX -> [FS]R[200]056[181]
-- 27/12 15:36:48:052 RX <- :[200]0561[CR][253]
-- 27/12 15:36:48:052
-- 27/12 15:36:48:052 TX -> [FS]R[200]057[180]
-- 27/12 15:36:48:208 RX <- :[200]0571[CR][252]
-- 27/12 15:36:48:208 VendeItem( 7898372442886 , COLORAU SABOREL , T3 , 1 , 3,45 , 0 , PT , $ , D , -1 )
-- 27/12 15:36:48:208 TX -> [FS]F[207]03000100000000345000000000000187898372442886 PT TCOLORAU SABOREL[255][18]
-- 27/12 15:36:48:364 RX <- :0000000[207]003000000000345[CR][249]
-- 27/12 15:36:48:364 GrandeTotal
-- 27/12 15:36:48:364 TX -> [FS]R[200]001[183]
-- 27/12 15:36:48:660 RX <- :[200]001000000000002524094[CR][194]
-- 27/12 15:37:24:381 Arredonda
-- 27/12 15:37:24:381 TX -> [FS]R[200]001[183]
-- 27/12 15:37:24:521 RX <- :[200]001000000000002524094[CR][194]
-- 27/12 15:37:25:426 Estado
-- 27/12 15:37:25:426 TX -> [FS]R[200]056[181]
-- 27/12 15:37:25:567 RX <- :[200]0561[CR][253]
-- 27/12 15:37:25:567
-- 27/12 15:37:25:567 TX -> [FS]R[200]057[180]
-- 27/12 15:37:25:707 RX <- :[200]0571[CR][252]
-- 27/12 15:37:25:707 Subtotal
-- 27/12 15:37:25:707 TX -> [FS]R[200]047[181]
-- 27/12 15:37:25:816 RX <- :[200]047000000001035[CR][203]
-- 27/12 15:37:25:816
-- 27/12 15:37:25:816 TX -> [FS]F[206]1000000000000[165]
-- 27/12 15:37:25:972 RX <- :0000000[206]000000001035[CR][206]
-- 27/12 15:37:26:035 TotalPago
-- 27/12 15:37:26:035 TX -> [FS]R[200]048[186]
-- 27/12 15:37:26:137 RX <- :[200]0480000000000000[CR][243]
-- 27/12 15:37:26:137 TotalPago
-- 27/12 15:37:26:137 TX -> [FS]R[200]048[186]
-- 27/12 15:37:26:240 RX <- :[200]0480000000000000[CR][243]
-- 27/12 15:37:26:240 AchaFPGIndice( 01 )
-- 27/12 15:37:26:240 TX -> [FS]F[209]01000000000690[255]z
-- 27/12 15:37:26:412 RX <- :0000000[209]+000000000345[CR][255]
-- 27/12 15:37:26:427 TotalPago
-- 27/12 15:37:26:427 TX -> [FS]R[200]048[186]
-- 27/12 15:37:26:715 RX <- :[200]0480000000000690[CR][252]
-- 27/12 15:37:26:835 FechaCupom( MD-5:0A47CC4934E699DA0B55E77911229398[LF]Val.Aprox.Impostos R$0,98(9,47%) Fonte:IBPT[LF]Operador(a): ADM [LF]Vendedor(a): CAIXA [LF] )
-- 27/12 15:37:26:835 TX -> [FS]F[210]0MD-5:0A47CC4934E699DA0B55E77911229398[CR][LF]Val.Aprox.Impostos R$0,98(9,47%) Fonte:IBPT[CR][LF]Operador(a): ADM [CR][LF]Vendedor(a): CAIXA [CR][LF][255]}
-- 27/12 15:37:27:019 Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 39 - Estendido: 120 -> Meio de pagamento já programado Cod.Aviso: 0
-- 27/12 15:37:27:019 RX <- :3912000[210]000000000000000000[CR][220]
-- 27/12 15:37:27:019
----------------- ERRO -----------------
Erro retornado pela Impressora: DarumaErro na sequência de fechamento do cupom fiscal
Erro estendido (120 -> Não em fase de finalização de documento)
----------------------------------------
-
e como voce fez, pq voce vai somando os itens na tela e mostra o subtotal, supomos que der 123,45 e o ecf 123,44 , na tela de fechar ?
-
tenho uns clientes que direto acusa erro na sequencia do fechamento do cupom fiscal, analisando o log percebir que acontece sempre apos o erro de meio de pagamento ja programado.
só nao entendir o poque, se nao mando reprogramar meio de pagamento, ou tem alguma propriedade do acbr que altere?
-- 11/01 10:10:05:021 Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 39 - Estendido: 120 -> Meio de pagamento já programado Cod.Aviso: 0
-- 11/01 10:10:05:021 RX <- :3912000[210]000000000000000000[CR][220]
-- 11/01 10:10:05:021
----------------- ERRO -----------------
Erro retornado pela Impressora: DarumaErro na sequência de fechamento do cupom fiscal
Erro estendido (120 -> Não em fase de finalização de documento) -
tenho um cliente com 2 checkouts bematech, em um terminal sempre que vou puxar os dados da reducao z, antes de emitir acusa erro de Já emitida.
quando nao acusa ecf fora de linha e sempre aumento os timeouts pra emitir reducao z, assim, como memoria fiscal, os processamentos mais demorados.
partes do log abaixo, se eu postar aqui nao vai caber, pq é enorme.
ATIVAR - 01/11/16 09:47:40:687 - Modelo: Bematech - Porta: COM3 - TimeOut: 12
Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE=RTS/CTS HARDFLOW MAXBANDWIDTH=0 SENDBYTESCOUNT=0 SENDBYTESINTERVAL=0-- 09/11 19:33:53:784 DadosReducaoZClass
-- 09/11 19:33:53:784 TX -> [STX][16][NUL][FS][ENQ]091116193335[139][STX]
-- 09/11 19:33:53:816 19:33:53:816 RX <- ACK = 6 Falha: 0
-- 09/11 19:33:54:580 19:33:54:580 VerificaFimImpressao: Pedindo o Status (19)
-- 09/11 19:33:55:251 19:33:55:251 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2
-- 09/11 19:33:57:263 19:33:57:263 VerificaFimImpressao: ACK = 6 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation
-- 09/11 19:33:58:589 19:33:58:589 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:33:59:915 19:33:59:915 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:34:01:241 19:34:01:241 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:34:02:567 19:34:02:567 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:34:03:893 19:34:03:893 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:34:05:219 19:34:05:219 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:34:06:545 19:34:06:545 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:34:07:871 19:34:07:871 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:34:09:197 19:34:09:197 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:34:10:523 19:34:10:523 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:34:11:849 19:34:11:849 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:34:13:175 19:34:13:175 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:34:14:501 19:34:14:501 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:34:15:827 19:34:15:827 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:34:17:153 19:34:17:153 VerificaFimImpressao: ECF fora de linha
-- 09/11 19:34:17:730 19:34:17:730 VerificaFimImpressao: Pedindo o Status (19)
-- 09/11 19:34:17:746 19:34:17:746 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2-- 09/01 19:31:55:967 DadosReducaoZClass
-- 09/01 19:31:55:967 TX -> [STX][16][NUL][FS][ENQ]090117193139[141][STX]
-- 09/01 19:31:55:998 19:31:55:998 RX <- ACK = 6 Falha: 0
-- 09/01 19:31:55:998 19:31:55:998 VerificaFimImpressao: Pedindo o Status (19)
-- 09/01 19:31:56:030 19:31:56:030 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2
-- 09/01 19:31:56:030 RX <- [NUL][SOH]?[NUL]
-- 09/01 19:31:56:030
----------------- ERRO -----------------
Erro retornado pela Impressora: BematechBloqueio por RZ
-
tive mesmo problema, é questao dos percentuais para cada estado, exemplo: 60% passa para 40%(2017), 20%(2018) etc......
-
isso vai acontecer em todos currency, onde o valor for acima de 1 ( UM MIL )
-
VENDA BRUTA = esta vindo com 13 digitos, correto é 14
REGISTRO E2 - QTDE , tem o mesmo problema, nao formata valor acima de 1 UM MIL
-
vou homologar final de janeiro, e estou fazendo testes no paf, conferindo o txt, gerado
registro R02 , venda bruta = 00000001.12250 veja tem um ponto saindo junto com valor.
queria saber se agora será assim mesmo, ou isto esta errado?
o demo nem gera, ja dar erro de cara de variant. complicado.
se eu nao re-testo pra saber e levo pra homologacao, tava enrrolado
-
eu validei o xsd junto com xml e validou sem erros, só pode se erro no validador deles mesmo. usei o proprio validador de esquema no site da unisul
-
alguem esta conseguindo validar algum arquivo em homologacao no site de testes, mesmo desmarcando pra nao validar assinatura nem paf, acusa xml invalido.
gerei pelo demo do acbr
-
pois é , alterei o acbr.inc, compiei as dll, recompilei acbr, reinstalei, e nada funcionou, e o pior de tudo, nao exisitia mais libeay nem ssleay espalhadas no pc.
minha solucao, vou comentar a linha do exception do acbr, pra deixar gerar o executavel, que precisa fazer correcao urgente pra cliente.
sendo que na pasta do exe, estavam todas dlls.
-
precisei formatar o pc, instalei o delphi PROFESSIONAL(ORIGINAL), compilei o exe paf, e agora a msg que aparece sempre essa:
Método CalcularModuloeExpoente ainda não é compatível com OpenSSL 1.0.0 ou superior;
ja mandei localizar a dll em todo o pc, usa as da pasta do acbr 0.9.8.14 e nao consigo mais, tirar a msg.
-
ola a todos, gostaria de saber se alguem usa aquela balanca toledo prix3 fit de pesagem no caixa.
tenho um cliente, que a balanca esta com:
baud: 2400
timeout: 2000
ele comeca pesando normal, ai do nada, para de pesar. nao dar erro, e ja ate trocamos o cabo
-
ola a todos, gostaria de saber se alguem usa aquela balanca toledo prix3 fit de pesagem no caixa.
tenho um cliente, que a balanca esta com:
baud: 2400
-
so me responde uma coisa, supomos um cliente com 6 checkouts, movimento enorme, vai ser assim mesmo, gerar MF total a cada virada de mes.
como vai ficar, "PROGRAMA PAROU DE RESPONDER" usuario vai ter de desligar no botao da CPU, pq cá entre nos, isso é inviável
problema com campo calculado dbexpress BERLIN
em Object Pascal - Delphi & Lazarus
Postado
ola a todos tenho um svn pra um projeto de um amigo, ate ai tudo bem. criei um campo calculado n client dataset ai commito. ele faz update lá, alterar e commit novamente.
quando vou abrir aqui no meu pc, o campo calculado esta no clientdataset: COMO DATA. é sempre assim, parece que ele se perde nos commits.
alguem ja viu isso?