Entendendo os Territórios
Um território é como REDA Financials modela onde sua empresa opera — uma região regida por um conjunto de regulamentações e padrões. Na maioria das vezes, isso é um país: os Estados Unidos são um território, o Reino Unido outro. Os territórios são discretamente uma das estruturas mais importantes da aplicação, porque cumprem quatro funções ao mesmo tempo: carimbam todo registro com um marcador que pode controlar quem vê o quê, carregam suas configurações contábeis padrão, mantêm um conjunto de políticas de negócio — e são donos do calendário fiscal contra o qual suas entidades contabilizam.
Acesso necessário. Qualquer conjunto de permissões da REDA Financials pode visualizar territórios; criá-los e editá-los requer o conjunto de permissões Accounting Admin v2 ou Accounting Controller v2.
Uma hierarquia de dois níveis
Um território pode existir sozinho, ou pode ter territórios filhos abaixo dele — um nível extra para regiões dentro do pai. Por exemplo:
Por exemplo: os Estados Unidos são um território de nível superior (Nível 1), e Califórnia e Texas são territórios filhos (Nível 2) abaixo dele — útil quando estados diferentes precisam de seu próprio acesso a dados ou configurações contábeis padrão.
Todo registro é carimbado com seu território
Este é o mecanismo que faz tudo o mais funcionar. À medida que os
registros são criados, a REDA carimba automaticamente cada
um com o código de seu território — faturas, contas,
recebimentos, pagamentos, lançamentos contábeis, ativos, contas
bancárias e muito mais. O carimbo é o código completo
do território (por exemplo, US para um território de
nível superior, ou US-CA para um filho), e ele
acompanha o registro por toda a sua vida.
Você não define isso manualmente — a entidade à qual um documento pertence determina seu território, e a REDA aplica o carimbo automaticamente. O resultado é que todo dado financeiro carrega um marcador confiável da região a que pertence. Como esse código é construído está descrito em Códigos de território e códigos completos.
Como os territórios controlam quem vê o quê
Como todo registro carrega seu código de território, o administrador do Salesforce pode usá-lo para controlar o acesso no nível de registro em toda a aplicação. A REDA Financials não vem com nenhuma regra de compartilhamento própria — por padrão, o acesso aos registros segue as configurações normais do Salesforce da sua organização. O que a aplicação fornece é o carimbo confiável; o padrão seguro e recomendado que o administrador pode construir sobre ele é:
- Defina o compartilhamento padrão da organização (o acesso padrão) para os objetos da REDA Financials como Privado — assim, por padrão, os usuários só veem seus próprios registros.
- Reabra o acesso com regras de compartilhamento, usando o código de território como um dos critérios.
Por exemplo: uma regra de
compartilhamento pode conceder à sua equipe financeira dos EUA
acesso a todo registro carimbado com US (e seus
filhos), enquanto sua equipe do Reino Unido vê apenas os registros
UK — separando de forma limpa os dados de cada
região sem tocar nos próprios registros.
Os territórios também carregam suas configurações contábeis padrão
Cada território pode ter suas próprias contas contábeis padrão, livro razão e estrutura de relatórios. Quando você cria uma entidade, a REDA preenche seus valores padrão a partir da correspondência mais específica — território filho, depois território pai, depois os valores padrão globais — assim cada região contabiliza em contas localmente apropriadas, compartilhando ao mesmo tempo uma base coerente. Veja Entendendo os valores padrão de contabilidade para o quadro completo.
Os territórios são donos do calendário fiscal
Os períodos contábeis pertencem aos territórios de nível superior, não a entidades individuais. Para cada território de nível superior (Nível 1), você gera 12 períodos por ano fiscal — na guia Períodos contábeis do Financial Admin Console — e toda entidade desse território, incluindo entidades em seus territórios filhos, contabiliza contra esse mesmo calendário compartilhado. Os subterritórios não têm seus próprios períodos; eles herdam os do pai.
Se você tentar criar um período em um território filho, o sistema impede: “Períodos contábeis só podem ser criados em territórios de nível superior. O território selecionado tem um pai — escolha o território pai em vez disso. Os subterritórios herdam o calendário fiscal do pai.”
Por exemplo: a Meridian Property Group administra um território Estados Unidos e um território Índia. Sua entidade dos EUA segue os 12 períodos gerados em Estados Unidos; sua entidade indiana segue os períodos gerados em Índia — que podem começar em abril para coincidir com o ano fiscal indiano, enquanto o calendário dos EUA vai de janeiro a dezembro. Cada região mantém seu próprio fim de ano sem qualquer manutenção de período por entidade.
Todo campo de um território, explicado
Um registro de território tem dois tipos de campos: alguns que definem sua identidade e lugar na hierarquia, e um conjunto de políticas de negócio que controlam como a aplicação se comporta para tudo naquele território.
Identidade e hierarquia
| Campo | O que significa e controla |
|---|---|
| Nome | O nome de exibição do território — por exemplo, Estados Unidos. |
| Código do Território | Um código curto (até 10 caracteres) que identifica o
território — por exemplo, US. É o
bloco fundamental do código completo. Ele não pode
conter um traço (o traço é reservado para unir pai
e filho) e não pode ser alterado depois de
salvo. |
| Território Pai | Vincula um território filho ao seu pai (por exemplo, Califórnia sob Estados Unidos). Deixe em branco para um território de nível superior. Não pode ser alterado depois de salvo, e um território não pode ser seu próprio pai. |
| Nível | Calculado automaticamente — 1 para
um território de nível superior, 2 para um
filho. Você não define isso; decorre de haver ou não um
pai definido. |
| Código Completo | Calculado automaticamente — e este é o valor
carimbado em todo registro. O código completo de um
território de nível superior é apenas o seu código
(US); o de um filho é o código do pai e o
código do filho unidos por um traço (US-CA). |
| Ativo | Se o território está em uso. Um território inativo não pode ser atribuído a novas entidades ou livros razão, mas registros que já o referenciam continuam funcionando. |
| Descrição | Notas em texto livre sobre o território, para sua própria referência. |
Políticas de negócio
Esses botões definem os valores padrão regionais para como a REDA se comporta para cada entidade e documento no território.
| Campo | O que controla |
|---|---|
| Contabilização agrupada habilitada | Como as transações são contabilizadas no livro razão para entidades desse território. Desligado (o padrão) — toda linha de origem grava sua própria entrada contábil, dando uma trilha de auditoria completa no nível de linha. Ligado — linhas que afetam a mesma conta contábil são combinadas em entradas resumidas (menos linhas, menos detalhe). É definido por território porque as expectativas locais de trilha de auditoria variam. |
| Correspondência de dimensões padrão | O valor inicial para novos desembolsos criados nesse território. Quando ligado, um pagamento só se aplica automaticamente a faturas cujas dimensões contábeis correspondam — um controle mais rígido. Ele define o padrão inicial; você ainda pode alterá-lo em um pagamento individual. |
| Habilitar snapshots de aging | Se as entidades desse território são elegíveis para instantâneos de aging de AR e AP de fim de período. Cada entidade também precisa ter o aging habilitado. Desligado por padrão. |
| Limite de criação automática OCR | A confiança mínima de IA (0–100%, padrão 80%) para o mecanismo de OCR criar automaticamente uma fatura de compra a partir de um documento escaneado. Abaixo do limite, o documento aguarda revisão manual. |
| Gerar URL pública para PDFs | Como os PDFs gerados são compartilhados. Quando ligado, um PDF recebe um link público (qualquer pessoa com a URL pode visualizá-lo — conveniente para envio por e-mail). Quando desligado, o arquivo é anexado de forma privada e exige login. |
Não na aba Territory Management. Essa aba lista territórios e abre uma janela que edita Accounting Defaults — ela nunca toca nestas cinco.
Contabilização agrupada habilitada e Gerar URL pública para PDFs estão na página do registro de Território. As outras três — Correspondência de dimensões padrão, Habilitar snapshots de aging e Limite de criação automática OCR — não estão no layout de página entregue (13 campos, nenhum deles) nem no componente de Territory Management. Elas existem no objeto e governam exatamente o comportamento descrito acima, mas, como entregue, não há onde defini-las.
Um administrador precisa primeiro adicioná-las ao layout — Configuração → Gerenciador de Objetos → Território → Layouts de Página. Verificado em refin 1.610.0.
Você define tudo isso na guia Territory Management — veja Criando e gerenciando territórios para o passo a passo.
Onde os territórios são gerenciados
Os territórios são criados e mantidos na guia Territory Management do Financial Admin Console. A partir dali, você constrói sua hierarquia, define o código de cada território e edita seus valores padrão de contabilidade através do botão Defaults de cada território. Para o passo a passo, veja Criando e gerenciando territórios.
O que vem a seguir
- Criando e gerenciando territórios — construa sua hierarquia de territórios.
- Códigos de território e códigos completos — como os códigos são construídos.
- Entendendo os valores padrão de contabilidade — o que os territórios direcionam.
- Como os Valores Padrão Fluem para as Entidades — rastreie os valores padrão até os registros.
Perguntas frequentes
Sim — toda entidade pertence a um território, então você precisa de pelo menos um. Uma empresa que opera em um único país simplesmente tem um território de nível superior sob o qual todas as suas entidades e registros vivem. Você obtém os benefícios de configurações contábeis padrão e políticas mesmo sem usar o compartilhamento baseado em território.
Dois — um pai e seus filhos diretos. Um território pai pode ter muitos territórios filhos, mas os filhos não podem ter seus próprios subterritórios. Por exemplo, Estados Unidos → Califórnia funciona; um terceiro nível não.
De forma indireta, e poderosa. A REDA carimba todo registro com seu código de território; o administrador do Salesforce pode então definir os objetos como Privado e escrever regras de compartilhamento que concedem acesso com base nesse código. Assim, o acesso segue o território do dado, automaticamente. Nenhuma regra de compartilhamento é enviada com o pacote — cabe a você defini-las, quando estiver pronto.
Não. Um território é uma região (onde você opera); uma entidade é uma empresa legal (quem é dona dos livros contábeis). As entidades vivem dentro dos territórios; as configurações contábeis padrão são definidas por território, e o calendário fiscal é definido no território de nível superior e compartilhado por todas as entidades abaixo dele.
Porque todos em uma região fecham no mesmo calendário. Gerar 12 períodos uma vez por território de nível superior significa que toda entidade dessa região — incluindo entidades em seus subterritórios — contabiliza contra os mesmos limites de período, sem manutenção de período por entidade e sem risco de duas empresas no mesmo país discordarem sobre quando junho termina.
Sim — os campos Nome, Descrição e o sinalizador Ativo continuam editáveis durante toda a vida do território. O que fica travado após o primeiro salvamento é o Código do Território e o Território Pai, porque o código completo construído a partir deles é carimbado em seus registros.
Isso foi útil?