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

TOTVS S/A

Usuários SAC
  • Content Count

    33
  • Joined

  • Last visited

Community Reputation

12 Good

4 Followers

About TOTVS S/A

  • Rank
    Membro

Recent Profile Visitors

493 profile views
  1. Sim, a solução do BigWings funcionou. Deu certo habilitando a opção para salvar apenas as nf processadas. Obrigado.
  2. Sim, quem está utilizando é somente minha aplicação, e o problema ocorre ao executar o metodo WriteToTXT apos o envio, acredito eu que pelo fato de já existir o arquivo xml criado pelo metodo "assinar. " Na maquina do cliente nao tem antivirus.
  3. Estou com esse mesmo problema, repentinamente começou a ocorrer erro no momento de transmitir as vendas, justamente depois q assinar o arquivo. Cliente nao utiliza antivirus nas maquinas...vc conseguiu identificar a causa?
  4. Boa tarde, Não deu certo a tentativa...mesmo chamando apenas o comando enviar, o erro sobre o arquivos estar sendo utilizado por outro processo persiste nesse cliente. Existe alguma configuração que pode ser feita pra identificar que o arquivo esta sendo utilizado, ou salvar o arquivo apenas apos o envio(nao salvar no momento de assinar)?
  5. Boa tarde, Estou com um problema ao enviar venda, onde é retornado o erro "O arquivo já está sendo usado por outro processo". Percebi que ocorre depois que o arquivo é assinado, pois nesse momento é gerado o arquivo xml no diretorio que foi configrado no PathNFe, e logo depois vem o envio do arquivo retornado a mensagem abaixo no log da aplicação: 27/04/2020 13:47:21,829 Envio NFC-e = Inicio TNFeRecepcao 27/04/2020 13:47:23,111 Envio NFC-e = ERRO: Erro ao salvar. Cannot create file "C:\Winthor\PROD\MOD-020\Arquivos\NFCe\Aprovadas\27743546000199\202004\292004277435460001
  6. Boa tarde, na sefaz consta todas essas vendas, vi em uma pagina q o cliente tem acesso. Coloquei uma informação no xml para que fosse identificado quando o envio fosse pela minha aplicação, e todos os cupons indevidos constam essa informação, mas por mais q parece ser um problema da aplicação já garanti por logs de todos as maneiras que nao foi um envio pelo fluxo de vendas. O que me chama atenção é que muitos desses envios pelo horario da recepção deles na sefaz, o aplicação estava parada, nao estava sendo utilizada...vejo isso pelos logs dela, e o intervalo e envio desse casos indevidos é
  7. Boa tarde, Nossa aplicação nao tem outro fluxo de envio fora o da venda, e mesmo assim coloquei logs para capturar todos os dados antes do envio pelo componente, e nao consta nada dessa numerações. Nas pasta de logs e xmls de retorno que configuramos no componente nao tem nenhum registro dessas vendas, e da mesma forma no banco esses registros nao existem. Não sei mais o que pensar porque conectei na maquina pra me certificar q nao existe um programa fazendo esse envio.
  8. Boa noite, Esta acontecendo uma situação em um cliente que não sei mais o que verificar, e gostaria de ajuda para tenta entender e localizar o problema, que é: - Venda 1, com valor de R$1,00 aprovada as 08h - Venda 2, com valor de R$2,00 aprovada as 08:02h - venda 3, com valor de R$3,00 aprovada as 08:03h aqui começa o problema, porque aparece na sefaz esporadicamente que a venda 2 no valor de R$2,00 foi transmitida várias vezes, sendo que meu pdv enviou apenas 1 unica vez. Na sefaz consta a venda 2, porém consta venda 10, venda 15, venda 20 e etc todas com os m
  9. Bom dia! Eu estou com um problema em um cliente referente ao TEF, na qual as suas máquinas que estão configuradas para emitir NFCe estão com lentidão ao realizar uma transação de pagamento com cartão de crédito/débito, demorando mais de um minuto e vinte segundos para realizar todo o processo, enquanto em suas máquinas configuradas para emitir ECF não acontece a lentidão, levando em média 30 segundos para realizar todo o processo. Não há codificação especifica do TEF para cada tipo de emissão. É usado as DLL da Software Express para realizar a transação do TEF. Já entrei em contato c
  10. Bom dia @Daniel Simoes, realizamos os testes e funcionou perfeitamente. Muito obrigado pelo apoio.
  11. Configurando libWincrypt funciona e versões anteriores da DLL OpenSSL também funciona.
  12. De fato, o CN contém apenas o nome da empresa.
  13. Bom dia @BigWings, realmente testando com outro certificado funcionou. Existe algo a ser feito para contornar esse problema, ou realmente é um problema no certificado? Em versões anteriores do OpenSSL não ocorre o problema. Realmente, o tópico citado é o mesmo problema. Grato
×
×
  • Create New...