Daniel InfoCotidiano

Quando recebi as credenciais e realizei os testes, enviava o comando p baixar. recebia http ok, mas nao baixava na hora. aparecia nas consultas no proximo dia se nao me engano. Como não tenho mais credenciais, nao consigo testar.,

testou com indicadorPIX marcado esta baixa? Observe os fontes.. existem 2 APIs com e SEM PIX. As consultas mudam tbm os filtros de acordo com a versao da API Como citado no post anterior (quinta) nao temos ralatos, inter é muito usado. Esta observação que o @Antonio Gomesé muito importante ja que com ele nao apresentou erros.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

@Robson_Renan boa tarde ! Qual a versão do seu monitor?

Obrigado por reportar e pela contribuição Criado a TK-6082 para análise. Comunicamos aqui assim que analisado !

@tryideas sistemas bom dia ! Chegou a atualizar a lib e realizar os testes com o logWS paranoico ?? Pois até o momento o log q recebemos não está em paranoico. então nao conseguimos mapear o retorno devolvido pela API do banco.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado, faltou manual e os prints do postman para deixarmos documentado esta modificação, consegue por favor

Realizamos o commit ao SNV, esta disponível na próxima compilação da Lib. Assim q terminar seus testes, por favor reportar

Nao tive erros em testes com MT, como comentei ontem fizemos 1000 requisições e 100 concorrências e nao tivemos erro. Pode ser algo relacionado a o ponteiro q vc utiliza. mas precisa analisar o seu lado ai. SingleThread nao tem ponteiros, como sua aplicacao nao é API, acredito que vc simplifique seu lado. mas vc decide o q vai utilizar. Se estivesse com problema a lib , estaria pipocando solicitação de suporte de outros usuarios.

Então ja q vc utiliza a mesma lib estanciada pq usa a lib multithread ? Sua aplicação é local, nao recebe requisicoes pelo q entendi vc tem uma um timer q consulta a sefaz de "n" em "n" tempo

Bom dia ! Acredito que vc tenha realizado uma alteração antes de atualizar seus repositórios, pois tem modificações sobre DataMora e Taxa nao aplicada na sua unit. Por favor atualize a unit antes de qq modificação. Sobre este alteração, como por enq, nao tivemos relatos, pode anexar os prints da documentao e postman para deixarmos documentados por favor junto com a unit atualizada. Muito obrigado !

@Programador Automaserv estamos na V2 ECOM vai sair de uso

entao acho q esta ai o problema. o ponteiro p thread tem q ser um novo ponteiro se nao qdo finalizar vai finalizar o ponteiro q esta em uso. teste assim, talvez vc nao precise mudar p ST

Antes de vc mudar. vc nao me respondeu sobre isso:

Se você utiliza PDV distinto sem API, ideal é vc trabalhar com single thread. o que pode estar ocasionando erro é estas consultas com threads de status. quando vc cria a thread para consulta status sefaz, vc cria ponteiro novos para inicializacao, consulta e finalização ? (se possivel destruir o ponteiro) pq se nao estiver fazendo isso, pode ser que a tread esta destruindo o ponteiro q fica em uso fora da thread e ocasionando o problema

Observando seu ambiente q vc utiliza pdv distintos. Existem boas praticas para isso. vc vai utilizar a lib single trhead (multithread sao utilizadas para que quer construir uma API) e para saber se esta ou nao em off line, vou te mandar um video explicando como proceder, evitar problemas de notas duplicadas. Como pro vc tem acesso a todo portal de cursos, um deles é sobre contingencia off line. vou mandar um video especifico para vc entender quando mudar para off line de forma correta. https://acbr.nutror.com/curso/27abfa7e547e651dbef313cc8bd11dbfc0bbd203/aula/4329988

Vou ver, sobre a pergunta acima, pode me explicar sobre:

Para entender melhor. vc tem uma API que serve "N" empresas ? varias requisições? e por isso utiliza Multthread Ou é um programa desktop q fica em cada PDV instalado ? usando metodos direto , sem passar requisitar a uma outra camada ou api?

@Sistemas Drogal Estamos tentando reproduzir aqui em nosso ambiente então gostariamos de entender como esta gerenciando as requisicoes. Exemplo.: --inicia requisição //cria um novo ponteiro acbr_lib.NFE_Inicializar(ponteiro, PATH_ACBRLIB_INI,"") //executa os metodos necessario, exemplo abaixo carregar xml e apos limpar (apenas p ilustrar) acbr_lib.NFE_CarregarXML(ponteiro, "3524061113332000167522210000900011861426122-nfe.xml") acbr_lib.NFE_LimparLista(ponteiro); //finaliza a lib acbr_lib.NFE_Finalizar(ponteiro) //destroi o ponteiro Ou você faz de outra forma? Analisando seus logs com o time, notamos que apos vc executar o ultimo retorno ele deu um erro -10 e não devolveu a msg, a partir dai todos seguem com erros. Mas se observar deu o erro -10 (12:49) e nao sei se teve alguma tratativa ou timeout pois as ( 12:59) 10 minutos depois teve uma consulta de status de servico com o mesmo erro. Aparentemente a lib nao esta em memoria.. ou foi finalizada ou nao foi iniciada novamente. Por isso as nossas duvidas. em nossos testes com 1000 requisições e 100 concorrências e nao tivemos erro. consegue criar um exemplo simples que apresente o erro ai, para que possamos realizar teste em nosso ambiente ?

Enviei via msg, apos os testes favor reportar de saiu como esperado se foi validado no banco.

Boa tarde Nebrio Criado a tarefa TK-6067 para analise. Assim que concluido reportamos aqui

@Rodrigo - Digibyte Boa tarde ! Qual lib vc utiliza? Exemplo Windows SingleThread 32, ou Win MT 64..etc Vou mandar uma compilação privada para que vc possa validar antes de subir para o forum

Vamos realizar testes nestas versões, obrigado por reportar

todas consultas devem ser enviadas como Boleto.Configuracoes.WebService.Operacao := tpConsulta observe no exemplo q existe tratamento para TpConsulta e TpConsulta detalhe. tem q tratar tpconsulta. teste com programa exemplo, pois está funcional. Executei os testes pensando q estava com problema, mas conforme os prints enviados , a consulta esta ok.