Pesquisar na Comunidade

Bom dia, Tenho um cliente que irá iniciar o envio do bloco X neste mês de março e eles são uma pizzaria. Gostaria de saber como funciona a parte do envio dos arquivos pois os mesmos compram os ingredientes e fazem a venda da pizza no final, ou seja, tenho somente a entrada da matéria-prima e somente a saída do produto acabado. Tentei conversar com algumas consultorias e contabilidades e ninguém teve informações concretas sobre como proceder. Algo que pensei é uma ordem de produção para efetuar a transformação porém no meu entendimento isso não teria valor fiscal para o bloco X. Gostaria de saber se alguém irá ter essa situação também e como deveremos se portar. No aguardo do retorno. Desde já grato.

Olá amigos, Ao enviar o arquivo XML da Redução Z, a Sefaz SC retorna o recibo com situação do processado "0 - Aguardando". até aí normal. Se após alguns minutos entrar em consulta, informando o recibo, ele retorna o seguinte: Erro 3024: Data de referência da Redução Z não pode ser anterior à data de início da obrigação não consegui entender que erro é esse e nem identifica-lo pois no XML enviado está assim: ... <DadosReducaoZ> <DataReferencia>2019-07-19</DataReferencia> <DataHoraEmissao>2019-07-19T12:46:17</DataHoraEmissao> <CRZ>0390</CRZ> <COO>000024027</COO> <CRO>001</CRO>... Se alguém souber à respeito do erro 3024 e porque ele aparece, por gentileza me avise. Ou também se alguém tiver a tabela dos erros para me enviar, agradeço. Obrigado.

Ao tentar transmitir um arquivo de redução Z está sendo retornado na consulta a seguinte mensagem: “Erro 3017: Totalizador inválido: DT. Totalizadores de cancelamento, acréscimo e desconto, não devem ser utilizados pois estes estão nos elementos ValorCancelamento, ValorAcrescimo e ValorDesconto”. Alguém sabe oque pode está errado e como posso corrigir? Desde já Obrigado

A Bematech Fiscal MP-4000 retorna o estado estRequerZ às 00:00:01, porém a legislação permite uma tolerância até às 2:00h. Outras impressoras retornam esse estado apenas quando ultrapassado o limite de tolerância. Isso causa um problema para o software de automação tratar, pois quando recebe o estado estRequerZ assume que já é horário limite dentro da tolerância e não permite mais operações no ECF. Porém esse estRequerZ é um "falso positivo" pois na real ainda há possibilidade de emitir documentos no ECF. É preciso fazer algum tratamento de exceção para a MP-4000 ou o ACBR tem alguma forma de contornar isso? Alguém tem situação parecida ou vivenciou isso? Muitos bares e restaurantes operam após à meia-noite e só emitem a redução no final do expediente (quando não ultrapassa 2:00h da manhã) para que o movimento do caixa fique igual à redução Z.

Boa tarde. Alguém sabe se o WebService http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx está com instabilidade? Recebo sempre o mesmo retorno, dizendo que a tag CodigoNCMSH não pode estar vazia (sendo que no meu XML não está). Se estiver, há algum portal para consultar a disponibilidade deste serviço? (Obs, estou homologando para a versão 02.06 do PAF-ECF). Obrigado, Lucas

Bom dia a todos; Estou testando o envio do BLoco X para um cliente. Mas estou recebendo como retorno do WebService, sempre o mesmo erro: The 'CodigoNCMSH' element is invalid - The value '' is invalid according to its datatype 'String1a4000Type' - The actual length is less than the MinLength value.; Para cada produto informado na Redução Z Porém, em todos os produtos eu apresento a tag CodigoNCMSH, com um valor válido: Redução Z 18-10-2018.xml

Boa noite a todos Estou com problema ao enviar a Redução Z referente ao Bloco X retornando "Assinatura digital inválida", me desculpe se possuir algum tópico relacionado mas não o encontrei. Utilizo o ACBrMonitorPLUS e para assinar o arquivo utilizo o comando ECF.AssinarBlocoXReducaoZ(cArquivo). Validando no site https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/assinadoc/ValidadorAssinaturas.app/valida.aspx e realmente está retornando que está inválido, hoje fiz uma aplicação em C# para assinar o documento e o site validou com sucesso. Analisando o Fonte do ACBr não identifiquei nada de estranho, até cheguei a fazer alterações mas sem sucesso. Alguém já passou por isso ou saberia me ajudar? Em anexo os dois XML's um assinado pelo ACBr e outro pela aplicação em C#. OBS: Os xml's gerei sem informações de movimento do dia da Redução Z apenas para validação da assinatura. Att. Alexandre Pozzi Assinado pela app interna ATOCOTEPE2315_X_ReducaoZ_18062018.xml Assinado pelo ACBr ATOCOTEPE2315_X_ReducaoZ_18062018.xml

Olá Amigos, Gostaria de ajuda quanto a um problema na hora de enviar o arquivo Redução Z (Bloco X). está me retornando a seguinte mensagem: "Não gerado, pois não passou na validação inicial. Não será armazenado ou processado PAF-ECF não encontrando..." o problema começo do dia 8 de março em diante. antes desta data esta enviando normal. Alguém já teve este problema e poderia me indicar a solução ? OBS: eu atualizei o ACBrInstall_Trunk2.exe e recompilei a aplicação. continuou o problema.

Boa tarde pessoal, Estamos em Minas Gerais, mas já estamos deixando o nosso sistema compatível com a ER 02.03. Implementamos o envio do BLOCO X normalmente, segundo as instruções no fórum. A dúvida que ficou, foi a seguinte: Podemos transmitir os dados do estoque e redução Z para o webservice setado no componente para fazer teste em ambiente de desenvolvimento? Esse endereço já é para homologação mesmo? Não ficou muito claro esta parte durante a leitura das informações postadas pelos outros colaboradores. Desde já agradeço.

Bom dia Pessoal, Estou com uma duvida sobre o modelo de ECF Sweda IF ST2500. Começamos trabalhar agora com essa ECF e estou comunicando com ela pelo modelo SwedaSTX. A questão é que consegui tirar 3 Reduções Z no mesmo dia. Ficamos do dia 18 ao dia 27 sem operar nessa ECF. No dia 27 quando fui tirar a redução Z, saiu a z do dia 18 e ficou com o status ECF livre. Depois disso comandei denovo a Z e saiu do dia 19 e depois do dia 20 e a ECF continua livre. Não sei se esse comportamento é normal para esse modelo e tenho que tratar de outra forma ou se esse equipamento tem algum defeito?

Olá, estava acompanhando este problema no fórum aberto, mas faz meses que estou com ele e ainda não consegui resolver, estou quase perdendo o cliente, então resolvemos contratar o SAC para nos auxiliar. Neste tópico criado por outro membro relato o meu problema: O Daniel Simoes me enviou um binário compilado em Lazarus, e com este binário o problema não ocorre. Porém, atualizei meu ACBr e compilei o ECFTeste em Delphi 2010 e com ele o problema volta a ocorrer (loop infinito ao gerar a RZ). Minha aplicação é em Delphi, então preciso que funcione em Delphi. Peço ajuda, pois já fiz de tudo e não faço ideia do que mais fazer. Obrigado;

Bom dia, Estou tendo problemas ao obter as aliquotas da ECF SWEDA ST2500 utilizando o protocolo SwedaSTX, o ECF possui varias aliquotas como: 1700, 0700, 1200, 2500, 2900 Porém ao utilizar o objeto: AcbrGenECF.DadosUltimaReducaoZ (Após emitir a redução) A aliquota 2500 está sempre retornando o valor "0" (zerado) Ao verificar no LOG do ECF durante a emissão da redução Z o valor é exibido no LOG, porém no ACBR não é carregado: T1700000000000000298262 T0700000000000000025972 T2500000000000000022884 T1200000000000000015477 LOG ECF: -- 10/08 21:00:14:235 Registrador: H2 Retorno: [NUL][NUL][NUL][NUL][NUL]036[NUL]SSN[ETX][183][STX]v34+0000BA[132][128][130][128][128]H2 -- 10/08 21:00:14:235 NumLoja -- 10/08 21:00:14:235 TX -> [STX]w65|9999[ETX]G -- 10/08 21:00:14:313 21:00:14:313 RX <- ACK = 6 Falha: 0 -- 10/08 21:00:14:735 TimeOut estendido -- 10/08 21:00:14:735 21:00:14:735 RX <- (Bloco) = [STX]w65+0000BA[132][128][130][128][128]SWEDA[NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL]IF ST2500[NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL]ECF-IF[NUL][NUL]SW061000000000002165 [NUL]036MFDSW02000003706[NUL][NUL][NUL][NUL][NUL]0127.555.390/0001-12[NUL][NUL][NUL]080.774.88-1[NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL]R[NUL][NUL][NUL][NUL]S187810/08/2017[NUL]20:46:13[NUL][NUL]47341810/08/2017[NUL]4729580001[NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL]000000000000687145000000000000690035000000000000000000000000000000000000000000000000000000GT[NUL][NUL][NUL]000000002584584853VB[NUL][NUL][NUL]000000000000690035ON[NUL][NUL][NUL]000000000000000000CT[NUL][NUL][NUL]000000000000002890T1700000000000000298262T0700000000000000025972T2500000000000000022884T1200000000000000015477F1[NUL][NUL][NUL]000000000000275800I1[NUL][NUL][NUL]000000000000048750[ETX][129] -- 10/08 21:00:14:735 TX -> ACK = 6 Falha: 0 -- 10/08 21:00:14:844 RX <- [STX]w65+0000BA[132][128][130][128][128]SWEDA[NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL]IF ST2500[NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL]ECF-IF[NUL][NUL]SW061000000000002165 [NUL]036MFDSW02000003706[NUL][NUL][NUL][NUL][NUL]0127.555.390/0001-12[NUL][NUL][NUL]080.774.88-1[NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL]R[NUL][NUL][NUL][NUL]S187810/08/2017[NUL]20:46:13[NUL][NUL]47341810/08/2017[NUL]4729580001[NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL]000000000000687145000000000000690035000000000000000000000000000000000000000000000000000000GT[NUL][NUL][NUL]000000002584584853VB[NUL][NUL][NUL]000000000000690035ON[NUL][NUL][NUL]000000000000000000CT[NUL][NUL][NUL]000000000000002890T1700000000000000298262T0700000000000000025972T2500000000000000022884T1200000000000000015477F1[NUL][NUL][NUL]000000000000275800I1[NUL][NUL][NUL]000000000000048750[ETX][129] -- 10/08 21:00:15:000 CortaPapel Valores retornados pelo ACBR: Aliq: -> 1;0200;0,00 Aliq: -> 2;0300;0,00 Aliq: -> 3;0400;0,00 Aliq: -> 4;0700;259,72 Aliq: -> 5;1200;154,77 Aliq: -> 6;1700;2982,62 Aliq: -> 7;2500;0,00 Aliq: -> 8;2700;0,00 Aliq: -> 9;0000;0,00

Bom dia, Ao emitirmos o comando da Redução Z para a impressora MP-4200, ela nos retorna um erro de 'Impressora Bematech não está respondendo', porém podemos notar que a redução z foi impressa com sucesso, mas ainda assim ela nos retorna esse erro. Não estamos conseguindo identificar o motivo. Estamos utilizando o comando TACBrECF.ReducaoZ Alguém poderia nos ajudar por favor? Segue log da impressora: -- 13/09 19:26:43:578 ReducaoZ( 13/09/2016 19:26 ) -- 13/09 19:26:43:578 TX -> [SOH][175][NAK][NUL][18][NUL]13092016|192641|0|G -- 13/09 19:26:43:578 RX <- [ACK] -- 13/09 19:26:43:593 Status TX -> [ENQ][NUL] -- 13/09 19:26:43:593 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (1) -- 13/09 19:26:43:656 Status TX -> [ENQ][NUL] -- 13/09 19:26:43:656 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (2) -- 13/09 19:26:43:718 Status TX -> [ENQ][NUL] -- 13/09 19:26:43:734 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (3) -- 13/09 19:26:43:796 Status TX -> [ENQ][NUL] -- 13/09 19:26:43:796 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (4) -- 13/09 19:26:43:859 Status TX -> [ENQ][NUL] -- 13/09 19:26:43:859 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (5) -- 13/09 19:26:43:921 Status TX -> [ENQ][NUL] -- 13/09 19:26:43:921 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (6) -- 13/09 19:26:43:984 Status TX -> [ENQ][NUL] -- 13/09 19:26:43:984 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (7) -- 13/09 19:26:44:046 Status TX -> [ENQ][NUL] -- 13/09 19:26:44:046 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (8) -- 13/09 19:26:44:109 Status TX -> [ENQ][NUL] -- 13/09 19:26:44:109 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (9) -- 13/09 19:26:44:171 Status TX -> [ENQ][NUL] -- 13/09 19:26:44:171 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (10) -- 13/09 19:26:44:234 Status TX -> [ENQ][NUL] -- 13/09 19:26:44:234 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (11) -- 13/09 19:26:44:296 Status TX -> [ENQ][NUL] -- 13/09 19:26:44:328 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (12) -- 13/09 19:26:44:390 Status TX -> [ENQ][NUL] -- 13/09 19:26:44:421 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (13) -- 13/09 19:26:44:484 Status TX -> [ENQ][NUL] -- 13/09 19:26:44:515 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (14) -- 13/09 19:26:44:578 Status TX -> [ENQ][NUL] -- 13/09 19:26:44:609 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (15) -- 13/09 19:26:44:671 Status TX -> [ENQ][NUL] -- 13/09 19:26:44:718 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (16) -- 13/09 19:26:44:781 Status TX -> [ENQ][NUL] -- 13/09 19:26:44:812 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (17) -- 13/09 19:26:44:875 Status TX -> [ENQ][NUL] -- 13/09 19:26:44:906 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (18) -- 13/09 19:26:44:968 Status TX -> [ENQ][NUL] -- 13/09 19:26:45:000 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (19) -- 13/09 19:26:45:062 Status TX -> [ENQ][NUL] -- 13/09 19:26:45:093 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (20) -- 13/09 19:26:45:156 Status TX -> [ENQ][NUL] -- 13/09 19:26:45:171 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (21) -- 13/09 19:26:45:250 Status TX -> [ENQ][NUL] -- 13/09 19:26:45:265 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (22) -- 13/09 19:26:45:343 Status TX -> [ENQ][NUL] -- 13/09 19:26:45:359 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (23) -- 13/09 19:26:45:421 Status TX -> [ENQ][NUL] -- 13/09 19:26:45:421 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (24) -- 13/09 19:26:45:484 Status TX -> [ENQ][NUL] -- 13/09 19:26:45:484 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (25) -- 13/09 19:26:45:546 Status TX -> [ENQ][NUL] -- 13/09 19:26:45:546 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (26) -- 13/09 19:26:45:609 Status TX -> [ENQ][NUL] -- 13/09 19:26:45:609 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (27) -- 13/09 19:26:45:671 Status TX -> [ENQ][NUL] -- 13/09 19:26:45:671 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (28) -- 13/09 19:26:45:734 Status TX -> [ENQ][NUL] -- 13/09 19:26:45:750 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (29) -- 13/09 19:26:45:812 Status TX -> [ENQ][NUL] -- 13/09 19:26:46:156 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (30) -- 13/09 19:26:46:218 Status TX -> [ENQ][NUL] -- 13/09 19:26:46:218 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (31) -- 13/09 19:26:46:281 Status TX -> [ENQ][NUL] -- 13/09 19:26:46:281 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (32) -- 13/09 19:26:46:343 Status TX -> [ENQ][NUL] -- 13/09 19:26:46:375 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (33) -- 13/09 19:26:46:437 Status TX -> [ENQ][NUL] -- 13/09 19:26:46:468 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (34) -- 13/09 19:26:46:531 Status TX -> [ENQ][NUL] -- 13/09 19:26:46:562 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (35) -- 13/09 19:26:46:625 Status TX -> [ENQ][NUL] -- 13/09 19:26:46:656 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (36) -- 13/09 19:26:46:718 Status TX -> [ENQ][NUL] -- 13/09 19:26:46:734 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (37) -- 13/09 19:26:46:796 Status TX -> [ENQ][NUL] -- 13/09 19:26:46:828 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (38) -- 13/09 19:26:46:890 Status TX -> [ENQ][NUL] -- 13/09 19:26:46:921 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (39) -- 13/09 19:26:46:984 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:000 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (40) -- 13/09 19:26:47:078 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:093 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (41) -- 13/09 19:26:47:171 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:187 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (42) -- 13/09 19:26:47:250 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:250 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (43) -- 13/09 19:26:47:312 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:312 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (44) -- 13/09 19:26:47:375 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:375 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (45) -- 13/09 19:26:47:437 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:437 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (46) -- 13/09 19:26:47:500 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:500 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (47) -- 13/09 19:26:47:562 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:562 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (48) -- 13/09 19:26:47:625 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:625 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (49) -- 13/09 19:26:47:687 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:687 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (50) -- 13/09 19:26:47:750 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:765 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (51) -- 13/09 19:26:47:828 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:828 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (52) -- 13/09 19:26:47:890 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:890 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (53) -- 13/09 19:26:47:953 Status TX -> [ENQ][NUL] -- 13/09 19:26:47:953 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (54) -- 13/09 19:26:48:015 Status TX -> [ENQ][NUL] -- 13/09 19:26:48:015 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (55) -- 13/09 19:26:48:078 Status TX -> [ENQ][NUL] -- 13/09 19:26:48:109 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (56) -- 13/09 19:26:48:171 Status TX -> [ENQ][NUL] -- 13/09 19:26:48:203 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (57) -- 13/09 19:26:48:265 Status TX -> [ENQ][NUL] -- 13/09 19:26:48:296 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (58) -- 13/09 19:26:48:359 Status TX -> [ENQ][NUL] -- 13/09 19:26:48:390 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (59) -- 13/09 19:26:48:453 Status TX -> [ENQ][NUL] -- 13/09 19:26:48:484 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (60) -- 13/09 19:26:48:546 Status TX -> [ENQ][NUL] -- 13/09 19:26:48:578 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (61) -- 13/09 19:26:48:640 Status TX -> [ENQ][NUL] -- 13/09 19:26:48:671 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (62) -- 13/09 19:26:48:734 Status TX -> [ENQ][NUL] -- 13/09 19:26:48:750 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (63) -- 13/09 19:26:48:812 Status TX -> [ENQ][NUL] -- 13/09 19:26:48:843 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (64) -- 13/09 19:26:48:906 Status TX -> [ENQ][NUL] -- 13/09 19:26:48:921 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (65) -- 13/09 19:26:48:984 Status TX -> [ENQ][NUL] -- 13/09 19:26:48:984 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (66) -- 13/09 19:26:49:046 Status TX -> [ENQ][NUL] -- 13/09 19:26:49:046 RX <- [WAK][NUL][SOH][NUL][NUL][NUL] (67) -- 13/09 19:26:49:109 Status TX -> [ENQ][NUL] -- 13/09 19:26:49:109 Resposta: SEQ:175 CMD:21 EXT:0 CAT:0 RET:[SOH][NUL][NUL][NUL] TBR:9 BRS:"13092016|" CHK:224 -- 13/09 19:26:49:218 RX <- [SOH][175][NAK][NUL][NUL][SOH][NUL][NUL][NUL][TAB][NUL]13092016|[224] -- 13/09 19:26:50:031 -- 13/09 19:26:50:031 TX -> [SOH][176][26][NUL][4][NUL]4|2|, -- 13/09 19:26:50:968 RX <- [ACK] -- 13/09 19:26:50:968 Status TX -> [ENQ][NUL] -- 13/09 19:26:51:000 Resposta: SEQ:176 CMD:26 EXT:0 CAT:0 RET:[SOH][NUL][NUL][NUL] TBR:6 BRS:"2|000|" CHK:139 -- 13/09 19:26:51:109 RX <- [SOH][176][26][NUL][NUL][SOH][NUL][NUL][NUL][ACK][NUL]2|000|[139] -- 13/09 19:26:51:109 Estado -- 13/09 19:26:51:109 TX -> [SOH][177][26][NUL][ENQ][NUL]16|5|d -- 13/09 19:26:54:234 RespostaComando: -- 13/09 19:26:54:234 RX <- -- 13/09 19:26:54:234 ----------------- ERRO ----------------- Impressora BEMATECH não está respondendo ---------------------------------------- -------------------------------------------------------------------------------- ATIVAR - 14/09/16 07:01:40:733 - Modelo: EscECF - Porta: COM5 - TimeOut: 3 Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE=DTR/DSR MAXBANDWIDTH=0 --------------------------------------------------------------------------------

Bom dia, Estamos com uma situação para as impressoras blindadas MP-4200 TH FI, onde ao emitirmos a redução Z, os valores das alíquotas de ICMS estão retornando os valores do Imposto e não da Base-ICMS, onde os dados lidos não conferem com os emitidos na redução Z. Detectamos também que quando a redução é emitida no mesmo dia (ao fim do expediente por exemplo), o valor da alíquota (de 17% por exemplo) é lido de forma errada (é lido o valor do imposto), porém quando a redução é emitida no dia seguinte pela manhã, a leitura dos dados é feita de forma correta. Alguém já pegou esse mesmo problema? Após o comando para emitir a redução Z, estamos validando se é a MP-4200, se for, nós emitidos uma leitura dos DadosUltimaReducaoZ, porém retorna o valor incorreto da aliquota como citei acima. Segue: DM_ECF.ECF.ReducaoZ(dDtMovimento); if (Pos('MP-4200',DM_ECF.ECF.SubModeloECF)) > 0 then begin DM_ECF.ECF.DadosUltimaReducaoZ; DM_FISCAL2.gravarAliquotasIcms(DM_ECF.ECF.DadosReducaoZClass.TodasAliquotas, DM_ECF.ECF.iIdECF, dDtMovimento,IntToStrDefVSM((iCrz - 1)), DM_ECF.ECF.NumSerie); if DM_ECF.ECF.DadosReducaoZClass.ISSQN.Count > 0 then begin DM_FISCAL2.gravarAliquotasIcms(DM_ECF.ECF.DadosReducaoZClass.ISSQN, DM_ECF.ECF.iIdECF, dDtMovimento, IntToStrDefVSM((iCrz - 1)), DM_ECF.ECF.NumSerie, True); end; end;

Boa tarde pessoal, Temos um cliente que possui um ECF DataRegis 3202DT v01.00.73 e quando o cliente foi emitir a redução Z hoje, aconteceu o seguinte erro: -- 02/08 15:19:13:765 -- Ativando a porta: COM1 -- 02/08 15:19:13:765 TotalDescontosISSQN -- 02/08 15:19:13:765 TX -> {2;LeMoeda;NomeDadoMonetario="TotalDiaDescontosISSQN";53} -- 02/08 15:19:13:999 RX <- {2;11011;NomeErro="ErroProtNomeRegistrador" Circunstancia="Parametro NomeDadoMonetario contem nome de registrador inexistente";126} -- 02/08 15:19:13:999 -- Desativando a porta: COM1 -- 02/08 15:19:14:015 ----------------- ERRO ----------------- Erro retornado pela Impressora: FiscNET: DATAREGIS - 3202DT Erro: 11011 - ErroProtNomeRegistrador Parametro NomeDadoMonetario contem nome de registrador inexistente ---------------------------------------- -- 02/08 15:19:14:015 -- Ativando a porta: COM1 -- 02/08 15:19:14:015 Estado -- 02/08 15:19:14:015 TX -> {3;LeInteiro;NomeInteiro="EstadoFiscal";39} -- 02/08 15:19:14:218 RX <- {3;0;ValorInteiro=1;19} -- 02/08 15:19:14:218 -- Desativando a porta: COM1 Com isso, o nosso sistema disparou o erro abaixo não emitindo a Redução Z: [02/08/2016 15:19:14] Problema na emissão da Redução Z! Impossível continuar o procedimento. + ERRO: Erro retornado pela Impressora: FiscNET: DATAREGIS - 3202DT Erro: 11011 - ErroProtNomeRegistrador Parametro NomeDadoMonetario contem nome de registrador inexistente - MARCA DO ECF: FISCNET: DATAREGIS - 3202DT - MODELO DO ECF: 3202DT O mais estranho é que pelo log, acredito que no mesmo fluxo da redução Z, segundos antes, ocorreu outro erro mas não impediu que continuasse o processo: -- 02/08 15:18:44:374 -- Ativando a porta: COM1 -- 02/08 15:18:44:374 -- 02/08 15:18:44:374 TX -> {219;LeMeioPagamento;CodMeioPagamentoProgram=14;47} -- 02/08 15:18:44:562 RX <- {219;8014;NomeErro="ErroCMDFormaPagamentoIndefinida" Circunstancia="Meio de pagamento nao carregado";100} -- 02/08 15:18:44:562 -- Desativando a porta: COM1 -- 02/08 15:18:44:577 ----------------- ERRO ----------------- Erro retornado pela Impressora: FiscNET: DATAREGIS - 3202DT Erro: 8014 - ErroCMDFormaPagamentoIndefinida Meio de pagamento nao carregado ---------------------------------------- -- 02/08 15:18:44:577 -- Ativando a porta: COM1 -- 02/08 15:18:44:577 LerTotaisFormaPagamento -- 02/08 15:18:44:577 TX -> {220;LeMoeda;NomeDadoMonetario="TotalDiaDinheiro";49} -- 02/08 15:18:44:796 RX <- {220;0;ValorMoeda=0,0000;24} -- 02/08 15:18:44:796 -- Desativando a porta: COM1 Estou anexando o log do ECF referente a este problema. Será que é algum tratamento que deveríamos fazer ou o ECF está retornando algo inesperado? Gostaríamos da opinião de vocês a respeito deste caso. Desde já agradeço. 20160802.log

Olá ! Após atualizar para o Trunk2 tenho tido problemas com ECF Epson (TM-T81 FBII e FBIII). Sempre que tento pegar/atualizar a propriedade Estado (ACBrECF.Estado) após a emissão da redução Z, tem ocorrido o erro. Impressora Epson não reconheceu o Comando (NACK) -- 01/06 10:13:01:568 ReducaoZ( 30/12/1899 ) -- 01/06 10:13:01:569 TX -> [STX][213][ENQ][ESC][STX][FS][NUL][NUL][ETX]0118 -- 01/06 10:13:01:574 RX <- ACK = 6 -- 01/06 10:13:01:652 RX <- [STX][213][NUL][NUL][FS][192][128][FS][FS][NUL][NUL][FS][FS]01062016[FS]102340[ETX]057C -- 01/06 10:13:01:652 DataHora -- 01/06 10:13:01:652 TX -> [STX][214][ENQ][ESC][STX][FS][NUL][NUL][ETX]0119 -- 01/06 10:13:01:652 RX <- ACK = 6 -- 01/06 10:13:01:736 RX <- [STX][214][NUL][NUL][FS][192][128][FS][FS][NUL][NUL][FS][FS]01062016[FS]102340[ETX]057D -- 01/06 10:13:01:820 -- 01/06 10:13:01:820 TX -> [STX][215][BS][SOH][FS][NUL][NUL][FS][FS][ETX]0139 -- 01/06 10:13:01:836 RX <- ACK = 6 -- 01/06 10:13:01:905 RX <- [STX][215][NUL][NUL][FS][192][NUL][FS][FS][NUL][NUL][FS][ETX]020C -- 01/06 10:13:01:905 Estado -- 01/06 10:13:01:905 TX -> [STX][216][BS][16][FS][NUL][NUL][ETX]0111 -- 01/06 10:13:01:936 RX <- ACK = 21 -- 01/06 10:13:02:237 RX <- -- 01/06 10:13:02:237 ----------------- ERRO ----------------- Impressora Epson não reconheceu o Comando (NACK) ---------------------------------------- -- 01/06 10:14:00:184 NumReducoesZRestantes -- 01/06 10:14:00:184 TX -> [STX][217][BS][LF][FS][NUL][NUL][ETX]010C -- 01/06 10:14:00:200 RX <- ACK = 6 -- 01/06 10:14:00:315 RX <- [STX][217][NUL][NUL][FS][192][NUL][FS][FS][NUL][NUL][FS][FS]31052016[FS]101716[FS]01062016[FS]102340[FS]7683[FS]7688[FS]441[FS]3059[FS]3997[FS]4000[FS]N[FS]N[FS]S[ETX]0EA4 -- 01/06 10:14:00:315 NumCupom -- 01/06 10:14:00:315 TX -> [STX][218][TAB][7][FS][NUL][NUL][ETX]010B -- 01/06 10:14:00:331 RX <- ACK = 6 -- 01/06 10:14:00:431 RX <- [STX][218][NUL][NUL][FS][192][NUL][FS][FS][NUL][NUL][FS][FS]007689[FS]0441[FS]004[FS]002301[FS]0000[FS]0000[FS]001810[FS]004000[FS]0000[FS]000000[FS]0001[FS]0000[FS]007687[FS]000606[ETX]10EF Alguma sugestão do que eu poderia fazer para que isto não aconteça mais ?

Boa tarde pessoal, estamos adequando nosso sistema para homologação 02.03. Li vários tópicos no fórum e também a documentação disponibilizada pelo Régys e outros colaboradores. Ajudou bastante, mas ficaram algumas dúvidas. Seguem: 1) O Requisito LIX(Estoque) possui: DataReferencialInicial - Data inicial de referência do Estoque. Se o estoque se refere ao período entre 01/08/2015 e 01/09/2015, a data de referência será 01/08/2015. DataReferencialFinal - Data final de referência do Estoque. Se o estoque se refere ao período entre 01/08/2015 e 01/09/2015, a data final de referência será 01/09/2015 No meu entendimento, a idéia seria verificar os produtos em estoque, seguindo o exemplo acima do dia 01/08/2015 a 01/09/2015 e a quantidade dos mesmos no referido intervalo? Pelo que entendi, essas informações teriam que serem avaliadas apartir do sistema da retaguarda, não? Uma vez que um único caixa não teria condição de ter esta informação precisa em um supermercado de 14 caixas, por exemplo. 2) Requisito LVIII(Redução Z) possui: Nome - Identificação de cada Totalizador Parcial relativo á respectiva Redução Z. Acredito que o mesmo se refere ao campo: ecf.ACBrBlocoX.ReducoesZ.TotalizadoresParciais.Add.Identificao Neste caso, este identificador seria uma especificação minha? Se eu colocar o ID da tabela R60M que se refere a redução Z que estou arquivando seria válido? Desde já agradeço a ajuda de vocês. Desculpem se as questões acima já foram respondidas em algum outro tópico.

Prezados, implementado o fechamento do dia, me deparei com informações importantes aqui do fórum e bem espalhadas sobre a redução Z. Alguns modelos pedem totalizadores depois da redução z (Alguns tópicos confirmam isso, conversei com o regys ele também afirmou). O ideal é utilizar tanto o DadosReducaoZ como UltimoDadosReducaoZ como em alguns tópicos. Na chamada da redução Z é interessante uma configuração de timeout para evitar problemas (blog do regys). Em algum tópico o Daniel posta um código para mesclar arquivos INI para permitir utilizar de forma mais simplificada as funções DadosReducaoZ e UltimoDadosReducaoZ. Diante dessas informações nós iniciamos uma solução para as questões acima, e tentamos inserir ela dentro da classe ACBrECFClass. Vou tentar explicar de forma simples. type TACBrECFDadosRZ = class public procedure CarregaINIReducaoZ(const DadosReducaoINI: TMemIniFile); procedure CarregaMesclandoINIReducoesZ(const Origem, Destino: string); end; TACBrECFClass public function ReducaoZ_Otimizada( DataHora : TDateTime = 0 ): TACBrECFDadosRZ; end; O procedimento CarregaINIReducaoZ foi implementada para fazer a leitura do arquivo INI gerado pela própria classe TACBrECFDadosRZ e se auto alimentar as informações, recuperando alíquotas e totalizadores, auto alimentando a classe, no meu ponto de vista a implementação ficou bem segura e respeitando os critérios do procedimento responsável pela geração MontaDadosReducaoZ. O procedimento CarregaMesclandoINIReducoesZ foi criado do zero mas usando a ideia da função já postada aqui no fórum, ela sempre tenta permanecer o valor do destino caso o valor da redução de origem seja nula, zero ou etc... A função ReducaoZ_Otimizada, realiza o procedimento de aumento de TimeOut postado pelo Regys além de armazenar o INI da função DadosReducaoZ, armazenar o INI da função DadosUltimaReducaoZ, mesclar os dois e carregar para o retorno da função a redução Z completo e acessível por pela classe TACBrECFDadosTZ, combinando as implementações anterior. Vantagens Utilizando a leitura pela classe e não pelo INI resultante do processo de mesclagem, as futuras alterações realizadas na classe são sentidas no momento da compilação (quando alterado no svn e atualizado), diferente da leitura pelo INI dentro do seus sistema, que somente depois que ser executado que uma alteração de tipo ou objeto seria identificada. Simplifica o processo da redução Z para quem não conhece os problemas de compatibilidade das impressoras. Evita o problema com TimeOut nas reduções Z. Função ReducaoZ Otimizada: function TACBrECFClass.ReducaoZ_Otimizada(DataHora: TDateTime): TACBrECFDadosRZ; var OldTimeOut: integer; ReducaoAntes, ReducaoDepois: string; begin ReducaoAntes := DadosReducaoZ; OldTimeOut := TimeOut; try TimeOut := 600; // 10 minutos ReducaoZ( DataHora ); finally TimeOut := OldTimeOut; end; ReducaoDepois := DadosUltimaReducaoZ; Result := TACBrECFDadosRZ.Create; Result.CarregaMesclandoINIReducoesZ(ReducaoAntes, ReducaoDepois); end; Como Utilizar: procedure TForm3.Button1Click(Sender: TObject); var Reducao: TACBrECFDadosRZ; begin Reducao := ACBrECF1.ECF.ReducaoZ_Otimizada(Now); try //Leitura das variáveis desejadas aqui. finally Reducao.Free; end; end; Estou anexando as units, e um demo que sem realizar a redução z, alimenta 3 memos e compara o arquivo ini Antes da Redução, Depois da Redução e o Arquivo Final Mesclado. (Demo em firemonkey²) ACBrSerial.zip DemoUtilizaçãoReducaoMesclagem.zip

Bom dia pessoal, Estou com um cliente que possui três caixas que apresentam o mesmo erro utilizando a Daruma Mach 1, segue: -- 19:12:09:897 TotalNaoTributado TX -> [FS]R[200]003[181] 19:12:10:428 RX <- :[200]0030000000000000000000000419700000000011640000000024666000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000026385200000000000000000000038425000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000[CR] -- Desativando a porta: COM1 -- Ativando a porta: COM1 -- 19:12:10:443 TotalNaoTributadoISSQN TX -> [FS]R[200]003[181] 19:12:10:989 RX <- :[200]0030000000000000000000000419700000000011640000000024666000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000026385200000000000000000000038425000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000[CR] -- Desativando a porta: COM1 -- Ativando a porta: COM1 -- 19:15:43:945 DataHora TX -> [FS]R[200]066[182] 19:15:44:101 RX <- :[200]06613082015192742[CR] -- Desativando a porta: COM1 -- Ativando a porta: COM1 -- 19:15:44:117 TX -> [FS]F[234]130815192742[181] Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0 19:16:44:193 RX <- -- Desativando a porta: COM1 ----------------- ERRO ----------------- Impressora Daruma não está respondendo ---------------------------------------- -- Ativando a porta: COM1 -- 19:16:44:208 Estado TX -> [FS]R[200]056[181] Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0 19:17:44:268 RX <- -- Desativando a porta: COM1 ----------------- ERRO ----------------- Impressora Daruma não está respondendo ---------------------------------------- Segundo o cliente, trabalha normal e quando vai emitir a redução Z ocorre o problema. Conversando com o pessoal da Daruma, eles observaram que no log aparece: -- 19:15:44:117 TX -> [FS]F[234]130815192742[181] Mas o comando para emissão da redução Z seria somente: [FS]F[234] Gostaria de saber da opinião de vocês sobre o assunto, uma vez que ocorre em todos os caixas. Estou anexando um log mais completo em anexo. Desde já agradeço. log-daruma.TXT

Bom dia pessoal, Baseado no post: http://www.projetoacbr.com.br/forum/topic/8948-dados-da-última-redução-z-corrompidos/ Um dos nossos clientes possui uma Bematech MP-2100 TH FI. Ela é nova. O pessoal estava efetuando a instalação. Estamos obtendo a mensagem de erro: ----------------- ERRO ----------------- Erro retornado pela Impressora: Bematech Dados da última RZ corrompidos ---------------------------------------- Ela ocorre em dois momentos: 1) -- 12:25:13:489 TX -> [STX][ENQ][NUL][FS]#/n[NUL] 12:25:13:546 RX <- ACK = 6 Falha: 0 12:25:13:727 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL] -- 12:25:13:746 TX -> [STX][4][NUL][FS]Ws[NUL] 12:25:13:802 RX <- ACK = 6 Falha: 0 12:25:14:436 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][SOH]e[STX][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][SOH]e[STX][NUL][NUL][NUL][NUL] -- 12:25:14:456 TX -> [STX][ENQ][NUL][FS]#3r[NUL] 12:25:14:524 RX <- ACK = 6 Falha: 0 12:25:15:287 RX <- [NUL][SOH]Relat[162]rio Geral [NUL][NUL]Ident. PAF-ECF [NUL][NUL]Meios de Pagto [NUL][NUL]Fech. Caixa [NUL][NUL]ADM. TEF [NUL][NUL]Segunda via CF [NUL][NUL]Dav Emitidos [NUL][NUL]Conta Clientes [NUL][NUL]Outras vias FPG [NUL][NUL]Rel Pagamento [NUL][NUL]Rel Recebimento [NUL][NUL]Rel PIS-COFINS [NUL][NUL]Rel Recarga [NUL][NUL]Rel Troca [NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL] -- 12:25:15:306 DataHoraUltimaReducaoZ TX -> [STX][ENQ][NUL][FS]#[26]Y[NUL] 12:25:15:366 RX <- ACK = 6 Falha: 0 12:25:15:517 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL] -- 12:25:15:536 GetDadosUltimaReducaoZ_MFD TX -> [STX][4][NUL][FS]Xt[NUL] 12:25:15:594 RX <- ACK = 6 Falha: 0 12:25:16:330 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][SOH][143][NUL] ----------------- ERRO ----------------- Erro retornado pela Impressora: Bematech Dados da última RZ corrompidos ---------------------------------------- -- 12:25:16:415 Estado TX -> [STX][ENQ][NUL][FS]#[WAK]P[NUL] 12:25:16:477 RX <- ACK = 6 Falha: 0 12:25:16:609 RX <- [NUL][NUL][NUL][NUL][NUL] -- 12:25:16:629 TX -> [STX][ENQ][NUL][FS]#A[128][NUL] 12:25:16:698 RX <- ACK = 6 Falha: 0 12:25:16:852 RX <- [NUL][NUL][NUL][NUL][NUL] -- 12:25:16:872 TX -> [STX][ENQ][NUL][FS]#[ESC]Z[NUL] 12:25:16:938 RX <- ACK = 6 Falha: 0 12:25:17:076 RX <- [20][BS][NAK][NUL][NUL][NUL][NUL] -- 12:25:17:094 TX -> [STX][ENQ][NUL][FS]#[23]V[NUL] 12:25:17:160 RX <- ACK = 6 Falha: 0 12:25:17:295 RX <- [20][BS][NAK][18]%[18][NUL][NUL][NUL][NUL] 2) -- 11:28:36:481 VendaBruta TX -> [STX][ENQ][NUL][FS]>7[145][NUL] 11:28:36:543 RX <- ACK = 6 Falha: 0 11:28:36:918 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][SOH][143][NUL] ----------------- ERRO ----------------- Erro retornado pela Impressora: Bematech Dados da última RZ corrompidos ---------------------------------------- -- 11:28:36:965 TX -> [STX][ENQ][NUL][FS]#[ETX]B[NUL] 11:28:37:012 RX <- ACK = 6 Falha: 0 11:28:37:153 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][SOH]e[STX][NUL][NUL][NUL][NUL] -- 11:28:37:168 GrandeTotal TX -> [STX][ENQ][NUL][FS]#[ETX]B[NUL] 11:28:37:215 RX <- ACK = 6 Falha: 0 11:28:37:356 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][SOH]e[STX][NUL][NUL][NUL][NUL] Gostaríamos da opinião de vocês a respeito deste problema. Para facilitar estou anexando o log do ecf e também o espelho que o pessoal retirou na data de hoje 14/08/2015. Desde já agradeço. LOG_20150814.ecflog Espelho -CLIENTE.txt

Bom dia Pessoal. Gostaria de saber se quando vou emitir a Redução Z tenho que cancelar as pré-vendas pendentes? e se tenho que imprimir também os produtos de cada pré-venda? Obrigado

Bom dia pessoal Para simular o problema : Emulador MP4200 bematech Inicie a impressão de um cupom fiscal antes das 00:00 Desligue a impressora Ligue a impressora 3 horas ou mais depois Vai pedir redução Z Tente executar a redução Z Nesse ponto vai da erro informando que existe um Cupom Fiscal Aberto. Se você tentar usar o ACBrECF.CancelaCupom(); ele vai dar uma exception : An unhandled exception of type 'ACBrFramework.ACBrException' occurred in ACBrFramework.Net.dll Additional information: Erro retornado pela Impressora: BEMATECH - MP-4200 TH FI Categoria: 8-Erro em Redução Z Motivo: 1-Redução Z pendente ou já realizada na data E se você chamar o ACBrECF.ReducaoZ(); ele retorna o seguinte exception : An unhandled exception of type 'ACBrFramework.ACBrException' occurred in ACBrFramework.Net.dll Additional information: Erro retornado pela Impressora: BEMATECH - MP-4200 TH FI Categoria: 5-Erro em Cupom Fiscal Motivo: 1-Comando enviado não pode ser executado, pois existe um Cupom Fiscal aberto. Se eu envio o comando para cancelar cupom usando o WinITFI2 RAT da bematech ele funciona : Comando 1 de 1 Comando - CANCELAMENTO DE CF OU CNF EM EMISSÃO Aguardando retorno da impressora Último pacote de resposta Papel OK Em operação normal Tampa fechada ------------------------------------------------- Encerrando execução dos comandos ------------------------------------------------- Eu sei que é um caso meio raro de acontecer em produção , mas alguém sabe como corrigir isso? Obrigado

Bom dia pessoal, Estou tendo problemas com lentidão ao gerar a redução Z com alguns clientes que possuem uma base de dados grande com muitos registros. Segundo a opinião de vocês qual seria o "máximo tempo aceitável" para a impressão da redução Z (incluindo seu armazenamento na base de dados a geração do arquivo registros do paf) mesmo para uma base de dados grande com muitos registros? Saudações, Luiz Paulo

Boa Tarde, Confesso que ainda sou meio crú no quisito PAF-ECF, isso me obriga a recorrer aos nobres colegas, para me ajudar no seguinte problema: Meu cliente estava fazendo um cupom fiscal, e acabou a energia. Quando a energia foi restabelecida, cancelou o cupom que estava sendo feito, Fizemos mais algumas vendas normalmente. Ao final do dia, ao pedir para fazer a redução Z, a impressora começa a imprimir o cupom que estava sendo feito no momento da queda de energia. E não consigo emitir a redução Z. Pergunta: Esse problema é do meu software ou problema na impressora? Desde já agradeço.

Bom Dia a todos! Parabéns aos desenvolvedores deste projeto ACBr. Facilita muito a vida do programador utilizar estes componentes! Tive um problema com os dados do método TACBrECFFiscNET.GetDadosUltimaReducaoZ, vou explicar abaixo: Possuímos um ECF Elgin K, versão 01.00.05, e estamos implementando as rotinas do PAF-ECF na ER 02.01, e fui conferir os dados que estão em meu banco com a RZ impressa, e pude verificar uma diferença. Na RZ, o total de ICMS é de 806,38, resultado da soma das alíquotas 17,00% = 271,62 e 07,00% = 534,76. Pelo componente no método citado, me retornou apenas 17,00% = 534,76, então fui verificar e na linha 3030, o totalizador é preenchido dentro de um laço assim: AliqZ.Total := RoundTo( StrToFloatDef( copy(S,((I+1)*14)+1,14),0) / 100, -2); Há o incremento ( I + 1 ), o que faz com que pule a primeira alíquota. Para mim, remover o incremento bastou. Como pesquisei alguns dias e não ví nada relacionado, então logo me veio que esse erro poderia ser do meu ECF, pois nele a alíquota 17% tem índice zero (00). Gostaria da opinião de vocês, pois pode ser alguma inicialização errada do ecf, ou pode ser a minha primeira contribuição para o projeto. Fico no aguardo! Obrigado a todos!