Atualização de julho do Gincore: IA local, impressão flexível e relatório de compras

Na atualização de julho do Gincore, adicionamos configurações de privacidade de IA com processamento local nos servidores do Gincore. Também aprimoramos a impressão de documentos no pedido, o relatório de compras, permissões de funcionários, registro de atrasos e notificações do Telegram, além de corrigir erros em armazéns, chats, histórico de movimentações e tipos de pedido de reparo.

Configurações de privacidade de IA: processamento local nos servidores do Gincore

Adicionamos um modelo LLM local — IA local em modo beta. Agora as tarefas com IA podem ser processadas com custo menor e localmente nos servidores do Gincore, sem envio de dados para APIs externas de empresas líderes de IA.

Isso é importante para equipes que prestam atenção especial à privacidade dos dados: ao escolher o processamento local, os dados permanecem dentro da infraestrutura do Gincore. O custo de processamento no modelo local é menor que o do modelo mini, enquanto a qualidade, segundo nossos testes prolongados, permanece aceitável e não fica atrás dos modelos padrão.

A configuração fica em ⚙️ Mais - Configurações - IA (Beta), no campo Modo de processamento de IA. Três modos estão disponíveis:

• Serviços externos de IA — o modo anterior de processamento por serviços externos de IA;
• IA local — o processamento é feito somente localmente. Se o serviço local estiver indisponível, após várias tentativas o processamento não será realizado, e os dados permanecerão apenas nos servidores do Gincore;
• Modo híbrido — o modo padrão. Primeiro é usada a IA local e, se após várias tentativas o processamento não for concluído, o sistema usará os modelos externos de IA selecionados abaixo nas configurações. Os preços por modelo estão disponíveis na seção correspondente da ajuda contextual.

Observe: após o teste alfa, a IA local passou para o modo beta. Em horários de pico, as tarefas podem entrar em fila e o atraso de processamento pode aumentar. Se você precisar de processamento rápido, escolha Serviços externos de IA, se estiver de acordo e tiver informado seus clientes de que a gravação será processada pelas empresas de IA correspondentes, incluindo OpenAI, Google e X.ai.

IA e créditos de bônus

Em modo de teste, também vamos conceder créditos de bônus de IA em alguns planos tarifários. Esses bônus serão válidos apenas por 30 dias e não serão transferidos para o próximo período. Os créditos de bônus podem ser usados somente no modelo local.

Como o serviço está em teste beta, ele pode ser pausado por qualquer período e a qualquer momento sem aviso prévio. Em caso de pagamento antecipado do plano, o saldo não utilizado será transferido para o novo plano pago proporcionalmente aos dias completos não utilizados.

Configuração de eventos de impressão no feed do pedido

Nas configurações do modelo de impressão, foi adicionada uma função que permite escolher se o registro de impressão de um documento deve aparecer no feed do pedido.

Antes, quando um usuário enviava um documento para impressão, o Gincore adicionava automaticamente ao feed o histórico desse evento: quem enviou o documento, quando isso aconteceu e qual documento foi impresso. Para algumas equipes, esse nível de detalhe é útil, mas para outros usuários esses registros atrapalhavam a visualização dos eventos mais importantes do pedido.

Agora o administrador pode definir se o evento de impressão deve ser gravado no histórico do pedido ou não. Isso ajuda a manter o feed informativo sem sobrecarregá-lo com ações técnicas que não são necessárias no trabalho diário.

Relatório de compras de produtos mais flexível

Ampliamos o relatório de compras de produtos. Agora ele pode ser gerado sem indicar o funcionário responsável pelos produtos comprados. Antes, para gerar o relatório era necessário selecionar o funcionário que criou o pedido de compra do produto.

Também adicionamos a configuração de exibição da tabela: o usuário pode escolher quais itens e colunas do relatório devem ser exibidos e quais podem ser ocultados. Isso facilita a preparação do relatório para uma tarefa específica: análise de compras, verificação de fornecedores, controle de valores ou trabalho com posições de produto.

O relatório agora inclui o nome do produto e a quantidade. Antes, ele mostrava de qual fornecedor foi feita a compra, por qual valor e a qual categoria o produto pertencia, mas não mostrava o produto específico nem sua quantidade. Agora as compras podem ser analisadas com mais detalhes: é possível ver exatamente o que foi comprado e em qual volume.

Permissões de acesso: criar produtos sem direito de visualização

No menu Funcionários/Lista de funções, alteramos a lógica de permissões para produtos. Antes, se o administrador removesse a marcação de Visualizar posição de produto, o sistema também removia automaticamente a permissão Criar produto/peça. Isso limitava a flexibilidade da configuração de funções.

Agora essas permissões podem funcionar de forma independente. Se o funcionário não tiver permissão para visualizar produtos, mas puder criá-los, ele não terá acesso ao menu geral Produtos e não poderá visualizar cartões de produto. Ainda assim, poderá criar rapidamente novos produtos pelo botão + diretamente nos pedidos.

Esse cenário é útil quando o funcionário precisa adicionar novas posições durante o processamento de um pedido, mas não precisa abrir o catálogo completo de produtos nem visualizar cartões de posições existentes.

O registro de atrasos agora mostra o endereço IP

Alteramos o arquivo da tabela Registro de atrasos. Agora ele mostra não apenas o horário de entrada do usuário no programa, mas também o endereço IP a partir do qual o usuário entrou no sistema.

Isso ajuda gestores e administradores a analisar com mais precisão os acessos dos funcionários e entender de quais endereços IP o Gincore foi acessado.

Gerenciamento de estatísticas do Telegram e horário de envio

Aprimoramos a lógica do bot do Telegram e as configurações do horário de envio das estatísticas.

Antes, o comando /unsubscribe removia o usuário de todas as notificações do sistema, e não apenas das estatísticas diárias. Agora o comando /unsubscribe foi removido. Se o usuário quiser parar completamente de receber notificações, basta interromper o bot.

Para as estatísticas diárias, foi adicionado um comando separado:

• /statssubscription — assinar o envio diário de estatísticas do sistema;
• /statsunsubscribe — cancelar a assinatura do envio diário de estatísticas do sistema.

Assim, o usuário pode recusar apenas as estatísticas, mantendo as notificações importantes do sistema.

Também alteramos o campo Enviar estatísticas às nas configurações do Telegram. Antes, a interface permitia indicar um horário exato com minutos, por exemplo 11:25, mas ao salvar o sistema ignorava os minutos e redefinia o valor para uma hora cheia, por exemplo 11:00. Agora a seleção de minutos foi removida, e a configuração corresponde à lógica do sistema: as estatísticas são enviadas estritamente em horas cheias.

Correções

Impressão de notas no menu de recebimentos

No menu Armazéns/Recebimentos, ao marcar notas com checkbox e escolher a impressão de nota no menu de ações em massa, o usuário era redirecionado para a página principal. No menu Pedidos/Pedidos ao fornecedor, o mesmo cenário funcionava corretamente. Agora a impressão de notas a partir de recebimentos funciona corretamente.

Abertura do cartão de produto no histórico de movimentações

No menu Armazéns/Movimentações/Histórico de movimentações, ocorria um erro se, na coluna Produto/Pedido, o usuário tentasse abrir o cartão do produto pelo número de série em uma nova aba do navegador. Agora os cartões de produto abrem corretamente.

Quebras de linha em mensagens de chat

No menu Chats, foi encontrado um problema de formatação de texto. Se o usuário escrevesse uma mensagem longa e separasse o texto em parágrafos, após o envio essas quebras eram removidas e o texto ficava unido em um único bloco. O problema foi resolvido: agora todas as mensagens enviadas preservam a formatação original, e as quebras de linha são exibidas exatamente como foram inseridas durante a digitação.

Proibição de excluir armazéns com histórico de movimentações

Corrigimos a lógica ao trabalhar com armazéns, que podia levar à perda de dados. Antes, o sistema permitia excluir completamente um armazém se ele estivesse vazio no momento, mesmo que antes tivessem ocorrido movimentações internas de produtos nesse armazém. Ao excluir esse armazém da base, todo o histórico de movimentações em que ele participou também era apagado.

Agora a exclusão do armazém é estritamente proibida se ele já tiver participado de operações de movimentação de produtos. Isso garante a integridade dos dados e a preservação do histórico de todas as operações de armazém.

Contraparte na lista de tipos de pedido de reparo

No menu MAIS/Configurações, no item Tipo de pedido de reparo, a lista dos tipos de reparo criados não exibia o nome da contraparte vinculada. Ao abrir o cartão do tipo de reparo, a contraparte estava visível, mas na lista o nome não aparecia. Agora o nome da contraparte vinculada é exibido na lista dos tipos de reparo criados.

Experimente os recursos atualizados do Gincore

Se você já trabalha no Gincore, use estas mudanças para configurar com mais precisão o feed do pedido, relatórios, funções de funcionários e notificações. Se você ainda está escolhendo um sistema para uma assistência técnica ou centro de reparos, cadastre-se e veja como o Gincore ajuda a gerenciar pedidos, armazém, compras e comunicação em um único sistema.

Experimente o Gincore gratuitamente

FAQ