These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- Intercompany Reconciliation
- Features
- Sign-off and evidence
Sign-off and evidence
Trace who decided, what ran and which documents support a reconciliation.
OverviewIntercompany Payables Past Due×
Intercompany Reconciliation · Sign-off and evidence
New
Intercompany Payables Past Due
Intercompany payables
| Payable number | Trading entity | Payable trading partner | Due date | Balance due | Status | |
|---|---|---|---|---|---|---|
| IP-96367 | TE-4741 | PTP-1714 | 04 Oct | BD-147 | Draft | |
| IP-62792 | TE-8666 | PTP-7027 | 08 Oct | BD-640 | Pending Approval | |
| IP-82866 | TE-9243 | PTP-8593 | 04 Oct | BD-456 | Approved | |
| IP-93801 | TE-6075 | PTP-9319 | 15 Oct | BD-835 | Scheduled | |
| IP-19378 | TE-5123 | PTP-8548 | 05 Oct | BD-147 | Paid |
6 of 6 records
BD-147Intercompany payables · IP-96367
DraftTrading entityTE-4741
Payable trading partnerPTP-1714
Due date04 Oct
What you can do
Keep the decision with the operation
A payable approval changes the charge, but finance also needs to know who made the decision and whether the action ran. Sign-off decisions record the subject, reviewer, decision, date, conditions and notes. Operation receipts record the operation type, actor, time, result, reference and output location. Evidence records link supporting files to a named parent record. Together these records let a controller or auditor reconstruct the path from charge to decision to settlement.
For a payable approval, the native action guards the status change and writes a sign-off decision and receipt. For receivable issue and settlement release, the native actions write operation receipts as part of their guarded transitions. The sign-off trail can also hold decisions about other subject types when the team records them. Keep the distinction between a human approval and an operation result clear: a succeeded receipt shows the action ran, while the decision records what the reviewer approved or returned.
How the work is organized
- Decision. Controller reviews a pending payable and leaves an identifiable approval decision.
- Operation. The action receipt records what ran, who triggered it and whether it succeeded, failed, was partial or was skipped.
- Support. Finance attaches remittance advice, bank statements, contracts or approval emails to the relevant record.
What to agree during setup
Choose which kinds of documents are required for each charge and settlement. Decide how a file is named, where its stable URL is kept and who may upload it. Agree retention and access rules for tax documents and bank statements. The evidence record identifies its parent by table name and record ID, so the operating team must check that each attachment points to the intended subject.
Agree who can sign off a payable and how the finance team’s role and sign-off limit affect routing. A returned or rejected decision needs a clear owner for correction. Define what a failed or partial operation receipt means to the team and who investigates it before a second attempt. Keep the receipt and its reference document together so a reviewer can compare the system outcome with the underlying business event.
Check the handoff on an actual case
Use a payable with an invoice and a remittance instruction. Payables Accountant attaches the source document and submits the charge. Controller checks the lines and approves it through the native action. Review the new decision, reviewer and date, then open the matching operation receipt to confirm its result. Settlement Analyst later schedules and releases the linked movement, preserving a second receipt. When the bank reference arrives, attach the supporting advice and compare it with the settlement.
Repeat the rehearsal with a returned payable and a failed operation. The team should not treat a previous approval or a succeeded receipt for another reference as proof for this charge. External Auditor should be able to read the linked history without gaining a finance action permission.
What your team sees
- Treasury Payment Register — Released movements and bank references for evidence follow-up.
- Intercompany Payables Pending Sign-Off — Pending charges awaiting the human decision.
Follow the work through
See charge to approval and settlement release.
What it keeps track of
Data model- Sign off decisions
- Sign-off trail: who approved, rejected or returned an intercompany payable, receivable, settlement or journal, when and under what conditions.
- Reconciliation receipts
- Evidence that a reconciliation operation actually ran: who triggered it, when, with what result and where the output lives.
- Reconciliation evidence
- Supporting documents attached to an intercompany record: remittance advice, bank statement, approval email, contract or tax document.
- Reconciliation team
- Finance people who prepare and sign off intercompany reconciliation, with their finance role, sign-off limit and trading entity.
- Intercompany payables
- Intercompany payable header: a charge received from another trading entity, approved, settled and matched to the counterparty's receivable.
- Intercompany receivables
- Intercompany receivable header: a charge raised by one trading entity against another, confirmed, settled and reconciled against the paired payable.
- Settlements
- Money movement between trading entities, matched to an intercompany payable or receivable and reconciled to the bank.
Who uses it
Permissions- Controller
- Makes the payable decision.
- Payables Accountant
- And Receivables Accountant provide charge evidence.
- Settlement Analyst
- Supplies movement evidence.
- External Auditor
- Reads the trail.
Set up Intercompany Reconciliation your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.