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.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...