fag.online

Estou tentando fazer funcionar uma impressora Bematech MP-4200 TH FI. Ela originalmente é somente vis USB, porém o driver da própria bematech virtualiza uma porta serial. Configurei o ACBR para usar o modelo ESCECF e no momento que dispara o comando para abertura de cupom recebo o seguinte erro: "Erro retornado pela Impressora: BEMATECH Categoria: 16-Erro específico do Fabricante Motivo: 40" Já fiz a troca das DLL da bematech para a versão 7.0 e mesmo assim nenhum resultado. Enquanto escrevo, estou tentando contato com a Bematech, mais o 0800 deles está um pouco lento, rssss Se alguém tiver sugestões ou ideia do que pode ser.

Faz um teste ai... tire um cupom fiscal com o horário da impressora 23:50, espere (ou altere via intervencao) para o dia seguinte porém antes das 02:00 da manha, e tire um novo cupom fiscal. Aqui o componente ACBR colocava com status de estRequerZ.

A menos que eu esteja enganado, o componente faz a verificação se está com a data diferente da data de movimento do ECF e efetua o bloqueio por redução Z, mesmo que o ECF tenha retornado que esteja livre. ACBrECFBematech.pas if DataMov <> copy(DataHora,1,6) then fpEstado := estRequerZ O que fiz foi incrementar esse bloqueio para que verifique também o horário. if DataMov <> copy(DataHora,1,6) then if StrToTime( copy(DataHora, 7,2) +':'+ copy(DataHora, 9,2) +':'+ copy(DataHora,11,2)) >= fpHoraLimiteBloqueio then fpEstado := estRequerZ ;

Bom dia pessoal... procurei no fórum e não consegui encontrar algo respectivo. Em conversa com o homologador oficial aqui da região, ele me informou que mediante legislação é possível que o equipamento de ECF tem por obrigação que na virada de dia, se mantenha funcional até as 02:00 da manha e então só após seja bloqueado por redução Z. Não encontrei nada no componente que faça isso, então criei uma propriedade HoraLimiteBloqueio:TTime, sendo que por padrão irá vir vazio, assumindo por default o valor de 00:00:00. De forma que, quando o componente for fazer a verificação se teve a mudança de dia, ainda vai verificar se já ultrapassou o horário limite, para então só após efetuar o seu bloqueio. No momento só fiz a alteração no ACBrECFBematech.pas pois preciso efetuar a homologação na próxima semana. Na linha 1387 onde era: if DataMov <> copy(DataHora,1,6) then fpEstado := estRequerZ ; ficou: if DataMov <> copy(DataHora,1,6) then if StrToTime( copy(DataHora, 7,2) +':'+ copy(DataHora, 9,2) +':'+ copy(DataHora,11,2)) >= fpHoraLimiteBloqueio then fpEstado := estRequerZ ; Em anexo os 3 fontes onde efetuei as alterações e as linhas de referência. - ACBrECF.pas linhas 123, 420, 922, 1883 - ACBrECFClass.pas linhas 698, 1778 - ACBrECFBematech.pas linha 1387 Fontes.rar

Funcionou... valeu...

Ninguém?

Estou tentando enviar uma carta de correção para um cliente e o mesmo me retorna o seguinte erro: Rejeição: Carta de correção inválida (campo/grupo informado não existe no schema do CT-e ou não existe no grupo informado) Abaixo segue parte do conteúdo do CTE: <compl> <Entrega> <semData> <tpPer>0</tpPer> </semData> <semHora> <tpHor>0</tpHor> </semHora> </Entrega> <origCalc>CACHOEIRO DE ITAPEMIRIM</origCalc> <destCalc>GUARULHOS</destCalc> <xObs> Placa:MHL-8564 Motorista:ALEXANDRE DE CAMPOS VAL APROX DOS TRIBUTOS R$570,60 </xObs> </compl> E a seguir parte do conteúda da CCE: <evCCeCTe> <descEvento>Carta de Correcao</descEvento> <infCorrecao> <grupoAlterado><compl></grupoAlterado> <campoAlterado><xObs></campoAlterado> <valorAlterado> ALTERADO O VENC.09/05/2015 E O VALOR 3990,00 ALTERA PARA O VENC.09/05/2015 VALOR 1995,00 VENC.24/0 </valorAlterado> </infCorrecao> <xCondUso> A Carta de Correcao e disciplinada pelo Art. 58-B do CONVENIO/SINIEF 06/89: Fica permitida a utilizacao de carta de correcao, para regularizacao de erro ocorrido na emissao de documentos fiscais relativos a prestacao de servico de transporte, desde que o erro nao esteja relacionado com: I - as variaveis que determinam o valor do imposto tais como: base de calculo, aliquota, diferenca de preco, quantidade, valor da prestacao;II - a correcao de dados cadastrais que implique mudanca do emitente, tomador, remetente ou do destinatario;III - a data de emissao ou de saida. </xCondUso> </evCCeCTe> O que pode ser?

Ok, vou repassar pro cliente então. Obrigado.

Mais CDC não é só pra forma de pagamento com cartão?

Tenho um cliente que precisa que a cada cupom saia um demonstrativo do mesmo... pois por motivos proprios ela quer ficar com uma copia... No PAF eu tenho a opção de imprimir demonstrativo a cada cupom, ele abre um relatorio gerencial e faz a impressao atraves dele. Porém, quando for preciso efetuar o cancelamento do mesmo, a impressora retorna mensagem dizendo - Bematech: Cancelamento não imediamente após Daruma: Não existe cupom para cancelar E agora?

Perfeito.. funcionando 100%...

Opa, desculpe Italo... não sabia não... achei que a opção de cancelamento por evento era apenas uma opção.. vou olhar e posto o resultado. Obrigado...

Estou com um erro sendo apresentado na hora de efetuar o cancelamento do conhecimento. Já estou usando a versão 2.00 faz aprox 40 dias e está enviando normalmente.... O erro apresentado é "The system cannot locate the object specified". Verifiquei e estou passando a pasta certo do schemas... Então comecei a debugar e descobri que na Unit ACBrCTeUtil.pas, quando ele vai passar na rotina ValidaMSXML ele tá identificando como se fosse a versão 1.04 e tentando validar com o schema "cancCte_v1.04.xsd".

Perfeito Italo... update e testado... se ninguém mais tiver dúvidas pode ser encerrado o tópico....

SIm

Italo, seria possivel verificar o fonte do paulo e assim que possível publicar na versão oficial?

Paulo e Michel, perfeito... Nota aprovada...

Luigi, se possível leia o post inteiro. Obrigado

Fiz essa alteração, e fixei no fonte apenas pra Betha, pra testar... Troquei todo o bloco de código xmldoc.setProperty('SelectionNamespaces', DSIGNS + NameSpaceLote); if ALote then begin if (URI <> '') and (AProvedor = proIssDSF) then xmldsig.signature := xmldoc.selectSingleNode('.//ns1:'+ EnviarLoteRps + '/ds:Signature') else if (AProvedor = proEquiplano) then xmldsig.signature := xmldoc.selectSingleNode('.//ds:Signature') else if (URI <> '') and not (AProvedor in [proRecife, proRJ, proAbaco, proIssCuritiba, proFISSLex]) then xmldsig.signature := xmldoc.selectSingleNode('.//ns:EnviarLoteRpsEnvio/ds:Signature') else begin xmldsig.signature := xmldoc.selectSingleNode('.//ds1:' + EnviarLoteRps + '/ds:Signature'); end; end else xmldsig.signature := xmldoc.selectSingleNode('.//ds:Signature'); para xmldoc.setProperty('SelectionNamespaces', DSIGNS + ' xmlns:ns="http://www.betha.com.br/e-nota-contribuinte-ws"'); if ALote then xmldsig.signature := xmldoc.selectSingleNode('.//ns:EnviarLoteRpsEnvio/ds:Signature') else xmldsig.signature := xmldoc.selectSingleNode('.//ds:Signature'); conforme citado, e o erro persiste

Romulo, também estou acompanhando a Betha, mais tens alguma idéia de onde esse código pode ser implementado no ACBR? Infelizmente eu estou caminhando lentamente nos fontes do ACBR...

A assinatura já está saindo inválida da rotina if not(NotaUtil.Assinar(vLote, FConfiguracoes.Certificados.GetCertificado, vAssinada, FMsg, True, FConfiguracoes.WebServices.Prefixo3, FConfiguracoes.WebServices.Prefixo4, FConfiguracoes.WebServices.Provedor, ASincrono)) na linha 544 do ACBrNFSeNotasFiscais.pas; Salvei o conteúdo da variável vAssinada nesse ponto, e mandei validar no site da receita... mesmo problema...

Bom, o que descobri até o momento é que o ACBR está assinando o lote e essa assinatura está tornando-se inválida. Salvei o RPS assinado e o site da fazenda valida a assinatura... E o arquivo salvo peleo ACBR nfse antes de enviar contém 2 assinaturas, sendo que umas delas é inválida, então acredito que seja a assinatura do LOTE. Porém ainda não sei como resolver...

Oneide, passou a não validar mais devido a uma att. do servidor da Betha, que segundo o Alex antigamente a validação era parcial, e agora passou a ser total. Estou montando um ambiente de testes aqui na empresa, porém só vou conseguir começar a veriricar os fontes à tarde. Enquanto isso, vou acompanhando a evolução do tópico.

Italo, porém se pegarmos o XML do RPS e mandarmos a receita validar, ela consta como "A assinatura digital do documento fornecido não é válida."

Oneide, parece ser problema do ACBR mesmo... ou alguma coisa que estamos fazendo errado... se validar o teu XML no site da receita, https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/assinadoc/ValidadorAssinaturas.app/valida.aspx vai perceber que realmente a assinatura consta como inválida.