Ir para conteúdo
  • Cadastre-se

Dev Telluria

Membros
  • Total de ítens

    91
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

Dev Telluria's Achievements

  1. O cliente só liberou o acesso para amanhã cedo, assim que possível retorno a versão. Obrigada!
  2. Bom dia! Estamos com um problema em um cliente, onde ele tenta emitir qualquer nota e retorna o erro "Versão do leiaute do arquivo de entrada do sat não é válida". A versão configurada no cliente é a 0.08, onde nos outros clientes está funcionando normalmente. Tentamos atualizar a DLL mas não tivemos sucesso. Poderiam ajudar? Em axexo coloquei o Logs do ACBrLibSAT que retornou no cliente e o INI da venda. Obrigada! CFe001.INI ACBrLibSAT-20230921.log
  3. Fizemos as alterações e deu certo! Muito obrigada.
  4. Boa tarde! Verificamos em nosso sistema, e realmente não passamos o campo referente ao regime tributário. Vamos fazer alguns testes aqui e qualquer coisa retorno novamente. Muito obrigada!
  5. Claro, segue anexo dos arquivos. CFe002.INI Cliente-CFe002.INI
  6. Bom dia! Estamos com um problema em um cliente, onde ele tenta emitir qualquer nota e a funçao EnviarDadosVenda está retornando Nulo ou o erro "Não informado o código do produto". Já verificamos várias coisas, e não conseguimos detectar onde pode está falho o código do produto ou outro campo. Poderiam ajudar? Em axexo coloquei os Logs do ACBrLibSAT e ACBrSat que retornou em desenvolvimento e também que retornou no cliente. Obrigada! ACBrLibSAT-20230831.log ACBrSat20230831.log Cliente-ACBrSat20230830.log Cliente-ACBrLibSAT-20230830.log
  7. Entendi, o caso é que sempre utilizamos a convenção de chamadas StdCall em nosso projeto, inclusive a versão que estava rodando sem problemas era a '.198' e o retorno para o método StatusServico é: "[Status]\r\nCStat=107\r\nCUF=31\r\nDhRecbto=08/03/2023 08:27:53\r\nDhRetorno=\r\nMsg=Servico em operacao\r\nTMed=1\r\nVerAplic=14.5.03-OR3\r\nVersao=4.00\r\nXMotivo=Servico em operacao\r\nXObs=\r\ntpAmb=2\r\n" Ao saber que iria ocorrer a alteração da URL de consulta para NFCe MG resolvemos atualizar também a dll e dependências e ao utilizar a convenção StdCall da versão '.225' tivemos aquele retorno com aqueles caracteres estranhos no início, ocasionando erro. Retorno versão '.225' StdCall: "˜é‚&Ñ£\u0003'¸\0\0\0tat=107\r\nCUF=31\r\nDhRecbto=06/03/2023 16:34:11\r\nDhRetorno=\r\nMsg=Servico em operacao\r\nTMed=1\r\nVerAplic=14.5.03-OR3\r\nVersao=4.00\r\nXMotivo=Servico em operacao\r\nXObs=\r\ntpAmb=2\r\n" Devido a isso observamos que projetos em C# aceitavam as duas convenções de chamadas e resolvemos fazer um teste também para a convenção Cdecl, e obtivemos o retorno sem os caracteres estranhos. Em resumo, depois da versão StdCall '.198' que utilizavamos sem ocasionar erro, colocamos a '.218' e em todas versões após essa que testavamos o retorno era com caracteres estranhos.
  8. Boa tarde, Notamos que iria ocorrer uma alteração na URL de consulta para NFCe de Minas Gerais e então resolvemos atualizar a dll ACBrNFe32 e dependências. Utilizamos a dll versão '.224' localizada em \bin\MT\StdCall E na chamada do procedimento StatusServico() obtém o retorno : "˜é‚&Ñ£\u0003'¸\0\0\0tat=107\r\nCUF=31\r\nDhRecbto=06/03/2023 16:34:11\r\nDhRetorno=\r\nMsg=Servico em operacao\r\nTMed=1\r\nVerAplic=14.5.03-OR3\r\nVersao=4.00\r\nXMotivo=Servico em operacao\r\nXObs=\r\ntpAmb=2\r\n" E ao utilizar a dll com a conveção Cdecl em \bin\MT\Cdecl obtém o retorno: "[Status]\r\nCStat=107\r\nCUF=31\r\nDhRecbto=06/03/2023 16:27:14\r\nDhRetorno=\r\nMsg=Servico em operacao\r\nTMed=1\r\nVerAplic=14.5.03-OR3\r\nVersao=4.00\r\nXMotivo=Servico em operacao\r\nXObs=\r\ntpAmb=2\r\n" Está com algum erro a dll de \bin\MT\StdCall? E apenas a atualização da dll com as dependências já resolve a questão da nova URL de consulta ou é necessário também o arquivo ACBrNFeServicos.ini?
  9. Estamos analisando a partir desse retorno!
  10. Olá pessoal! Abrimos um tópico no mês de Agosto referente a um problema onde ocasionalmente a função LePeso() está retornando o valor 9. Foi orientado enviar o log da balança para analisar o problema, mas tivemos uma dificuldade em conseguir pegar o log no cliente. Por essa demora o tópico acabou sendo fechado. Estou reabrindo para que possa ser analisado o que poderia ser esse valor 9. Em anexo já está o log da balança do cliente. O modelo da balança é Toledo Prix 8217. logs.txt
  11. O modelo da balança é Toledo Prix 8217
  12. Estou verificando o modelo das balanças, para ajudar na análise.
  13. Bom dia pessoal! Estamos com um problema ocorrendo em mais de um cliente, as vezes a função LePeso() está retornando o valor 9, o que não tem nada a ver com o peso que está na balança, estamos na dúvida se isso é um código de erro ou o que pode ser esse valor 9. Mas segundo a documentação, os códigos de erro são apenas -1 e -10. O que poderia ser esse valor 9?
  14. Obrigado @José M. S. Junior! Agora está correto!
  15. Boa noite @José M. S. Junior! Essa versão funcionou! Gerou o arquivo corretamente! Iremos utilizar essa versão provisória até voces resolverem a questão da disponibilização da lib. Vou deixar este tópico aberto até esteja tudo normalizado! Muito obrigado pela atenção!
×
×
  • 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.