Diário de Modificações

Adicionado

• Tesouraria — nas definições há um novo bloco «Software de facturação», para ligar a organização a um programa de facturação (de momento o TOConline) e passar a emitir a factura e o recibo de um pagamento a partir da aplicação. O bloco é visível para quem administra em qualquer organização, mas a ligação só funciona depois de o suporte configurar as credenciais da organização; até lá nada é emitido
• Tesouraria — nas organizações que mantêm a tesouraria em folhas de cálculo, essas folhas passam a poder ser importadas. As linhas dos extractos são lidas, conciliadas com o saldo de fecho de cada extracto e criadas como transacções; as transferências que ficam sem par vão para «Transferências por conciliar». Uma linha cujo valor não bate com a divisão de IVA e comissão que a aplicação sabe guardar é importada pelo valor líquido, e a diferença fica indicada na célula onde está

Corrigido

• Membros — um estado de membro apagado deixa de gerar dívida. Em seis dos dez cálculos de valores em dívida os estados apagados continuavam a contar, o que dava valores em dívida acima do devido
• Tesouraria — o saldo do centro de custo da taxa administrativa deixa de ser posto a zero no arranque da aplicação. O saldo era calculado corretamente e logo a seguir escrito por cima com zero, porque esse centro de custo entrava também na passagem genérica pelos centros de custo e nenhuma transacção o nomeia

Corrigido

• Inscrições — a limpeza automática de fotografias podia apagar a fotografia de quem estava a preencher o formulário público de inscrição, antes de o submeter: uma fotografia ainda sem inscrição associada era apagada ao fim de 20 minutos, menos do que uma sessão normal de preenchimento. Passa a ser guardada 6 horas. E se a fotografia já não estiver no servidor no momento de submeter, o formulário passa a dizê-lo e a pedir que seja carregada de novo, em vez de deixar seguir uma inscrição sem fotografia

Adicionado

• Despesas — a exportação em Excel passa a poder seguir um modelo próprio da organização. Quem não tiver modelo continua a receber o ficheiro habitual

Corrigido

• Pedidos de factura — nas organizações em que o pedido fica sempre no centro de custo do próprio cooperador, o formulário podia mostrar «Centro de Custo: (não definido)» ou, num rascunho antigo, um centro de custo diferente daquele em que o pedido ia realmente ficar ao gravar. Passa a mostrar sempre o centro de custo do cooperador. O que ficava gravado já estava certo
• Despesas — «Aprovar todas» num lote registava no histórico os valores da despesa como se tivessem sido apagados
• Pedidos de factura — uma linha confirmada enquanto a gravação anterior ainda estava a correr podia perder-se, e ficava gravada em branco
• Inscrições — aceitar uma inscrição cuja fotografia já não estava no servidor devolvia um erro, deixava a inscrição pendente e podia criar sócios duplicados a cada nova tentativa. A aceitação passa a ser feita de uma só vez, e uma fotografia em falta já não a impede
• Inscrições — a limpeza automática de fotografias podia apagar fotografias de candidaturas ainda em curso quando uma leitura à base de dados falhava
• Candidaturas — abrir uma candidatura cujo cooperador repetido já não existia mostrava o aviso sem nome
• Utilizadores — ao criar ou editar um utilizador sem email, a mensagem de erro dizia «um email válido» em vez de «preenchido», dependendo do tempo que o formulário estivesse aberto antes de gravar

Alterado

• Pedidos de factura — nas organizações em que o cooperador não preenche a taxa de IVA, o valor que escreve passa a ser o valor base e o IVA confirmado pela administração acresce ao total. Antes, o valor escrito já incluía o IVA. As linhas dos pedidos já existentes mantêm o significado que tinham quando foram criadas e não são convertidas
• Despesas — onde não há livro de transacções, deixa de ser exigido o NIF de quem recebe para dar saída a uma despesa. O NIF de quem emite continua a ser exigido
• Comunicações de Trabalho — o campo «Nome do Projecto» passa a chamar-se «Nome»

Adicionado

• Comunicações de Trabalho — a organização pode deixar de mostrar o campo «Designação» no formulário, em Tesouraria → Configuração. Os pedidos que já o têm preenchido mantêm o valor
• Comunicações de Trabalho — a organização pode dar outro nome ao bloco «Projecto» do formulário, em Tesouraria → Configuração

Corrigido

• Membros — ao apagar um sócio ou cooperador que tinha uma verificação de dados por responder, a verificação ficava aberta, e quem tivesse conta na aplicação continuava a receber os emails de lembrete para confirmar os dados de uma inscrição que já não existia. Ao apagar o sócio ou cooperador, a verificação aberta passa a ser cancelada na mesma operação, deixa de haver lembretes, e o cancelamento fica no «Histórico de Alterações»
• Despesas — era possível guardar, submeter e aprovar uma despesa em que o IVA e o Imposto de Selo, somados, eram superiores ao Valor Bruto, e a transacção ficava lançada na tesouraria com um valor líquido negativo. A despesa passa a ser recusada, ao guardar e ao aprovar, com a indicação do Valor Bruto mínimo
• ao escrever o site de uma pessoa, centro de custo ou cliente, a procura automática do logótipo não encontrava o ícone de alguns sites, por causa da forma como o site o declara, e não sugeria logótipo nenhum. Passa a encontrá-lo
• Tesouraria — era possível guardar um documento de tesouraria em que o IVA e o Imposto de Selo, somados, eram superiores ao Total, ou com um Imposto de Selo ou uma Retenção na Fonte negativos. O documento passa a ser recusado, com a indicação do Total mínimo, como já acontecia nas despesas e nas transacções. O mesmo vale para o documento criado ao aprovar um pedido de factura
• Notificações — quando uma leitura à base de dados falhava, o sistema de notificações tratava a falha como «não há nada», em vez de a reconhecer. Na prática: quem tinha acesso a um centro de custo podia ficar sem ser avisado, os destinatários de um aviso podiam ser lidos a menos sem que nada o dissesse, e o aviso de pendentes podia sair a dizer que não havia nada pendente quando a contagem é que não tinha chegado a ser feita. Uma leitura falhada deixa de ser confundida com uma lista vazia: o aviso não é enviado com um número errado, e não se perde a vez de o enviar mais tarde

Adicionado

• Despesas — quando o PDF de uma despesa traz mais do que uma factura (por exemplo uma conta da EDP com duas facturas), «Adicionar uma Despesa» passa a oferecer, no aviso, a opção de guardar também as outras facturas como rascunho. Ao guardar a despesa, cada uma das outras facturas fica num rascunho próprio, com os dados do seu código QR (data, número, valores) e o mesmo centro de custo, designação e PDF da despesa que se está a guardar. A lista de despesas diz quantos rascunhos foram criados e, se algum não tiver sido possível (por exemplo uma factura já registada), qual e porquê. A despesa principal fica sempre guardada. Funciona também no telemóvel, onde o «Adicionar Várias» não está disponível

Corrigido

• ao escrever o site de uma pessoa, centro de custo ou cliente, a procura automática do logótipo deixa de ficar a carregar indefinidamente quando o site não responde: desiste ao fim de alguns segundos
• a escolha entre «Admin» e «Sócio» ou «Cooperador», na barra de topo, sobrevivia à saída da aplicação. Quem tivesse passado à vista de sócio ou cooperador e saísse, voltava a entrar nessa vista; e se fosse outro administrador ou editor a entrar a seguir no mesmo separador do browser, a aplicação abria-lhe o menu de sócio ou cooperador em vez do seu — por vezes sem o botão para voltar atrás. Cada entrada passa a começar na vista de administração; recarregar a página continua a manter a vista escolhida
• Tesouraria — não era possível apagar uma entidade ou um centro de custo que tivesse sido a origem de uma transacção, mesmo depois de essa transacção ter sido apagada: o pedido era recusado por ainda ter transacções associadas, e o número de transacções indicado contava também as apagadas. As transacções apagadas deixam de contar; quem ainda tem transacções por apagar, como origem ou como destino, continua a não poder ser apagado
• Centros de custo — os centros de custo predefinidos, que a aplicação cria sozinha para cada organização, não podem ser apagados, e o botão «Apagar» já aparece desactivado neles. Um pedido para os apagar que chegasse ao servidor por outro caminho era recusado com um erro de sessão expirada, mas o centro de custo era apagado na mesma, com as permissões de acesso a ele, e não voltava a ser criado. Passa a ser recusado de facto, com a mensagem «Não é possível apagar uma conta predefinida.»
• Despesas — no «Histórico de Alterações», uma despesa não mostrava quem a submeteu, aprovou, rejeitou, voltou a pôr em rascunho ou reverteu a aprovação, nem quando: só aparecia a criação e as edições. Passa a mostrar cada uma destas mudanças de estado, com quem a fez e quando, também quando um lote inteiro é aprovado de uma vez. As mudanças feitas antes desta versão continuam sem registo
• Pagamentos — em «Dívidas», ao enviar o pedido de pagamento de uma só dívida com «enviar email», se o envio falhasse a janela ficava aberta e não aparecia nada, e não se sabia se o email tinha saído. A aplicação passa a dizer sempre o que aconteceu: se a dívida já não existir, por exemplo porque foi paga entretanto, avisa que não foi enviado nada e atualiza a lista; nos outros casos, avisa para não voltar a enviar sem ver primeiro em Mensagens se o email saiu
• ao carregar uma fotografia — na ficha de inscrição, na ficha de um sócio ou cooperador ou num centro de custo — qualquer recusa aparecia como «Imagem inválida ou demasiado grande.», fosse qual fosse o motivo. Passa a dizer o que aconteceu: que o envio foi interrompido e basta tentar de novo, que a fotografia está em HEIC e como obter um JPEG, ou que a imagem tem demasiados pixéis
• Pagamentos — ao notificar sócios ou cooperadores das suas dívidas, uma dívida selecionada continuava selecionada depois de um filtro (por exemplo o de sócio ou cooperador, ou o de ano) a ter tirado da lista. Continuava a contar em «Enviar N Mensagens», a janela de confirmação mostrava um valor total de 0.00 € e, ao confirmar, o pedido de pagamento dessa dívida escondida era enviado com os outros. Ao mudar um filtro, as dívidas que deixam de aparecer na lista deixam de estar selecionadas, e a janela mostra o número de mensagens e o valor total certos
• Pagamentos — em «Dívidas», o botão «enviar email» aparecia também nas dívidas de sócios ou cooperadores sem endereço de email, onde o estado já dizia «não tem endereço de email». Carregar nele pedia o envio de uma mensagem que não tinha para onde ir. O botão deixa de aparecer nessas dívidas; para lhes enviar o pedido de pagamento é preciso primeiro acrescentar um email à ficha
• Pagamentos — a janela «Enviar Mensagem com Pedido de Pagamento» dizia «Será enviada uma mensagem para ,» sem o nome do sócio ou cooperador, e não se via a quem ia a mensagem antes de carregar em «Enviar». O nome passa a aparecer
• Despesas e Tesouraria — numa factura numa moeda estrangeira, se já houvesse um valor em euros escrito quando se escolhia a moeda, o campo do valor nessa moeda era preenchido sozinho com um número calculado a partir dos euros, que ninguém tinha escrito. Se a taxa de câmbio chegasse enquanto se escrevia o valor da factura, o que se escrevia ficava colado a esse número (por exemplo «231,44» seguido de «266,67») e o total em euros ficava errado — quase sempre igual ao que já lá estava, como se não tivesse havido conversão. O campo passa a ficar vazio até ser preenchido, e o total em euros é sempre calculado a partir do que se escreve. Uma factura já guardada continua a mostrar, ao ser aberta, o seu valor na moeda original
• Despesas — em «Adicionar Várias», a janela «A analisar facturas» podia nunca fechar, e a página ficava bloqueada até ser recarregada. Acontecia quando se abria ou recarregava a página e se arrastavam logo os PDFs para lá, sem clicar antes em nada: o pequeno vídeo dessa janela não chegava a começar e a janela esperava que ele acabasse. A janela passa a fechar sempre que a leitura das facturas termina
• Despesas — quando o PDF de uma despesa traz mais do que uma factura (por exemplo uma conta da EDP que junta duas facturas no mesmo documento), «Adicionar uma Despesa» só regista a primeira e devia avisar disso. O aviso não aparecia: o formulário ficava preenchido com a primeira factura sem sinal de que as outras tinham ficado de fora. Passa a aparecer, e indica o caminho para registar todas: «Adicionar Várias», na lista de despesas, cria uma despesa por cada factura do PDF. O aviso dizia também que essa opção vinha «em breve», quando já existe há muito

Modificado

• as caixas de verificação que ficam fora dos formulários passam a ter o mesmo aspecto novo que as dos formulários já tinham — nas listas (a caixa de cada linha ao «Selecionar Vários» e as da escolha dos campos visíveis, no ícone do olho), no «Mostrar … antigos» das listas de membros e de candidaturas, na «Distribuição de Tarefas», nas «Preferências de Notificações», no «É despesa» / «É receita» da pesquisa avançada dos documentos de tesouraria, no «Separar em blocos de 20MB» do download de várias facturas, no «Ver Gráficos» / «Ver Tabelas» dos relatórios e na caixa de cada lote do organizador de lotes das despesas. Funcionam como antes; o que se escolhe e o que é guardado não muda.
• as listas de escolha, as caixas de verificação, os botões de opção e os campos de data que ainda tinham o aspecto antigo passam a ter o mesmo aspecto novo dos restantes, igual em todos os browsers e no telemóvel: nos lotes de despesas, nos downloads em bloco, nas deslocações dos mapas de km, na aprovação de um pedido de factura, no «Sujeito a Reembolso de IVA» de uma despesa e no questionário do Onboarding. Numa fila de botões de opção, as setas do teclado mudam de opção. A data continua a escrever-se com o ano primeiro (aaaa-mm-dd), e o calendário que abre é o mesmo dos outros campos de data. O que se escolhe e o que é guardado não muda

Adicionado

• Pagamentos — as organizações que cobram um valor mensal passam a ter um pedido de pagamento por cada mês, em vez de o valor ter de ser registado à mão. Cada mês em dívida aparece em separado em «Dívidas», com a sua própria referência, e o email de pedido de pagamento indica o mês a que diz respeito. Ao registar um pagamento mensal pode indicar-se o mês a que se refere; sem mês, o pagamento liquida o mês mais antigo em dívida nesse ano. Um pagamento mensal nunca liquida a quota anual, nem o contrário. Nas organizações que só cobram ao ano nada muda

Corrigido

• Pagamentos — ao notificar sócios ou cooperadores das suas dívidas, enviar pedidos de pagamento para muitas dívidas de uma vez (por exemplo com «Selecionar Todos») podia demorar mais do que a aplicação esperava. A janela ficava aberta sem dizer nada e não se sabia se os emails tinham saído, mas tinham, e voltar a enviar repetia-os a quem já os tinha recebido. A aplicação passa a esperar pela resposta e a dizer sempre o que aconteceu: a confirmação ou, se não for possível confirmar o envio, um aviso para não voltar a enviar sem ver primeiro em Mensagens o que já saiu. Se alguma das dívidas selecionadas já não existir, por exemplo porque foi paga entretanto, não é enviado nada: a lista é atualizada e a seleção é limpa para se escolher de novo
• Tesouraria — ao dar a alguém acesso a um centro de custo, a opção «Pode Fazer Pedidos» tinha ao lado um botão de ajuda que dizia «Pedidos Disponíveis Brevemente», como se a permissão ainda não fizesse nada. Faz, e há muito: é ela que deixa a pessoa pedir facturas, enviar despesas e enviar dinheiro desse centro de custo. O botão de ajuda foi retirado; a permissão continua a funcionar exactamente como antes
• Despesas e Tesouraria — um documento sem ATCUD era tratado como se tivesse o mesmo ATCUD de todos os outros que também não o têm. Bastava existir um já lançado para que o seguinte fosse recusado com «ATCUD já existe na tesouraria» ou «Esta factura já foi inserida anteriormente», e a despesa não podia ser aprovada. Acontecia com um campo ATCUD que tivesse sido preenchido e depois apagado, e com facturas cujo código QR não traz código de validação (o ATCUD vem como «0»). Nestas últimas, o formulário de despesas podia também avisar «Esta factura já existe no sistema» sem razão. Um documento sem ATCUD deixa de ser comparado com os outros; dois documentos com o mesmo ATCUD verdadeiro continuam a ser recusados
• Despesas e Tesouraria — era possível guardar uma despesa com «Valor Bruto» 0 ou negativo, submetê-la e aprová-la, e ela entrava na tesouraria como uma despesa de 0 €. O mesmo acontecia ao «Total» de um documento da tesouraria. Passa a ser recusado com o aviso «O valor tem de ser superior a 0» junto ao campo, e o «Total IVA» e o «Imposto de Selo» de uma despesa deixam de aceitar valores negativos. Uma despesa que já esteja guardada com o valor a 0 não pode ser submetida nem aprovada enquanto o valor não for corrigido, e um documento da tesouraria que já esteja guardado com o total a 0 só volta a poder ser alterado depois de o total ser corrigido
• Despesas e pedidos de factura — quando o serviço europeu de consulta de NIF (VIES) devolvia uma resposta que não se conseguia ler, aprovar uma despesa de um fornecedor novo ou procurar um cliente pelo NIF podia terminar num erro. Passa a comportar-se como quando o serviço está indisponível: a despesa é aprovada com o NIF no lugar do nome do fornecedor, que pode ser corrigido depois, e os dados do cliente podem ser introduzidos à mão
• quando uma página não conseguia descarregar parte do seu aspecto visual — depois de uma actualização da aplicação ou com uma ligação fraca, por exemplo no telemóvel — podia acontecer que carregar numa ligação do menu não fizesse nada e se ficasse na página anterior. A aplicação passa a recarregar-se sozinha nesse caso, como já fazia quando falhava o descarregamento de outras partes da página

Modificado

• as listas de escolha passam a abrir com um aspecto novo, igual em todos os browsers e no telemóvel, e as caixas de verificação e os botões de opção dos formulários passam a ter também um aspecto novo — numa fila de botões de opção, as setas do teclado mudam de opção. Nos campos que procuram enquanto se escreve (por exemplo o «Utilizador» de um acesso) as opções passam a poder ser escolhidas com as setas e o Enter, e não só com o rato. Os leitores de ecrã passam também a ler o aviso de um campo mal preenchido. O que se escolhe e o que é guardado não muda

Adicionado

• Tesouraria — quem tem «Pode Fazer Pedidos» num centro de custo passa a poder enviar dinheiro dele para outro centro de custo da cooperativa, sem pedir à tesouraria que o registe: no cartão do centro de custo, no painel, ou em «Transferências», com «Enviar dinheiro». Cada organização escolhe em Definições › Tesouraria se as transferências ficam desligadas, se precisam da aprovação da tesouraria ou se são feitas logo. Com aprovação, o valor fica reservado desde o envio até à decisão, quem enviou pode cancelá-la enquanto espera, e a tesouraria aprova ou recusa em Tesouraria › Transferências — uma recusa leva sempre um motivo, que é enviado a quem pediu. Um centro de custo nunca fica negativo por causa de uma transferência: o saldo é verificado ao enviar e outra vez ao aprovar. Quem envia é avisado da aprovação ou da recusa, quem tem acesso ao centro de custo de destino é avisado quando o dinheiro chega, e cada pessoa escolhe como recebe estes avisos nas preferências de notificações. A opção vem desligada em todas as organizações, onde nada muda
• verificação de dados pelos sócios e cooperadores — a organização pode pedir a cada pessoa que confirme e complete os seus próprios dados, em vez de os corrigir ela mesma. Na ficha há um botão «Pedir verificação» para escolher os campos a confirmar, e «Guardar como por verificar» para gravar uma ficha a que ainda faltam dados. A pessoa recebe um email com o pedido e, quando entra na plataforma, vê só esses campos, já preenchidos quando há um valor, para confirmar ou corrigir; até responder, não consegue avançar para mais nada. Se não responder, recebe lembretes 7 e 21 dias depois. As respostas podem passar logo para a ficha ou esperar que um administrador as aplique. O painel de administração mostra quantas pessoas têm dados por verificar, o sino de notificações dos administradores lista as respostas por aprovar, e a lista de sócios ou cooperadores pode ser filtrada por elas. Também é possível pedir uma reconfirmação periódica, por exemplo uma vez por ano. Está desligado por omissão e liga-se em Definições › Sócios (ou Cooperadores), onde se escolhe o que pode ficar para a pessoa completar e o que ela pode alterar

Corrigido

• Tesouraria — ao carregar em «Adicionar Receita» ou «Adicionar Despesa» enquanto a lista de transacções ainda estava a carregar, a página da nova transacção podia ficar para sempre em «A carregar.», e só voltava a funcionar depois de se recarregar a página
• Despesas — quando não era possível gravar uma alteração a uma despesa, a aplicação dizia na mesma que tinha corrido bem. Valia para editar a despesa e para submetê-la, aprová-la, rejeitá-la, reverter a aprovação ou voltar a submetê-la: o ecrã mostrava a despesa no novo estado, mas ela ficava como estava, sem aviso nenhum, e só se dava pela diferença ao voltar a abri-la. Ao editar, o histórico de alterações chegava mesmo a registar uma alteração que nunca tinha acontecido. Passa a aparecer um erro sempre que a gravação falha, a despesa fica visivelmente no estado em que estava e o histórico só regista o que foi de facto gravado. Na aprovação de um lote inteiro, uma despesa que não seja possível gravar aparece na lista das que falharam, em vez de ser contada como aprovada
• Despesas — ao carregar em «Aprovar» enquanto a despesa estava a ser editada, o que se tinha acabado de escrever era deitado fora sem aviso: a despesa era aprovada com os valores que estavam guardados antes, e era com esses que entrava na tesouraria. Quando a aprovação era recusada por faltar um campo, a recusa aparecia mesmo que o campo estivesse preenchido no ecrã, porque o que se tinha escrito ainda não estava guardado. Enquanto se edita, o botão passa a chamar-se «Guardar e Aprovar»: guarda primeiro e só aprova depois de as alterações estarem guardadas. Se não for possível guardar, a despesa não é aprovada e o que foi escrito continua no ecrã
• no bloco «Secções e Títulos de Capital» da ficha de um cooperador, o campo onde se regista o que acontece aos títulos quando a pessoa sai — se ficam doados à cooperativa ou se lhe são devolvidos — chamava-se «Dispensa de Títulos», o que dava a entender outra coisa, e aparecia logo na admissão, quando a pergunta ainda não se põe. Passa a chamar-se «Devolução dos Títulos», com as mesmas opções de sempre, e só aparece numa secção que já tem data de fim. Uma decisão que já esteja registada continua sempre à vista
• ao abrir uma nova transacção, o bloco da entidade já aparecia com «Campo tem de ser preenchido» a vermelho, antes de se ter tocado em nada. O aviso passa a aparecer só depois de se mexer na entidade ou de se carregar em «Guardar» sem a ter escolhido, como nos restantes campos
• ao lançar uma transacção, quem escolhia «Outros» ou «Desconhecida» na entidade e depois mudava de ideias e voltava a «Entidade regular» via a opção saltar sozinha de volta para «Outros» (ou «Desconhecida»), com o campo Descrição e o aviso «Campo tem de ser preenchido». Ao clicar uma segunda vez a opção já ficava, mas a lista mostrava a entidade «Outros» ou «Desconhecida» como se fosse um resultado de pesquisa, com um botão «Selecionar», sem se ter pesquisado nada. Voltar a «Entidade regular» passa a funcionar à primeira, com a pesquisa vazia
• na ficha de um sócio ou cooperador acabado de criar, o botão «Configurar Mensagem» abria uma página onde a mensagem de boas-vindas aparecia vazia e não se conseguia gravar. Passa a abrir Mensagens, onde a mensagem se edita de facto. A página de configuração de sócios ou cooperadores volta também a estar no menu de Definições
• Despesas — gravar uma despesa que já tinha sido submetida não fazia nada: o botão parecia não responder e não aparecia mensagem nenhuma. Acontecia sobretudo no telemóvel, quando se carregava outra vez em «Guardar e Submeter» porque a primeira resposta tinha demorado ou se perdera, ou com um toque duplo. A aplicação passa a dizer que a despesa já foi submetida e não pode ser editada, e mostra-a no estado em que realmente está. Os botões de gravar e submeter ficam também bloqueados enquanto o pedido está a ser enviado, para que um segundo toque não envie outro

Modificado

• Tesouraria — o «Sujeito a Reembolso de IVA» deixa de ser uma simples caixa e passa a indicar quanto do IVA de uma despesa é reembolsável, em percentagem do IVA ou em valor absoluto, como já acontecia com a taxa administrativa. Até aqui era tudo ou nada: assinalada, todo o IVA saía do saldo do centro de custo; por assinalar, o centro de custo suportava-o por inteiro. Passa a ser também uma decisão explícita: numa despesa com IVA paga por um centro de custo é preciso responder «Sim» (e quanto) ou «Não» antes de a guardar, e nas despesas submetidas é quem administra que responde, antes de aprovar — a aprovação é recusada enquanto ninguém tiver respondido, e quem submete a despesa não vê a pergunta. Uma despesa sem IVA não tem nada a decidir e fica registada como não sujeita. Nas organizações com a aprovação automática de despesas ligada, uma despesa com IVA deixa de ser aprovada automaticamente e fica a aguardar quem administra, porque é essa pessoa que tem de responder. As despesas que já estavam assinaladas passam a ter como reembolso todo o IVA, pelo que nenhum saldo muda; as que não estavam ficam «por decidir» e a pergunta aparece da próxima vez que forem editadas. Na lista de transacções, o asterisco junto ao IVA passa a indicar o valor reembolsado

Corrigido

• a morada do centro de custo pessoal de um sócio ou cooperador aparecia sempre como «(endereço do cooperador incompleto)», mesmo quando a ficha tinha morada, código postal, localidade e país preenchidos. Passa a ser copiada da ficha como devia. Os centros de custo que já existem são corrigidos automaticamente com esta versão; uma morada que tenha sido alterada à mão no centro de custo fica como está. Se faltar algum destes quatro campos na ficha, continua a aparecer o aviso de morada incompleta
• no telemóvel, o «Histórico de Alterações» ficava mais largo do que o ecrã e a página deslizava para o lado. A culpa era da barra de datas: as datas por cima das duas pontas ficavam meio de fora — a da esquerda cortada à esquerda, a da direita cortada à direita — e empurravam a página para lá da margem. As datas passam a ficar sempre dentro da barra, encostadas à ponta quando o selector está no início ou no fim, e a página volta a caber no ecrã

Adicionado

• Onboarding — algumas respostas do questionário podem passar a vir já pré-preenchidas pela plataforma, a partir dos dados que a organização já tem, para que só seja preciso revê-las. Aparecem como «pré-preenchida — por confirmar», com um botão «Confirmar», e só contam como respondidas depois de a organização as confirmar ou corrigir; o painel mostra quantas estão por confirmar. Corrigido também: a pergunta «Campos de membro» nunca passava a respondida, por mais campos que se escolhessem, e o questionário não chegava a ficar completo — passa a ter um botão para a marcar como respondida

Adicionado

• Onboarding — as organizações que estão a começar a usar a aplicação passam a responder no próprio painel às perguntas de configuração inicial — como querem ser contactadas, que dados guardam de cada membro, se há dados a importar, secções e estados, títulos de capital, jóias e quotas, pagamentos por referência Multibanco, email de contacto e imagem —, em vez de por email. Enquanto a configuração não está concluída, o painel de administração mostra apenas o questionário, que se pode ir preenchendo e rever a qualquer momento, e cada resposta fica guardada logo que é escrita. Só aparece nas organizações em que a configuração inicial está em curso; nas restantes nada muda

Corrigido

• nas organizações em que o que se cobra são os títulos de capital subscritos, apagar um pagamento não fazia a dívida voltar. O pagamento desaparecia da ficha, como é suposto, mas as contas continuavam a dá-lo como feito: o valor não regressava aos pagamentos por liquidar, não voltava a ser pedido e não aparecia em aviso nenhum — ficava por cobrar sem que nada, em lado nenhum, dissesse que faltava. E apagar um pagamento é precisamente o que se faz quando ele foi lançado por engano ou está errado, ou seja, é exactamente a altura em que a dívida tem de voltar. Passa a voltar: apagar um pagamento devolve o valor aos pagamentos por liquidar e ele volta a ser pedido como qualquer outro. Vale também para os pagamentos apagados no passado — na primeira vez que a aplicação arrancar com esta versão, as dívidas que tinham ficado escondidas por um pagamento apagado voltam a aparecer, e com elas o respectivo pedido de pagamento por email a quem as deve. Um pagamento cancelado é coisa diferente e não muda em nada: um cancelamento quer dizer que aquele valor deixou de ser devido, e continua a querer dizer isso
• Pedidos de Factura — quando uma aprovação era recusada por a data de execução ser anterior à data do pedido, a mensagem que aparecia a quem aprovava era uma linha técnica em inglês, com nomes internos de campos, do género «transaction would be invalid (settledDate: sameOrAfter=emissionDate)», sem dizer o que havia a mudar. Acontecia com facilidade, porque o diálogo de aprovação propõe a data de hoje e basta o pedido ter uma data posterior. A recusa passa a ser explicada em português, como todas as outras do mesmo ecrã
• numa organização acabada de instalar, a lista de países ficava vazia e não era possível criar nenhum sócio ou cooperador, porque o país é um campo obrigatório da ficha e não havia nenhum para escolher. A lista só era preenchida por um passo de preparação que não corre em produção. Passa a ser criada automaticamente no arranque da aplicação sempre que estiver vazia; nas organizações que já tinham a lista, nada muda

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