Client Implementation Technical Glossary

Download the Client Implementation Guide

• Rebook -- A true rebooking involves enumerating the assets for a deal, creating the Deal Summary if one does not already exist, and repopping the deal.  The term is often misused to refer to a repop.

  • True rebooking is done from only two places: Book Deal and Bulk Asset Import.

  • Rebooking always involves repopping, which will trigger a resweep.

  • Rebooking typically does not add a significant time overhead to the repopping time.  The overhead added will be worse as the number of assets and specified asset-level or allocation-level participants increases.

  • Nothing is blocked by a rebook.

• Remaster -- This is the process of restoring a LeaseAccelerator environment from a full production backup.

  • Unlike the operations above, remastering is not done on deals; it is done on entire clients.

  • Because the ELSAPP tablespace (for authentication) is shared across all clients, it is not a simple matter to remaster only a single client, as any provisioning or revocation of credentials would be lost in the partial remaster.

  • During remastering, one of the final steps is to reset everyone's e-mail address to leaseaccelerator@leaseaccelerator.com (a bogus address) so that live addresses aren't sent from non-production environments.

  • Remaster constitutes a core part of our Disaster Recovery capability.

• Repop/Recalc -- Recalculate refers to recalculating all of the accounting entries for a deal. The process of generating the debits and credits based on that data is called repopulating (also known as repop, short for populatePaymentSchedule); this process populates the accounting database.

  • Repops can be as short as a couple of seconds or as long as several hours. Long repops are generally due to a deal having many assets, partial EOT events, or a prolonged period during which the deal is evergreen.

  • If you see the booking icon in the top right corner of the UI, a Repop is currently in process.

  • The easiest way to force a repop of a deal is to click the Recalculate Accounting button in Deal Summary on the Summary tile.

  • Journal entries already locked by month-end close are not overwritten. Rather, the recalculated accounting is "trued up" against the closed balances, with the delta being posted on the first day after the last closed period.

  • A Repop will always cause an Accounting Sweep.

• Accounting Refresh/Resweep – This is the process of transferring accounting information about a deal from the accounting database into the reporting database.

  • The accounting database is the system of record for accounting. The data in the accounting database is consolidated, aggregated, and repackaged via a sweeping process (also known as an accounting sweep or accounting resweep) into the reporting database. Reports are generated from the data in the reporting database.

  • Accounting sweeps are performed on a deal-by-deal basis and may be as short as a couple of seconds or as long as an hour. Long accounting sweeps are generally due to a deal having many assets and a long term over which accounting is being generated.

    • Typically, Accounting sweeps run automatically after the Recalculate process completes. Accounting sweeps may be done stand-alone for remediation, but this is not the standard practice.

• Operational Refresh/Resweep – This is the process of transferring information about a lease transaction from the transactional database into the reporting database.

  • The transactional database is the system of record for operational details about lease transactions, including asset details, lease terms, participants, and documents. Reports are generated from the data in the reporting database. The data in the transactional database is repackaged via a sweeping process (also known as an operational sweep or operational resweep).

  • Operational sweeps are performed on groups of deals and may be as short as a couple of seconds or as long as several hours, depending upon the number of deals requiring a refresh. Changes to common participants (e.g., the primary lessee) are the most common trigger of long-running operational sweeps. 

    • Operational Sweeps may run in parallel to the Accounting Recalculation/Refresh process since there are no dependencies on those processes.  

While recalculation, accounting sweeps, or operational sweeps are running, report generation is suspended to ensure that a report is not generated with stale data. If the report is suspended for five minutes, it will be timed out and canceled. Use the E-mail button to avoid this (not applicable in non-production environments).

WARRANTY DISCLAIMER: THE DOCUMENT IS FOR EDUCATIONAL PURPOSES ONLY AND IS NOT TO BE CONSIDERED LEGAL, TAX OR ACCOUNTING ADVICE. THE DOCUMENT IS PROVIDED “AS IS” AND WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING IMPLIED WARRANTIES OF FITNESS FOR ANY PURPOSE. LEASEACCELERATOR, INC. OR ITS AFFILIATES WILL NOT BE LIABLE FOR ANY DAMAGES OF ANY KIND WHATSOEVER ARISING OUT OF THE ACCESS TO, USE OR COPYING OF OR RELIANCE UPON THE DOCUMENT. WITHOUT LIMITATION OF PRECEDING SENTENCE, IN NO EVENT SHALL LEASEACCELERATOR, INC. OR ITS AFFILIATES WILL OR ANY OF ITS MANAGERS, EMPLOYEES OR AGENTS BE LIABLE FOR ANY INDIRECT, PUNITIVE, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGE (INCLUDING BUT NOT LIMITED TO LOSS OF BUSINESS, REVENUE, PROFITS, USE, DATA OR OTHER ECONOMIC ADVANTAGE), ARISING OUT OF ANY USE.

© LeaseAccelerator, Inc. 2003-2025. Trade Secrets and Confidential information. All rights reserved. Reproduction and distribution prohibited. Only the recipient of these materials directly from LeaseAccelerator, Inc. is authorized to possess and use these materials.