Planning guide for the Raleigh edition. Examples are hypothetical unless explicitly identified otherwise. Reviewed October 5, 2026.
A successful file import does not establish that opening balances are correct. For a Raleigh rental operation changing systems, select a precise cutover date and reconcile the balances that the new system will treat as its starting point.
The source system and destination system may display transactions differently. Record the intended meaning of each opening figure, including the period and property. Do not assume that identical column names imply identical treatment, or that a clean import message confirms the financial result.
Check totals and individual records. A portfolio total can agree even when two property balances are exchanged. Include an example with a credit or unresolved adjustment so the review covers more than ordinary positive balances.
Keep the previous system or an adequate export available through the verification process according to your retention and access requirements. The operational decision to stop using a product should follow a documented acceptance check, not simply the completion of the upload.
Your evidence worksheet
The six checks below are specific to this decision. The accompanying worksheet instructions explain how to preserve evidence and resolve an unanswered field. They are a proposed process, not a claim that Homzora has inspected a property, tested a product or collected a new local dataset.
Cutover date
Obtain: The exact date and transaction boundary. Why it matters: Avoid including the same transaction in both periods.
Keep the original source and its date beside this entry. If two documents disagree, record both versions and ask the responsible party to resolve the difference. Do not select the more convenient figure merely because it improves the result. The working record should explain which version was accepted and why.
Source balance
Obtain: The reconciled figure and supporting records. Why it matters: An unreconciled source should not become trusted merely through import.
Write down what is known, what is assumed and what still needs an answer. These statuses should remain separate when the information is copied into a calculator or report. A blank field should stay visibly unresolved until evidence supports an entry; it should not silently become zero or a positive confirmation.
Destination meaning
Obtain: How the new system interprets each field. Why it matters: Matching labels may conceal different definitions.
Identify the person or source able to confirm this point. Ask a focused question that can produce a usable answer, then retain the response with the relevant record. If the answer is conditional, carry the condition into the decision rather than reducing it to an unconditional number or statement.
Property check
Obtain: Individual property and resident assignments. Why it matters: A correct total can hide swapped records.
Test this item against the same scope and period used elsewhere in the worksheet. An answer for a different date, household, property or transaction may provide context without resolving this case. Explain any difference before using it, and do not force unlike records into one total without qualification.
Exception sample
Obtain: Credits and unresolved adjustments. Why it matters: Test cases beyond ordinary positive balances.
Consider what would change if this entry were revised after the initial decision. Identify the dependent payment, calculation or conclusion so that an update can be made consistently. Keep the previous value and reason for the correction in the working history rather than leaving two unexplained competing versions.
Acceptance record
Obtain: Who checked what and what remains open. Why it matters: Do not declare completion while material differences remain.
Assign a completion condition and a review date. The condition should describe the evidence needed to close the question, not simply the act of sending an email or opening a file. If the evidence remains unavailable, state the limitation and decide whether the unresolved point prevents the next commitment.
A fictional exception exercise
Use this exercise to test opening balance verification after a records transfer. It is a proposed test, not a report of work Homzora performed in a software product. All identifiers and amounts are fictional. Create three labeled records with amounts of $1,708, $1,252 and $624. Keep the expected total, $3,584, in an independent note before entering or exporting anything.
Give each record a distinct property reference, event date and supporting document reference. The point is to test relationships as well as arithmetic. If the three amounts appear in a report but two property assignments are exchanged, the total can still equal $3,584 while the result remains wrong for property reporting. Check the individual records before accepting the combined figure.
Add a separately identified adjustment of $57 to the exercise. If the defined output is a net settlement after that adjustment, the expected amount becomes $3,527. If the output is a gross activity report, the expected presentation may instead show $3,584 and the adjustment separately. Define the intended report before deciding that one display is correct and the other is wrong.
Next, deliberately misassign the second record and correct it through the supported process. Record what changed, who could make the change and whether the earlier state remains understandable. Do not assume a particular product supports the process described. Ask the provider to demonstrate its actual behavior and record any limitation or untested step.
Hand the resulting material to an authorized reviewer who did not perform the exercise. Ask that person to identify the three records, reproduce the defined total and explain the adjustment. If the reviewer cannot do so from the supplied evidence, the handoff needs improvement. The solution may be clearer identifiers, a better export or a more explicit reconciliation note rather than another subscription.
Close the exercise with separate statuses for arithmetic, assignment, supporting evidence and access. A pass in one category should not silently become a pass in all four. Keep provider statements distinguishable from observed results, and preserve unanswered questions. This small test cannot certify an entire platform or accounting process, but it can reveal whether the particular workflow is ready for a more realistic evaluation.
Define the record you are trying to verify
Choose a narrow scope before opening a report or testing a product. Identify the property, period, transaction category and expected outcome. Keep private identifiers in an appropriately protected working record. A small fictional exercise is preferable for an initial software demonstration because it can be checked without exposing resident information or real account credentials.
Write the expected result outside the system being evaluated. This independent reference prevents the screen itself from becoming the definition of correctness. A report can be internally consistent while using the wrong property, date range or classification. The comparison needs an external statement of what the record is supposed to mean.
Preserve the distinction between an event and its evidence. A payment entry, an invoice, an approval and a bank settlement may refer to the same business process, but they are not interchangeable. Record how the items connect and which part each one establishes. An attachment does not automatically prove that the associated entry is correct.
Check individual items and the combined total
Begin with one ordinary item that can be followed from its source through the final output. Check the identifier, amount, date, assignment and supporting document. Then repeat with an exception that matters to the workflow, such as a correction, a reversal or an unresolved balance. Passing the easiest case does not establish that the exception is handled well.
Compare the combined total only after checking those relationships. A correct total can conceal two incorrect assignments that offset each other. Conversely, a difference between two systems may reflect timing or definition rather than a missing transaction. Record the explanation and evidence instead of forcing the figures to agree through an unsupported adjustment.
Keep an exception register with a description, owner and next action. Give each unresolved item a status that accurately reflects what has happened. Requested, received, checked and accepted are different stages. A report should not describe a requested document as verified merely because the request appears in the task list.
Test the handoff to another person
Ask whether an authorized reviewer who did not create the record can understand it. Provide the intended scope and the relevant materials, then see whether the reviewer can reproduce the conclusion. If the result depends on an undocumented explanation from the original operator, improve the record rather than assuming the next person will remember.
For a software demonstration, record the role and permissions used. A task completed by an administrator may not be available to the person who will perform it routinely. Ask which current plan, service or configuration supports the demonstrated behavior. Do not turn a sales statement into a verified result until the relevant step has actually been observed.
For a manual workflow, test the same handoff using the files and notes you already maintain. Purchasing a platform is not a prerequisite for clear records. The decision is whether the chosen arrangement supports the required process at a cost and level of effort that the operation can sustain.
Protect information and preserve useful history
Collect and share only the information necessary for the task. Restrict access appropriately and use a retention approach that reflects applicable requirements and legitimate needs. The FTC source below provides general information security guidance. This worksheet does not set a universal retention period or replace an organization’s legal and security review.
When correcting a record, preserve enough history to explain the change without keeping unnecessary sensitive copies everywhere. Identify the superseded version and the current version clearly. A folder full of similar filenames can create confusion even when no file has been lost. The reviewer should know which record supports the current conclusion.
Close the task only when the required checks are complete or the remaining limitations are explicitly accepted by the responsible person. Record the date and the evidence used. A useful completion note explains what was checked, what was not checked and what would require reopening the issue. It does not make a broad promise that every record or every product feature is correct.
Use the worksheet with Homzora resources
Open the related housing decision tool. Use the tool only for the inputs and calculations it supports; keep the additional evidence checks in your own record. Read the related Raleigh planning guide for surrounding context. Return to the Raleigh edition.
Optional providers to investigate
Affiliate disclosure: Homzora may earn a commission through these links. A referral relationship does not establish suitability, approval, coverage or the outcome of a product test. Compare the current terms with alternatives and with the option of continuing your existing process.
- Explore Buildium. Review the current services, eligibility, charges and record export options for the part of your workflow being evaluated. This article reports no completed product test.
- Explore Rentec Direct. Review the current services, eligibility, charges and record export options for the part of your workflow being evaluated. This article reports no completed product test.
Sources and scope
The original worksheet, fictional examples and arithmetic are Homzora editorial material. The following primary sources support the general methods identified here. They do not verify the invented prices, provide a quote for this city or establish that a specific provider or property meets your needs.