Diário de Modificações

Corrigido

• o «Histórico de Alterações» podia aparecer completamente em branco. Bastava que a organização tivesse fundido dois lotes de despesas alguma vez: a fusão deixava no histórico uma linha que a página não conseguia desenhar, e não desaparecia só essa linha — desaparecia a listagem inteira, e com ela os filtros de entidade, acção e utilizador e a barra de datas, ficando o ecrã vazio por baixo do título. Não havia maneira de contornar: a linha ficava lá, e a página falhava da mesma maneira em todas as visitas, para toda a gente com acesso ao histórico. São duas correcções, e as duas fazem falta. A página passa a aguentar uma linha dessas — mostra-a sem detalhe de alterações, que é exactamente o que ela é: o registo verdadeiro de que um lote foi apagado, sem a lista dos campos que tinha — e o resto do histórico volta a ver-se. E a fusão de lotes deixa de escrever linhas assim: passa a registar o lote que apagou, com o nome, como qualquer outra eliminação já fazia. As linhas que ficaram das fusões antigas mantêm-se onde estão, por serem um registo verdadeiro do que aconteceu; o que deixam de fazer é partir a página

Adicionado

• Pedidos de Factura — passa a poder configurar-se, em Definições › Tesouraria, que o centro de custo de um pedido é sempre o do próprio cooperador. Com a opção ligada, o campo «Centro de Custo» deixa de aparecer a quem faz o pedido: o pedido fica automaticamente no centro de custo dessa pessoa, que continua indicado no ecrã mas já não é escolhido por ela. Quem administra continua a ver o campo e a poder alterá-lo. A opção vem desligada em todas as organizações — onde o cooperador continua a escolher de entre os centros de custo a que tem acesso, como até aqui — excepto naquelas que pediram que este campo deixasse de ser preenchido por quem faz o pedido, onde já vem ligada. Vale a pena ter em conta que um cooperador que tenha mais do que um centro de custo — por exemplo um de projecto, além do pessoal — deixa de poder fazer pedidos nesse outro: passam todos pelo centro de custo pessoal

Corrigido

• a lista de Transacções podia aparecer completamente em branco, sem dizer nada. Acontecia quando as definições da organização não chegavam a tempo — porque o pedido falhou, ou porque foi substituído por outro pedido igual feito logo a seguir — e bastava isso para a página deixar de se desenhar por inteiro: desaparecia a lista, desapareciam os gráficos e desaparecia a própria barra de navegação no topo, ficando o ecrã em branco com apenas o «Tesouraria » Transacções» lá em cima. Não havia nada para carregar nem nada a explicar o que se tinha passado; só recarregando a página se voltava a ver alguma coisa, e nem sempre à primeira. Passa a desenhar-se sempre: a página espera pelas definições antes de as usar e, se alguma faltar mesmo, é só a fotografia ou a ligação para o documento em PDF que fica de fora — a lista fica lá. A mesma correcção foi feita em todos os outros ecrãs que liam as definições da mesma maneira, entre eles as listagens de sócios e cooperadores, de centros de custo, de clientes e de cartões, as fichas de pagamento e de documento de tesouraria, o cartão de cooperador e o menu de navegação
• Tesouraria — nos documentos, carregar em «Guardar» logo a seguir a escrever no último campo não fazia rigorosamente nada. Não aparecia pedido nenhum, não aparecia mensagem nenhuma, o botão simplesmente não respondia; carregar outra vez um segundo depois gravava sem problema. A aplicação verifica os campos com o servidor pouco depois de se parar de escrever, e um clique dado antes dessa verificação chegar era decidido com os erros da tecla anterior — os do formulário ainda meio preenchido. A aplicação concluía que havia erros, ia procurar o primeiro campo com erro para o mostrar, não encontrava nenhum, e o clique desaparecia sem deixar rasto. Passa a esperar pela verificação antes de decidir. Um formulário com erros verdadeiros continua a ser recusado e a apontá-los, exactamente como antes
• Tesouraria — ao carregar vários documentos de uma vez, a caixa «A analisar documentos. (0/1) — Aguarde» ficava no ecrã para sempre quando um dos ficheiros era recusado, por cima da própria mensagem que explicava porque é que tinha sido recusado. A contagem só avançava com os ficheiros aceites, pelo que nunca chegava ao fim e a caixa nunca se retirava — tapando a explicação e deixando quem carregou o ficheiro à espera de qualquer coisa que já não ia acontecer. A caixa passa a retirar-se também quando um ficheiro é recusado, e o motivo fica à vista
• Pagamentos — carregar em «Executadas» rebentava o bloco dos pagamentos e deixava-o em branco. Acontecia sempre, e sempre ao primeiro clique depois de a página abrir; a partir daí, se se carregasse primeiro em «Pendentes», o «Executadas» já funcionava. Era por isso um problema que desaparecia mal se tentasse percebê-lo, e que aparecia a toda a gente que carregasse no botão logo à chegada. Passa a funcionar ao primeiro clique
• gravar com «Guardar» num formulário aberto a partir de uma listagem podia fazer a linha aparecer duas vezes na lista — uma no topo e outra no seu lugar ordenado —, e a partir daí a listagem inteira era redesenhada a cada alteração. Bastava que a listagem se tivesse recarregado entretanto, o que acontece ao navegar entre ecrãs enquanto a gravação segue. A protecção já existia para criar, alterar e ler registos; faltava neste caminho, que é o de qualquer «Guardar» que envie só os campos alterados
• apagar um estado de sócio ou de cooperador respondia antes de acabar de refazer as contas que dependem dele — a data de início de actividade, a data de filiação e a fila de pagamentos por liquidar. Quem recarregasse a página imediatamente a seguir podia por isso ler números que ainda descreviam o estado acabado de apagar. Os outros dois caminhos do mesmo ecrã, criar e alterar, já esperavam pelas contas; este era a excepção
• Entidades — gravar uma entidade sem NIF podia ser recusado com «já existe. Só pode existir um.» debaixo do campo do NIF, numa entidade que ainda não existia e cujo NIF estava em branco. Dependia do caminho: pelo «Adicionar nova Entidade…» de dentro de um documento passava, e pelo formulário directo de entidades falhava — a mesma intenção, com resultados opostos e sem nada que explicasse a diferença. Uma entidade sem NIF passa a ser aceite pelos dois caminhos, e um NIF verdadeiramente repetido continua a ser recusado. Ganha importância agora que «esta entidade não tem NIF» passou a ser uma situação normal num documento de tesouraria
• Tesouraria — numa organização que não tivesse o seu próprio NIF preenchido nas definições, todas as verificações de NIF dos documentos deixavam de verificar seja o que for: qualquer documento era dado como correspondendo à organização, e a entidade indicada como contraparte podia ser a errada. E havia uma maneira silenciosa de a organização ficar sem NIF sem ninguém decidir isso — gravar um centro de custo de gestão sem NIF copiava esse vazio por cima do NIF da organização, sendo que os centros de custo podem legitimamente não ter nenhum. Essa cópia passa a acontecer só quando há um NIF para copiar, e onde não há nada com que comparar a aplicação passa a dizer que falta o NIF da organização em vez de culpar o documento, que mandava quem lesse procurar um defeito numa factura que estava boa
• Pedidos de Factura — aprovar um pedido como «executado» podia criar uma transacção liquidada antes de ter sido emitida. O diálogo de aprovação assume por omissão a data de execução de hoje, pelo que aprovar um pedido com data posterior gravava essa combinação impossível; e a mesma combinação, escrita à mão no formulário de transacções, era recusada — a aplicação recusava assim uma linha que ela própria acabara de criar por outro caminho. A aprovação passa a aplicar as mesmas regras do formulário, e uma recusa desfaz a aprovação inteira: não fica documento de tesouraria nem transacção, e o pedido mantém-se por aprovar
• aprovar uma despesa de um fornecedor ainda desconhecido podia ficar pendurado sem fim à vista. Quando o NIF não corresponde a ninguém já registado, a aplicação pergunta o nome ao serviço europeu de validação de NIFs antes de criar a entidade, e essa pergunta não tinha limite de tempo nenhum: com o serviço lento ou fora do ar, o «Aprovar» ficava simplesmente à espera, sem nada que terminasse a espera nem explicasse porquê. Passa a haver um limite de dez segundos — folgado para um serviço lento, mas com fim —, ao cabo do qual a aprovação falha e diz que falhou, em vez de ficar pendurada

Modificado

• Despesas — os «NIF do Emissor» e «NIF do Receptor» deixam de ser obrigatórios para quem submete a despesa e passam a ser exigidos a quem a aprova. Estes dois campos são preenchidos automaticamente pela leitura do QR code da factura, mas quando o QR não se consegue ler não há nada que quem entrega a despesa possa fazer — não são números que se possam adivinhar — e, como eram obrigatórios, a despesa não chegava sequer a poder ser guardada. Passam a poder ficar em branco na submissão, deixando de aparecer assinalados como obrigatórios. Em contrapartida, a aprovação é recusada enquanto qualquer um deles estiver por preencher, com a indicação do que falta: quem aprova preenche-o e aprova a seguir. Assim nenhuma despesa entra na tesouraria sem os NIFs — apenas passam a ser preenchidos por quem os consegue obter. O NIF do emissor já era, na prática, exigido na aprovação, porque é ele que identifica o fornecedor: o que muda para ele é deixar de bloquear a submissão, e a mensagem apresentada a quem aprova passar a ser uma frase em português em vez do nome técnico do campo. O NIF do receptor é a verificação nova: sem ele, o documento criado na tesouraria não ficava classificado nem como despesa nem como receita e desaparecia das listagens filtradas por tipo. Nas organizações que tenham a aprovação automática de despesas ligada, uma despesa entregue sem um destes campos não é aprovada automaticamente: fica a aguardar aprovação, como qualquer outra despesa pendente
• Despesas — nas organizações que mantêm a sua própria contabilidade fora da aplicação, aprovar uma despesa deixa de criar um documento de tesouraria e uma transacção. Nessas organizações esses dois registos não eram lidos por nada nem apresentados em lado nenhum: ficavam a acumular-se sem função. Nada muda nas restantes, onde aprovar continua a escriturar a despesa exactamente como antes. Nessas organizações, aprovar deixa também de ficar à espera do serviço europeu de validação de NIFs, porque a entidade fornecedora só era criada para ser o destino da transacção que agora não existe. As verificações que a aprovação faz — identificador do documento, IVA e NIF do emissor — mantêm-se todas: dizem respeito ao registo da própria despesa, que continua a ser descarregado para Excel
• Despesas — os nomes dos estados «A aguardar aprovação» e «Aprovada» passam a poder ser diferentes em cada organização. Nem todas usam estes estados para aprovar despesas para pagamento: há organizações em que servem para as gestoras marcarem as despesas que já verificaram, e onde «Aprovada» prometia uma escrituração que nunca acontece. Onde nada for configurado, os nomes ficam exactamente como estão. A alteração abrange também a coluna «Estado» do ficheiro Excel que se descarrega, que é precisamente onde estes nomes mais são lidos, e o texto da própria ficha da despesa, que de outro modo diria «Despesa aprovada.» por baixo de um crachá a dizer outra coisa. Há ainda uma correcção de português visível em todas as organizações: nos ecrãs de lotes, uma despesa rejeitada aparecia como «Rejeitado» e passa a «Rejeitada»

Adicionado

• Candidaturas — nas cooperativas, o campo «Secções a que se candidata» do formulário público de inscrição passa a poder ser configurado pela própria organização, em Definições › Candidaturas. Há três opções: mostrá-lo e exigir o preenchimento, que é como está hoje e como fica em todas as cooperativas até se escolher outra coisa; mostrá-lo sem obrigar, caso em que deixa de aparecer marcado como obrigatório; ou não o mostrar de todo, ficando a secção para ser atribuída depois, na ficha do cooperador, ao aceitar a candidatura. Nada muda em nenhuma organização com a instalação desta versão: é preciso ir às definições e escolher. Nas associações não há secções e o campo continua a não existir
• Inscrições — nas organizações que recolhem dados de veículo, passa a haver uma pergunta «Tem Carta de Condução?» separada do «Tem Veículo», e os campos da carta — número, validade e categorias — passam a seguir essa pergunta em vez da do veículo. Antes, quem não tivesse carro nunca chegava a ser questionado sobre a carta, e uma carta já registada desaparecia da ficha sempre que «Tem Veículo» estivesse a não. Só a «Matrícula» continua a depender do veículo. A resposta é opcional, para que as fichas já preenchidas continuem a poder ser gravadas sem se ter de a preencher primeiro

Corrigido

• nas organizações que cobram por Multibanco, apagar um sócio podia deixar a aplicação sem conseguir arrancar. Não se dava por isso no momento: ficava tudo a funcionar até à vez seguinte em que o servidor fosse reiniciado, e aí a aplicação da organização simplesmente não subia — sem nada, em lado nenhum, que ligasse a falha ao sócio que tinha sido apagado, que é uma operação inteiramente normal. Bastava que esse sócio ainda tivesse um pagamento por liquidar a que ainda não tinha sido atribuída referência de pagamento. Esses pagamentos passam a ser ignorados e a aplicação arranca como deve ser; todos os restantes continuam a receber referência exactamente como antes. Nada foi perdido nem alterado nos dados por causa disto
• Tesouraria — a pré-visualização de um documento em PDF podia ficar em branco, ou ficar a mostrar a página anterior à que se tinha pedido, sem uma palavra a explicar porquê. Acontecia a quem mexesse no formulário — mudar de página do documento, rodar o telemóvel, fazer aparecer o teclado — enquanto o desenho da página ainda estava a decorrer, e era bem mais provável no telemóvel, onde o simples deslizar da barra de endereço basta para o provocar. Cada pedido de desenho passa a cancelar o anterior, pelo que a pré-visualização mostra sempre a página que foi pedida. A mesma pré-visualização é usada nas despesas, nos pedidos de factura e nos cartões, e todas ficam arranjadas. Corrigiu-se ainda um caso em que duas pré-visualizações abertas ao mesmo tempo — a da transacção e a do documento de tesouraria que se abre por cima dela — podiam trocar de documento uma com a outra, passando uma a mostrar o PDF da outra. Em nenhuma destas situações a transacção deixou de ser gravada: o que falhava era só o documento aparecer no ecrã
• Candidaturas — nas organizações que tinham preenchido «Endereço da página onde inseriu o formulário», o bloco do QR code desaparecia das definições de candidaturas: ficava o campo do endereço e mais nada — nem o QR code, nem o botão «Download de QR Code», nem a ligação nem o «copiar link». Recarregar a página não resolvia, porque era o próprio endereço gravado a provocá-lo, e por isso não havia maneira nenhuma de chegar ao QR code enquanto o endereço lá estivesse. Nas organizações que ainda tinham o campo vazio, o bloco estava lá até se escrever o primeiro carácter no campo, altura em que desaparecia da mesma maneira. Volta a aparecer, e a apontar para o endereço da própria organização em vez do endereço genérico
• a leitura do QR code de uma factura com mais do que uma taxa de IVA dava um valor de IVA errado. É o caso corrente de qualquer factura de supermercado, que leva produtos à taxa reduzida ao lado de produtos à taxa normal: a factura indica o IVA de cada taxa em separado, e as parcelas estavam a ser encostadas umas às outras em vez de somadas. Numa factura de 229,00 € com 6,00 € de IVA à taxa reduzida e 23,00 € à taxa normal, os 29,00 € de IVA nunca chegavam a aparecer: o «Total IVA» ficava em branco e o «Valor Líquido» aparecia como 223,00 € — uma conta certa feita a partir de um IVA que não era o da factura, e que, por ser um valor plausível, passava despercebida ao lado do total. Ao gravar, o IVA lido perdia-se e tinha de ser copiado da factura à mão. Uma factura com uma só taxa nunca foi afectada, que é a razão de isto ter passado tanto tempo sem se dar por ele. As parcelas passam a ser somadas, e o IVA lido do QR code passa a ser o que está na factura. Abrange todos os sítios onde se lê um QR code: as despesas, a submissão de várias despesas de uma vez, as transacções e os documentos de tesouraria

Modificado

• Despesas — o «Total IVA» deixa de vir preenchido com zero, deixa de ser obrigatório para quem submete a despesa e passa a ser exigido a quem a aprova. Até aqui os campos de valores de uma despesa nova vinham todos a zero, o IVA incluído; quem entregava uma factura sem saber o IVA deixava lá o zero, e a despesa entrava na tesouraria com um valor de IVA que ninguém tinha lido do documento — sem nada que distinguisse esse zero do zero de uma factura isenta. O campo passa a aparecer vazio numa despesa nova e pode ficar assim na submissão, deixando de aparecer assinalado como obrigatório. Em contrapartida, a aprovação é recusada enquanto estiver por preencher, com a indicação do que falta: quem aprova lê o valor na factura, preenche-o e aprova a seguir. Um IVA de zero continua a ser um valor perfeitamente válido — há facturas isentas — e aprova normalmente; o que deixa de acontecer é uma despesa ser aprovada sem que alguém tenha olhado para o campo. Enquanto o IVA estiver por preencher, o «Valor Líquido» deixa de ser apresentado, em vez de mostrar uma conta feita com um IVA que não foi dado. O «Imposto de Selo» não muda em nada: continua obrigatório e continua a vir a zero, porque a maioria das despesas não tem imposto de selo; o «Valor Bruto» também não, já era obrigatório. Nas organizações que tenham a aprovação automática de despesas ligada, uma despesa entregue sem IVA não é aprovada automaticamente: fica a aguardar aprovação, como qualquer outra despesa pendente
• Despesas — o «Id do Documento» deixa de ser obrigatório para quem submete a despesa e passa a ser exigido a quem a aprova. Quem entrega uma despesa nem sempre consegue preencher este campo: a leitura do QR code da factura nem sempre o traz, e há facturas onde ele não está em lado nenhum que se consiga copiar — e, como era obrigatório, a despesa não chegava sequer a poder ser guardada. Passa a poder ficar em branco na submissão, deixando de aparecer assinalado como obrigatório. Em contrapartida, a aprovação é recusada enquanto ele estiver por preencher, com a indicação do que falta: quem aprova preenche-o e aprova a seguir. Assim nenhuma despesa entra na tesouraria sem identificação do documento — apenas passa a ser preenchida por quem a consegue obter. Nas organizações que tenham a aprovação automática de despesas ligada, uma despesa entregue sem este campo não é aprovada automaticamente: fica a aguardar aprovação, como qualquer outra despesa pendente

Corrigido

• quando o servidor recusa uma gravação por um motivo que não diz respeito a um campo em concreto — uma falha momentânea do servidor, uma permissão em falta, um conflito com dados que já existem — os formulários não diziam absolutamente nada. Carregar em «Guardar» ficava igual a não ter carregado: nada mudava no ecrã, nada era gravado, e não havia como distinguir as duas coisas senão recarregando a página e reparando que o que se tinha escrito não estava lá. Passa a aparecer a explicação — o motivo dado pelo servidor sempre que ele o dá, e uma frase clara quando não dá. Abrange a chave da API, a password de um utilizador, a criação de um utilizador a partir de um cooperador, a criação de um centro de custo, o formulário de candidatura, o estado de uma candidatura, as aplicações OIDC — tanto ao guardar como ao gerar um novo Client Secret, que não tem campo nenhum onde uma recusa pudesse aparecer —, a geração de todos os cartões e as definições de candidaturas. Os erros de um campo continuam a aparecer ao lado desse campo, como sempre, sem passarem a ser ditos duas vezes
• nas definições de candidaturas, os interruptores — «Activar modulo de inscrições» e os dois que dependem dele — mudavam de posição mal se carregava neles e assim ficavam mesmo quando o servidor recusava a alteração. O ecrã passava a mostrar um estado em que a organização não estava, e a única maneira de dar por isso era recarregar a página. Passam a voltar à posição anterior e a explicar o que falhou
• Mensagens — carregar em «Activar envio de pedidos de pagamento» com a mensagem de pedido de pagamento ainda por preencher não ligava nada e também não dizia nada. O bloco passava a mostrar «Activo», o que era falso: o servidor tinha recusado, o envio continuava desligado, e a única maneira de dar por isso era recarregar a página, altura em que voltava a aparecer «Inactivo» sem explicação nenhuma. Passa a mostrar-se o motivo da recusa — que a mensagem ainda tem o texto «ADICIONE AQUI AS INSTRUÇÕES DE PAGAMENTO» por substituir pelas instruções de pagamento da organização — e o estado apresentado passa a ser sempre o que está realmente gravado. Nenhum pedido de pagamento chegou a ser enviado por causa disto: o envio nunca ficou ligado, o que falhava era o ecrã dizer o contrário. Na mesma página, os interruptores de envio de mensagens automáticas e de mensagens de aniversário, e o botão «Guardar mensagem» de cada bloco, passam a explicar-se da mesma maneira quando o servidor recusa, em vez de parecerem não ter feito nada
• a página inicial de administração podia ficar completamente em branco. Bastava que o servidor respondesse a um dos gráficos com uma resposta vazia ou com uma página de erro — coisa que acontece quando há um problema de rede pelo caminho — para que a página deixasse de se desenhar por inteiro, sem dizer o que se tinha passado. Pior: uma vez acontecido, repetia-se em todas as vezes que se voltava ao painel, e só recarregando a página se voltava a vê-lo. Passa a desenhar-se sempre: se os dados de um gráfico não chegarem, é só esse gráfico que fica de fora, e o resto do painel — os números, as ligações — continua lá
• a página de validação de cartão — a que se abre ao ler o QR code de um cartão de sócio ou de cooperador — podia aparecer completamente em branco, sem dizer nada. Bastava que a resposta do servidor viesse vazia ou fosse substituída pela página de erro de um intermediário, coisa que acontece quando há um problema de rede pelo caminho. Como esta página é pública e é usada à porta, com o telemóvel, quem a via em branco não tinha maneira nenhuma de saber se o cartão era válido, se não era, ou se apenas tinha falhado a ligação. Passa a mostrar sempre um resultado: quando a validação não se consegue fazer, aparece «Inactivo ou Inexistente», que é o que se mostrava já a um cartão desconhecido
• pela mesma razão, o formulário de um pagamento desaparecia do ecrã a meio da edição. Ao abrir um pagamento e carregar em «Editar», a aplicação vai perguntar ao servidor quanto é que a pessoa deveria pagar, para o mostrar como ajuda; se essa resposta viesse vazia, era o formulário inteiro que deixava de se desenhar — com o trabalho por gravar — em vez de ser apenas essa ajuda a faltar. Passa a acontecer o segundo: o formulário fica como está e é só a indicação do valor a pagar que não aparece. Também deixa de poder aparecer «não deverá pagar» quando essa informação não chegou de facto a ser obtida
• uma resposta do servidor que chegasse vazia, ou substituída pela página de erro de um intermediário — coisa que acontece quando há um problema de rede pelo caminho —, podia deixar qualquer listagem da aplicação a rodar indefinidamente por cima das linhas antigas, sem nunca dizer que tinha falhado. E não ficava por aí: a página vazia ficava guardada e voltava a aparecer de relance sempre que se repetia a mesma consulta, até uma resposta boa a substituir. Passa a desistir em condições — a listagem fica com as linhas que já tinha, em vez de ficar à espera para sempre. O mesmo vale para gravar: uma gravação cuja resposta não se perceba deixa de ser dada por feita, o que antes podia levar a que o mesmo registo fosse criado duas vezes na tentativa seguinte
• «Criar conta para todos» e «Criar Centros de custos para todos» podiam criar contas — ou centros de custo — apenas para uma parte das pessoas e dar a operação por terminada, sem dizer nada. Estes ecrãs vão buscar a lista de pessoas aos bocados, 50 de cada vez, e se um desses bocados falhasse por um problema momentâneo de ligação era simplesmente saltado: a criação seguia em frente com as pessoas dos restantes, o ecrã voltava ao normal e nada distinguia isso de «já não havia mais ninguém». Numa organização grande, uma falha a meio bastava para deixar dezenas de pessoas de fora sem que ninguém desse por isso, e a única forma de descobrir era reparar que o número de pessoas sem conta não tinha chegado a zero. Passa a ser tudo ou nada: se alguma parte da lista não puder ser obtida, não é criada nenhuma conta nem nenhum centro de custo, e é explicado o que falhou. Carregar outra vez passa também a recomeçar do princípio — antes, uma segunda tentativa continuava de onde a anterior tinha ficado e não fazia nada
• no ecrã «Criar Centros de custos para todos», quando a criação de um centro de custo era recusada, o ecrã que devia explicar porquê deixava ele próprio de se desenhar, levando com ele a lista de quem já tinha sido tratado. Passa a mostrar o motivo da recusa, como o ecrã equivalente dos utilizadores sempre fez
• enviar uma mensagem numa despesa, num pedido de factura ou num mapa de deslocação não dava sinal nenhum quando falhava. O texto ficava na caixa, o botão voltava ao normal e a mensagem simplesmente não aparecia na conversa — o que se lê como não se ter carregado no botão, e leva a carregar outra vez. Passa a explicar-se que não foi enviada, com o motivo dado pelo servidor sempre que ele o dá
• Tesouraria — ao anexar uma factura em PDF cuja leitura do QR code corresse mal (um ficheiro danificado, por exemplo), o formulário ficava exactamente como fica com um documento que não tem QR code nenhum: vazio e sem uma palavra. São duas situações com respostas diferentes — uma resolve-se anexando o ficheiro outra vez, a outra preenchendo os campos à mão — e passam a ser ditas de maneira diferente
• Mensagens — numa organização que receba os pagamentos por transferência ou em numerário, o envio de pedidos de pagamento só pode ser ligado depois de se escreverem as instruções de pagamento na mensagem, mas isso só se descobria carregando no botão e vendo a gravação ser recusada. O requisito passa a estar dito antes, no próprio bloco «Pedido de Pagamento», ao lado do botão. E a indicação que aparece na página de Dívidas, a explicar onde se liga o envio, dava o caminho ao contrário — «Mensagens › Definições» em vez de «Definições › Mensagens» —, mandando quem a seguisse para a lista de mensagens enviadas, onde não há definição nenhuma. Estes botões de envio nunca dependeram de se ter conta no sistema de referências Multibanco: dependem apenas de o envio de pedidos de pagamento estar ligado
• Mensagens — numa organização sem conta no sistema de referências Multibanco, gravar a mensagem de «Pedido de Pagamento» fazia reaparecer o botão «Adicionar Informações de Pagamento», que essa organização não tem como usar. Estava escondido de propósito, mas voltava à primeira gravação. Quem o carregasse punha na mensagem um bloco de dados de pagamento que nunca chega a ter conteúdo — e, a partir daí, o envio de pedidos de pagamento deixava de poder ser ligado enquanto esse bloco lá estivesse, sem que fosse óbvio que tinha sido aquele botão a causá-lo. Deixa de reaparecer
• Tesouraria — ao gravar uma transacção, as regras que comparam campos entre si (a «Data de Execução» não poder ser anterior à «Data de Emissão», a origem e o destino não poderem ser a mesma entidade) eram verificadas contra os valores que a transacção tinha antes da edição, e não contra os que se estavam a gravar. Daí duas coisas, ambas erradas: uma alteração que deixava a transacção num estado impossível era aceite na mesma, desde que o estado anterior fosse válido; e, ao contrário, uma transacção que já estivesse nesse estado impossível recusava qualquer correcção — era recusada exactamente pelo problema que se estava a tentar arranjar, e não havia maneira de a corrigir pelo formulário. Passa a ser verificado o que se está a gravar

Corrigido

• Mensagens — apagar um sócio ou cooperador deixava na lista de Mensagens os pedidos de pagamento que lhe tinham sido preparados, já sem o pagamento a que diziam respeito. Não podiam ser enviados nem retirados, e iam-se somando: numa organização estavam assim 5554 dos 5556 pedidos que a lista mostrava, acumulados ao longo de dez meses. Deixam de ficar para trás, e os que já lá estavam são retirados

Adicionado

• Mensagens — o envio automático de pedidos de pagamento passa a ligar-se e a desligar-se na própria organização, no bloco «Pedido de Pagamento» das definições de mensagens, sem ser preciso instalar uma versão nova. Até aqui dependia de uma configuração que servia também para outra coisa — ter conta no sistema de referências Multibanco —, pelo que uma organização que receba os pagamentos por transferência ou em numerário não conseguia usar os lembretes sem ligar ao mesmo tempo uma maquinaria que não tem. As duas coisas passam a ser independentes
• Mensagens — ao ligar o envio de pedidos de pagamento, os pedidos que estivessem em espera são descartados e são criados pedidos novos apenas para os pagamentos que estiverem por liquidar nesse momento. É isto que torna o interruptor seguro de carregar: a fila em espera pode ter anos e ser, na sua maior parte, de dívidas entretanto pagas — numa organização havia centenas de pedidos acumulados para mais de cem pessoas quando faltava liquidar dois pagamentos, e enviá-los teria pedido a essas pessoas dinheiro que já tinham entregue. Os pedidos novos só saem dez minutos depois, por isso quem carregar sem querer basta desactivar outra vez e nada terá sido enviado. Desligar apaga igualmente os pedidos em espera, para que não fique nada a disparar mais tarde
• Anexos — as imagens em formato WebP passam a ser aceites em todos os sítios onde se anexa um comprovativo ou uma fotografia. Antes eram recusadas sem que fosse claro porquê

Corrigido

• Anexos — quem tentava anexar uma fotografia de iPhone ou de Mac era recusado com uma mensagem que não dizia qual era o problema. Passa a dizer que o formato é o HEIC, que é o que o iPhone e o Mac usam por omissão, e a explicar como obter um JPEG em cada um deles
• Anexos — um ficheiro que chegasse incompleto, por a ligação ter falhado a meio do envio, era recusado mas deixava na mesma um registo vazio para trás. Deixou de acontecer
• Mensagens — nas organizações em que o envio automático de pedidos de pagamento está desactivado, a lista de Mensagens escondia precisamente esses pedidos. Eram as organizações onde eles mais se acumulam: numa delas havia centenas à espera, acumulados ao longo de quase um ano, e a página mostrava uma única mensagem. Pior: a página de configuração de mensagens pede que se verifiquem as mensagens pendentes antes de activar o envio, e quem fizesse isso via uma lista vazia e concluía que não havia nada. Os pedidos passam a aparecer na lista, cada um assinalado com «não será enviado» e com uma nota por cima a explicar porquê. Continuam a não ser enviados — passarem a estar à vista não os põe a caminho de ninguém
• Mensagens — um pedido de pagamento que ficasse à espera na fila não era retirado quando o pagamento era liquidado, pelo que quem pagasse nesse intervalo podia receber à mesma a cobrança de dinheiro que já tinha entregue. E podia recebê-la várias vezes: cada vez que se carregava em «enviar pedido de pagamento» era acrescentada mais uma cópia à fila em vez de se aproveitar a que já lá estava, e liquidar o pagamento só retirava uma delas. Numa organização tinham-se acumulado centenas de pedidos assim, quase todos de dívidas entretanto pagas. Passam a acontecer três coisas: liquidar um pagamento retira da fila todos os pedidos que lhe correspondem; pedir o envio de um pedido que já está à espera deixa de criar cópias — se estivesse marcado para sair mais tarde passa a sair já, e se estivesse à espera de um endereço de email que entretanto exista passa a poder ser enviado; e um pedido cuja vez chegue depois de o pagamento ter sido liquidado não é enviado, ficando assinalado na lista de Mensagens como «não enviado — pagamento liquidado», para que se veja o que foi evitado. Continua a ser possível pedir o envio de novo depois de um pedido já ter saído, para insistir com quem ainda não pagou
• Procurar um nome com parênteses — como o «(Projecto X)» que os centros de custo costumam levar ao fim do nome — não devolvia nada e deixava a listagem vazia, mesmo estando lá a entidade. Bastava um parêntesis no que se escrevia, e o mesmo acontecia com asteriscos, aspas, til e sinais de maior e menor. Passa a encontrar-se o que se procura, em todas as listagens com pesquisa
• Utilizadores — abrir o endereço de recuperação de palavra-passe sem o identificador do utilizador no fim, por ter sido escrito à mão, cortado ao ser copiado ou completado pelo navegador, mostrava uma ficha de utilizador vazia sem dizer nada. Passa a mostrar a página de «página não encontrada». E uma ficha de utilizador que não se consiga obter, por não existir ou por não se ter permissão para a ver, passa também a explicá-lo em vez de aparecer em branco

Adicionado

• Suporte técnico — a página inicial de administração passa a poder mostrar um bloco com os pedidos de suporte da organização: quantos estão em curso e quantos esperam a sua aprovação, com ligações para ver os pedidos e para abrir um novo. Vem desligado em todas as organizações: liga-se uma a uma nas Configurações, em Programadores, sem ser preciso instalar uma versão nova. Quem já tem sessão iniciada não volta a ter de a iniciar para lá chegar, em qualquer navegador

Corrigido

• Início de sessão — carregar em “Entrar” quando a ligação está em baixo mostrava uma caixa de aviso completamente vazia, sem dizer nada durante três segundos. Passa a explicar que não foi possível contactar o servidor e a sugerir verificar a ligação
• Se a ligação falhasse logo no primeiro contacto com o servidor, ao abrir a aplicação, ficava uma página em branco que só desaparecia recarregando à mão. A aplicação passa a tentar de novo sozinha e a abrir assim que a ligação voltar
• Tesouraria — os documentos não tinham moeda, pelo que uma factura em libras, dólares ou qualquer outra moeda era registada como se o valor fosse em euros. Não era só uma questão de etiqueta: o valor ficava errado, e com ele todos os saldos calculados a partir dele — numa factura de 266,67 libras, a diferença era de cerca de 40 €. Passa a poder indicar-se a moeda do documento e o valor tal como vem escrito nele; o câmbio é obtido automaticamente à taxa oficial do Banco Central Europeu do dia da factura, e ficam guardados tanto a moeda original como a taxa aplicada. Se a taxa não puder ser obtida, é possível indicá-la à mão — e o documento deixa de poder ser guardado sem ela, para que nunca volte a ser registado como se fosse em euros
• Tesouraria — uma factura de um fornecedor estrangeiro, que não tem NIF português nenhum, não havia maneira de guardar sem inventar um número, e o «0» que se escrevia para contornar isso ficava depois como NIF da ficha da entidade. Passa a haver uma caixa «sem NIF (entidade estrangeira)» junto a cada NIF do documento: ao marcá-la o campo fica vazio, e o documento é aceite tal como está. Os documentos já guardados com um NIF feito só de zeros passam a ser assinalados para revisão quando forem abertos, para que se possa corrigi-los; nada é alterado sozinho
• Transacções — o aviso de que o NIF do documento não corresponde ao da transação estava errado de várias maneiras: aparecia sempre numa transferência interna com factura, mesmo quando não havia nada de errado; dizia que não correspondia um NIF que o documento nem sequer tem; mostrava, quando a entidade é um centro de custo, um NIF diferente daquele que tinha sido comparado; e dava por diferentes dois NIF iguais em que só um deles trazia o «PT» à frente. Deixa de aparecer nesses casos e, quando há mesmo uma divergência, passa a mostrar os dois números que foram comparados. Se o documento declarar que a entidade não tem NIF, é isso que diz. Ao criar uma entidade nova a partir da pesquisa, o campo NIF só é preenchido de antemão quando o que se procurou é mesmo um NIF — deixa de lá ficar um nome ou um «0»

Modificado

• Suporte técnico — a ligação «Assistência Técnica» da barra de ferramentas foi retirada. Levava a um balcão anterior, que este bloco substitui

Adicionado

• Segurança — o início de sessão passa a ser travado ao fim de várias tentativas falhadas seguidas vindas da mesma origem, incluindo quando é feito através de outro serviço ligado à plataforma. Acertar na palavra-passe não gasta nada, pelo que o uso normal não é afectado. Pedir a recuperação da palavra-passe passa também a ter limite, para que não seja possível encher a caixa de correio de outra pessoa

Corrigido

• Segurança — as credenciais de sessão passam a ser aceites apenas para o fim e para a organização para que foram emitidas. Ao instalar esta versão, todas as sessões abertas terminam: será preciso iniciar sessão outra vez
• Quando a sessão termina, a aplicação passa a dizê-lo em vez de mostrar o ecrã de início de sessão sem explicação — e, se a sessão terminou por a aplicação ter sido actualizada, di-lo também. Se nesse momento o início de sessão for recusado por excesso de tentativas, a mensagem deixa de dar a entender que a palavra-passe estava errada e passa a indicar quanto tempo esperar
• Utilizadores — guardar a ficha de um utilizador apagava-lhe a palavra-passe e a possibilidade de a recuperar, deixando-o sem forma de entrar na aplicação. Deixou de acontecer
• Segurança — o código de recuperação da palavra-passe passa a ser guardado de forma cifrada e a só poder ser usado uma vez. Pedir a recuperação deixa também de permitir descobrir se um endereço de email tem conta na organização
• Recuperar a palavra-passe de um utilizador, ou enviar-lhe um link de acesso, passa a dizer se resultou ou se falhou. Antes a operação não dava sinal nenhum em caso nenhum, e o formulário público ficava calado mesmo quando o servidor estava em baixo
• Enviar o email de recuperação ou de convite a um utilizador cujo nome esteja incompleto deixa de falhar; o email passa a ser enviado
• Sócios e Cooperadores — remover um contacto ou uma linha do histórico e carregar logo em “Guardar” já não perde a gravação. Quando isso acontecia, o formulário ficava simplesmente parado: nada era guardado e não aparecia mensagem nenhuma
• Sócios e Cooperadores — quando uma gravação não se consegue concluir, o formulário passa a avisar, em vez de parecer que o botão “Guardar” não faz nada
• A ficha que está a ser consultada deixa de ser substituída pelos dados de outro registo enquanto está aberta, e as páginas de detalhe deixam de aparecer em branco
• Listas — percorrer ou mudar de página numa lista longa deixa de mostrar o mesmo registo duas vezes e de esconder outros
• Clicar no cabeçalho de certas colunas para ordenar deixava a listagem vazia, como se não houvesse registos: acontecia em “Número Actual” na lista de membros e em “Tem Comprovativo” na lista de pagamentos. A lista de acessos ao centro de custo, que não ordenava por coluna nenhuma, passa a ordenar por utilizador
• A lista de pagamentos aparecia sempre vazia — “Sem pagamentos”, como se a organização não tivesse nenhum — em sete das dez organizações, e a pesquisa nessa lista também não devolvia nada. Passa a mostrar os pagamentos todos
• Pedidos de factura — pesquisar na listagem devolvia sempre uma lista vazia, qualquer que fosse o termo procurado. A pesquisa passa a funcionar, e passa a procurar também pelo nome do destinatário e pelo do centro de custo
• Candidaturas — os cooperadores que abrissem a página de candidaturas pelo endereço directo viam uma página em branco
• Utilizadores — abrir a ficha de um utilizador cujo cooperador associado já tinha sido eliminado deixava o campo “Cooperador” vazio sem explicação e fazia desaparecer os avisos de divergência de nome e de email. O campo passa a explicar porque está vazio
• Tesouraria — a página de transacções de um centro de custo dizia por vezes que não havia centro de custo seleccionado, com os botões de adicionar desactivados, estando dentro de um
• Cartões de membro — gravar a morada do remetente ou adicionar uma etiqueta no texto da carta alterava, sem aviso, uma definição diferente da organização

Modificado

• Segurança — alterar a própria palavra-passe passa a exigir a palavra-passe actual. Quem entra pelo email de recuperação, e o administrador que reponha a palavra-passe de outra pessoa, continuam a não ter de a indicar

Adicionado

• Entrar noutro serviço ligado à plataforma deixa de obrigar a iniciar sessão outra vez a quem já a tem iniciada

Corrigido

• Anexar ficheiros — quando um ficheiro é recusado, passa a aparecer a razão e quais os formatos aceites (PDF, JPEG e PNG). Antes a janela ficava aberta e sem mensagem nenhuma, e houve quem tentasse anexar o mesmo comprovativo seis vezes seguidas sem perceber porquê
• Anexar ficheiros — substituir um documento já existente deixa de fechar a janela antes de o novo ficheiro ter subido
• Segurança — o código enviado por email para recuperar a palavra-passe passa a ser gerado de forma imprevisível, e a sua validade passa a ser sempre verificada
• Segurança — corrigida uma falha na ordenação das listagens que podia ser usada para enviar instruções indevidas à base de dados

Adicionado

• Política de privacidade (RGPD) — cada organização pode publicar a sua própria política de privacidade, com ligação no rodapé e no formulário público de inscrição, e uma página dedicada. Há ainda uma página de contrato de subcontratação (rascunho), disponível por agora só nalgumas organizações e visível apenas a administradores
• Pedidos de factura: o IVA por linha passa a ser configurável — a cooperativa pode escolher que o cooperador indique o IVA em cada linha, ou que submeta apenas o “Valor a Cobrar”, ficando a taxa de IVA para o administrador definir antes de aprovar (nesse caso o total aparece como “por apurar” até estar preenchido). O “Valor a Cobrar” é sempre o valor com IVA incluído: ao definir-se a taxa, o total pedido mantém-se e passa a ser repartido em valor líquido e IVA
• Pedidos de factura: o tipo de documento que se pode pedir passa a poder ser restringido a uma lista configurável (por omissão, Factura e Nota de Crédito)
• Despesas: o tipo de documento nas submissões passa a estar restringido a documentos fiscais (Factura, Factura Simplificada, Factura-Recibo, Nota de Crédito, Nota de Débito)
• Despesas: a submissão por fotografia da câmara do telemóvel passa a usar um leitor de QR mais robusto e a corrigir automaticamente a orientação das fotos
• Durante o arranque ou uma actualização do servidor, a aplicação mostra “o servidor está a arrancar” e religa-se sozinha sem perder o trabalho em curso, em vez de mostrar erros

Corrigido

• Segurança — corrigida uma falha em que a simples presença do cabeçalho da chave de API era aceite como autenticação; a chave passa a ser sempre verificada
• Emails automáticos — um email de pagamento ou de candidatura cujos dados tivessem entretanto sido removidos podia derrubar o servidor; deixou de acontecer
• Deixou de ocorrer um erro (“500”) ao validar uma data em falta nalguns formulários
• Pedidos de factura: os campos opcionais activados pela cooperativa voltam a aparecer aos cooperadores — estavam a ser mostrados apenas a administradores
• Facturas em lote — escolher várias facturas de uma vez volta a criar os formulários e a ler os QR, e a página deixa de ficar bloqueada
• Foto de membro — escolher uma segunda fotografia deixou de reenviar a primeira, e voltou a poder escolher-se entre galeria e câmara

Modificado

• Segurança — o upload de ficheiros no formulário público de inscrição foi endurecido contra abuso: limite de tamanho do ficheiro, limite de dimensões da imagem e limitação de pedidos por origem
• Formulário de inscrição incorporado noutro site — quando a “identidade visual” está desligada, passa a apresentar-se neutro e a herdar o aspecto do site onde está incorporado

Adicionado

• Pedidos de factura: ao aprovar um pedido, a cooperativa pode agora enviar automaticamente a factura emitida por email para os contactos indicados. Cada pedido passa a ter um “Contacto de envio da factura”. Configurável por organização
• Pedidos de factura: os administradores podem activar campos opcionais adicionais no formulário — localidades do trabalho, nome e descrição do projecto, função ou cargo, datas do trabalho, número de dias e datas acordadas para pagamento. Desligados por omissão, activáveis em Tesouraria → Definições
• Tesouraria: passa a poder definir-se, por módulo (pedidos de factura, despesas e mapas de deslocação), se o campo “Notas” é visível para todos ou apenas para administradores; o nome da secção de mensagens também pode ser personalizado por organização
• Formulário de inscrição: passa a recolher um número de “Telemóvel”, obrigatório, que fica associado ao perfil do membro (nalgumas organizações a designação mantém-se “Telefone”)
• Página do utilizador: passa a assinalar quando o email de início de sessão é diferente do email do membro, ajudando a diagnosticar falhas na recuperação da palavra-passe

Corrigido

• Formulário de inscrição: o campo NIF voltou a aparecer — tinha deixado de ser mostrado nalgumas organizações, impedindo a submissão do formulário
• Formulário de inscrição: quando a gravação é bloqueada, os campos obrigatórios em falta voltam a ser assinalados, em vez de o formulário recusar submeter sem indicação
• Pedidos de factura: deixou de se perder o foco ao escrever um email de envio
• Formulário de inscrição: o ícone do calendário no campo de data de nascimento volta a alinhar com os restantes campos de data
• Mensagens mais claras nos campos obrigatórios condicionais

Modificado

• Despesas: o campo “Designação” passa a ser obrigatório ao submeter uma despesa

Adicionado

• Mapas de deslocação — os cooperadores passam a poder submeter um mapa mensal das suas deslocações (data, local, horas e quilómetros); a tesouraria revê, comenta, define as ajudas de custo e exporta para Excel, individualmente ou em bloco. Funcionalidade activada por organização
• Distribuição de tarefas de tesouraria — os administradores podem ser definidos como gestores de centros de custo; quando activado, cada gestor vê e é avisado apenas das despesas, pedidos de factura e mapas de deslocação pendentes dos seus centros de custo, com um filtro “Os meus / Todos” nas listas

Corrigido

• Candidaturas — os textos das definições do formulário de candidatura passam a usar a terminologia correcta de cada organização (associação ou cooperativa)
• Candidaturas — ao aceitar uma candidatura, a criação do utilizador da plataforma passa a ser feita para a pessoa certa
• As opções de marcar/desmarcar (como as permissões de acesso) deixam de se perder quando se alternam várias rapidamente
• No telemóvel, tocar em qualquer ponto da linha “Definições” passa a abrir as definições

Modificado

• Notificações — o sino deixa de mostrar uma caixa de entrada de mensagens passadas e passa a indicar directamente quantas acções estão à espera (candidaturas, despesas, pedidos de factura e mapas de deslocação), com ligação directa a cada lista. Os avisos por email e as preferências de notificação mantêm-se

Corrigido

• Apagar uma transacção a partir da sua página de detalhe volta a regressar à lista de onde foi aberta (centro de custo, entidade externa ou lista geral), em vez de ir sempre para a lista geral ou ficar parada
• Tesouraria: os campos “Modelo de nome de ficheiro” das secções de Despesas e de Pedidos de Factura passam a ter o seu próprio botão “Guardar”, evitando que o texto escrito se perca ao navegar

Adicionado

• Despesas: os cooperadores passam a submeter as facturas directamente para um centro de custo, sem terem de lidar com lotes; os lotes passam a ser uma ferramenta de organização só para a tesouraria, com uma nova página (Tesouraria → Lotes) para criar, renomear, mover, agrupar e fundir lotes por centro de custo e ano. O download em bloco passa a poder ser feito por lote e a organizar os ficheiros por centro de custo / lote

Corrigido

• Cooperativas: ao registar o pagamento da jóia ou de títulos de capital de uma secção, a caixa de aconselhamento passa a mostrar o valor real em aberto, em vez de indicar erradamente que não havia nada a pagar
• Apagar uma transacção a partir da sua página de detalhe volta a regressar à lista, em vez de deixar o utilizador preso em “Transacção não encontrada”

Modificado

• A submissão de várias despesas de uma só vez deixa de estar disponível em ecrãs estreitos (abaixo de 1100px), onde a tabela ficava inutilizável; nesses ecrãs é sugerida a submissão de uma despesa de cada vez

Removido

• Removida a opção “Reembolso imediato” na submissão de despesas, que não tinha qualquer efeito

Corrigido

• Nas organizações em que a jóia é cobrada por secção, passa a ser possível liquidar a jóia de um cooperador numa nova secção, mesmo que já tivesse pago jóia numa secção anterior
• Voltou a ser possível criar um utilizador da plataforma a partir da ficha de um cooperador
• Editar registos antigos deixava de falhar com um erro de data inválida
• Cancelar o selector de ficheiros ao adicionar a foto de um membro deixa de provocar erro
• Erro ocasional ao gravar um membro quando a gravação falhava no servidor

Adicionado

• Os pedidos de factura passam a aparecer nas preferências de notificações — cada pessoa pode escolher se quer ser avisada de decisões e comentários nos seus pedidos; a página de preferências está agora organizada por tema (Membros, Despesas, Pedidos de factura, Tesouraria)

Corrigido

• A página de uma transacção deixa de dar erro quando a transacção não existe ou ainda está a carregar, passando a mostrar “Transacção não encontrada”
• Após uma actualização da aplicação, deixou de aparecer um erro raro ao navegar entre páginas

Modificado

• Início de sessão único (SSO): aplicações externas com sessões mais longas (como o Vaultwarden) deixam de perder a ligação — a sessão renova-se automaticamente e mantém-se válida durante mais tempo
• Nas organizações que importam as transacções de uma folha de cálculo: títulos maiores e mais legíveis nos grupos de informação das transacções, e texto mais claro nos valores por receber

Adicionado

• Início de sessão único (SSO) — aplicações externas (como o Grafana ou o Mattermost) podem agora autenticar os utilizadores com a conta da plataforma, sem precisarem de palavras-passe próprias. Os administradores da cooperativa gerem estas ligações na página Programadores

Adicionado

• Novo módulo “Pedidos de Factura” — membros podem pedir à organização a emissão de uma factura (com leitura automática de QR fiscal e preenchimento do destinatário por NIF); a tesouraria revê, anexa o PDF da factura emitida e pode gerar automaticamente o movimento contabilístico ao aprovar. Inclui comentários no pedido e exportação das facturas em bloco (ZIP). Activo por omissão nas cooperativas
• Nas organizações que importam as transacções de uma folha de cálculo, a página de transacções passa a listar os centros de custo com totais de Facturado, Recebido e Valor em Caixa, com acesso ao detalhe de cada um

Corrigido

• Após uma actualização da aplicação, a página recarrega automaticamente em vez de mostrar erros de carregamento
• Gravações simultâneas de membros deixam de gerar pagamentos em aberto duplicados ou erros
• Gráfico de transacções mostra sempre do mais antigo para o mais recente
• Limpeza de documentos PDF deixa de poder remover ficheiros ainda associados a despesas
• Vários erros de arranque e de deploy da aplicação

Corrigido

• Formulário público de candidatura embebido em sites de associações ficava em branco — endpoint de terminologia bloqueava o arranque

Corrigido

• Falha no processo de deploy ao copiar ficheiro de exemplo de factura

Adicionado

• Despesas: nova ferramenta “Download em bloco” para tesouraria — gera ZIP com as facturas das submissões filtradas por datas, estado, membros ou centros de custo, com sumário em Excel
• Despesas: quando um membro submete sem escolher um lote, é criado automaticamente um lote individual; admins podem fundir vários lotes do mesmo centro de custo num só
• Despesas: cada membro pode escolher se quer receber notificações de decisões (aprovação/rejeição/pedido de info) e comentários nas suas submissões
• Pesquisa por número de membro/centro de custo: o número exacto aparece em primeiro, depois os que começam com os mesmos dígitos
• Alerta por email quando há novos erros na importação da folha Excel de transacções

Corrigido

• Formulário público de candidatura voltou a funcionar quando embebido em sites de associações
• Várias correcções no processo de deploy e arranque da aplicação

Adicionado

• Novo módulo “Envio de Facturas de Despesas” — membros podem submeter facturas individualmente ou em lote (com pré-visualização de PDF, leitura automática de QR fiscal e detecção de duplicados); tesouraria pode rever, aprovar, rejeitar e gerir lotes
• Suporte a despesas em moedas estrangeiras, com taxa de referência diária do BCE e fallback manual quando não disponível
• Preenchimento automático do nome e morada do fornecedor via NIF (VIES) ao aprovar uma despesa

Corrigido

• Email pré-preenchido ao criar novo utilizador a partir de uma candidatura
• Pré-visualização de PDF: texto seleccionável passa a alinhar com a imagem
• Vários crashes e erros silenciosos (gravação de membros, autenticação com cabeçalhos inválidos, importação de valores recebidos)

Adicionado

• Lista de membros passa a mostrar o nome artístico/curto por omissão nas organizações onde esse campo está disponível; nome legal continua disponível no selector de colunas

Corrigido

• Títulos longos no dropdown de notificações deixam de empurrar a hora para fora do ecrã

Adicionado

• Centros de custo de membros individuais passam a usar o nome artístico/curto quando definido, em vez do nome legal
• Número de cooperador visível junto ao nome em listas de centros de custo e transacções, e pesquisável por esse número

Corrigido

• Erro no painel após expiração da sessão, que obrigava a recarregar a página

Corrigido

• As mensagens voltam a ser apresentadas correctamente nas organizações onde tinham deixado de aparecer

Modificado

• Nova interface de visualização de transacções por centro de custo, nas organizações que as importam de uma folha de cálculo

Corrigido

• Diálogos de confirmação dentro de outros diálogos bloqueavam a interacção
• Erros em páginas de documentos de tesouraria e transacções em determinadas condições
• Pagamentos em aberto não carregavam correctamente para alguns membros
• Mensagens não apareciam em determinadas organizações
• Pessoas não seleccionáveis apareciam na pesquisa ao criar transacção

Corrigido

• Crashes em páginas de transacções em determinadas condições
• Erro ao enviar notificações quando o serviço de email está desactivado

Adicionado

• Sistema de notificações com alertas na aplicação, email e push no browser
• Preferências de notificações por tipo de evento e horário de trabalho
• Envio de emails via Mailgun com rastreamento de entrega

Modificado

• Barra de navegação reorganizada para melhor utilização em mobile

Corrigido

• Histórico de alterações não registava modificações a membros, estados de membro, pagamentos e contactos

Adicionado

• Tecla Escape fecha modais

Corrigido

• Modais em ecrãs pequenos agora têm scroll, permitindo aceder aos botões de acção

Adicionado

• Nova ferramenta para programadores

Corrigido

• Erro de JavaScript quando o servidor ficava inacessível ou o pedido expirava

Adicionado

• Alternância entre vista de administrador e vista de cooperador na barra de navegação

Modificado

• Histórico de alterações mostra agora o valor anterior e o novo valor em cada campo alterado

Adicionado

• Publicação automática do changelog no site coops.pt durante o deploy

Adicionado

• Versão da aplicação e data visíveis no rodapé
• Detecção automática de versão desatualizada com aviso para atualizar a página

Adicionado

• Histórico de alterações na base de dados: página com listagem de todas as criações, alterações e eliminações de registos

Adicionado

• Selector de centro de custo na página de transações é agora pesquisável, com filtro por texto e navegação por teclado

Modificado

• Pesquisa por nome permite agora encontrar resultados por fragmentos em qualquer ordem

Adicionado

• Novo campo “Filiado Desde” que guarda a data da primeira filiação do membro e nunca é apagado, mesmo após saída

Modificado

• Campo anterior renomeado para “Activo Desde”, reflectindo melhor o seu comportamento

Adicionado

• Novos gráficos no painel de administração

Adicionado

• Ano seleccionado na lista de transações é agora mantido entre visitas de página

Adicionado

• Melhoria no sistema de notificação de erros

Adicionado

• Membros não administradores podem agora fazer login e aceder aos centros de custo que lhes estão associados

Adicionado

• Melhorias na exportação de tabelas para corresponderem melhor aos dados visíveis ao utilizador

Adicionado

• Data de pedido de saída na lista de membros para organizações que usam o campo

Corrigido

• Aviso incorrecto sobre NIFs incorrectos

Adicionado

• Possibilidade de ligação a bases de dados externas para melhorar sistemas de backups

Adicionado

• Possibilidade de definir valor pré-definido de taxa administrativa em transações (percentual ou absoluto)

Corrigido

• Link de acesso por email aparecia como expirado em situações raras; adicionada obrigatoriedade de interagir com página

Adicionado

• Sincronização a partir de ficheiro Excel externo via Dropbox

Corrigido

• Informação de endereço incompleto ao adicionar centro de custo

Adicionado

• Criação de utilizadores para cooperadores sem utilizador na plataforma
• Criação de centros de custo para cooperadores que não os têm

Adicionado

• Formulários de inscrição permitem escolher secções

Corrigido

• Erro de segurança permitia editores criarem administradores

Adicionado

• Ordem de listagens e termos de pesquisa guardados entre visitas

Adicionado

• Possibilidade de associar informação de veículos a cooperadores

Adicionado

• Centro de Custo
• Transações (Folhas de Saldo)

Corrigido

• Bug no sistema de autenticação

Adicionado

• Possibilidade de filtrar membros por secção (apenas API)

Adicionado

• Filtrar pagamentos de títulos de capital por comprovativo

Corrigido

• Pesquisas com certos caracteres causavam crash
• Listagens de cooperadores otimizadas
• Falha na paginação

Corrigido

• Apagar membro também apaga fotografia

Corrigido

• Erro na exportação de tabelas

Corrigido

• Formulário de inscrição perdeu estilos

Adicionado

• Forma mais fácil de partilhar link para formulário de inscrição

Adicionado

• Mensagens por email configuráveis pela plataforma
• Possibilidade de mensagens não pré-definidas

Adicionado

• Valores pré-definidos para títulos de capital por secção

Adicionado

• Pagamentos permitem ficheiro de comprovativo

Adicionado

• Sistema para pedidos de Assistência Técnica

Corrigido

• Criação de cartões para membros em múltiplas secções
• Título da página no tab do browser

Corrigido

• Páginas de verificação de cartões ajustadas

Adicionado

• Inscrição em múltiplas secções durante aceitação
• Ambientes de produção para cooperativas

Adicionado

• Ajustes para cobrança de títulos de capital

Adicionado

• Ajustes para lidar com membros Cooperadores

Adicionado

• Animações minimalistas

Adicionado

• Utilizadores membros podem fazer login

Adicionado

• Plataforma ajustada para candidaturas cooperativas

Corrigido

• Login com reautenticação

Adicionado

• Geração de cartas para cartões de membro

Corrigido

• Data de filiação incorreta e ordenação de países

Modificado

• Sistema de testes e envio de versões

Adicionado

• Melhoramentos à barra de menu

Corrigido

• URL dos elementos na página de cartões

Adicionado

• Ambiente estável para cooperativas

Adicionado

• Ficheiro Changelog para facilitar o acompanhamento de alterações do projecto