Ir para conteúdo
  • Cadastre-se

Daniel Paixão-Cascavel

Membros
  • Total de ítens

    447
  • Registro em

  • Última visita

  • Days Won

    1

Posts postados por Daniel Paixão-Cascavel

  1. Pois é, mas dai, vem 90% das empresas de software e desenvolvem o recurso de buscar o XML por dentro do sistema através do manifesto, fora essas outras empresas que atendem escritórios de contabilidade e sites como Arquivei.com e BaixaNota.com. Meu cliente, é lógico, pega no meu pé porque todo sistema faz isso e o meu não. Desenvolvo a solução  a mais de um ano já e sempre funcionou, e agora, de repente, esse perrengue. A sefaz poderia pelo menos disponibilizar um recurso pra baixar o XML por dentro do sistema de forma definitiva pras empresas de software né? Eles já nos sugam tanto de nosso tempo e de nossos impostos, o que custava disponibilizar esse serviço de forma oficial???  Deixa a responsabilidade na mão do usuário pra baixar o XML do anexo do e-mail e salvar em uma pasta pra depois dar entrada na nota, em muitos casos é pedir demais. Mas, fazer o que, vamos em frente. No Brasil, pra se ter uma empresa de sistemas com mais de 400 clientes vocÊ tem que que abandonar a família, o lazer, os amigos, e programar 24 horas por dia, 14 delas só pra atender exigências fiscais.

    Desculpa o desabafo!

    • Curtir 2
  2. Pessoal, nos ultimos dias meus clientes tem reclamado muito que o sistema não consegue baixar os XML´s através do Manifesto do destinatário. Fiz uns testes aqui, e realmente fica dando a mensagem de erro interno de HTTP. Alguem mais está com este tipo de problemas? Abraço.

  3. Olá pessoal, espero que estejam todos bem! Meu cliente inutilizou uma numeração de notas fiscais sem querer. Alguém saberia me dizer se é possível cancelar esta inutilização para que a mesma volte a ficar disponível para utilização?

     

    Obrigado

  4. Galera, após muita análise, cheguei a conclusão de que possa haver um erro na classe TACBrTEFDCliSiTef, mais especificamente na função "SuportaDesconto". O que define o result desta classe é a SoftwareHouse estar identificada, o OnComandaECFSubtotaliza estar sendo usado e a propriedade AutoEfetuarPagamento estiver False.   O problema é que na procedure Inicializar, ele testa essa função para ativar o cielo premia. O Cielo premia não existe mais (Segundo homologador da Qualitá). Acredito que isso deveria virar uma propriedade a ser setada na configuração do TEF pelo sistema numa opção para o usuário. Se puderem analisar isso, fico grato!

  5. Exatamente isso que eu imaginava pois, debugando, eu vi que, antes de retirar o cartão, não existe tratamento pra arquivo de Backup. Então vou ter que deixar assim mesmo e tentar passar na homologação (Assim como passou na Pré) dessa forma. Uma pergunta: E como será que ele consegue cancelar essa transação quando eu faço a próxima chamada de "CRT", será que a própria DLL tem um tratamento pra isso?

  6. Sim Daniel, deveria fazer. Ele executa os procedimentos que você citou ai encima, exatamente como estão mas, no método CAncelarTransacoesPendentesClass, na linha 1564 da ACBrTEFClass,  o "ArquivosVerficar.Count" é sempre "0"(zero). Como já te disse em um post anterior meu, eu só posto aqui depois de muito debugar e bater cabeça. Posso estar equivocado mas, sou um equivocado com convicção de que fiz a lição de casa..rsss. 

    ATENÇÃO! O problema só acontece quando eu "derrubo" a aplicação antes de retirar o cartão. Se eu "derrubar" depois de retirar o cartão, ele funciona direitinho.

  7. Não Juliomar, o post antigo meu era sobre o caso de se ter vendas aprovadas, em que eu ja havia retirado o cartão e estava começando a imprimir. Este caso é o seguinte: 

    Inicio uma transação, passo o cartão normal, digito a senha e, quando aparece a mensagem: RETIRE O CARTAO DA LEITORA, eu derrubo a aplicação. Quando eu re-abro a aplicação e chamo o Ativar do TEF, na classe ACBrTEFDCliSiTef.pas, na linha 405, ele chama o VerificarTransacoesPendentesClass, que está na classe ACBrTEFDClass. Mais especificamente na linha 1050 da ACBrTEFDClass, ele chama o metodo CancelarTransacoesPendentesClass se o estado da impressora estiver V,P,N ou O, ou seja, se, se o cupom estiver aberto ou em pagamento. Acontece que, se você debugar, vera que o método CancelarTransacoesPendentesClass não identifica nenhuma transação pendente no TEF, mesmo que ela esteja pendente (neste caso especifico de derrubar a aplicacao antes de retirar o cartao), logo, se eu fizer um controle no meu sistema pra, quando reiniciar o sistema, verificar se existe transacao pendente e cancelar, tecnicamente eu deveria chamar o CancelarTransacoesPendentesClass, e então, ele faria o mesmo percurso e não funcionaria. Quando acontece isso, se eu chamar outra transação TEF (Venda ou ADM), o proprio Sitef cancela a venda que ficou pendente mas, seria interessante se o ACBr conseguisse identificar essa transação pendente no Ativar, e ele mesmo cancelasse ela, ou se o metodo CancelarTransacoesPendentesClass identificasse essa transsação. Entendeu??

  8. Galera, na minha pré-homologação do Sitef dll, levantou-se uma questão que o Homologador meio que deixou passar mas, amanhã é a homologação e estou com receio de isso voltar e me incomodar. A situação é a seguinte: Inicio uma venda, insiro o cartão, faço a transação e, quando o sistema pedir pra retirar o cartão da leitora, eu derrubo a aplicação simulando uma queda de energia. Quando eu inicio a aplicação novamente tento cancelar as transações pendentes, o ACBr simplesmente não acha essa transação. Já debuguei de tudo quanto é jeito e, realmente ele não consegue cancelar essa transação. Na pré passou porque, pelo que entendi, quando eu inicio uma nova transação, o Sitef simplesmente cancela a ultima transação que ficou pendente pro mesmo cartão. Teste isso no TEFDemoNF e no TEFDemo e também observei o mesmo comportamento. Pergunto: É assim mesmo? Não te um método que eu possa chamar pra verificar se alguma transação ficou pendente e mandar um Cancelar? Sempre grato pela atenção de vocês, abraço!

  9. Pessoal do ACbr e pessoal que já implementou, se puderem me responder: Eu acabei de fazer a pre-homologacao do Sitef DLL com o ACBr e já queria implementar este PayGo. Pergunta: Muda muita coia ou vou poder aproveitar as coisas que ja fiz pro Sitef? Quero saber a grosso modo. Andei já dando uma olhada nos eventos do componente, vi que tem algumas coisas bem específicas. Dai tenho medo de começar a mexer e inviabilizar o Sitef.

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.