| ♥ 0 | Bom dia
A Exportar SAF-T Auto-faturação estamos a ter o seguinte erro:
Como resolver, algum me pode ajudar? Marked as spam |
| Private answer Bom dia, fechar todas as instancias da Primavera e correr na base de dados da empresa o seguinte: update dbo.versaomodulo set versao='11.00' where modulo='SAF'
Depois abrir o ERP, e testar. Testem numa clone primeiro. Marked as spam | |
| Private answer Olá Bom dia, tenho o mesmo problema! Alguma novidade sobre o assunto? Marked as spam Comments Boa tarde a resposta da Primavera é mesmo para executar o script e resolveu-nos o problema: UPDATE VersaoModulo SET Versao = '11.00' WHERE Modulo = 'SAF' Olá bom dia, aqui não resolveu. Obrigado na mesma pela ajuda. | |
| Private answer Normalmente ocorre quando uma base de dados migrada para a SR7 é aberta numa instalação inferior. Deverão garantir que todos os postos que acedem ao ambiente encontram-se atualizados, caso contrário vai repetir-se a situação. Marked as spam Comments Bom dia, Fiz o que indica, ao reentrar a base de dados é atualizada, mas o problema mantem-se. @brunomanuelfortunatonbrega, Antes de fazer esta validação, por favor pode efetuar a reconstrução dos campos de utilizador para todas as dependências (no Administrador). Terá de validar se o campo em causa (ATCUD) foi criado nos objetos:
CabecDocExtended
CabecComprasExtended
CabLiqExtended
Se não existe e se a atualização nãos os cria a atualização não é suficiente. @armandogonalves as tabelas em questão não tem nenhum campo de utilizador criado. Estive a validar na versão que tenho que é mais recente que a do cliente e em nenhuma base de dados tenho nas tabelas indicadas (CabecDocExtended CabecComprasExtended CabLiqExtended) o campo ATCUD @brunomanuelfortunatonbrega, se não possui o campo tem de os criar para que não surja o erro. Para resolver diria que basta adicionar este campo nas tabelas.
ALTER TABLE [CabLiqExtended] ADD [ATCUD] [nvarchar] (255) NULL
GO
ALTER TABLE [CabecDocExtended] ADD [ATCUD] [nvarchar] (255) NULL
GO
ALTER TABLE [CabecComprasExtended] ADD [ATCUD] [nvarchar] (255) NULL
GO Mesmo criando os campos diretamente na base de dados como indicou, o problema persiste. @brunomanuelfortunatonbrega, Os campos constam na tabela ou não?
Não percebo o que quer dizer "campos não diretamente na base de dados". Pode clarificar? Boa tarde, os campos estão criados nas tabelas e todos os postos atualizados, mas continua a dar o erro. @sofiafrana Agradeço que formalize o pedido de suporte e disponibilize a BD para se analisar o problema específico.
Será importante descreverem também o que já foi efetuado em prol da resolução do problema.
Depois de criarem os campos, recomendo que executem a operação de reconstrução de todas as dependências de campos de utilizador (no Administrador). Em alguns casos sugiro a substituição da Stored Procedure: "SAFT200_DocumentosExportacaoAF" (caso de PT) por uma de uma versão atualizada. Bom dia, alguém consegue confirmar se o cliente estiver com as builds mais recentes da v10.10 esta situação já não se verifica? |