Skip to content

Why Bookend

Everything upstream of the closing table has been automated for years. Loan origination systems take the application to an approval, and a documentation system or counsel produces the package. The step after the borrower signs is still done by hand in most community banks: proving that what was signed matches what was approved, and getting that loan onto the core.

Bookend is built for that step. It sits after document generation and before boarding. It does not generate documents, it is not an LOS, and it never sends a wire.

Every commercial loan produces a closing package: the note, the loan agreement, guaranties, security agreements, the disbursement request and authorization, notices, and a boarding data sheet. Alongside it sits the bank’s credit approval record, which these docs call the LAR (loan approval record).

Most of those documents are the same from one loan to the next. The part that changes is small: rates, index and margin, dates and term, the payment schedule, the parties and guarantors, collateral, disbursements, and the bank’s own coding. That small part is where boarding errors hide, because each of those terms has to agree across seven or eight documents and with the approval.

Execution is the other half. Every signature, initial box, date and notary block has to be complete. Boarding does not look for execution gaps and funding does not wait for them.

In most banks a commercial closing package follows the same seven steps:

  1. The loan is approved, and documents are generated by a documentation system or by counsel.
  2. The borrower signs at the closing table.
  3. The package lands with lending or loan operations.
  4. A closing specialist compares the terms against the approval, line by line.
  5. The new loan is keyed into the core from a summary sheet.
  6. The wire is built separately from the same paperwork.
  7. Post-closing QC checks a sample of loans, after they are already on the core.

The comparing, the keying and the checking are three separate manual passes, and the check comes last.

  • Comparing by eye. The note says one rate and the boarding sheet says another. A guarantor is on the approval but there is no guaranty in the package. Disbursements do not add up to principal. These are caught when someone reads closely, if they are caught at all.
  • Re-keying. The boarding record is typed from a summary sheet that was itself typed from the documents. Every hop is a chance to transpose a digit or carry a stale term, and the core cannot tell a wrong value from a right one.
  • Sampling after the fact. QC reviews a sample once the loan is live. A correction then means reversing entries, re-amortizing, and sometimes explaining the change to the borrower.
  • Capacity. Experienced closing specialists spend their days comparing and keying. Commercial lending grows, and the closing desk usually does not grow with it.

Each of these has a deterministic check that can run before boarding, on every loan. The table shows which part of Bookend catches each one. Rules link to their own pages, which state exactly what is compared and with what tolerance.

# Error Where it shows up What catches it in Bookend
1 Rate, index and margin disagree Note, loan agreement, boarding sheet, approval RULE-RATE-AGREE compares rate, rate type, index and margin separately on every document that states them and the LAR.
2 Maturity date and term do not agree Note, approval, boarding sheet RULE-DATE-AGREE compares loan date and maturity date across sources. RULE-TERM-ARITH checks that loan date plus the stated term lands on the maturity date.
3 Payment schedule and interest method Note, boarding sheet, core product defaults RULE-PMT-SCHED checks payment amount, frequency and count, and that the count covers the term. RULE-INT-METHOD checks the accrual method wherever it is stated. The staged boarding record carries the executed method with its source, so a product default does not stand in for the note.
4 Borrower name and entity Note, guaranties, approval RULE-BORROWER-NAME compares the borrower’s legal name on every document and the LAR, with name normalization set by policy.
5 Guarantor set Approval and executed guaranties RULE-GUARANTOR-SET requires an executed guaranty for every guarantor on the LAR.
6 Collateral coding Security documents, boarding sheet, core collateral codes RULE-COLLATERAL-PRESENT raises an exception when a secured loan carries no collateral description. The collateral code on the core comes from the core field map, not from memory.
7 Disbursement math Disbursement request and authorization, note, fees RULE-DISB-SUM checks that disbursement lines sum to principal. RULE-FEES-LAR checks itemized fees against the approval. RULE-PRIN-AGREE checks principal on every document that states it.
8 Officer, branch and call code Approval, boarding sheet, core These values are mapped to core fields through the versioned field map, shown with their source on the boarding preview, and approved by a boarding checker before commit. Required fields that have no source stop staging.
9 Execution gaps Every executed document RULE-EXEC-SIGNATURE, RULE-EXEC-INITIALS, RULE-EXEC-DATE and RULE-EXEC-NOTARY check each document against the bank’s execution templates and highlight the missing zone on the page.
10 Boarding twice The core commit The commit is two-phase and resumable. Through jXchange, a duplicate is resolved by inquiry and recorded as already boarded, never posted a second time. The core’s answer is stored verbatim on the loan. See Boarding and wires.

The rule catalog also includes RULE-LATE-CHARGE (late charge percent and grace days) and RULE-GOV-LAW (a governing law clause is present). Administrators can add bank rules and switch shipped rules off by policy. A disabled rule is named on every reconciliation run and in the evidence chain, so a skip is never silent.

Caught before boarding, an error costs a decision:

  • The disagreement is a finding on the review screen, with every source attached.
  • A specialist accepts it, overrides it with a reason, or escalates it.
  • A second person approves the boarding record.
  • The loan boards once, from the executed documents, with the decision on the record.

Caught after boarding, the same error can mean reversing entries and re-amortizing the loan, a conversation with the borrower about a payment or rate that changed, recourse the bank thought it had but does not, collateral coding that skews the call report, or an audit or examiner finding that asks how a field was verified.

Post-closing QC checks a sample after loans are on the core. Bookend runs its checks on every package before boarding, so the exception review your QC team does after the fact becomes a gate in front of the core. Approval stays locked until every exception has a decision, and every decision is recorded in the loan’s evidence packet.