Painel de líderes

Vejam, ter pre-venda no terminal ECF realmente é bloqueado, porque, qual é o intuito da pre-venda? Utilizar mais de um computador para atendimento e 1 ECF somente no estabelecimento, por isso as regras de construção e manutenção da pre-venda. Por isso o homologador está lhe cobrando isso e concordo com o Juliomar, se você utiliza pre-venda, automaticamente vai cair nos testes de queda de conexão, dai vão te cobrar levar dois computadores. Outra coisa, geralmente é cobrado que não se tenha pre-venda no mesmo software onde está conectada a impressora e é registrado o cupom fiscal, se ficar em outro software, geralmente eles aceitam. Uma prática comum é ter dois softwares, o de atendimento (balcão) onde são feitos pre-venda, dav, etc e outro conectado ao ECF que faz o registro da venda concomitante e não concomitante.

Acho que é pouco tempo pra alguém ler, pois veja temos uma enquete rodando a alguns dias e para a comunidade que tem muito mais que 15 mil cadastrados só uns 300 passaram por lá e nem todos votaram, acho que deveria aguardar para ver respostas!

Boa tarde Araujo, Os DANFEs para a NFC-e foram feitos meio a toque de caixa em virtude de varias solicitações. Com certeza precisamos fazer agora os ajustes para que os mesmos atendem tudo o que consta nos manuais e Notas Técnicas. Um grande passo foi dado, contamos agora com a paciência e colaboração dos colegas. Colaborações estas apontando os problemas e se possível as soluções para os mesmos.

Hoje estava programando o ACBR para uma sweda e enviei uma redução Z para a impressora efetuando o bloqueio da mesma, quando fui emitir o cupom fiscal me retornou uma mensagem contendo somente o codigo 0059 e dizendo para consultar o manual, analisando o codigo do ACBRECFSwedaSTX encontrei o local das mensagem e acrecentei a linha que estava faltando conforme descrito abaixo: 059 : Result := 'As operação de circulação de mercadoria e operações não fiscais na data atual já estão encerradas!'; Isso para ser reportado na aplicação e facilitar ao operador do Sistema a identificar o problema. Gostaria que fosse atualizado na unit da SWEDA a fim de quando fizer uma atualização não perca essa mudança. sei que é uma coisa boba mais faz muita diferença para que está operando qualquer sistema que utiliza-se o componente do ACBR.

Acho que você não compreendeu corretamente o significado da propriedade ACBrECF1.TotalTroco, repare que ela está no Menu: Variáveis -> MapaResumo do demo ECFTeste... Ela retorna o Total do Registrador TROCO, impresso na Leitura X e Red.Z na sessão Meios de Pagamento... Se você deseja saber o Troco de um Cupom fiscal, basta fazer algo como: Troco = max(ACBrECF.TotalPago - ACBrECF.SubTotal,0)

Blz, o código já está atualizado no repositório, obrigado pelo retorno.

Olá Isaque, solução perfeita, funcionou certinho. Eu realmente não tinha pensado nos outros Bancos, atualmente só uso Banestes. Obrigado.

Boa tarde a todos, Asterix, os Schemas tem como finalidade validar o XML gerado pela sua aplicação antes de ser enviado para SEFAZ. Pelo que estou entendendo o envio esta ocorrendo logo não se trata de um erro na montagem do XML. Se a Graça gerar o XML da NF-e na versão 3.10 e utilizar um conjunto de Schemas desatualizado ou da versão 2.00 ou 3.00 por exemplo, com certeza ela teria uma exceção com o erro de validação. Muito estranho você estar tendo um retorno contendo o Status 999 e ela o retorno vem em branco, mesmo fazendo a alteração que sugeri. Bom, se o Obelix não vai poder ajudar é melhor começar a rezar para o Santo Byte.