guilhermeleal

Boa tarde! Estou com um problema de divergência entre os retornos do Exemplo ACBrNFe2 e o software da receita com relação a Consulta de Documentos Destinados. Com o software da receita (estou utilizando o fornecido pela receita de SP), eu consigo consultar Documentos para CNPJs de diferentes estados como PR, MG e SP, mas ao utilizar o ACBrNFe2, sempre me retorna como se nao existisse nenhum documento destinado ao CNPJ (codigo de retorno 137). Alguem ja viu esse tipo de comportamento? Sabe como resolver, ou ao menos o porque de estar acontecendo isso? Dese já grato pela atenção. Guilherme Leal

Corretissimo. Entrei em contato com a Daruma, e eles me ajudarm a configurar. Grato.

Bom dia. Utilizando o ACBrECF, estou tentando configurar o Corte de Papel apos a Finalização do Cupom em uma impressora Daruma FS700, mas toda vez que eu chamo o comando "CortaPapel(True)" apos a finalização do cupom, o ACBrECF/Impressora retorna o seguinte erro: "Erro retornado pela Impressora: Daruma Documento não foi aberto Erro estendido (086 -> CCD ou RG não aberto)" Testando pelo exemplo fornecido pela Daruma (DarumaFramework_Delphi.exe), nao se faz necessario a abertura de nenhum tipo de documento para realizar o Corte. Sei que este exemplo nao utiliza comunicação direta como o ACBrECF, mas sim a DLL, mas de um forma ou outra, nao deveria ser assim tambem no ACBrECF? Desde já grato. Guilherme Leal

Entendi. Obrigado de qualquer forma!

Vou reformular minha pergunta entao. Eu pego estas informaçoes nao necessariamente por causa do sintegra, mas sim pois atraves dessa função eu consigo pegar os dados das reduções Z de uma vez só. Tenho como pegar os dados de reduções Z de um periodo definido? Por exemplo do dia 1 a 30 de um determinado mes? Eu uso estas informaçoes justamente para alimentar o meu Banco de dados e gerar o Sintegra (ou SPED).

Certo. Apenas para fins de conhecimento, outras impressoras possuem funçoes semelhantes? Ou implementaçoes semelhantes dessa função? Porque hoje trabalhamos apenas com a Bematech em nosso PDV, mas estou implementando o ACBr justamente para que este cenario mude. Essa função hoje é de extrema importancia na minha rotina pois ela me gera os registros 60M e 60A com dados consolidados da impressora (eu utilizo princilamente o Contador de Redução Z e os valores). Existe alguma forma de extrair estes dados das outras impressoras, ou ate mesmo da Bematech atraves do ACBrECF?

Boa tarde! Eu estou fazendo a conversao no meu projeto PDV da utilização da DLL da Bematech para o ACBrECF, e para tanto, na DLL da Bematech existe uma função chamada Bematech_FI_DadosSintegraMFD. Existe alguma função similar no ACBrECF? Caso nao exista, de que forma eu consigo estes dados? Desde já grato pela atenção.

JULIOMAR!!!! Obrigado pela ajuda. Na verdade, o grande problema da minha implementação é que eu nao estava definindo o field TrocoMaximo, o que fazia com que o ACBrTEF nao permitisse operaçoes com troco. Esta propriedade permite algum padrao que defina como "ilimitado"?

Ahhhh, achei que o ACBR ja tratava esta situação. Eu ate tentei fazer desta forma Juliomar, mas nao deu muito certo. Tu pode me passar eu qual evento devo realizar o tratamento "Saque + ValorTEF" para que fique correto? Tentei da seguinte forma (bem parecido com o que é implementado no TEFDemo): procedure TTEF.ACBRTEFComandaECFPagamento(IndiceECF: String; Valor: Double; var RetornoECF: Integer); var Est : TACBrECFEstado ; begin try if not (fACBRECF.Estado in [estPagamento]) then fACBRECF.SubtotalizaCupom(0, Mensagem); Est := fACBRECF.Estado; if Est = estNaoFiscal then fACBRECF.EfetuaPagamentoNaoFiscal(IndiceECF, Valor) else fACBRECF.EfetuaPagamento(IndiceECF, Valor + Saque); RetornoECF := 1 ; except RetornoECF := 0 ; end; end; Desde já grato pela atenção.

Realmente Juliomar, havia um erro meu neste evento. Autorizou as 2 solicitações TEF corretamente, o valor do saque saiu no vinculado.. massssssss........ nao sai como troco no cupom (requisito da sequencia). Em qual evento eu devo configurar para que ele saia como troco, e como devo fazer, pois nem no TEFDemo isso acontece.

Se deveria ser assim, nao esta funcionando. Ex: Cupom de R$100. Vou fazer 2 pagamentos, um de debito e um de credito, cada um no valor de R$50. No de debito, eu vou adicionar um saque de R$10, o que vai resultar em uma transação de R$60 para o cliente, mas o ACBRTEFD sabe que é 50 + 10. A transação é autorizada com sucesso, e eu pego os 2 valores (50 + 10) e mando pagar estes valores no ECF. Ao tentar fazer a solicitação de credito de R$50, o ACBRTEFD nao permite, por entender que o valor que eu ainda posso fazer é apenas de R$40. Isso quer dizer que ao pagar no ECF, ele deduziu o valor do saque do SaldoAPagar. Este é o problema que eu nao consegui contornar.

Ninguem?

Boa Tarde! Estou realizando a Pre-Homologação da SiTEF, e para os fins desta sequencia de teste, utilizo tanto o ACBrECF quanto o ACBrTEFD. A sequencia diz o seguinte: " Execução: - Realizar uma transação com cartão de Débito - Selecionar a opção: á vista - Valor do Saque: R$ 10,99 - Passar o 2º cartão em crédito à vista - Ao solicitar taxa de serviço digitar até 10% do valor da venda - Prosseguir com a venda normalmente Resultado Esperado: - Verificar se o valor do saque foi atribuído corretamente e lançado como troco no cupom fiscal. - Verificar comandos de mensagem retornados. - Exibir mensagem retornada para o operador. - Há impressão de cupom. - A transação será autorizada " O meu problema ocorre justamente no "Verificar se o valor do saque foi atribuído corretamente e lançado como troco no cupom fiscal". O ACBrTEFD nao esta passando (ao menos nao consegui encontrar ao debugar o componente) o valor do saque parao ECF, e portanto ele nao sai como troco no cupom. Veja bem, o valor do saque é contaiblizado normalmente na transação de debito, apenas nao é contabilizado como "Troco" no Cupom. Testei pelo TEFDemo, com diferentes Ordens de transação (primeiro Debito, depois Credito, e vice-versa), e o resultado foi o mesmo. Eu tentei agregar manualmente o valor do Saque obtido pela propriedade "resp", mas isso faz com que ele seja posteriormente agregado no valor em aberto, o que acarreta de nao conseguir realizar a segunda transação (excede o valor faltante do TEF). Desde já, grato pela atenção.