Estou tentando resolver um problema de um cliente com um documento que usa operadores de fórmula SEQ.
Criei um modelo de documento de fatura e a tabela usa alguns operadores de fórmula SEQ para calcular o total da fatura, entre outras coisas, mas o modelo não funciona corretamente na máquina dos meus clientes. Quando os campos são atualizados usando F9, os cifrões são repetidos e as casas decimais são introduzidas mesmo quando estas são zero.
Para ser claro, o modelo funciona corretamente no meu computador. Ele também funciona corretamente no computador dos colegas do meu cliente.
Estou confuso sobre qual é o problema. Ambos usamos o Windows 11 e a versão mais recente do Microsoft Office 365, mas deve haver algo diferente entre as duas instalações? Aqui estão algumas coisas que já tentei resolver o problema:
- O cliente estava anteriormente no 'Microsoft Office Mondo 2016', que foi considerado a origem do problema, mas agora instalamos uma versão de avaliação do Microsoft Office 365 mais recente. Antes de atualizarem do Mondo, recebíamos mensagens sobre o conteúdo do arquivo está ilegível, mas agora não aparece.
- Verificado que a 'Visualização protegida' ou qualquer coisa relacionada à Central de confiabilidade está bloqueando as fórmulas.
- Desabilitou quaisquer suplementos.
- Executei o documento do Word em modo de segurança.
- Retirou toda a formatação do documento para descartar outros conflitos
- O documento foi enviado ao cliente por e-mail, tentei enviar via WeTransfer, caso o e-mail estivesse corrompendo o arquivo.
Alguém tem alguma sugestão?
Aqui está o código de fórmula que estou usando em uma das células. Não sou especialista nesses operadores SEQ, mas construí isso com base em algumas outras fórmulas que encontrei no StackExchange, basicamente ele multiplica três células para criar um total para a linha, funciona relativamente para que o mesmo código possa ser usado em todos total de células e não será quebrado se outras linhas acima ou abaixo forem excluídas.
${ =({ QUOTE "D{ =1+{ SEQ row \* Arabic } \* Arabic }" }*{ QUOTE “E{ =1+{ SEQ row \c \* Arabic } \* Arabic }" }*{ QUOTE “F{ =1+{ SEQ row \c \* Arabic}\* Arabic }" }) }
Aqui está um vídeo do que acontece , estamos usando uma versão simplificada do modelo nesse exemplo. Também carreguei uma versão anônima do arquivo no WeTransfer se alguém quiser testar o arquivo diretamente.
Isso provavelmente é uma consequência de ter o sistema operacional configurado com símbolos de moeda diferentes. Não sei quais são todas as regras envolvidas, mas digamos que você esteja executando no Windows e o símbolo da moeda configurado em uma máquina (nas Configurações do Windows ) é $. Então (digamos) $ 10 serão reconhecidos como um valor monetário , o símbolo monetário será mantido quando você multiplicar os três valores e o WOrd usará um formato de moeda padrão (mais como "0,00" em vez de "0"), então você acabar com
O sinal literal
$
que está fora do código do campo, seguido pelo resultado do código do campo, que é$280.00
, ou seja$$280.00
Mas em um sistema onde o símbolo da moeda está configurado como £ (digamos), o Word reconhecerá $ 10 como um número, eliminará o $ e não aplicará a formatação da moeda. Então você tem
O sinal literal
$
que está fora do código do campo, seguido pelo resultado de 4 7 10 =280
, ou seja$280
O Word não reconhece "nenhum texto antigo" como símbolo de moeda. Se, por exemplo, você tivesse "P10" na coluna F, o Word trataria isso como um pedaço de texto e retornaria 0 em vez de 10. Mas certamente trata $, £ e o símbolo do Euro da maneira que descrevi.
Como superar isso para que funcione como esperado em todos os lugares? Provavelmente a coisa mais simples a fazer seria colocar o sinal $ no cabeçalho da coluna (por exemplo,
Rate ($)
em vez deRate
) e omiti-lo das células de dados. Caso contrário, acho que você teria que usar algo comoNB, não é relevante para a pergunta, mas acho que você poderia remover todos esses
\* Arabic
modificadores (porque\* Arabic
é o formato padrão) e usar