Suporte Koha: o que inclui e como funciona depois da implantação

Por que Koha gratuito não significa Koha sem custo

A confusão é compreensível: se o Koha não tem licença, parece razoável pensar que, depois de implantado, o gasto acaba. Na prática, três coisas continuam acontecendo todo mês, mesmo que ninguém as esteja pagando explicitamente:

• O Koha continua publicando versões. A comunidade lança duas versões de funcionalidades por ano, em maio e em novembro, e versões de manutenção mensais com correções de erros e de segurança. Uma instância que não se atualiza fica exposta.
• O servidor precisa de manutenção. Sistema operacional, banco de dados, certificados HTTPS e backups não se administram sozinhos, estejam em servidor próprio ou na nuvem.
• Surgem incidentes operacionais. Um relatório que deixa de trazer o resultado certo, um plugin que quebra, uma regra de circulação mal configurada, o OPAC fora do ar em plena segunda-feira de matrículas.

O suporte Koha não é, portanto, um capricho comercial sobre software livre: é a resposta a algo que já acontece em qualquer instância em produção, com ou sem contrato.

O que um contrato de suporte Koha normalmente inclui

Os contratos variam entre fornecedores, mas um suporte Koha sério cobre, no mínimo, estas frentes:

• Resolução de incidentes. Um canal para relatar falhas (o OPAC não carrega, um empréstimo não é registrado, um relatório traz um resultado errado) e o compromisso de atendê-las em tempo razoável, com prioridade conforme a biblioteca tenha ficado sem operar ou se trate de um ajuste menor.
• Atualizações de versão. Aplicar as versões de manutenção com correções de segurança e planejar o salto para versões principais no momento certo, em vez de a instituição descobrir que ficou desatualizada quando isso já virou problema. Se a sua instância está há muito tempo sem atualização, veja antes como atualizar o Koha sem perder dados.
• Administração da infraestrutura, quando a hospedagem também fica com o fornecedor: monitoramento do servidor, backups automáticos verificados (não apenas agendados) e renovação dos certificados HTTPS.
• Ajustes de configuração que surgem com o uso real: novas regras de circulação, categorias de usuário, modelos de avisos, permissões por perfil.
• Acompanhamento funcional da equipe: dúvidas de uso de catalogação, circulação ou relatórios, respondidas por quem conhece a instância.
• Um canal de suporte definido, não um e-mail genérico que ninguém lê: a biblioteca sabe exatamente a quem escrever e o que esperar como resposta.

O que um contrato sério não promete é o que não se sustenta. A BiblioLabTech não promete tempos de resposta em minutos exatos nem disponibilidade de cem por cento, porque são números que a maioria dos fornecedores descumpre na prática. O que se pode garantir, e é o que oferecemos, é um canal claro, prioridade conforme a gravidade do incidente, tempos de resposta acordados em contrato e uma equipe que responde em horário comercial. O suporte é contratado por períodos anuais renováveis.

Há um momento em que o suporte pesa mais: as semanas seguintes a uma atualização de versão principal. Se a instância vem de antes do redesenho da interface da equipe, os bibliotecários encontram menus e caminhos diferentes, embora a lógica de catalogação e circulação seja a mesma. Por isso, convém reservar as duas primeiras semanas depois de cada salto com suporte reforçado: a maioria dos chamados nesse período não são falhas, e sim perguntas do tipo “onde foi parar esta opção?”.

Suporte da comunidade x suporte contratado

O Koha tem uma comunidade global ativa: listas de discussão, canais de chat, uma wiki extensa e desenvolvedores que respondem a perguntas técnicas de forma voluntária. É um recurso real e vale a pena conhecê-lo em koha-community.org. Mas tem limites que uma biblioteca em produção nem sempre pode aceitar:

Explicar em inglês um problema de configuração específico, com o contexto de uma biblioteca brasileira, nem sempre encontra quem entenda de primeira. O suporte contratado não substitui a comunidade (um bom fornecedor participa dela e se beneficia das suas discussões técnicas), mas acrescenta o que a comunidade, por definição, não pode dar: responsabilidade, tempo de resposta acordado e continuidade.

Por que pagar suporte se o Koha é gratuito

A pergunta que muitas bibliotecas fazem ao montar o orçamento é razoável: “se não há licença, por que vou pagar suporte?”. A resposta curta é que não se paga pelo software; paga-se para que o software continue funcionando bem ao longo do tempo. Três razões concretas:

• O OPAC é um serviço público exposto à internet. Uma vulnerabilidade sem correção não é um problema abstrato: é uma porta aberta para um sistema que guarda dados pessoais de usuários.
• O custo de um incidente sem solução supera em muito o custo do suporte. Um catálogo fora do ar na semana de matrículas, ou um empréstimo que não pode ser registrado na data de entrega de trabalhos, tem um custo operacional e de reputação que nenhum contrato anual de suporte chega perto de igualar.
• A equipe da biblioteca não está lá para administrar servidores. Um bibliotecário formado em catalogação e referência não precisa, e em geral não quer, aprender a aplicar patches no Debian ou depurar um log do MariaDB. Esse tempo vale mais aplicado à sua função.

Como ordem de grandeza, e não como tabela de preços, um contrato anual de suporte em projetos universitários fica entre USD 500 e USD 2.000, conforme o tempo de resposta garantido, o horário de atendimento e o pacote de horas incluído. O detalhamento por componente está em quanto custa implantar o Koha.

Atendimento em português, perto do seu fuso horário

Contratar suporte Koha com um fornecedor que não fala o idioma da biblioteca significa, na prática, abrir chamados em inglês, esperar atendimento em outro fuso horário e descrever um problema de matrícula ou de circulação para alguém que talvez não entenda o contexto sem longas explicações.

A BiblioLabTech presta suporte Koha de forma remota para bibliotecas de qualquer país, com atendimento em português, espanhol, inglês e francês. A equipe fica em Medellín, na Colômbia, no fuso UTC−5, apenas duas horas atrás de Brasília. Não é um detalhe menor: quando o OPAC falha em uma segunda-feira de manhã, quem responde entende o que é um semestre letivo, o que pressiona o calendário de matrículas e qual é a urgência real. A BiblioLabTech já dá suporte a instituições na Colômbia, no Peru, no Paraguai e em El Salvador, com o mesmo padrão de serviço, seja qual for o país da biblioteca.

O que o suporte Koha normalmente não cobre

É igualmente importante dizer o que fica de fora, porque é aí que surgem mais mal-entendidos entre biblioteca e fornecedor. Um suporte Koha normalmente não inclui, a não ser que seja contratado como serviço à parte:

• desenvolvimento de funcionalidades novas que não existem no software;
• integrações com sistemas externos que a instituição decida acrescentar depois, como um proxy de acesso remoto, o sistema acadêmico ou uma plataforma de pagamentos;
• a migração inicial de dados de outra plataforma, que é um projeto de implantação, e não de manutenção;
• o treinamento extenso de pessoas que entrem na equipe muito depois da implantação, embora muitos fornecedores, a BiblioLabTech entre eles, o ofereçam como reforço pontual dentro da relação.

Deixar isso claro no contrato evita a situação mais comum: uma biblioteca que entende que “suporte” significa “qualquer coisa de que eu precise” e um fornecedor que interpreta o contrato de forma mais estreita.

O que perguntar antes de contratar suporte Koha

Antes de assinar, a biblioteca deve ter resposta para estas perguntas, porque são as que geram conflito depois se não forem combinadas no início:

1. O suporte inclui a administração do servidor ou apenas do software Koha?
2. Como um incidente é relatado e quem o recebe?
3. O fornecedor aplica as atualizações de versão, ou isso fica por conta da instituição?
4. Os backups são verificados periodicamente ou apenas agendados?
5. Em que idioma e em que horário a equipe de suporte responde?
6. O que acontece se a instituição quiser trocar de fornecedor no futuro? Por ser código aberto, os dados e o sistema devem ser totalmente portáveis.

Se a sua biblioteca já implantou o Koha, com a BiblioLabTech ou com outro fornecedor, e hoje não tem um suporte claro, esse é exatamente o vazio que resolvemos. Conheça o serviço de Koha, com suporte anual e atualizações planejadas, ou veja como funciona a hospedagem Koha se também quiser delegar o servidor. Todo projeto de Koha da BiblioLabTech inclui ainda o BiblioScan AI, de catalogação assistida por IA, sem custo adicional.