Intelliware

Blz, Daniel. Agradeço. Atualizei aqui.

Daniel, boa tarde! Segue em anexo o log gerado após a correção (19/12) até hoje. obrigado! LOG_EasyCash1.rar

Boa tarde Daniel, deu certo a correção. O cliente conseguiu retirar normalmente a redução Z, sem erro.

Blz Daniel, vou adicionar a correção aqui e já colocar no cliente e acompanhar. Assim que tiver um retorno eu posto se o problema foi corrigido. Agradeço.

Agradeço Daniel, fico aguardando o retorno.

Pois não. Segue em anexo. Agradeço. EasyCash1.rar

Entendo. Então no log a linha: -- 17:27:39:281 FechaRelatorio TX -> [STX][4][NUL][FS][30]:[NUL] 17:27:39:406 RX <- [22]a[137][NUL][NUL][NUL][NUL] -- 17:27:39:453 TX -> [STX][4][NUL][FS][NAK]1[NUL] 17:27:39:500 RX <- [NUL][SOH]e[NUL] ----------------- ERRO ----------------- Erro retornado pela Impressora: Bematech Sem relatório gerencial ---------------------------------------- Não causaria nenhum problema a princípio, correto? Comparando os logs do cliente que funciona normalmente com a MP-4000 e com o do cliente que não consegue emitir a redução Z eu obtive: - ECF NORMAL: -- 21:43:10:500 MF Adicional TX -> [STX][ENQ][NUL][FS]#(g[NUL] 21:43:10:640 RX <- BE091410100011218171[NUL][NUL][NUL][NUL] -- 21:43:10:640 NumVersao TX -> [STX][ENQ][NUL][FS]#[11]J[NUL] 21:43:10:765 RX <- [NUL][SOH][NUL][NUL][NUL][NUL] - ECF COM PROBLEMA DE EMISSÃO DO Z: -- 17:29:25:578 MF Adicional TX -> [STX][ENQ][NUL][FS]#(g[NUL] Bematech EnviaComando_ECF: ACK = 58 Falha: 1 17:29:27:687 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora Bematech ---------------------------------------- -- 17:29:27:687 ----------------- ERRO ----------------- Impressora Bematech não está em linha ---------------------------------------- Não consegui encontrar o comando 'ReducaoZ' que aparece no ECFTeste, apenas o comando 'MF Adicional'. Daniel, em relação aos logs da Redução Z, você teria alguma opinião do que poderia estar ocorrendo?

Estou adicionando os logs do nosso sistema e o gerado pelo ECFTeste. Pelo ECFTeste eu consegui emitir a redução Z neste cliente. Em outro cliente com a MP-4000 consigo emitir a redução z normalmente pelo nosso sistema. Sobre o erro de fechamento do relatório vou refazer os testes amanhã. Agradeço. LOGECF03_20141217.TXT LOGECF03_20141217_ACBR-ECFTESTE.TXT

Antes de chamar a função: ecf.AcbrEcf.ReducaoZ(0); Eu seto as seguintes propriedades no componente ACBrECF: ecf.AcbrEcf.TimeOut := 60; ecf.AcbrEcf.ReTentar := False; ecf.AcbrEcf.ExibeMensagem := False; Será que os valores das propriedades acima estaria influenciando em algo?

Bom dia pessoal, estamos com dois clientes que só possuem ECF TH FI Bematech 4000. Em praticamente todos os caixas estamos enfrentando alguns problemas intermitentes de falha de comunicação e alguns erros estranhos com os ECFs. Em um terceiro cliente temos o mesmo ECF sendo utilizado a mais de 6 meses sem problema algum. Efetuei uma pesquisa detalhada no fórum sobre a MP-4000 na tentativa de obter algum esclarecimento sobre esses erros. Seguem: 1) O primeiro problema reportado foi que o cliente não consegue emitir a Redução Z no mesmo dia. Ele precisa esperar até o dia posterior para poder emitir o mesmo. E isso ocorre somente no momento da emissão do Z. No log encontrei: -- 18:30:47:687 DataMovimento TX -> [STX][ENQ][NUL][FS]#[ESC]Z[NUL] 18:30:47:812 RX <- [22][18][20][NUL][NUL][NUL][NUL] -- 18:30:47:812 DataHoraSB TX -> [STX][ENQ][NUL][FS]#[WAK]P[NUL] 18:30:47:937 RX <- [4][NUL][NUL][NUL][NUL] -- 18:30:47:937 TX -> [STX][ENQ][NUL][FS]#A[128][NUL] 18:30:48:062 RX <- [NUL][NUL][NUL][NUL][NUL] -- 18:30:48:062 TX -> [STX][ENQ][NUL][FS]#[ESC]Z[NUL] 18:30:48:187 RX <- [22][18][20][NUL][NUL][NUL][NUL] -- 18:30:48:187 TX -> [STX][ENQ][NUL][FS]#[23]V[NUL] 18:30:48:312 RX <- [22][18][20][24][20][20][NUL][NUL][NUL][NUL] -- 18:30:48:312 TX -> [STX][ENQ][NUL][FS]#[TAB]H[NUL] 18:30:48:437 RX <- [18]C[NUL][NUL][NUL][NUL] -- 18:30:48:437 TX -> [STX][WAK][NUL][FS][BS]001243001243R[202][STX] 18:30:48:812 RX <- [NUL][NUL][NUL][NUL]H ALVARENGA MATERIAIS PARA CONSTRUCAO LTDA AV.PINTO COBRA,1525 - SAO JOSE CEP:37550-000 POUSO ALEGRE - MG - TEL:(35)3423-6468 [ETX]CNPJ: -- 18:30:48:812 MF Adicional TX -> [STX][ENQ][NUL][FS]#(g[NUL] Bematech EnviaComando_ECF: ACK = 49 Falha: 1 18:30:50:921 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora Bematech ---------------------------------------- -- 18:30:50:921 ----------------- ERRO ----------------- Impressora Bematech não está em linha ---------------------------------------- -- 18:30:53:921 Estado TX -> [STX][ENQ][NUL][FS]#[WAK]P[NUL] 18:30:55:687 RX <- [4][NUL][NUL][NUL][NUL] -- 18:30:55:687 TX -> [STX][ENQ][NUL][FS]#A[128][NUL] 18:30:55:812 RX <- [NUL][NUL][NUL][NUL][NUL] -- 18:30:55:812 TX -> [STX][ENQ][NUL][FS]#[ESC]Z[NUL] 18:30:55:937 RX <- [22][18][20][NUL][NUL][NUL][NUL] -- 18:30:55:937 TX -> [STX][ENQ][NUL][FS]#[23]V[NUL] 18:30:56:062 RX <- [22][18][20][24][20]![NUL][NUL][NUL][NUL] -- 18:30:58:171 Estado TX -> [STX][ENQ][NUL][FS]#[WAK]P[NUL] 18:30:58:359 RX <- [4][NUL][NUL][NUL][NUL] -- 18:30:58:359 TX -> [STX][ENQ][NUL][FS]#A[128][NUL] 18:30:58:546 RX <- [NUL][NUL][NUL][NUL][NUL] -- 18:30:58:546 TX -> [STX][ENQ][NUL][FS]#[ESC]Z[NUL] 18:30:58:750 RX <- [22][18][20][NUL][NUL][NUL][NUL] -- 18:30:58:750 TX -> [STX][ENQ][NUL][FS]#[23]V[NUL] 18:30:58:937 RX <- [22][18][20][24][20]$[NUL][NUL][NUL][NUL] 2) O ECF tenta fechar um relatório gerencial, mas no fluxo não temos nenhum relatório sendo impresso: -- 21:21:37:570 Estado TX -> [STX][ENQ][NUL][FS]#[WAK]P[NUL] 21:21:37:710 RX <- [4][NUL][NUL][NUL][NUL] -- 21:21:37:710 TX -> [STX][ENQ][NUL][FS]#A[128][NUL] 21:21:37:835 RX <- [NUL][NUL][NUL][NUL][NUL] -- 21:21:37:835 TX -> [STX][ENQ][NUL][FS]#[ESC]Z[NUL] 21:21:37:960 RX <- [BS][18][20][NUL][NUL][NUL][NUL] -- 21:21:37:960 TX -> [STX][ENQ][NUL][FS]#[23]V[NUL] 21:21:38:101 RX <- [BS][18][20]!![18][NUL][NUL][NUL][NUL] -- 21:22:15:681 LeituraX TX -> [STX][4][NUL][FS][ACK]"[NUL] 21:22:20:306 RX <- [NUL][NUL][NUL][NUL] -- 21:22:20:306 NumCCF TX -> [STX][ENQ][NUL][FS]#7v[NUL] 21:22:20:431 RX <- [NUL][18]G[NUL][NUL][NUL][NUL] -- 21:22:20:431 NumCupom TX -> [STX][4][NUL][FS][30]:[NUL] 21:22:20:556 RX <- [NUL][19][148][NUL][NUL][NUL][NUL] -- 21:22:20:556 NumGNF TX -> [STX][ENQ][NUL][FS]#[7]F[NUL] 21:22:20:681 RX <- [NUL][NUL]P[NUL][NUL][NUL][NUL] -- 21:22:20:681 NumGRG TX -> [STX][ENQ][NUL][FS]#6u[NUL] 21:22:20:806 RX <- [NUL][NUL]"[NUL][NUL][NUL][NUL] -- 21:22:20:806 NumCDC TX -> [STX][ENQ][NUL][FS]#4s[NUL] 21:22:20:931 RX <- [NUL][NUL][NUL][NUL][NUL][NUL] -- 21:22:23:010 Estado TX -> [STX][ENQ][NUL][FS]#[WAK]P[NUL] 21:22:23:150 RX <- [4][NUL][NUL][NUL][NUL] -- 21:22:23:150 TX -> [STX][ENQ][NUL][FS]#A[128][NUL] 21:22:23:275 RX <- [NUL][NUL][NUL][NUL][NUL] -- 21:22:23:275 TX -> [STX][ENQ][NUL][FS]#[ESC]Z[NUL] 21:22:23:400 RX <- [BS][18][20][NUL][NUL][NUL][NUL] -- 21:22:23:400 TX -> [STX][ENQ][NUL][FS]#[23]V[NUL] 21:22:23:541 RX <- [BS][18][20]!!X[NUL][NUL][NUL][NUL] -- 21:22:29:150 FechaRelatorio TX -> [STX][4][NUL][FS][30]:[NUL] 21:22:29:291 RX <- [NUL][19][148][NUL][NUL][NUL][NUL] -- 21:22:29:291 TX -> [STX][4][NUL][FS][NAK]1[NUL] 21:22:29:338 RX <- [NUL][SOH]e[NUL] ----------------- ERRO ----------------- Erro retornado pela Impressora: Bematech Sem relatório gerencial ---------------------------------------- -- 21:22:29:338 NumCCF TX -> [STX][ENQ][NUL][FS]#7v[NUL] 21:22:29:479 RX <- [NUL][18]G[NUL][NUL][NUL][NUL] -- 21:22:29:479 NumCupom TX -> [STX][4][NUL][FS][30]:[NUL] 21:22:29:604 RX <- [NUL][19][148][NUL][NUL][NUL][NUL] -- 21:22:29:604 NumGNF TX -> [STX][ENQ][NUL][FS]#[7]F[NUL] 21:22:29:729 RX <- [NUL][NUL]P[NUL][NUL][NUL][NUL] -- 21:22:29:729 NumGRG TX -> [STX][ENQ][NUL][FS]#6u[NUL] 21:22:29:854 RX <- [NUL][NUL]"[NUL][NUL][NUL][NUL] 3) É enviado para o ECF duas vezes o comando de fechar o relatório gerencial: -- 14:48:29:308 LinhaRelatorioGerencial( "[CR][LF][CR][LF][CR][LF]", 0 ) TX -> [STX][7][NUL][FS][20][LF][LF][LF]N[NUL] 14:48:29:562 RX <- [NUL][NUL][NUL][NUL] -- 14:48:29:562 LinhaRelatorioGerencial( "[CR][LF][CR][LF]", 0 ) TX -> [STX][ACK][NUL][FS][20][LF][LF]D[NUL] 14:48:29:749 RX <- [NUL][NUL][NUL][NUL] -- 14:48:29:749 FechaRelatorio TX -> [STX][4][NUL][FS][30]:[NUL] 14:48:29:883 RX <- [NUL][20][19][NUL][NUL][NUL][NUL] -- 14:48:29:883 TX -> [STX][4][NUL][FS][NAK]1[NUL] 14:48:32:783 RX <- [NUL][NUL][NUL][NUL] -- 14:48:35:214 FechaRelatorio TX -> [STX][4][NUL][FS][30]:[NUL] 14:48:35:354 RX <- [NUL][20][19][NUL][NUL][NUL][NUL] -- 14:48:35:354 TX -> [STX][4][NUL][FS][NAK]1[NUL] 14:48:35:401 RX <- [NUL][SOH]e[NUL] ----------------- ERRO ----------------- Erro retornado pela Impressora: Bematech Sem relatório gerencial ---------------------------------------- -- 14:48:35:401 NumCCF TX -> [STX][ENQ][NUL][FS]#7v[NUL] 14:48:35:526 RX <- [NUL][18]t[NUL][NUL][NUL][NUL] -- 14:48:35:526 NumCupom TX -> [STX][4][NUL][FS][30]:[NUL] 14:48:35:651 RX <- [NUL][20][19][NUL][NUL][NUL][NUL] -- 14:48:35:651 NumGNF TX -> [STX][ENQ][NUL][FS]#[7]F[NUL] 14:48:35:776 RX <- [NUL][NUL]H[NUL][NUL][NUL][NUL] -- 14:48:35:776 NumGRG TX -> [STX][ENQ][NUL][FS]#6u[NUL] 14:48:35:901 RX <- [NUL][NUL][25][NUL][NUL][NUL][NUL] Gostaria da opinião de vocês sobre o assunto na tentativa de esclarecer o que pode estar ocorrendo para eu poder contornar essa situação para o cliente. Desde já agradeço.

Boa tarde, Na implementação acima, que está com o source no SVN: Resp := xBematech_FI_GeraRegistrosSpedCompleto('', NomeArquivo, DiaIni, DiaFim, 'T', '5102', ' ', '00,00', '00,00', 'TESTE', '1234567'); Os campos fixados acima, como: 'T', '00,00', '00,00', 'TESTE', '1234567' São fixos para todos os clientes? Teria como alterar esses valores antes de invocar a função de dentro da DLL? Isso porquê acessando a DLL eu consigo gerar normalmente passando os valores corretos de cada cliente, mas pela ACBr tenho erro de código inválido -2, onde o código do IBGE é inválido. Daniel, desculpe, mas não consegui encontrar o procedimento para reproduzir pelo ECFTeste.

Exatamente, estamos efetuando os testes baseados no MG001 e observando o PAF-ECF 02.02 que a homologadora nos passou. Mas utilizávamos a geração de SPED/SINTEGRA por procedures. Como existe a possibilidade de utilizar o próprio ECF para fornecer os dados já prontos e formatados, vamos efetuar um teste para ver como se comporta a Bematech, Daruma e Sweda. A Bematech e a Daruma já temos uma implementação no fórum: Mas em relação a Sweda a documentação é excassa.

Bom dia FLEXNET, aqui em Minas Gerais não temos mais a obrigatoriedade da homologação. Estou tentando gerar o SPED/SINTEGRA diretamente do ECF. Em relação a função "ECF_GeraRegistrosSPEDMFD", você poderia me passar o caminho do documento onde encontrou a informação acima? Já pesquisei em todos os tópicos do site da SWEDA mas não encontrei a definição da mesma.

No caso, eu chamo esta procedure: procedure TACBrECFBematech.ArquivoMFD_DLL(DataInicial, DataFinal: TDateTime; NomeArquivo: AnsiString; Documentos: TACBrECFTipoDocumentoSet; Finalidade: TACBrECFFinalizaArqMFD); Os parâmetros DataInicial e DataFinal passados são do tipo TDateTime, porém dentro dela, há uma conversão para string (DiaIni := FormatDateTime('dd"/"mm"/"yyyy', DataInicial) ) antes de serem chamados pela "xBematech_FI_GeraRegistrosSpedCompleto", local onde acusa o problema de parâmetro inválido. Você se refere a esta data mesmo?

Bom dia Daniel, Não estou utilizando o AcbrMonitor, estou utilizando o componente AcbrEcf. Estou anexando o log gerado pela Acbr e pelo Madshi. Desde já, agradeço. LOG.rar

Boa tarde, estou utilizando o comando: ecf.ACBrECF.ArquivoMFD_DLL(DataIni, DataFim, sFile, [docTodos], finSPED); Sendo: DataIni = '01/11/2014' DataFim = '30/11/2014' sFile = 'SPED_000000000004122014153355.txt' Para gerar o SPED na Bematech MP-2100 TH FI. Estou recebendo o erro: "Erro ao executar xBematech_FI_GerarRegistrosSpedCompleto. Cod: -2 - Parâmetro Inválido" Estou com a BemaFI32.dll de 02/07/2014. Para utilizar essa procedure preciso modificar as informações em outro lugar? Estou passando algum valor errado acima? Desde já agradeço.

Bom dia pessoal, estamos efetuando testes do roteiro do PAF versão 02.02. Em um dos testes precisamos vender no ECF um item tributado pela ISSQN. No nosso ECF não temos nenhuma alíquota desse tipo e estamos cadastrar uma de 3%. Estamos obtendo a seguinte mensagem de erro na Bematech MP-2100: -- 08:15:35:556 TX -> [STX][ENQ][NUL][FS]#A[128][NUL] 08:15:35:574 RX <- ACK = 6 Falha: 0 08:15:35:684 RX <- [NUL][NUL][NUL][NUL][NUL] -- 08:15:35:684 TX -> [STX][ENQ][NUL][FS]#[ESC]Z[NUL] 08:15:35:700 RX <- ACK = 6 Falha: 0 08:15:35:811 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][NUL] -- 08:16:03:756 CarregaAliquotas TX -> [STX][ENQ][NUL][FS]#[GS]\[NUL] 08:16:03:771 RX <- ACK = 6 Falha: 0 08:16:03:899 RX <- [NUL][SOH][NUL][NUL][NUL][NUL] -- 08:16:03:899 TX -> [STX][4][NUL][FS][26]6[NUL] 08:16:03:913 RX <- ACK = 6 Falha: 0 08:16:04:068 RX <- [ENQ][7][NUL][18][NUL][24][NUL]%[NUL]0[NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL] -- 08:16:19:401 ProgramaAliquota( 3 , S , ) TX -> [STX][TAB][NUL][FS][7]03001[23][SOH] 08:16:19:425 RX <- ACK = 6 Falha: 0 08:16:19:436 RX <- [NUL][SOH][209][NUL] ----------------- ERRO ----------------- Erro retornado pela Impressora: Bematech Alíquota para ISSQN não permitida sem inicialização da Inscrição Municipal ---------------------------------------- -- 08:22:24:655 Estado TX -> [STX][ENQ][NUL][FS]#[WAK]P[NUL] 08:22:24:673 RX <- ACK = 6 Falha: 0 08:22:24:805 RX <- [NUL][NUL][NUL][NUL][NUL] Na Daruma FS700 estamos obtendo a seguinte mensagem de erro: -- 09:14:26:811 CarregaAliquotas TX -> [FS]R[200]125[176] 09:14:27:061 RX <- :[200]1250070001200018000250003000015000040000840[255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][CR][204] -- 09:14:37:801 ProgramaAliquota( 3 , S , ) TX -> [FS]R[200]125[176] 09:14:38:040 RX <- :[200]1250070001200018000250003000015000040000840[255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][CR][204] -- 09:14:38:040 TX -> [ESC][220]S0300[CR] Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 75 - Estendido: 0 -> Campo não pode estar em zero Cod.Aviso: 0 09:14:38:108 RX <- :E75[CR] ----------------- ERRO ----------------- Erro retornado pela Impressora: Daruma Erro retornado pelo ECF: 75 ---------------------------------------- -------------------------------------------------------------------------------- ATIVAR - 31/10/14 10:59:30:218 - Modelo: Daruma - Porta: COM3 - TimeOut: 15 Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE=RTS/CTS HARDFLOW MAXBANDWIDTH=0 -------------------------------------------------------------------------------- Em ambos os casos, tentamos programar a alíquota logo após a emissão da Redução Z quando não havia sido realizado nenhuma venda nos ECF. A nossa versão da ACBr é a atual, conforme o SVN. Gostaria da opinião de vocês sobre esses dois problemas. Desde já agradeço.

Entendi. Vou refazer os testes.

Bom dia Juliomar e Daniel. Realmente, neste caso, alguns comando não seguiram a sequência apropriada do aplicativo. Vou tentar verificar se consigo achar algum problema no fluxo da venda.

Bom dia André. De fato, nessa parte do log, aparece essa diferença, em debug não consegui reproduzir esse problema de modo algum. Em todos os casos que fiz, utilizando a Sweda, as formas de pagamento são passadas normalmente.

Segue em anexo. LOG-ERRO-20140925.txt

O problema que encontrávamos era: ----------------- ERRO ----------------- Erro retornado pela Impressora: SwedaSTX Erro (0058) Comando ou operação inválida! ECF-LOG-18072014.txt

Utilizando a Daruma FS700M, um cliente nosso obteve o erro abaixo(Referenciado neste post), impossibilitando o mesmo de poder fechar o cupom fiscal. Somente após ele cancelar 2 itens do cupom que o ECF conseguiu finalizar o mesmo. Segue uma versão resumida: -------------------------------------------------------------------------------- ATIVAR - 22/09/14 18:48:35:703 - Modelo: Daruma - Porta: COM1 - TimeOut: 30 Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE=RTS/CTS HARDFLOW MAXBANDWIDTH=0 -------------------------------------------------------------------------------- -- 18:48:35:703 TX -> [ESC][239][CR] 18:48:35:906 RX <- :[ESC][239]001011122231824382209201400000000001471000000000293547645[CR] -- 18:48:35:906 TX -> [FS]R[200]082[188] 18:48:36:078 RX <- :[200]082010061[CR][195] -- 18:48:36:078 TX -> [FS]R[200]083[189] 18:48:36:218 RX <- :[200]083010100[CR][196] -- 18:48:36:218 TX -> [FS]R[200]139[189] 18:48:36:359 RX <- :[200]13932[CR] -- 18:48:36:359 TX -> [GS][BS][CR] 18:48:36:515 RX <- :[CR] -- 18:48:36:515 Estado TX -> [FS]R[200]056[181] 18:48:36:671 RX <- :[200]0561[CR][253] -- 18:48:36:671 TX -> [FS]R[200]057[180] 18:48:36:812 RX <- :[200]0571[CR][252] -- 18:48:36:812 NumUltimoItem TX -> [FS]R[200]058[187] 18:48:36:968 RX <- :[200]058004[CR][246] -- 18:48:36:968 Subtotal TX -> [FS]R[200]047[181] 18:48:37:125 RX <- :[200]047000000001471[CR][207] -- 18:48:37:125 IdentificaOperador() TX -> [FS]C[209] [142] Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 10 - Estendido: 78 -> MFD foi substituída Cod.Aviso: 0 18:48:37:171 RX <- :1007800[209][CR][216] ----------------- ERRO ----------------- Erro retornado pela Impressora: Daruma Documento sendo emitido Erro estendido (078 -> CF aberto) ---------------------------------------- -- 18:48:37:171 NumSerie TX -> [FS]R[200]078[185] 18:48:37:359 RX <- :[200]078DR0610BR000000248209 [CR][228] -- 18:48:37:359 MudaArredondamento( -1 ) TX -> [ESC][228]XXXX1XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX[CR] Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 10 - Estendido: 0 -> MFD foi substituída Cod.Aviso: 0 18:48:37:437 RX <- :E10[CR] ----------------- ERRO ----------------- Erro retornado pela Impressora: Daruma Documento sendo emitido ---------------------------------------- -- 18:48:37:437 NumCCF TX -> [FS]R[200]030[181] 18:48:37:609 RX <- :[200]030091663[CR][199] -- 18:48:37:609 NumCupom TX -> [FS]R[200]026[178] 18:48:37:765 RX <- :[200]026112223[CR][202] -- 18:48:37:765 DataHora TX -> [FS]R[200]066[182] 18:48:37:921 RX <- :[200]06622092014182440[CR][202] -- 18:48:39:015 NumSerie TX -> [FS]R[200]078[185] 18:48:39:203 RX <- :[200]078DR0610BR000000248209 [CR][228] -- 18:48:39:234 GrandeTotal TX -> [FS]R[200]001[183] 18:48:39:406 RX <- :[200]001000000000293547645[CR] Anexei um arquivo com o log mais completo. Alguém teria alguma sugestão do que poderia ter ocorrido ou alguma sugestão a respeito?

Bom dia pessoal. Desculpem a demora. Após vários testes, observamos para o nosso caso, utilizando a Sweda ST120 o seguinte: 1) Identificamos o cliente que criou o DAV no cabeçalho do cupom 2) Efetuamos a venda 3) Efetuamos o fechamento em cliente 4) No rodapé do cupom tentamos identificar novamente o cliente identificado na forma de pagamento CLIENTE <---- Neste ponto o ECF pára de responder Com a Daruma FS700 e a Bematech 2100 TH FI não obtivemos este tipo de problema. Quando suprimimos o item (4) voltou a funcionar o fechamento do cupom normalmente sem problema algum, com qualquer forma de pagamento. A dúvida que temos seria a seguinte: Se eu adicionar no rodapé do cupom manualmente o documento e o nome do cliente ao invés de utilizar a função da ACBr " ecf.IdentificarConsumidor(docECF, nome, endereco);", exclusivamente para a Sweda com DAV, teria algum tipo de problema em relação aos dados que ficam gravados no ECF ou algum outro problema que desconhecemos?

De fato EMBarbosa. Pelos testes que fizemos aqui, embora o processo de 'efetuar pagamento' ocorra sem problema no log e no cupom fiscal apareça todas as formas de pagamento impressas normalmente, inclusive inserindo corretamento no banco de dados, se olharmos atentamente no log, o ECF desconsidera uma forma de pagamento. Algo que podemos levar em consideração é que esse problema só ocorre quando utilizamos a última forma de pagamento cadastrada no ECF recentemente, em conjunto com outra forma de pagamento (Cheque, por exemplo). Efetuei um debug e o comando 'efetuar pagamento' está sendo enviado normalmente para o ECF. Com a Daruma e a Bematech que temos, não detectamos esse problema. Estamos verificando se conseguimos criar uma condição de contorno para esse problema. Agradeço a resposta.