Localização e Formatos

Valores monetários e datas no AccessPoint seguem a sua jurisdição, e não uma convenção fixada no código. Este painel reúne as cinco definições de âmbito de inquilino que decidem como são apresentados: a moeda predefinida, um formato de data imposto opcional, o mês de início do ano fiscal, a ortografia do inglês da organização e o seu fuso horário.

Onde Encontrar

Abra Definições na barra de ferramentas da aplicação e escolha Localização e formatos.

Referência das Definições

Moeda

Cada tabela de taxas — ou seja, cada categoria de requerentes — indica a moeda ISO em que as suas taxas estão expressas. Os pacotes jurisdicionais fornecem esta informação, pelo que importar o pacote do Reino Unido lhe dá tabelas em £ e o pacote canadiano tabelas em CA$, lado a lado no mesmo inquilino. A moeda predefinida aqui definida cobre tudo o resto e é inicializada automaticamente a partir do seu primeiro pacote jurisdicional.

Os montantes nunca são convertidos entre moedas. O código controla apenas a apresentação: uma taxa registada como 25 numa tabela em £ é £25, e nada no AccessPoint a reformula de outro modo. Se o seu serviço cobra efetivamente em duas moedas, isso é uma questão de duas tabelas de taxas, não de uma taxa de câmbio.

Datas

Por predefinição, as datas seguem o idioma de interface selecionado, de modo que cada utilizador as lê na convenção que o seu idioma espera. Um administrador pode sobrepor-se a isso fixando aqui um formato interno — ISO, dia/mês/ano, mês/dia/ano ou forma extensa — quando o serviço pretende uma única convenção em toda a parte, independentemente de quem consulta.

Dois elementos comportam-se deliberadamente de outra forma:

• As cartas geradas apresentam as datas em forma extensa no próprio idioma da carta ("7 August 2026" / "7 août 2026"), salvo se estiver fixado um formato. Uma carta é um documento lido por uma pessoa, pelo que se lê naturalmente no idioma dela.
• Os pacotes de prova e as exportações de auditoria usam sempre datas ISO, seja qual for a definição aqui. São artefactos de verificação, e uma data inequívoca faz parte do que os torna verificáveis.

Ortografia do Inglês

O inglês é um idioma do AccessPoint; a forma como é escrito é uma definição da sua organização:

• Estados Unidos — color, license, organization (a predefinição).
• Canadá — colour, licence, organization.
• Reino Unido — colour, licence, organisation, programme.

Aplica-se a todos os que utilizam o AccessPoint em inglês: todos os ecrãs, os títulos e etiquetas dos documentos e relatórios que o AccessPoint produz, as suas mensagens e o inglês que as funcionalidades de IA escrevem. Com o formato de data Automático, as datas em inglês também a seguem — 2026-10-07 no Canadá, 07/10/2026 no Reino Unido, 10/7/2026 nos Estados Unidos — e as cartas em inglês britânico escrevem as datas com o dia primeiro (7 October 2026). Nunca altera outro idioma, um código de idioma ou texto escrito por pessoas.

Os pacotes jurisdicionais definem-na quando ninguém escolheu uma: um pacote canadiano define Canadá; um pacote do Reino Unido, da Irlanda, da Austrália, da Nova Zelândia, da Índia ou da África do Sul define Reino Unido; um pacote dos EUA define Estados Unidos. O que guardar aqui prevalece sempre.

O pacote Universal baseline, que todas as organizações partilham, chega na sua ortografia. Depois de alterar a ortografia, volte a aplicar o Universal baseline (Definições > Pacotes jurisdicionais, Adicionar e atualizar) para regravar os seus nomes, descrições e orientações — os itens que editou ficam exatamente como os escreveu. Volte a carregar a página depois de guardar para ver a nova ortografia em todo o lado.

Fuso Horário

O fuso horário da organização é o calendário em que todos os prazos estatutários são calculados. Quando está definido, o prazo de um pedido é contado a partir do dia de receção nesse fuso horário, seja quem ou o que for que desencadeie o cálculo: um responsável noutra província ou estado, um aprovador no estrangeiro, ou o próprio AccessPoint a libertar uma retenção de receção ou a registar um pagamento durante a noite obtêm todos a mesma data. Uma data de receção escolhida por alguém a leste do fuso horário da organização mantém o dia que escolheu.

Quando está Não definido (a predefinição), cada cálculo é executado no fuso horário da pessoa que o desencadeia, e o trabalho em segundo plano reutiliza o fuso da última pessoa que o fez. Defina-o quando a sua equipa trabalha em vários fusos horários e quando uma lei da sua jurisdição muda numa data: as definições que mudam numa data — isenções, motivos de extensão, taxas e avaliações obrigatórias — são avaliadas pela data de receção de um pedido neste fuso horário.

Os pacotes jurisdicionais não o definem, com uma exceção: aplicar o pacote da Nova Escócia numa organização que nunca definiu um fuso horário e tem apenas pacotes da Nova Escócia define-o como America/Halifax (registado no registo de auditoria como alteração da importação do pacote), pelo que, a partir daí, cada prazo, "hoje" e dia de prazo apresentado é calculado em dias de Halifax. Altere-o aqui em qualquer momento.

Alterar a definição não reescreve os prazos já armazenados: cada pedido passa para o novo fuso horário na sua próxima alteração de prazo (uma extensão, uma pausa do relógio ou uma correção da data de receção), e Como esta data foi calculada mostra a diferença até lá.

Os Dias de Calendário Seguem o Utilizador

As datas de receção, os prazos estatutários, as datas do registo de correspondência e todas as comparações com "hoje" — atraso, dias restantes, O Meu Dia, intervalos relativos de relatórios — seguem o calendário local do utilizador, não o do servidor. Um pedido criado às 22h11 é recebido nesse dia e o seu relógio começa a contar a partir desse dia, mesmo que já seja amanhã em UTC, pelo que uma admissão à noite nunca perde nem ganha um dia face ao prazo estatutário. Isto é automático e não requer configuração: o web part envia o fuso horário do navegador em cada chamada. Quando a sua organização define um fuso horário (acima), os prazos estatutários seguem antes o calendário da organização. As marcas temporais continuam a ser armazenadas como instantes UTC, que é o que os pacotes de prova e as exportações de auditoria mostram.

Ano Fiscal

O mês de início do ano fiscal determina duas coisas: a numeração de processos em estilo de ano fiscal e os períodos usados pelos relatórios fiscais. Os pacotes jurisdicionais inicializam-no, pelo que um pacote importado normalmente acerta para a sua jurisdição sem intervenção.

Alterá-lo a meio do ano afeta apenas a etiqueta de ano dos novos números de processo. Os números já emitidos permanecem intactos — um número de processo é um identificador já citado em correspondência, pelo que o AccessPoint não o reetiqueta retroativamente.

Sugestões

• Importe primeiro um pacote jurisdicional: inicializa a moeda predefinida, as moedas das tabelas de taxas e o mês de início do ano fiscal, e a partir daí ajusta.
• Defina o fuso horário da organização se a sua equipa trabalha em vários fusos horários, ou se uma lei da sua jurisdição muda numa data, para que cada prazo e cada regra datada sejam contados da mesma forma.
• Deixe o formato de data por definir, salvo se tiver motivo para fixar um — seguir o idioma de interface é normalmente o que os serviços multilingues pretendem.
• Defina o mês de início do ano fiscal antes de começar a emitir números de processo em estilo de ano fiscal, para que a numeração de um mesmo ano fiscal se mantenha coerente.

Páginas Relacionadas

• Pacotes Jurisdicionais — o que inicializa a moeda predefinida, as moedas por tabela e o mês de início do ano fiscal.
• Idiomas do Sistema — os idiomas ativos que as datas seguem quando não há formato interno fixado.
• Calendários — a outra metade do tratamento de datas: que dias contam como úteis no cálculo de prazos.
• Configuração de Numeração — o padrão de número de processo ao qual o mês de início do ano fiscal fornece a etiqueta de ano.
• Categorias de Requerentes — as tabelas de taxas que indicam cada uma a sua própria moeda ISO.