O que uma folha de cálculo não consegue integrar
A maioria das estruturas de reutilização regista os seus dados num livro de contas: um separador para as entregas, outro para as pesagens, outro para a loja e outro para os voluntários. Cada um está correto no dia em que é preenchido. O problema não é a introdução dos dados, mas a CONCILIAÇÃO: ninguém consegue dizer, numa terça-feira de fevereiro, quantos objetos entraram no mês anterior, quantos ainda aguardam triagem e quantos saíram através da loja.
A tonelagem desviada do aterro é a informação exigida pelos financiadores e pelas autarquias. É também a que mais dificuldade tem em ser reconstruída a posteriori, porque resulta da soma de gestos diários que ninguém tem tempo para consolidar.
O fluxo específico da reutilização
Um objeto numa ressourcerie tem um ciclo de vida, não um nível de stock. É recebido, de um particular, de um ecocentro, de uma recolha, pesado, atribuído a uma família (mobiliário, têxteis, eletrodomésticos, livros), seguidamente triado: reutilizável tal como está, necessitando de reparação ou destinado à via de valorização. Só então se torna um artigo de loja, com um preço e uma data de colocação na prateleira.
São estes estados sucessivos que distinguem esta realidade de um stock comercial: não há reposição, há apenas receção do que chega. Uma aplicação que descreva este percurso fornece a informação que o livro de contas não dá, o número de objetos retidos em cada etapa e há quanto tempo.
- Entregas: origem, data, peso, família de objetos
- Triagem: reutilização direta, recondicionamento ou destinação à via de valorização
- Loja: preço, data de colocação na prateleira, venda
- Voluntários: turnos, presenças, atividade
Como é produzida a aplicação
Descreve o que a sua estrutura faz, em francês e com a sua própria terminologia, «aportação», «pesagem», «valorização», «sócio». Um plano é-lhe apresentado antes de qualquer construção: as entidades definidas, os respetivos campos, os ecrãs e os indicadores. Pode corrigi-lo tantas vezes quantas forem necessárias até corresponder exatamente à sua organização; nada é construído sem a sua validação prévia.
A aplicação resultante é um projeto padrão Next.js e Prisma. Pode descarregá-la como arquivo ZIP ou enviá-la para o GitHub: o código é seu e qualquer programador sabe retomá-lo. Existem três níveis de geração (Sketch, Craft, Masterpiece), conforme pretenda testar uma ideia ou obter uma aplicação finalizada.
O que a aplicação NÃO É
Esta página descreve uma ferramenta de acompanhamento interno. Várias necessidades de uma ressourcerie estão fora do âmbito funcional deste produto, e é preferível saber isso antes de começar do que depois:
Nenhuma destas limitações é definitiva do ponto de vista técnico, o projeto é exportável e pode ser ampliado por um programador, mas nenhuma delas é fornecida pronta a usar.
- Não é um software de caixa certificado: se a sua loja estiver sujeita a esta obrigação, a cobrança deve manter-se no seu sistema de caixa existente.
- Não existe ligação a balanças, leitores de códigos de barras ou terminais de pagamento.
- Não há transmissão eletrónica para um eco-organismo ou portal de declaração: os dados são consultáveis e exportáveis, mas a submissão das declarações continua a ser manual.
- Não existe modo offline: um espaço de triagem sem ligação à rede não permite a introdução direta de dados.
- As permissões são globais (administrador, utilizador, apenas leitura), não há controlo por local nem por oficina.
Obter os números quando lhos pedem
Os dados introduzidos continuam a ser seus e podem ser recuperados a partir do ecrã Definições, em formato JSON ou CSV, conjunto de dados de cada vez. É este o formato que conta num relatório anual ou num processo de candidatura a subsídio: um ficheiro CSV abre-se numa folha de cálculo, permite cruzamentos e pode ser anexado a um processo.
As listas permitem filtragem e ordenação, e uma lixeira permite restaurar uma linha eliminada por engano, útil quando a introdução de dados é partilhada entre vários voluntários que não utilizam a ferramenta todos os dias.
Entidades
- Entregas
- Objetos
- Famílias de objetos
- Vendas
- Voluntários
- Associados
Vistas
- Painel de controlo
- Entregas recebidas
- Objetos a triar
- Loja
- Vendas
- Voluntários e turnos
Indicadores
- Peso total recebido no período
- Objetos em espera de triagem
- Percentagem de objetos orientados para reutilização
- Receitas da loja
Perguntas frequentes
É possível efetuar os pagamentos das vendas da loja com esta aplicação?
Não. A aplicação regista uma venda como dado de acompanhamento, mas não é um software de caixa certificado e não está ligada a nenhum terminal de pagamento. Se a sua estrutura estiver sujeita à obrigatoriedade de caixa certificada, a cobrança deve manter-se no seu sistema existente.
É possível pesar as entregas diretamente a partir da aplicação?
Não, não existe ligação a nenhuma balança nem leitor de códigos de barras: os pesos são introduzidos manualmente. O código é exportável e padrão, pelo que um programador pode adicionar uma integração com hardware, mas essa funcionalidade não é fornecida.
A aplicação produz os números exigidos por um financiador?
Produz os números que lhe pedir para acompanhar, peso recebido, objetos triados, tonelagem desviada do aterro, proporção de objetos destinados à reutilização, e exporta-os em CSV ou JSON. Não preenche nem submete qualquer formulário oficial: a inserção desses dados num processo de candidatura a subsídio ou numa declaração continua a ser feita manualmente.
Vários voluntários podem introduzir dados em simultâneo?
Sim, a aplicação é multiutilizador, com três papéis: administrador, utilizador e apenas leitura. Estes papéis são globais, não é possível restringir um voluntário a uma única oficina ou local.
O que acontece se quisermos mudar de ferramenta mais tarde?
O projeto é um padrão Next.js e Prisma, exportável em ZIP ou enviável para o GitHub, e os seus dados exportam-se em JSON e CSV. Não existe nenhum formato proprietário nem dialecto exclusivo que só o editor saiba interpretar: sair não requer autorização de ninguém.