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.
- Royalty Accounting
- Features
- Evidence and exceptions
Evidence and exceptions
Trace review decisions, operation results and controlled corrections.
OverviewOperations Needing Review×
Royalty Accounting · Evidence and exceptions
New
Operations Needing Review
Operation receipts
| Operation key | Action | Result state | Expected revision | Occurred at | Parent | |
|---|---|---|---|---|---|---|
| OK-665 | ACT-205 | Needs review | 760 | 12 Oct | AD-46463 | |
| OK-343 | ACT-976 | Needs review | 780 | 15 Oct | AD-78798 | |
| OK-644 | ACT-240 | Needs review | 340 | 17 Oct | AD-14479 | |
| OK-724 | ACT-131 | Needs review | 740 | 23 Oct | AD-29569 | |
| OK-849 | ACT-228 | Needs review | 230 | 15 Oct | AD-88799 |
6 of 6 records
OK-665Operation receipts · OR-52030
Needs reviewActionACT-205
Expected revision760
Occurred at12 Oct
ParentAD-46463
What you can do
Trace decisions to effects
The evidence trail connects each financial action to the source revision and the actual effect. Attachments carry the documents a reviewer used, decisions identify the reviewer and reason, and operation receipts record stable keys and result states. The Operations Overview gives the team a place to see pending decisions and failed operations alongside posted value and ledger balance.
How the work is organized
- Keep review evidence. Attach supporting files to the document with upload identity, time and visibility.
- Record each decision. Preserve source revision, reviewer, decision and reason as a distinct review record.
- Inspect uncertain actions. An operation receipt identifies the action, expected revision, effect references and any failure reason.
A completed operation has a different meaning from a pending or needs-review result. The team should inspect the persisted source and effects before repeating a failed action. Stable keys support a safe retry, while effect references help match a result to the journal, application or statement it affected. A provider reference matters only for an action that actually used a provider.
What to agree during setup
Define who can upload internal versus shared evidence and who can read each visibility level. Decide how long source evidence remains accessible for review. Assign the reviewer who may reconcile an uncertain operation and the controller who may authorize a financial correction. A preparer should not be able to erase accepted effects by editing the source record.
Agree how to distinguish unexecuted draft scope from executed scope. Draft work can be cancelled within its allowed route. Executed work needs a compensating journal approved by a reviewer, retaining the original source identity. Accepted work without an executed effect follows its eligible cancellation route. Document the reason so later readers can follow both the original and correction without mistaking them for duplicate activity.
Check the handoff on an actual case
Use a document whose first revision was rejected and second revision approved. Inspect both decisions, their reviewer identities and reasons. Follow the approved revision to its operation receipt and posted effects. Trigger a reconciliation of a pending or failed receipt and compare the recorded references with the actual local records before deciding whether it completed. If a provider was involved, check its reference only after local evidence is assessed.
Next correct an executed amount. Keep the original source and journal visible, request the independent approval, and inspect the compensating journal. A reviewer should be able to explain the net result and the reason from the records alone. This is also a useful access rehearsal: a viewer may read permitted evidence but cannot make the correction decision.
What your team sees
- Operations Needing Review — Actions whose effect identity and source revision need a reviewer check.
- Failed Operations — Failed actions with their recorded reason and parent document.
- Returned and Rejected Decisions — Review outcomes that call for correction or a new submission.
Follow the work through
What it keeps track of
Data model- Record attachments
- Evidence files attached to accounting documents.
- Review decisions
- Independent reviewer approvals, rejections and returns per source revision.
- Operation receipts
- Stable operation keys and result states for every guarded action.
- Accounting documents
- Invoice, credit, expense and adjustment documents that carry royalty operations.
- Journal entries
- Balanced journal entries generated from approved accounting documents.
- Journal lines
- Debit and credit lines that make a journal entry balance.
- Cash applications
- Applications of verified receipts against posted accounting documents.
- Usage statements
- Royalty usage statements with contract, period, eligible units and rate.
Who uses it
Permissions- Independent Reviewer
- Owns decisions and authorized corrections.
- Ledger Controller
- Checks financial effects.
- Cash Reconciler
- Inspects receipt applications.
- Accounting Preparer
- Supplies revised evidence.
- Finance Viewer
- Reads permitted history.
Set up Royalty Accounting your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.