O pack de Update para Any CPU, está disponível para atualização direta na Administração do ERP (através do /ERPV22/Admin/, menu "Versão Atual: ... - Atualizar"), quando a versão do Setup instalada seja a AnyCPU.

Em alternativa, o pack deste Update para AnyCPU, pode ser descarregado por este link - Update AnyCPU -

O endereço de email atualmente em uso será desativado a 30/04/2025, o ERP passou a utilizar o seguinte endereço, para efeitos de comunicação: cegidfa@email.cegid.com. -

A atualização de dados no ERP Cegid Eticadata estava a ser efetuada de forma indevida em todas as licenças.

Foi ajustada para ocorrer apenas nas licenças Cliente Final Rede e Cliente Final Monoposto, evitando comunicações indevidas nos dados dos parceiros. -

Num cenário em que o tipo de documento de vendas a integrar tem uma conta da tesouraria por defeito diferente da conta que foi utilizada no documento de origem, ao exportar o documento a aplicação assumia, erradamente, a conta por defeito e não a conta do documento, fazendo com que após importação o pagamento ficasse associado a uma conta diferente da constante na origem.
-

As passagens de Via Verde que ocorrem fora do período de aluguer do processo de rent-a-car passam a ser faturadas no processo, enquanto a viatura não se encontrar recolhida na sede de aluguer (e processo estiver aberto). -

Ao processar as integrações da Via Verde, para contratos de RAC com faturação mensal, estava a dar mensagem de validação impeditiva e não procedia à atualização do processo. A mensagem era seguinte:
"Error validating RAC process! As datas do período ou as configurações de aluguer foram alteradas! Recalcule as linhas dos documentos de renda!"
Esta situação foi ajustada para permitir a atribuição da passagem a processos de faturação parcial com a consequente atualização dos totais dos documentos pendentes.
-

Após a atualização para a v22.08, a impressão do código de barras deixou de respeitar a indicação da orientação do código. Estava sempre a imprimir na horizontal. -

Ao satisfazer uma encomenda s/IVA incluído num doc. venda c/IVA incluído, pelo processo de Gerar/Integrar Documento, tendo na encomenda sido alterada a taxa de IVA aplicável de uma ou mais linhas, no documento de destino estava a ser recalculado o valor do imposto e o preço unitário c/IVA com base na taxa de IVA por defeito do(s) artigo(s), não sendo respeitada a taxa indicada no documento de origem, apesar desta ser corretamente transcrita para o documento de venda.
-

Ao editar um recibo a cliente já emitido e retirar um ou mais documentos da liquidação, o QRCODE mantinha o valor do recibo original, não ajustando para o novo valor do recibo quando reemitido o documento.
-

Ocorria um erro ao editar uma referência composta com componentes configurados para variação por grelha, caso tivessem sido adicionados novos elementos e alteradas as quantidades dos existentes, ao tentar repor as quantidades iniciais por defeito. -

Na janela de Intrastat, os documentos que anteriormente apresentavam o erro "Falta – Peso Líquido" obtinham essa indicação a partir da ficha do artigo.

Essa informação passou agora a ser obtida a partir do Peso Líquido Total da linha do documento, por se tratar do valor exportado para o ficheiro, no campo Massa. -

Ao alterar o peso líquido numa linha de artigo, estava a ser executado o recalculo dos totais ao alterar, o que impedia a gravação a gravação do documento caso o mesmo já tivesse liquidações ou estivesse em datas fechadas.

A alteração do peso líquido passa a recalcular apenas o Peso Líquido Total, pois a alteração do peso líquido não afeta totais.
-

Ao efetuar o recálculo de stocks, quando a unidade de medida da venda é diferente da unidade de medida de stock, a quantidade de stock reservado ficava incorretamente com o valor na unidade de medida da venda, ou seja, não era convertida para a unidade de stock. -

A tabela de Regiões passou a disponibilizar os seguintes registos:
Código - Descrição
31 - Grande Lisboa
32 - Península de Setúbal
-

O valor das Taxas de IVA 'Normal' e 'Normal 50% dedutível' distribuídas por defeito ao criar novas empresas com país sede Moçambique, foi atualizado para a taxa legal em vigor desde 2023, de 16%.
-

A ficha de Cliente passa a disponibilizar no separador Documento Eletrónico um novo campo 'Cód. For.' para indicar o código de fornecedor (da empresa aberta) nos sistemas do Cliente.

Estando ativa a Ligação EDI via YET, o conteúdo desse campo passa a ser exportado no cabeçalho das guias e faturas eletrónicas, no último campo imediatamente antes dos 10 campos adicionais, conforme definido com a YET.
-

As guias e faturas eletrónicas comunicadas via ligação EDI YET, passam a incluir nas linhas do documento eletrónico, o número da linha de encomenda a que respeitam (conforme a sequência recebida na encomenda), passando esse valor a ser inscrito no último campo imediatamente antes dos 10 campos adicionais das linhas, conforme definido com a YET.

Nas linhas de texto (todas) e linhas de artigo lançadas diretamente nos documentos de venda, i.e., que não sejam oriundas de satisfação/conversão, o valor exportado no campo é zero.

Limitações do processo:
- O processo de exportação do número de linha de encomenda apenas dá suporte a satisfações e conversões de um para um e sem agrupamento de linhas.
- Nas conversões de vendas, o processo de exportação do número de linha de encomenda apenas dá suporte às conversões pela totalidade. Nas conversões parciais o número da linha de encomenda continuará a não ser transposto e o campo correspondente será passado a zero.
-

Ao converter em fatura uma guia de remessa eletrónica (EDI) com os campos EAN Destino e SSCC preenchidos, esses campos não eram transpostos para a fatura, não sendo tampouco possível editá-los no documento destino, encontrando-se bloqueada a sua edição.

Ao converter guias, aplicação passa a transpor para o documento destino os campos EAN Destino e SSCC.
-

Caso a data do documento de compras fosse alterada não estava a ser possível manter automaticamente a data de lançamento preenchida com a data atual do sistema, tendo sido disponibilizada uma nova opção para o efeito na edição dos tipos de documentos de compra.
Mais concretamente, no separador "Valores por defeito", passou a ficar disponível a opção "Usar data do sistema por defeito na data de lançamento", quando a data contabilidade e/ou a data para stock estiverem configuradas para usarem a data de lançamento, e não esteja ativada a opção "Sem data de lançamento atribuída (preenchimento manual obrigatório)".
Neste cenário, estando ativa a nova opção, ao lançar um novo documento de compras, a data de lançamento fica automaticamente preenchida com a data do sistema, e mesmo alterando a data do documento, a data de lançamento mantém a data sugerida por defeito.
Quando a nova opção estiver desativada e também não estiver ativa a opção de não ter data de lançamento atribuída, mantém-se o atual comportamento de atualizar a data de lançamento com a data do documento, sempre que esta última é alterada. -

Em determinadas sequências envolvendo lançamento de artigos de inventário para um documento, com inserção de linhas intercaladas e substituição de artigos, no documento de stocks, as linhas dos componentes referentes ao artigo de inventário ficavam duplicadas.

Foram identificados e corrigidos dois cenários em que tal se verificava.
-

Nas Consultas Diversas de Clientes e Valores Globais, a consultar Vendas " Por Artigo" ou "Por Lote / Artigo", estavam a ser considerados para obtenção do Último Preço, documentos que não afetam volume de vendas, o que poderia originar discrepâncias com os valores apresentados noutras consultas.
O mesmo se passava nas Consultas Diversas de Compras a Fornecedores e Valores Globais, relativamente ao Último Preço.

As consultas correspondentes foram retificadas, deixando os tipos de documento que não afetam volume de vendas/compras de ser considerados para a obtenção do Último Preço.
-

Tendo a empresa configurada para descarga offline para a contabilidade, ao editar um campo sem impacto na contabilidade (como, p.e., as observações) em documentos de compra ou venda já descarregados, esses documentos eram marcados para nova descarga e, encontrando-se o mês contabilístico já fechado, ao efetuar a descarga sem ativar a opção "Incluir Docs. Descarregados", a aplicação apresentava a mensagem impeditiva "Mês encerrado na Contabilidade!".

A aplicação deixa de apresentar para nova descarga os documentos em que as alterações não tenham impacto contabilístico.
-

Ao proceder à transferência entre armazém de uma obra para o armazém de outra, o valor mantinha-se na obra de origem. -

Ao aplicar uma margem sobre o custo "K Venda (%)", não estava a ser aplicada corretamente. -

As guias de transferências passaram a permitir indicar o Item Origem do Projeto, a partir do qual vai movimentar o stock.
-

O Projeto estava a apresentar no separador "Execução" um valor "Valor a Mais" num item quando a quantidade e valor executado era de 100%. -

Para um Projeto com plano de pagamentos até determinado mês e com autos emitidos após o fim do plano de pagamentos, o cálculo de Revisão de Preços não estava a considerar os índices para as datas dos autos posteriores à última data do plano de pagamentos -

No cálculo de Revisão de Preços, estava a ser sugerida indevidamente o índice de menor valor em absoluto em vez do de menor valor. -

Voltou a ocorrer a anomalia de as faturas geradas pelo GOP estarem a registar o valor de Horas no campo "DtmData" da tabela de Vendas na base de dados. Por causa disso ocorria erro ao liquidar a fatura no mesmo dia "A data de liquidação não pode ser menos que a data dos documentos a liquidar".
-

Na página 1 do Anexo 0 do Relatório Único, o campo 6 do quadro II, relativo ao número de pessoas ao serviço no exercício por estabelecimento, estava a ser mal calculado, pois fazia sempre referência ao exercício da data atual, independentemente do exercício ativo.
Consequentemente, o campo 9 do Quadro I, que reflete o somatório do campo 6 do Quadro II para os vários estabelecimentos, apresentava igualmente um valor errado.
-

O Relatório Único foi atualizado com as alterações vigentes para a entrega do mesmo, relativa ao ano de 2024, a qual decorre até 15 de abril de 2025. -

Foi ajustado o comportamento do mapa "Registo Pessoal", de forma a refletir a data indicada no campo "Última Promoção" do separador "Contrato", em vez da data do registo, sempre que for alterado o campo "Motivo Última Promoção" na ficha do funcionário. -

O ERP Cegid Eticadata passa a disponibilizar "templates" de exportação dos funcionários dos Recursos Humanos, passíveis de serem integrados na solução Cegid Business, de acordo com modelos de importação disponibilizados por este produto.

O template de exportação dos dados dos funcionários para os Colaboradores Cegid Business encontra-se disponível em: "Base | Utilitários | Exportações Padronizadas | Exportação Cegid Business | Cegid Business Colaboradores".

Os dados exportados serão referentes aos funcionários existentes no exercício definido nos filtros, com opção de incluir os inativos. -

A DMR-AT passou a apresentar a linha referente ao subsídio de alimentação, ou outro abono, de funcionários pertencentes a Órgãos Sociais com vencimento atual igual a 0 e que tenham subsídio de alimentação ou outro abono atribuído.
-

As recentes alterações legislativas alargaram o âmbito de aplicação do regime IRS Jovem, tendo sido realizada a atualização da declaração fiscal, em conformidade com o disposto no artigo 99.º do Código do Imposto sobre o Rendimento das Pessoas Singulares (CIRS), com a inclusão de informação no quadro 8 sobre o número de anos com rendimentos declarados no modelo 3 de IRS (excluindo os rendimentos declarados no agregado familiar enquanto dependente).
-

No âmbito do Orçamento do Estado para 2025 (OE2025), não foi prolongada a redução da taxa de retenção na fonte para titulares de crédito à habitação ou arrendamento. Assim, a opção "Aplicar redução arrendamento/crédito habitação" foi automaticamente desselecionada, caso estivesse previamente selecionada na ficha do funcionário, no separador de Dados Fiscais, para os exercícios de 2025 e anos subsequentes.

O ERP Cegid Eticadata passa a disponibilizar "templates" de exportação dos bens dos Investimentos, passíveis de serem integrados na solução Cegid Business, de acordo com modelos de importação disponibilizados por este produto.

O template de exportação dos dados das fichas de investimento para os Ativos Cegid Business encontra-se disponível em: "Base | Utilitários | Exportações Padronizadas | Exportação Cegid Business | Cegid Business Ativos".

Os dados exportados serão referentes ao último exercício fechado, e para o plano de depreciação definido no filtro. -

No caso de um bem em regime duodecimal, cujo início de disponibilização não fosse no 1º mês do ano, ao processar a depreciação com taxas mínimas, no último ano (com apenas alguns meses em falta), estava indevidamente a ser gerado um não aceite fiscal pelo valor da depreciação.
-

Ao limpar o código de artigo numa linha de Ordem de Reparação, a linha era convertida para uma linha de texto mas eram mantidos os valores "Val. Líq." e "Val. Pagar" dessa linha, provocando discrepâncias nos Mapas de Ordens de Reparação que apresentam esses campos. -

No caso de se ter criado um campo adicional no cabeçalho das Ordens de reparação com o visto na opção "obrigatório", ao gravar uma Ordem de Reparação era apresentada a mensagem de aviso de que o campo adicional não pode ser vazio, no entanto ao clicar OK estava a ser devolvido erro "[EtierrorEmptyAddField] erro desconhecido". -

A partir de uma reparação que tivesse quantidades devolvidas, ao gerar o documento de venda com opção "Agrupar Artigos" estavam a ser criadas linhas de artigo com quantidades a zero ou mesmo negativas, caso a soma das quantidades ao agrupar os artigos resultasse nesses valores.
Passou a deixar de registar esses artigos na venda com opção "Agrupar Artigos". -

Não estava a ser possível remover várias linhas de artigo em simultâneo na janela de ordens de reparação de oficinas. -

No posto 1 com o Windows 11, ao abrir o POS exibia a mensagem “Invalid Signature!” ou se editasse a configuração do Posto no BackOffice a imagem do template apresentava a mesma mensagem. -

O POS não estava a respeitar a permissão para 'Procurar Artigo', quando a pesquisa era invocada pela tecla mais (+), ou por duplo click, apresentando erradamente a janela de pesquisa de artigos, mesmo para utilizadores sem permissão.

O erro foi corrigido, deixando de ser apresentada a janela de pesquisa de artigos para utilizadores sem permissão.
-

A venda de cheques oferta não deveria permitir em nenhuma circunstância que o cheque gerado nessa venda fosse usado para pagamento da mesma. No entanto, se depois de efetuar o pagamento com outro meio de pagamento, o operador voltasse a carregar a venda onde o cheque oferta foi gerado e alterasse o meio de pagamento da mesma para cheque oferta, a aplicação estava a permitir, indevidamente, inserir o cheque oferta por ela gerado como meio de pagamento.

O processo de alteração do meio de pagamento em documentos existentes foi revisto, por forma a que não seja possível usar um cheque oferta como meio de pagamento do documento que o gerou.
-

Não tendo configurado um documento de suspensão de encomendas para nenhum posto, nem para nenhum tipo de documento de encomenda, no POS, ao se clicar na opção "Integr. Enc." ocorria um erro ao lançar a janela de pesquisa de encomendas a integrar.
-

Quando um utilizador, sem permissão para alterar ou remover linhas, mas com permissão para anular linhas não gravadas, lançava, por exemplo, duas linhas nos cartões de consumo e anulava a primeira, ficando a aplicação posicionada numa nova linha, ocorria indevidamente um bloqueio do teclado. -

Caso existissem linhas vazias no cartão de consumo, ao aceder ao ecrã de pagamentos dos cartões de consumo, essas linhas apareciam com zeros.

As linhas vazias, deixam de ser apresentadas no ecrã de pagamento, tanto para postos do tipo "Pagamento de Cartões de Consumo" como para postos do tipo "Cliente de Cartões de Consumo".
-

Se a empresa estivesse configurada para apresentar alerta de que existe OR "aberta" da viatura ao fechar o processo de stands, o alerta estava a ser apresentado mesmo que todas as ORs estivessem "fechadas".
-

Foram identificadas três anomalias na comunicação de Disponibilidades da Suite.
1 - Para o filtro inicial das datas no 3º passo do assistente Suite Wizard Booking, se os Tipos de Alojamentos selecionados não tinham qualquer disponibilidade não estava a aparecer qualquer registo, quando devia aparecer com disponibilidade a zero.
2 - Para um tipo de alojamento com disponibilidades comunicadas, caso se alterasse a data de início da Reserva, era comunicada a disponibilidade da nova data, mas não era comunicada que a data original ficou mais livre.
3 - Para um tipo de alojamento com disponibilidades comunicadas, caso era registada uma Reserva que ocupasse a última disponibilidade, em vez de comunicar zero disponibilidades estava a comunicar a total disponibilidade do tipo de alojamento.
-

A alteração da NACE Revisão 2 para uma nova versão, chamada NACE Revisão 2.1, exigiu ajustes correspondentes a nível nacional. Em Portugal, essa atualização levou à necessidade de rever a Classificação das Atividades Económicas (CAE), que é a adaptação nacional da NACE. Assim, a Deliberação n.º 1346/2024, de 16 de outubro – Adotou a nova estrutura da CAE-Rev.4, substituindo a anterior (CAE-Rev.3). A CAE-Rev.4 será obrigatória para as entidades do Sistema Estatístico Nacional (SEN) a partir de janeiro de 2025.
No seguimento das alterações legislativas, foi publicado o mapa INE 2025, com as seguintes alterações no layout em comparação com o mapa INE 2024:
- o Identificador do anexo referencia o número 10595, válido até 2025-12-31
- A Situação da Unidade permite selecionar itens atualizados do "CAE" e da "Categoria"
Para atualizar, deve aceder ao Base Utilitários Gestor de Modelos Oficiais, premir em "Atualizar Modelos", selecionar a opção "INE_2025.etigmo" e Instalar Modelo. -

Ao aceder ao Relatório Único dos Modelos Oficiais de Recursos Humanos, numa versão AnyCPU, gerava o erro:
"99999 - Could not load file or assembly 'Eticadata.Resources.OficialModels.Grh.dll' ...".

Para ultrapassar o problema, e caso já tenha sido aplicado o Update 22.486/003 (antes de 21/03/2025), deve:
- Aceder aos ficheiros da pasta Eticadata.WebDBConfig, e editar o ficheiro "ActualizacaoDados.txt", e remover o sufixo da versão "/003"
- Gravar o ficheiro e fechar
- Aceder ao /ERPV22/Admin/, refrescar a página, para garantir o refresh da versão, e aceder à opção "Atualizar", voltando a aplicar o Update 22.486/003.

Caso não tenha aplicado ainda o Update referido, tem apenas que o aplicar.

O pack de Update para Any CPU, está disponível para atualização direta na Administração do ERP (através do /ERPV22/Admin/, menu "Versão Atual: ... - Atualizar"), quando a versão do Setup instalada seja a AnyCPU.

Em alternativa, o pack deste Update para AnyCPU, pode ser descarregado por este link - Update AnyCPU

Caso estivesse aberta a janela do arquivo digital, ao aceder a movimentos gerados por outros módulos que tivessem anexos associados, na janela do arquivo dava indicação de erro e não apresentava o(s) anexo(s). -

Passaram a ser aplicados os seguintes procedimentos nas atribuições da Via Verde:
1) Apenas vai ser restringida a atribuição de novas linhas de portagens / combustíveis / parques a processo de rent-a-car se estes estiverem em estado “Fechado”. Anteriormente estavam também a ser aplicadas restrições a processos com o estado "faturado";
2) O tempo de tolerância vai ser contabilizado para encontrar processos cuja recolha não foi efetuada e a data de fim prevista já se encontra ultrapassada (mas dentro do intervalo de tolerância definido no processo). -

O URL base para comunicação de documentos via EDI através da YET, foram alterados para "https://yet.cegid.cloud/", de modo a garantir a continuidade do serviço com este operador.

O URL base anterior "https://edge.yetspace.com/" será descontinuado brevemente, pelo que é conveniente atualizar o ERP para este Update (v22.08/001), nos clientes que usam EDI através dos serviços da YET.

Caso os clientes tenham implementadas políticas restritivas nos acessos à internet, será conveniente atualizá-las, de modo a viabilizar a comunicação através deste novo URL.

-

Em contexto de trabalho com custeio por FIFO ou LIFO, quando a pilha de stock para os critérios de custeio ia a negativo, o custeio das saídas subsequentes era valorizado pelo PCM até a pilha voltar a positivo. No entanto, nalguns cenários com um longo historial de dados e em que é frequente o stock ir a negativo, o valor do PCM encontra-se desajustado da realidade, mesmo após recalculo, resultando na atribuição a esses movimentos de um custo completamente desajustado da realidade.

Assim, quando em FIFO ou LIFO, se a pilha de stock para um determinado artigo for a negativo, o custeio dessas saídas passa a assumir o PCU em vez do PCM, atribuindo a esses movimentos um valor mais consentâneo com a realidade. Esta alteração é assumida no registo de novas saídas de stock e também pelo recalculo de stocks e custos.
-

Ao gravar um documento de compra, não classificado para SAF-T, que contivesse uma linha com valor líquido a negativo, para regularização do total do documento, em que os valores da "regularização" originavam um total de zero, era apresentada a mensagem impeditiva: "O 'Valor Total', o Valor das Incidências de IVA (por taxa) e o 'Valor Total de IVA' do documento não podem ser inferiores a zero!". -