2312
- Leandro Miozzo Bonato
- Sergio Labres
Chave | Ticket Movidesk | Resumo | Documentação |
|---|---|---|---|
| Viasoft Gerente - Melhorias no grid de certificados por CNPJ | 1.Menu | |
| Avaliar possibilidade de caches pontuais nos fontes de base da tecnologia | 1.Menu 2.Objetivo 3.Alteração
| |
| 1.Menu VsAPI 2.Objetivo Criar autenticação por meio dos headers 3.Alteração Anteriormente os headers podiam ser passados vazios, porém agora é necessário enviar um X-Api-Key que será a chave do Embedding, a chave única de cada usuário na VsAdminTool | ||
| 1.Menu VsApi 2.Objetivo Criar novas rotas que tenham funcionais de excluir o contexto das conversas 3.Alteração Foi criado uma nova rota no /clear aonde é necessário enviar a memory_key do usuario e a sessão será limpa o contexto. | ||
| IA - VsAI Admin Label temperatura nao carrega do banco de dados | Correção do label de temperatura dos bots. | |
| 1.Menu VsAIApi 2.Objetivo Verificar se a parte da API, está pronta para receber emojis no prompt e enviar respostas no body de resposta 3.Alteração Foi verificado que o formato de armazenar e manipular a string do prompt estava de uma forma que ela receberia os emojis sem que haja quebra de string pelas barras e contra barras que o emoji poode gerar no seu unicode. | ||
| 1.Menu 2.Objetivo 3.Alteração | ||
| 1.Menu VsEmbedding → Rotina de excluir documento 2.Objetivo Analisar e incluir campo único para cada documento facilitando a exclusão 3.Alteração Antes para que ocorra a exclusão de um arquivo teria que ser repassado todos os id de um arquivo dentro do elastic, aonde podia facilimamente passar de 500 ids, e dentro do VsEmbedding teria que ser feito um laço de repetição excluindo um por um, além disso ocasiona uma superlotação desnecessária dentro do banco pois todos esses 500 ids eram salvos no banco MySQL do VsAdminTool. | ||
| 1.Menu VsEmbedding 2.Objetivo Elaborar forma mais fácil de realizar o deploy no servidor de produção e também fazer atualização 3.Alteração Foi realizado uma atualização de todos os arquivos do VsEmbedding, focando em acrescentar mais métodos na mensageria e deixar mais modularizado para suporte mais facilitado. A atualização envolvia principalmente alterações relacionadas a rota delete-document e create-document. | ||
| IA - VsAI API Ajustar conversas para ler o histórico de mensagens | 1.Menu VsAI-Api 2.Objetivo Verificar motivo do histórico de mensagens em inglês funcionar muito melhor do que em português e ajustar isso 3.Alteração Foi verificado que o provável motivo do histórico não estar funcionando corretamente seria não ter um prompt adequado em que falasse para o mesmo armazenar as informações e responder perguntas sobre o contexto que estava inserido. E também o fato do modelo que estava sendo utilizado não ser inteligente o suficiente para voltar e ter informações precisas sobre o contexto da conversa. | |
|
| ||
| Implementação de conversas separadas, acessíveis pela barra lateral da página “Chatbot”. | ||
| vs_embedding
vs-ai-api
| ||
| A partir da seleção do bot na página chatbot/, no dropdown que exibe os bots existentes, as conversas iniciadas estarão atreladas a tal bot dinamicamente. Quaisquer alterações no bot também serão refletidas sem que seja necessário tomar outra ação.  | ||
| IA - VsAI API receber prompt inicial, indicando o que vai e não vai responder | 1.Menu VsIA-API 2.Objetivo Pesquisar e encontrar forma mais fácil e funcional para inserir um prompt incial dentro do contexto de uma conversa (session) dentro da API 3.Alteração Foi realizado pesquisas dentro das documentações do lanchain e também foi realizado pesquisas no discord deles utilizando o bot de IA deles “kapa.ia”. Então foi pego a melhor alternativa de prompt considerando o código atual da nossa API. | |
| IA - VsAI API armazenando contexto por conversa de cada usuário (implementar) | 1.Menu VsAI API 2.Objetivo Criar forma de realizar salvando via banco e usar informação para posterior uso para elaboração de respostas 3.Alteração Foi criado um index no elastic através do langchain que controla as ações do usuário de forma que salva a nossa query como “human” e também salva a resposta gerada da openai como “ai”. Exemplo de resposta: {
"_index": "test-history",
"_id": "rZxa84sBr30qwXDM6p3x",
"_score": 1,
"_source": {
"session_id": "test-session",
"created_at": 1700594904217,
"history": """{"type": "human", "data": {"content": "Quanto \u00e9 2x2?", "additional_kwargs": {}, "type": "human", "example": false}}"""
}
} Campos: _index: Será utilizado um para salvar todos os históricos _id: Id único de cada mensagem _score: informação para controle no langchain source ->: sessionid: Irá armazenar o session do usuario ou de um chat em espefico created_at: controle de timestamp para verificar data de criação history: todos os dados para verificar conteúdo da mensagem, origem da mensagem e se tem algum argumento a mais | |
| TMS - Avaliar possibilidade de cache para consultas as tabelas VSSCRIPTER e VSSCRIPTERFOLDER | Realizada implementação para realizar o controle de cache local para algumas funções internas que são utilizadas a todo momento nas telas de manutenção do sistema. Estas funções são chamadas a cada registro que é navegado pelo usuário. Implementada uma mensagem de aviso após salvar um VsScripter para alertar o usuário da importância de reiniciar as aplicações das demais estações, devido ao controle de cache. Uma forma de verificar se a implementação surtiu efeito seria analisar o arquivo de requests.log do servidor TMS. OBS: Esta implementação de cache foi realizada apenas para as aplicações em TMS | |
| IA - VsAI Admin ajustar chat para funcionar com versão inicial da API | O back-end do chat foi alterado para que toda a comunicação com os modelos seja feita pela API. A aplicação agora apenas faz o intermédio das comunicações. Como o VsAdminAI tem um domínio com HTTPS, a aplicação não permite comunicações sem essa criptografia. Portanto, a comunicação com o endpoint /query só funcionará se essa também for criptografrada, ou então se nenhum dos lados for. | |
| IA - VsAI Admin ver melhor forma de trabalhar com os arquivos estáticos | O servidor default de desenvolvimento do framework (WSGI) serve os arquivos a partir da própria aplicação, mas esse recurso não é recomendado para ambientes de produção, por questões de desempenho, segurança, confiabilidade e outros recursos de servidores web. Por isso, é necessária uma solução à parte para o deploy da aplicação em produção. Os arquivos estáticos utilizados pela aplicação são necessários para algumas funcionalidades, como a interface Admin, e não justificam a complexidade de um servidor separado para tanto, pelo que se optou por utilizar o WhiteNoise para servir os arquivos pela própria aplicação. | |
| Alteração do campo elastic_id para CharField, correspondente ao VARCHAR(255) no MySQL. | ||
| VsScripter - Impressão automática ao salvar nota fiscal - AGRO | 1.Menu 2.Objetivo 3.Alteração Ex de uso: uses
uCarregaRelatorio, classes, dialogs, printers;
var
Relatorio : TFCarregaRelatorio;
PrintDlg : TPrintDialog;
cImpressoraDestino : String;
begin
if MessageDLG('Deseja imprimir o relatório?', mtConfirmation, mbYesNo, 0) <> 6 then
Exit;
PrintDlg:= TPrintDialog.Create(nil); // apresenta dialog onde o usuário definirá a impressora desejada
try
PrintDlg.Execute(nil);
cImpressoraDestino := Printer.Printers[Printer.PrinterIndex]; // Recuperamos a impressora definida
Relatorio := TFCarregaRelatorio.Create;
Relatorio.RelatorioByNome('Cadastro de Produtos', '', '', False, cImpressoraDestino, '');
finally
PrintDlg.Free;
Relatorio.Free;
end;
end; | |
| 1.Menu 2.Objetivo 3.Alteração Uses
CxGridCol;
var
Coluna : TcxGridColuna;
procedure MeuEventoClicouBotao(AButtonIndex : String; var Retorno : String; var AChave: String);
begin
ShowMessage(AChave);
end;
begin
Coluna := TcxGridColuna.Create(FTribCabNew.viewTribItem, 'Teste', 'EditButton', 0, 'ID;SEQUENCIA');
Coluna.EventoClicouBotao := 'MeuEventoClicouBotao';
end; | ||
| 1.Menu 2.Objetivo 3.Alteração | ||
| IA - Estudo/Análise VsAI API armazendo contexto por conversa de cada usuário (buffer memory) | 1.Menu VsAI API 2.Objetivo Criar versão inicial da API 3.Alteração Foi realizado vários testes e novas implementações e foi verificado que o elastic search teve alterações na forma que se conecta juntamente com o langchain, e por isso foi necessário realizar algumas alterações e migrações: https://python.langchain.com/docs/integrations/vectorstores/elasticsearch | |
| VsHub - Definir estrutura base para produção interna (Mercado/Agrotitan) | Após nova reunião com o time do agrotitan e viasuper, definiu-se nova estrutura para geração de produção interna. Além disso também foi implementada a nova estrutura seguindo os padrões do VsHub. | |
| Implementar a possibilidade de definir totalizadores nas sub-consultas do browse | 1.Menu 2.Objetivo 3.Alteração | |
| 1.Menu 2.Objetivo 3.Alteração | ||
| Implementar possibilidade de expandir mais de um registro da sub-consulta | 1.Menu 2.Objetivo 3.Alteração Obs.: É essencial que os campos chave sejam incluídos na consulta para que este recurso funcione, caso contrário o grid se comportara da forma antiga; | |
| Avaliar forma de o cabeçalho da sub consulta trazer textos amigáveis | 1.Menu 2.Objetivo 3.Alteração | |
| Habilitar o campo SqlIdFIlho para o Tipo de Consulta e não só Consulta e Procura rápida | 1.Menu | |
| Implementar a possibilidade de subconsultas nas tabelas padrões através do Mestre | 1.Menu 2.Objetivo 3.Alteração | |
| Ajustar para "O campo "UserId" é obrigatório. Verifique." não ser enviado ao Sentry | MOTIVO: Diversas logs diárias da exceção geradas no Sentry com a mensagem: O campo "UserId" é obrigatório. CAUSA: Ao não ser possível fazer login no sistema devido a falha de comunicação com o serviço de licença, ao encerrar a aplicação, o servidor tentar liberar a licença mesmo sem um usuário logado. CORREÇÂO:
| |
| Adicionar à CxGridCol os recursos do ButtonEdit no VsScripter | MenuVsScripter ObjetivoPossibilitar a manipulação de propriedades das colunas criadas pelo código do VsScripter no CxGrid e adicionar mais recursos à ferramenta. AlteraçãoCriada novas propriedades para os EditButton´s do CxGrid, quando o usuário cria uma nova coluna no VsScripter. Segue o link para a documentação completa dos recursos implementados e alguns exemplos de uso no VsScripter. Manipulando CxGrid com o VsScripter Modificando as propriedades de uma nova coluna do tipo EditButton | |
| Adicionar o recurso de verificação de tempo ocioso no sistema no VsScripter | 1.Menu 2.Objetivo 3.Alteração | |
| 1.Menu 2.Objetivo 3.Documentação Documentação completa com o uso, exemplos, e possibilidades: Units StrUtils, Variants e ShellAPI | ||
| 1.Menu 2.Objetivo 3.Alteração | ||
| FinAgroX - Converter Menu Pessoas >> Contas a Receber >> Restante. |
| |
| FinAgroX - Converter Menu Pessoas >> Contas a Receber >> Titulos a Receber. |
| |
| FinAgroX - Converter Menu Pessoas >> Contas a Receber >> Baixa de Titulos a Receber. |
| |
| FinAgroX - Converter Menu Pessoas >> Contas a Pagar >> Estorna Baixa de Titulos a Pagar. |
| |
| FinAgroX - Converter Menu Pessoas >> Contas a Pagar >> Titulos a Pagar. |
| |
| FinAgroX - Converter Menu Pessoas >> Contas a Pagar >> Baixa contas a pagar. |
| |
| FinAgroX - Converter Menu Pessoas >> Baixa de Documentos Pendentes. |
| |
|
| ||
|
| ||
| FinAgroX - Converter Menu Pessoas >> Renegociação de Dívidas. |
| |
| FinAgroX - Converter Menu Pessoas >> Ocorrências Financeiras. | Realizada conversão para tms das rotinas contidas no menu Pessoas >> Ocorrências Financeiras | |
| FinAgroX - Converter Menu Pessoas >> Antecipação Financeira de Pedidos. | Realizada conversão para TMS da rotina Pessoas >> Antecipação Financeira de Pedidos. | |
| Realizada conversão das rotinas contidas no menu Pessoas >> Representantes | ||
| Realizada conversão para TMS de todas as opções do menu Pessoas >> Autorizações. | ||
| FinAgroX - Converter Menu Pessoas >> Ajuste a valor presente. | Somente foi realizado ajustes no DPR para compilação do projeto, a rotina já está funcional para TMS | |
| Realizado testes em todas as rotinas contidas no menu e não foi encontrado nenhum ponto que necessite de conversão para TMS. | ||
| FinAgroX - Converter Menu Pessoas >> Pessoa >> Restante das Opções. | Realizada conversão para TMS | |
| FinAgroX - Converter Menu Pessoas >> Pessoa >> Ficha Financeira. |
| |
| FinAgroX - Converter Menu Conta Movimento >> Estorno de Transferência de Saldo entre pessoas. |
| |
| FinAgroX - Converter Menu Conta Movimento >> Transferência de Saldo entre pessoas. |
| |
| FinAgroX - Converter Menu Conta Movimento >> Faturamento de Contas Movimento. |
| |
| Encerrada sem nenhuma alteração, rotina já está compatível com o padrão TMS | ||
| Realizada a conversão para TMS de todas as rotinas contidas no menu Caixa/Banco >> Portadores | ||
| FinAgroX - Converter Menu Caixa/Banco >> Saldo dos Portadores. | Convertido para TMS todas as rotinas contidas no menu Caixa Banco >> Saldo dos Portadores. | |
| FinAgroX - Converter Menu Caixa/Banco >> Carteiras Digitais. | Realizada compatibilização com TMS da rotina Caixa Banco >> Carteiras Digitais | |
| Realizada a conversão para TMS de todas as rotinas e sub-rotinas contidas dentro do menu Caixa Baixo >> Moedas | ||
| FinAgroX - Converter Menu Caixa/Banco >> Aplicação Financeira. |
|