gss200610

resolvido, tinha enviando um arquivo errado.

pessoal da sefaz aqui do tocantins , pediram um arquivo txt do sistema pra conferencia e alegaram: Boa tarde, o erro é que na hora de gerar o arquivo previsto no item 17 do Requisito VII e no Requisito XXVI o PAF usa a data de geração no nome do arquivo gerado, o correto é a data de movimento. esta correto no nome do arquivo , como vou colocar la se pedir por exemplo: 01/01/2017 a 31/01/2017 no nome do arquivo. se puderem me mandar parte do ato cotepe, pq pelo que ja pesquisei, é data da geracao. pq ai provo pra sefaz

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?

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: Daruma Erro 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: Daruma Erro 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: Bematech Bloqueio 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