Configurações de política em nível de entidade
A maior parte do comportamento da REDA não é fixa — é um conjunto de políticas de negócio que você escolhe, e elas podem variar de uma empresa para outra. Uma empresa em um país pode reter imposto na fonte e aplicar orçamentos com rigor; uma empresa em outro país pode não fazer nenhuma das duas coisas. Por isso, essas escolhas existem como interruptores na entidade, onde você define a política de cada empresa de forma independente. Este artigo é o catálogo: o que cada interruptor faz e — tão importante quanto isso — quando você vai querer ativá-lo.
Acesso necessário. Alterar as configurações de política de uma entidade exige o conjunto de permissões Accounting Admin v2 ou Accounting Controller v2. Os conjuntos Accounts Payable v2, Accounts Receivable v2 e Read Only v2 podem visualizá-las, mas não alterá-las.
Retenção na fonte
A retenção na fonte é quando o pagador retém parte de um pagamento e a repassa à autoridade fiscal em nome da outra parte. Ela só se aplica em alguns países — por isso fica desligada até você ativá-la. (Ainda não conhece o assunto? Veja Entendendo a Retenção de Impostos.)
| Configuração | O que faz | Ative quando… |
|---|---|---|
| WHT Enabled (Purchase) | Exibe as opções de retenção nos documentos de compra, para que você possa reter imposto nos pagamentos a fornecedores. | seu país exige que você retenha imposto de fornecedores/prestadores. |
| WHT Enabled (Sales) | Permite que a empresa registre a comprovação de que um cliente reteve imposto ao pagar para você. | seus clientes são obrigados a reter imposto nas suas faturas. |
| Payer Regime | O regime de retenção na fonte da empresa (por exemplo, Lucro Real / Presumido / Simples, no Brasil). | as regras do seu país dependem do regime tributário da empresa. |
Controles de orçamento e compras
| Configuração | O que faz | Ative quando… |
|---|---|---|
| Enforce Budget Controls | Muda a empresa do modo de aviso (o padrão — ordens de compra acima do orçamento são sinalizadas, mas permitidas) para o modo de bloqueio, no qual elas são impedidas. Veja Aplicação de Orçamento em Ordens de Compra. | você quer um bloqueio rígido para compromissos acima do orçamento, não apenas visibilidade. |
| PO Over-Invoice Tolerance % | O quanto uma fatura de fornecedor pode exceder a ordem de compra à qual está associada antes de a REDA objetar (por exemplo, 5% para permitir pequenas variações). | você faz correspondência entre faturas e ordens de compra e quer permitir — ou limitar rigorosamente — pequenos excedentes. |
Liquidação e relatórios
| Configuração | O que faz | Ative quando… |
|---|---|---|
| Allow Cross-Entity Settlement (AR) | Permite que o pagamento de um cliente de outra empresa liquide a fatura de venda desta empresa — útil quando um grupo recebe de forma centralizada. | uma empresa do grupo recebe valores em nome de outras. |
| Allow Cross-Entity Settlement (AP) | O mesmo do lado das compras — o pagamento de outra empresa liquidando as contas desta. | uma empresa do grupo paga fornecedores em nome de outras. |
| Include In Aging | Inclui esta empresa nos instantâneos de aging (os relatórios que mostram há quanto tempo os saldos de clientes/fornecedores estão vencidos). | você quer esta empresa nos seus relatórios de saldo vencido (geralmente sim). |
Geração automática de PDF
Cinco interruptores independentes. Quando ativados, a REDA cria um PDF no momento em que cada tipo de documento é contabilizado e o anexa ao registro — papelada sem esforço manual.
| Interruptor | Gera um PDF quando… |
|---|---|
| Auto-Gen PDF: Sales Invoice | uma Fatura de venda é contabilizada |
| Auto-Gen PDF: Cash Receipt | um Recebimento é contabilizado |
| Auto-Gen PDF: Credit Memo | uma Nota de crédito é contabilizada |
| Auto-Gen PDF: Purchase Order | uma Ordem de compra é contabilizada |
| Auto-Gen PDF: Cash Disbursement | um Desembolso é contabilizado |
Ative os interruptores dos documentos que você envia rotineiramente (Faturas de venda e Ordens de compra são o par mais comum); deixe os demais desligados e gere-os sob demanda.
Uma matriz de política aplicada — as quatro empresas do Meridian
Veja como nosso grupo de exemplo realmente usa esses interruptores. Mesmo produto, mesmo grupo — quatro perfis de política diferentes, porque são quatro países diferentes:
| Entidade | Escolhas de política | Por quê |
|---|---|---|
| Meridian Properties US LLC | Enforce Budget Controls ligado; retenção desligada | A empresa americana mantém uma gestão de compras disciplinada — ordens de compra acima do orçamento são bloqueadas, não apenas sinalizadas. Os pagamentos comerciais nos EUA não envolvem retenção na fonte. |
| Meridian Properties UK Ltd | Retenção desligada | Os pagamentos a fornecedores no Reino Unido, no ramo de atuação do Meridian, não exigem retenção; o IVA é tratado pelo motor de impostos, não por esses interruptores. |
| Meridian Properties India Pvt Ltd | WHT Enabled (Purchase) ligado | A legislação indiana exige a dedução do imposto na fonte (TDS) em muitos pagamentos a fornecedores — o interruptor do lado de compras faz as opções de retenção aparecerem nos seus documentos de compra. |
| Meridian Properties Brasil Ltda | Retenção ligada; Payer Regime definido | As retenções na fonte do Brasil dependem do regime tributário da empresa, então tanto o interruptor quanto o regime importam. |
Repare no que não muda: todas as quatro mantêm Include In Aging ligado (o grupo quer todas as empresas nos seus relatórios de saldo vencido) e nenhuma precisou de mudança em qualquer configuração global para isso — é tudo política por empresa.
Como a REDA aplica isso
Você não precisa fazer nada além de definir os interruptores. Sempre que um documento relevante é processado, a REDA lê a política da empresa e age de acordo com ela — de forma eficiente, mesmo ao contabilizar centenas de registros de uma vez. E se uma política estiver mal configurada, a REDA avisa claramente em vez de simplesmente presumir, seguindo sua abordagem de "nunca falhar em silêncio". Defina os interruptores uma vez na configuração; o motor os respeita em todo documento daí em diante.
Seus próprios campos personalizados continuam editáveis em registros contabilizados
Assim que um documento contábil é contabilizado ou cancelado, a REDA o trava para que os números por trás do seu livro razão não possam mudar silenciosamente. Essa proteção é essencial — mas, antes, ela travava o registro inteiro, incluindo campos personalizados que seu próprio administrador havia adicionado para seus próprios fins (um código de projeto, uma observação interna, uma referência de aprovação). Esses não são números da REDA, e congelá-los ia além do que a integridade exigia.
Agora a REDA trava apenas o que realmente afeta a contabilidade:
| Em um registro contabilizado / cancelado… | Editável? |
|---|---|
| Os próprios campos empacotados da REDA (valores, datas, status, mapeamentos de conta contábil) | Travado — esses são o registro contábil |
| Campos padrão do Salesforce (Name, Currency, Owner) | Travado |
| Um campo usado como dimensão de mapeamento de contabilização | Travado — ele determina onde o lançamento é contabilizado |
| Um campo personalizado que seu administrador adicionou que não é uma dimensão de mapeamento de contabilização | Editável em todos os estados — são seus dados, não da REDA |
Isso se aplica em todo estado de registro — rascunho, contabilizado, cancelado, estorno, concluído, aprovado — e não exige nenhuma configuração; funciona assim que você atualiza. A integridade contábil permanece inalterada: nada que determina um saldo, uma contabilização ou um valor auditado se tornou editável — apenas os campos que sempre foram seus, desde o início.
O que vem a seguir
- Configuração REDA (CMDT) — os interruptores globais para a organização, acima da política de entidade.
- Referência de Campos da Entidade — onde os interruptores de política ficam no registro.
- Criando uma Entidade — defina políticas durante a criação da empresa.
- Contas contábeis padrão da entidade — a outra grande configuração por entidade.
Perguntas frequentes
Sim. Diferente da moeda e do regime contábil (que ficam travados após a primeira contabilização), esses interruptores de política podem ser ajustados a qualquer momento conforme seu negócio muda — a nova configuração passa a valer para os documentos a partir daquele momento.
Os interruptores começam desligados (ou em um padrão neutro), então a REDA faz o mais simples: sem retenção na fonte, orçamentos acompanham mas não bloqueiam, sem liquidação entre empresas, PDFs gerados sob demanda. Ative apenas o que o seu negócio precisa.
Porque a retenção na fonte é uma regra específica de cada país, e essas configurações são por empresa. Esse é justamente o objetivo da política em nível de entidade — cada empresa segue seus próprios requisitos locais.
Os orçamentos são criados na área de Orçamentos. O interruptor Enforce Budget Controls aqui decide se esses orçamentos apenas acompanham os gastos ou bloqueiam ativamente ordens de compra acima do orçamento.
Isso foi útil?