amarildolacerda

Se vc observar o código do ACBr, ele já checa o digito verificador do código antes de incluir a TAG. O problema que encontrei, esta em outro post, foi no Gertec que tem um BUG. A Gertec já se manifestou indicando correção do problema - Ler: http://www.projetoacbr.com.br/forum/topic/24019-sat-gertec-critica-ean-gtin-mesmo-quando-valido/

Funcionou..... Ficou bom, sem alteração.

Daniel, Inclui eventos para permitir desviar a comunicação para um servidor. O que estou preparando é fazer a comunicação com um gerenciador de SAT que vai controlar vários PDVs para um único SAT. Fluxo: * PDV Monta os Itens usando a estrutura de ECF * fechaVenda -> enviaDadosVenda, gera as informações e entra no evento; * O evento vai desviar para o servidor e aguardar a resposta... * ao retorno da resposta o fluxo volta para o código original com Tratado = True O que você acha ? ACBrSAT.pas

Tenho ouvido reclamações relação a quantidade de papel necessário para imprimir uma NFCe. Há uma movimentação de discussão sobre o tema e o Encate esta prestes a soltar um novo manual de padrões - Versão 3.3 Agosto/2015 é o que consta da proposta. " As alterações no leiaute do DANFE NFCe trazidas pela presente versão do Manual serão de observância obrigatória a partir de 01/09/2016 todavia recomenda-se que as empresas e desenvolvedores adequem os leiautes de impressão do DANFE NFCe para esta nova versão o quanto antes haja vista que houve uma importante redução em informações impressas, que resultará em diminuição significativa no consumo de papel " O material ainda não é público - assim é preciso ainda aguardar.

Recebemos resposta da GERTEC hoje... "Foi informado a SEFAZ que precisa da correção, e isto pode levar até 3 semanas via SEFAZ. A correção será feito transferência pela conexão do equipamento pela SEFAZ.". Não entendi... então o erro é na SEFAZ !!!!!!

Isto mesmo, Mas acho que o problema é um pouco mais complexo... Não tive tempo ainda de analisar todas as faces ainda, mas veja só: a. eu tenho uma lista no aplicativo... (tudo bem, posso também apagar o item); b. o item já esta registrado no banco de dados com uma marcação de temporário, que depois é confirmado se for concluído ( temos caso que estes itens fazem parte da estatística de desempenho do operador, se ele cancela muito item pesa contra, se não cancela é a favor - isto reflete na participação de lucro dele... então é importante); Como ele já esta no banco de dados, ele já tem um número de ordem lá. c. não tinha me atentado que ele também faz parte da lista no ECFVirtual - ou seja, precisa tratar ele também. d. se imprimir o item cancelado no cupom, como seria o normal, o item cancelado vai para o fechamento do dia - mas ele não é um item fiscal de fato... este outro complicador que preciso analisar - já que afetaria os relatórios fiscais, além dos gerenciais - se não é item fiscal, como mostrar na Leitura X (Z)....; e. se cancelo um cupom, antes de mandar para o SAT, na leitura X ele aparece como cancelamento, sendo que não é um item fiscal - também não analisei os reflexos ainda (assim como os itens cancelados, cupons cancelados também fazem parte da avaliação de desempenho do operador); Novos desafios: - incluir no servidor RESTful, um serviço que permita fazer a transação do SAT centralizada, assim permitiria usar 1 SAT para 2 ou 3 PDVs. Ou seja, Ainda estamos buscando estabilizar os problemas de hardware, e depois, vai sobrar muito trabalho. Sem contar que a NFCe esta bombando nos diversos estados, outros estados estão usando o ECF do Convenio 09/09.... e ainda precisa manter compatibilidade dos antigos ECFs... Uma coisa é certa... ainda temos trabalho para muito tempo.

Uma versão mais antiga do Trunk2, vi isto ocorrer, mas nas ultimas atualizações, esta funcionando OK.

Legal, a idéia era esta... Ainda ficou este ponto... Exemplo: Venda item 1, 2, 3 .... cancela o 2..... envia para o SAT - ocorre falha e não finaliza...., dai volta para o sistema... agora não pode incluir novos itens, porque a sequencia no sistema não é a mesma da lista de CFe carregados na memória.... Não sei como resolver isto com a estrutura proposta.

Alguns ponto a olhar: a. verifica se o caminho esta no path do DELPHI (como creio que vc já fez isto, vai para o próximo); b. quando o delphi esta carregando ele procura os *.dcp, vc precisa garantir que os dcp(s) estão em um caminho que ele encontra, quando acontece esta mensagem que vc teve, em geral os *.dcp não estão em local conhecido pelo delphi. c. olha os path, de bpl, dcp... e tem os path de sistema, também....

A lei traz uma relação de impostos.... municipal+estadual+federal... então deve ser o total.

Alterações: Ao cancelar o item muda a quantidade para ZERO. Antes de montar o XML, apaga o item cancelado e refaz a sequencia do item; ACBrECFVirtualSAT.pas

Combinado.

Sim é a última disponível; Para fazer teste tenta o código: 7896002368230 - ANA MARIA PULLMAN ET: Falamos na Gertec - já tinham anotado o problema - vão resolver até o final de semana;

Eu fiz releitura da lei no link e nao vi mudanca. Por hora vou continuar informando somente no final do cupom.

A questao dos 44 caracteres foi corrigido no ultimo recall que a bematech fez. Foi a informcao que recebi direto da bematech. Recebi tambem uma informacao estranha, mas pode ter alguma verdade, Que 3 tentativas de insucesso a sefaz estaria bloqueando o aparelho. Pode ser coincidencia, mas ja conseguimos fazer depois de pedir para o contador passar o certificado para ICP... e depois voltar para o certificado da fazendo... No desespero as pessoas tentam de tudo, nem sei mais o que eh mito ou verdade.

Estou com dois SATs da Gertec que estao criticando o ean de uns produto. O XML esta certo. O EAN eh valido. O ERRO eh do lado do Gertec. Vou falar com eles esta semana. Para funcionar temporariament, removi a inclusao do EAN no XML.

Daniel, Se por a qtde=0 fica melhor.... nao interfere em algum recalculo.

Postei algumas alterações no código do RAVE... aqui usamos XE8 e XE6 com Trunk2. Nós não usamos as BPL do RAVE, compilamos direto com o código fonte do RAVE. Esta funcionando OK.

Este assunto do desconto negativo no xml e do cancelamento do item me parece bastante importante. Vi que estas alterações ainda não foram para o o svn.... Precisa que eu ajude em alguma coisa ? Alguma crítica, alguma mudança.... so falar. Este assunto do desconto negativo no xml e do cancelamento do item me parece bastante importante. Vi que estas alterações ainda não foram para o o svn.... Precisa que eu ajude em alguma coisa ? Alguma crítica, alguma mudança.... so falar.

procedure TACBrECFVirtualBufferClass.LinhaRelatorioGerencial(Linha: AnsiString; IndiceBMP: Integer); begin inherited; Imprimir( AjustaLinhaColunas(Linha) ); end; procedure TACBrECFVirtualBufferClass.LinhaCupomVinculado(Linha: AnsiString); begin inherited; // Amarildo Lacerda... estava duplicando a impressao //LinhaRelatorioGerencial( Linha, 0 ); end; ACBrECFVirtualBuffer.pas

O cadastro de relatório gerencial no arquivo INI fica assim (exemplo): [Relatorios_Gerenciais] 00=01|Geral|0 Vc pode utilizar normalmente, como se fosse na ECF, basta estar com o ECFVirtual ( e links) e funciona OK. A mensagem que vc esta rebendo é porque não achou o índice.

Alterado o código, procedure TACBrECFVirtualSATClass.CancelaItemVendidoVirtual(NumItem: Integer); var I: Integer; begin with fsACBrSAT do begin //if (NumItem > CFe.Det.Count) or (NumItem < 1) then // exit; // (Amarildo Lacerda) // CFe.Det.Delete(NumItem-1); // Se apagar o item da lista pelo indice perde a referencia de sequencia do item - descola o item do CFe do item do cupom // checar se o numero do item a ser cancelado é o mesmo que o numero do item que consta da lista (numitem <> indice da lista) // para testar, fazer cancelamento de 2 itens no cupom, inserir item novo e verificar como será montado o XML. Não pode saltar o item. // zerar a quantidade ao invez de apagar, e limpar a quantidade no fechamento do cupom for I := 0 to CFe.Det.Count - 1 do if CFe.Det.Items.nItemSeqCupom = NumItem then begin CFe.Det.Delete(I); // será necessario remontar a sequencia dos itens ao gerar o XML. {with CFe.Det.Items.Prod do begin // teste qCom := 0; vProd := 0; vItem := 0; end;} break; end; for I := 0 to CFe.Det.Count-1 do CFe.Det.Items.nItem := I+1; // refaz a sequencia do Item end; end; ACBrECFVirtualSAT.pas

Ao fazer venda de itens, cancelar um item e continuar vendendo, o Cupom Virtual salta o número de sequencia do item e o SAT recusa aprovação do XML. Alterado para incluir propriedade de nItemSeqCupom, para guardar a sequencia original do cupom e refazer o nItem do XML para não perder a sequencia. Alterado desconto por item... estava preenchendo o XML com negativo. pcnCFe.pas ACBrECFVirtualSAT.pas

Encontrei o problema... Na versão anterior a ACBrECF.ModeloStr = 'TM-800F' e agora passou a ser 'EPSON'... A informação correta passou a ficar em ACBrECF.modelo = 'TM-800F'; Alterei o codigo aqui, agora esta abrindo a porta. Assunto fechado.

Entendi, então a sugestão do Daniel me parece viável.