Liquidação de contas a receber entre empresas
O locatário da Meridian paga sua fatura de Londres — mas o dinheiro cai na conta bancária da entidade dos EUA. Em um mundo de empresa única isso é uma dor de cabeça; em um grupo multi-entidade é rotina. A liquidação de contas a receber entre empresas permite que um Recebimento registrado em uma entidade liquide uma fatura pertencente a outra, enquanto a REDA Financials mantém automaticamente a contabilidade de ambas as empresas íntegra com lançamentos intercompany.
Acesso necessário. Criar, contabilizar e aplicar Recebimentos exige o conjunto de permissões Accounts Receivable v2 (auxiliares e gerentes de contas a receber) ou Accounting Admin v2 (administradores do sistema). Os conjuntos Accounting Controller v2, Accounts Payable v2 e Read Only v2 podem visualizar, mas não aplicar. Ambas as entidades precisam primeiro estar configuradas para liquidação entre empresas por um administrador (a adesão e as contas IC abaixo).
O que realmente acontece
O dinheiro pertence à entidade que o recebeu; a fatura pertence à entidade que a emitiu. Quando um recebimento na Entidade A é aplicado a uma fatura na Entidade B, ambas as afirmações precisam continuar verdadeiras — então, além da aplicação normal, a REDA Financials contabiliza um par intercompany:
| Contabilidade | Efeito |
|---|---|
| Entidade B (emitiu a fatura) | Seu contas a receber do cliente é liquidado — e substituído por uma Conta a Receber IC: a Entidade A agora deve a B o dinheiro que cobrou em nome de B. |
| Entidade A (recebeu o dinheiro) | Detém o caixa — e uma Conta a Pagar IC para a Entidade B pelo mesmo valor. |
O cliente é liquidado em ambos os lugares, e a questão remanescente — A deve a B — é exatamente o tipo de saldo interno que o seu grupo já reconcilia e compensa periodicamente.
Em termos de livro razão, o par intercompany contabilizado junto com os lançamentos de aplicação comuns é:
| Conta | Débito | Crédito |
|---|---|---|
| Conta a Receber IC padrão — na entidade da fatura (B) | Valor aplicado | |
| Conta a Pagar IC padrão — na entidade do recebimento (A) | Valor aplicado |
Tanto os lançamentos de aplicação quanto o par intercompany são criados juntos, na mesma operação — não há janela em que a contabilidade de uma empresa é atualizada e a da outra não. E o par é simétrico por construção: o que quer que se acumule na Conta a Receber IC de B é espelhado na Conta a Pagar IC de A, o que torna a reconciliação intercompany periódica um exercício de conferência, e não uma investigação.
O que precisa estar configurado
Ambas as entidades aderem — bilateralmente
Cada entidade tem uma configuração Allow Cross-Entity Settlement (AR). TANTO a entidade do recebimento quanto a entidade da fatura precisam tê-la ativada; caso contrário, a aplicação é recusada: "O Recebimento e a Fatura de venda devem pertencer à mesma Entidade." O consentimento é mútuo por design — posições intercompany vinculam dois conjuntos de livros.
Ambas as entidades têm contas IC
Uma conta Default IC Receivable e uma Default IC Payable em cada entidade dão ao par intercompany um lugar para contabilizar — a configuração ausente bloqueia a aplicação com uma mensagem indicando a entidade e a conta.
Como registrar uma liquidação
Registre o Recebimento normalmente na entidade cujo banco recebeu o dinheiro — mesmo formulário, mesmos campos (Criando um recebimento). A aplicação à fatura da outra entidade é criada diretamente (o registro de aplicação referenciando a fatura entre empresas); observe duas restrições práticas:
- A tela padrão de Aplicar e a aplicação automática listam apenas faturas da mesma entidade. A liquidação entre empresas é uma capacidade em nível de dados que sua equipe contábil aciona deliberadamente — não algo em que um auxiliar esbarra na tela do dia a dia.
- A mesma moeda e o cliente correspondente ainda se aplicam. O cliente do recebimento deve corresponder ao cliente da fatura, e ambos os documentos devem ter a mesma moeda.
As regras, com as mensagens exatas
| A mensagem | O que significa / o que fazer |
|---|---|
| "O Recebimento e a Fatura de venda devem pertencer à mesma Entidade." | Uma (ou ambas) as entidades não aderiram — Allow Cross-Entity Settlement (AR) precisa estar marcado em ambas antes que a aplicação seja aceita. |
| "Cannot create IC Accounting Transactions: Entity "{0}" is missing Default IC Receivable GL Account…" | O par intercompany não tem onde contabilizar — a entidade indicada precisa ter suas contas IC configuradas. |
| "O Recebimento e a Fatura de venda devem ter o mesmo Cliente." | Entre empresas nunca significa entre clientes — a mesma parte precisa estar em ambos os documentos. |
| "Divergência de moeda: ambos os documentos devem usar a mesma moeda. A moeda do documento de origem não corresponde à da fatura de destino." | Cruzar entidades não flexibiliza a regra de moeda — direcione a cobrança por uma conta com moeda correspondente. |
| "O Recebimento e a Fatura de venda devem estar no mesmo Livro-razão. O Livro do recebimento e o da fatura não correspondem." | Ambos os documentos precisam estar no mesmo conjunto de livros, mesmo entre entidades. |
| "Application Date {0} falls on or before the AR book closure date ({1})." | Livros fechados recusam liquidações entre empresas exatamente como as comuns. |
Erros comuns a evitar
| Erro | Por que prejudica | Faça isto em vez disso |
|---|---|---|
| Ativar a adesão em todas as entidades "por segurança" | Toda aplicação, em qualquer lugar, agora pode criar posições intercompany — o esforço de reconciliação chega antes da política | Ative apenas os pares de entidades que realmente cobram uma em nome da outra |
| Mover o dinheiro com um lançamento contábil em vez de uma aplicação entre empresas | A fatura nunca é liquidada, o cliente continua recebendo extratos, e o saldo IC existe apenas na cabeça de alguém | Deixe a aplicação fazer isso — cliente liquidado, par IC contabilizado, uma única trilha de auditoria |
| Deixar os saldos IC se acumularem sem revisão | Meses de liquidações se acumulam em Conta a Receber IC/Conta a Pagar IC; quando os totais não batem com o esperado, a arqueologia é dolorosa | Reconcilie o par espelhado em um calendário — mensal é o típico — e liquide conforme sua política de compensação |
| Tratar a liquidação entre empresas como a correção para uma fatura mal emitida | A fatura pertence à entidade errada; liquidar entre entidades consolida o erro, com uma posição IC por cima | Se a entidade faturadora estiver errada, corrija a fatura (credite e reemita) em vez disso |
Convivendo com os saldos IC
- O par Conta a Receber IC / Conta a Pagar IC cresce a cada liquidação entre empresas — revise as duas contas uma em relação à outra; elas devem sempre se espelhar.
- Liquide a posição interna periodicamente da mesma forma que empresas reais fazem: uma transferência real entre os bancos das entidades, ou conforme a política de compensação do seu grupo (decisão do seu contador).
- Desfazer a aplicação de uma liquidação entre empresas estorna o par IC junto com os lançamentos de aplicação comuns — uma exclusão, ambas as contabilidades limpas.
O que vem a seguir
- Liquidação de contas a pagar entre empresas — a mesma funcionalidade, no lado do pagamento.
- Aplicar recebimentos a faturas — a mecânica por trás.
- Entendendo as entidades — como as contabilidades multi-entidade se encaixam.
Perguntas frequentes
Quando um cliente realmente paga a empresa "errada" do seu grupo — uma conta de cobrança centralizada, uma controladora que cobra por subsidiárias, ou um cliente que transfere para um dado bancário antigo. Se isso acontece constantemente por design, converse também com seu contador sobre se a entidade faturadora é a correta.
É proposital — os seletores padrão permanecem restritos à mesma entidade, para que a aplicação do dia a dia não crie posições intercompany por acidente. As aplicações entre empresas são criadas deliberadamente pela sua equipe contábil, uma vez que ambas as entidades tenham optado por participar.
Não — o recebimento e a fatura devem ter a mesma moeda para aplicar. Direcione as cobranças em moeda estrangeira por uma entidade (ou conta bancária) que opere na moeda da fatura.
Eles são liquidados como qualquer dívida intercompany: uma transferência bancária real da entidade que cobrou para a entidade que faturou (registrada como transações bancárias comuns nas contas IC), ou pelo lançamento periódico de compensação do seu grupo — a política, não a mecânica, é quem decide qual.
Isso foi útil?