Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

clube mobile


Cursos grátis para toda base ACBr
+ Promoção Clube Mobile para o ACBr Pro

Saiba mais

adriano santos

click.png

click.png

click.png

click.png

click.png

click.png

Bruno Siqueira

Membros
  • Content Count

    18
  • Joined

  • Last visited

Community Reputation

9 Neutral

About Bruno Siqueira

  • Rank
    Novato

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. @Daniel Simoes, por algum motivo não consegui editar o último post, então resolvi posta uma nova resposta... O motivo pelo qual precisamos adicionar a transação à lista é justamente pelo fato de uma das transações não ter sido adicionada. Observe que se tiver duas transações pendentes com o mesmo número de DocumentoVinculado a rotina cancela ambos logo no processamento do primeiro arquivo e adiciona os dados desse primeiro arquivo a lista. Contudo a segunda transação não é adicionada a lista apesar de ter sido cancelada através do processamento do primeiro arquivo que possui o mesmo
  2. @Daniel Simoes É justamente pelo fato da transação não ter sido adicionado anteriormente. Observe que se tiver duas transações pendentes com o mesmo número de DocumentoVinculado a rotina cancela ambos logo no processamento do primeiro arquivo e o adiciona a lista. Contudo a segunda transação não é adicionada pelo pois já foi cancelado anteriormente e possui o mesmo DocumentoVinculado e com isso a lista que deveria conter dois registros tem apenas um. Dessa forma quando implemento o evento OnDepoisCancelarTransacoes para listar as transações canceladas, apenas 1 é exibido sendo que foram 2
  3. Boa tarde @Daniel Simoes, anexei o patch e o fonte da implementação. Qualquer dúvida, estou a disposição! ACBrTEFDClass.pas ACBrTEFDClass.pas.patch
  4. Boa tarde! Com a rotina de SITEF preparada para cancelar transações pendentes ao inicializar o TEF, observei que se existirem mais de uma transação pendente para o mesmo DocumentoVinculado, as transações são devidamente canceladas, contudo, a lista de RespostasCanceladas não está sendo preenchida com todas as transações que foram canceladas pela rotina. Com isso, no evento OnDepoisCancelarTransacoes não é possível usar o argumento RespostasPendentes para dar um feedback para o operador sobre quais transações o sistema acabou de cancelar, pois neste caso o argumento retorna uma lista in
  5. Boa tarde Jean! Conseguiu descobrir se essa variável pode ser gerada randomicamente ou se a SiTef define algum tipo de preenchimento especifico quando se utiliza NFC-e?
  6. Boa tarde, Estou implementado o ACBRTEFD "usando apenas o SiTef" em um emissor de NFC-e que mais se parece com um sistema de Pedido de Vendas do que um PDV. Nesta automação comercial, o único documento fical que pode ser emitido é o NFC-e. A documentação que da Soft Express que estou usando é: SiTef - Interface Simplificada com a aplicação(VRS-228).pdf e notei que está bem direcionada as rotinas de emissão de ECF, bem como acontece com o componente ACBr totalmente baseado em emissão de ECF. Como não conheço a rotina ECF estou tendo algumas dúvidas que acredito a comunidade vai conseguir
  7. Cheguei a fazer essa implementação aqui, mas achei que poderia existir um caminho melhor... Na próxima conversa com a Software Express vou questionar isso, mas por hora vou manter essa implementação sugerida pois considero ser totalmente segura já que não deixaremos nenhuma mensagem sem ser exibida! Daniel, agradeço mais uma vez!
  8. Bom dia! Estou utilizando ACBrTEFD (SiTef) em minha aplicação emissora de NFC-e (Não PDV) e gostaria de saber se posso suprimir as mensagens do cliente retornadas no evento OnExibeMsg e exibir apenas as mensagens do operador, tendo em vista que não temos dois visores. Se é permitido suprimir, o correto seria exibir as mensagens do Operador ou do Cliente?
  9. Obtive a seguinte resposta do suporte da SoftwareExpress: "Referente a sua ultima pergunta, transações de débito digitado em geral são liberadas pelos autorizadores em ambiente de produção para casos específicos, mediante a isso no ambiente de simulação apenas transações de Crédito de Digitado serão aceitas, pois a carga de tabelas nele contida não prevê está transação" Desta forma, os testes utilizando cartão de débito devem ser realizados em ambiente de homologação apenas utilizando Pin-Pad. Obrigado!
  10. Assim que eles derem uma resposta, faço uma publicação aqui para auxiliar em dúvidas futuras! Obrigado Daniel!
  11. Boa tarde, Estou tentando fazer uma transação com cartão de débito (Visa Electron / Bradesco ) digitado, contudo após a digitação do número do cartão está sendo reportada a seguinte mensagem: Trans. nao habilitada Alguém sabe como resolver essa situação? Obs.: Mandei a pergunta para a SoftExpress mais ainda não obtive retorno. Obrigado!
  12. Reporto erro de compilação do exemplo TEFDemo. Para solucionar será necessário as seguintes alterações: ConfiguraSerial.pas: Adicionar ao uses a dependência ACBrDeviceSerial Unit5.pas: Adicionar ao uses a dependência ACBrConsts Obrigado!
  13. Amigos, bom dia! Observei que o no instalador do ACBr existe um código que marca a opção ACBr_TCP quando o ACBr_TEFD é marcada para instalação. Contudo, analisando os requires nos packages constatei que essa dependência não existe. Observei também na documentação "Bem_Vindo_ao_Trunk2.pdf", que corretamente não contem menção a dependência supracitada. Provavelmente ao longo do ciclo de desenvolvimento alguém removeu a dependência e esqueceu de ajustar o instalador. Se eu não estiver deixando passar algo acredito que poderia ser alterado o seguinte no instalador: unit: uFra
×
×
  • Create New...