Jump to content

CODIGO SISTEMAS LTDA

Membros Pro
  • Posts

    18
  • Joined

  • Last visited

About CODIGO SISTEMAS LTDA

Recent Profile Visitors

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

CODIGO SISTEMAS LTDA's Achievements

Apprentice

Apprentice (3/14)

  • Reacting Well Rare
  • Collaborator Rare
  • Dedicated Rare
  • First Post
  • Conversation Starter

Recent Badges

8

Reputation

  1. Olá. Conforme conversa no discord, venho relatar o problema no fórum. Estou utilizando o ACBrLibMDFe, porém ao chamar a função MDFE_SalvarEventoPDF passando o XML do MDF-e e o XML do Evento(Cancelamento ou Encerramento) o retorno do componente é o base64 do MDFe e não do evento. Aguardo retorno.
  2. Sim, em todos os testes que fiz utilizei a versão MT
  3. Boa tarde, sim, utilizando Multithread com ponteiro. Não tem nada, mas posso instalar pra testar. Decidi realizar os testes utilizando múltiplos arquivos DLL e carregando 1 em cada thread e então obtive sucesso utilizando dessa forma. A cada requisição nova eu utilizo um arquivo dll diferente, após isso até agora nos teste não tive nenhum problema.
  4. Olá. Conforme foi conversado com o @Diego Foliene e o @Daniel InfoCotidiano no discord crio aqui o tópico com as informações do erro. O teste foi baseado no exemplo desse tópico aqui. OS: Windows Server 2019 Standard Evaluation x64(com ambiente gráfico) Versão Lib: 0.4.6.264 Versão NodeJS: v20.10.0 Executando(como administrador) o exemplo pelo arquivo reqMTWorker.js que utiliza multithread ao realizar 2 requisições simultâneas na rota "pdf" uma delas retorna a informação, a outra retorna -10 conforme o log (as vezes as 2 requisições retornam -10). Deixo abaixo todos os erros que recebi ao realizar os testes SetRetorno(-10, Access violation) SetRetorno(-10, Division by zero) SetRetorno(-10, RLNFe: Erro durante a preparação do relatório EDivByZero(Division by zero)) SetRetorno(-10, RLNFe: Erro durante a preparação do relatório EAccessViolation(Access violation)) ACBrLibNFE-20240104.log
  5. Boa tarde, segue os logs. Eu tenho um arquivo XML bem grande e tento gerar o PDF base64 usando o método NFE_SalvarPDF que é um processo demorado, quando tento executar uma segunda requisição utilizando o método NFE_Versao por exemplo ele para a aplicação e retorna o erro Segmentation fault, mesmo utilizando workers no Node, esse mesmo teste funciona normalmente quando executado no Windows, daí estou pensando que possa ser o xvfb ou algo do handle que é utilizado no multithread da lib. Na próxima semana vou fazer uns testes novamente nessa parte ACBrLibNFE-20231130_NORMAL.log.txt ACBrLibNFE-20231130.log.txt
  6. Em qualquer parte, desde que seja feito um request simultâneo sendo que exista outra chamada que está ainda executando (no Windows funciona normalmente dessa forma), então retorna o erro. A tarde eu envio o log, não tenho aqui no momento
  7. Fiz os testes e está rodando ok, porém o meu problema acredito que seja nos requests simultâneos, quando recebe o segundo request enquanto não terminou o anterior retorna o "Segmentation fault" mesmo utilizando workers, mas acredito que o problema possa ser no xvfb, já que no Windows está funcionando corretamente. De qualquer forma valeu pelos arquivos, seria bom atualizar o demo do Node com o Koffi ao invés do ffi-napi que só pode ser utilizado em versões antigas do node.
  8. Sim, estamos utilizando, bem melhor que o ffi-napi, tu consegue me mandar as declarações e inicialização da lib com multithread pra ver o que está diferente da minha? Ou qualquer coisa podemos conversar pelo discord
  9. Estou utilizando a versão 16, porém acredito que se rodou pra ele pode ser alguma diferença nas chamadas dessa lib koffi
  10. Consegue enviar o arquivo de exemplo feito em Koffi? Estamos com o mesmo problema de "Segmentation fault" no linux
  11. Boa tarde Italo, Fiz o teste e utilizando o ConsultarNFSePorFaixa após a emissão deu certo, gravou o XML na pasta corretamente! Muito obrigado pela ajuda!
  12. Boa tarde Italo, Fiz a atualização e deu certo, agora está pegando o retorno normalmente, porém no provedor INFISC quando valida retorna o aviso da mesma forma que a rejeição, daí não está salvando o XML autorizado na pasta. No exemplo abaixo o retorno do XML com erro volta com "situacao" = 200 <sit>200</sit> <motivos> <mot>Error3687 Não é permitido informar a base de cálculo de imposto próprio para contribuintes Optantes pelo Simples Nacional</mot> </motivos> E na autorização sem erro volta como "situacao" = 100 <sit>100</sit> <motivos> <mot>Nota fiscal 437 aceita. Protocolo nr. 4971</mot> </motivos> Acho que o componente não está fazendo essa conversão, segue em anexo os 2 arquivos XML também. 20230419140207-lista-nfse-con-lot - SUCESSO.xml 20230419150500-lista-nfse-con-lot - ERRO.xml
  13. Boa tarde Italo, Atualizei faz uns 15 dias, porém antes disso não utilizava o NFSeX, utilizava o componente antigo.
  14. Olá. Estou com problema para receber a rejeição retornada pelo webservice INFISC, no log(anexado) está vindo a rejeição corretamente, porém no componente da ACBr na propriedade ACBrNFSeX.WebService.ConsultaLoteRps não está retornando os erros, abaixo vou especificar o retorno obtido. Cidade: Farroupilha/RS Código Cidade: 4307906 Provedor: Infisc Layout: Próprio Versão: 1.01 Retorno ACBrNFSeX.WebService.ConsultaLoteRps: Erros -> Foi feito um laço nos erros e aparece somente 1 registro, sendo que no retorno existem 4 erros Código : X203 Mensagem: Não foi retornado nenhuma NFSe. Correção: Alertas -> Não tem nenhum registro 20230418102738-lista-nfse-con-lot.xml
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.