Pet Fee & Policy Benchmark

PropertyOps PostPropertyOps Post

Cross-sector
Operator-first

TechnologySector Playbook

Before You Renew Your Property Software: Can You Get Your Data Out?

Before renewing property software, test what you can retrieve. Downloadable reports do not establish that your records are complete, usable, or ready for another system.

So what: Test a representative export, verify records and attachments, and resolve questions about access, timing, assistance, and fees before renewal.

Property manager reviewing documents.
AI-generated illustration.

A spreadsheet downloads successfully. It contains resident names, apartment numbers, and balances.

That answers one question: the system can produce a file.

It does not establish whether the operator can retrieve the lease documents, transaction history, maintenance attachments, and record relationships needed to keep managing the property somewhere else.

Before renewing property software, ask the vendor to demonstrate what an export contains. Then examine the files against the information the business actually needs.

This is not an argument for switching systems. It is a way to make the next renewal decision with evidence rather than an assumption about what “your data” means.

The process below is a proposed operator review, not a vendor ranking or a claim that every platform offers the same export capabilities.

A report is not necessarily a migration package

Property software may provide several ways to retrieve information: standard reports, configurable reports, dedicated exports, or other supported access methods.

Those options should be evaluated individually.

Buildium’s export documentation says users can download files for Rentals, Associations, Accounting, Tasks, and Communication. It describes those exports as Excel files and separately notes that export files are not provided for all ledger financials, directing users to reports for additional financial information.

Yardi’s guidance on Breeze Premier custom reports describes ad hoc reports that users can export to Excel or PDF. It distinguishes those from Yardi Scripted Reports, which its programming team creates for a fee.

These are descriptions of particular functions, not proof of a complete system migration. They also do not establish that another platform can import every exported field.

The operator’s question is narrower and more useful: which available methods retrieve each required record, and what must happen to make those records usable?

Decide what you need before requesting everything

“Send us all our data” is difficult to test. A defined inventory gives the vendor and the operator something concrete to work through.

Start with the records required for ongoing operations, financial review, and the organization’s applicable retention obligations.

Potential categories include:

  • Property, building, and unit records.
  • Resident and lease information, including former residents where needed.
  • Charges, payments, credits, deposits, and transaction history.
  • Vendor information and relevant accounting records.
  • Open and historical maintenance requests.
  • Leases, amendments, inspection files, photographs, and other attachments.
  • Resident communications and delivery records where required.
  • Custom fields, identifiers, and relationships between records.

This is a review list, not a statement that every operator must retain every category or that every system exports them identically.

For each category, specify the business purpose, period of history needed, required fields, and whether a readable archive or structured transfer is necessary. Apply the organization’s retention and privacy requirements rather than assuming that more data is always better.

Test records that are difficult to reconstruct

A simple current lease may not expose the limitations of an export.

Choose a small, authorized sample containing situations the operator actually manages: a former resident, an amended lease, a balance with credits or adjustments, a maintenance request with photographs, and a record using custom fields.

Use synthetic records if the vendor supports an appropriate testing environment. If real records are necessary, restrict the sample and access to authorized personnel.

Compare the exported material with what is visible in the source system.

Can the reviewer identify the correct property, unit, and resident? Does the lease history remain understandable? Can a maintenance photograph be traced to the request it documents? Are the custom fields included?

A download should pass a record-level check, not just a file-opening check.

Check relationships, not just rows

A list of residents and a folder of documents may contain the information requested while leaving the reviewer unable to connect them reliably.

Ask how the export preserves relationships.

Useful questions include:

  • Does each record have an identifier that remains consistent across files?
  • Can transactions be connected to the correct account or lease?
  • Can documents be matched to the record they support?
  • Are dates, status values, and field definitions explained?
  • Is there a description of the file structure and any coded values?

Names and apartment numbers alone may be insufficient for the operator’s intended use, especially where records include multiple lease periods or residents with similar names.

The acceptance test should establish whether the recipient can reconstruct the relationship without guessing. If a mapping or conversion step is required, identify it before treating the export as ready.

Examine attachments separately

Do not assume that a report’s reference to a document means the document itself is included.

For the sample, open the files the operator needs: the lease, amendment, inspection photograph, or supporting invoice.

Establish whether the delivery contains actual files, references to files, or links that require continued access to the original system. If links are supplied, ask how they behave after the account’s access changes.

Also check whether the exported documents retain enough identifying information to be useful outside the application.

A folder named “attachments” is not an acceptance test. The reviewer needs to confirm that the expected files are present, readable, and connected to the appropriate records.

Reconcile financial information

An export intended to support accounting needs review by the people responsible for accounting.

Compare the sample against source reports using the same dates, scope, and accounting basis. Check relevant totals and investigate differences before accepting the package.

A current balance can be useful without supplying the transactions needed to explain it. Decide whether the intended use requires opening balances, detailed history, supporting documents, or a combination.

Buildium’s documentation illustrates why the distinction matters: it separates its export function from reports used to obtain additional financial information. That is a reason to test the available methods together, not a conclusion about whether the platform meets a particular operator’s needs.

The receiving system’s requirements also matter. A file can accurately represent the source data and still require transformation before import.

Get the commercial terms in writing

Technical capability and contractual access are different questions.

Review the actual agreement, order form, and applicable service terms with the appropriate internal advisers. Ask the vendor to clarify:

  • When routine access ends after cancellation or termination.
  • What retrieval options remain available afterward, if any.
  • Whether assisted exports or custom work incur charges.
  • How requests are submitted and scheduled.
  • Which services are included in the subscription.
  • What provisions govern retention or deletion after the relationship ends.

Do not infer those answers from a product demonstration or another customer’s experience. Record the written response and any agreement changes needed.

Yardi’s distinction between user-created ad hoc reports and paid scripted reports is a specific example of different reporting services having different commercial arrangements. It should not be generalized into a claim that all exports require fees.

Review connected systems independently

Define the scope of the review beyond the core property-management platform.

If the operator uses separate screening, access-control, utility-billing, payment, or maintenance services, establish which information resides in each system and how it can be retrieved.

For each connection, ask what a software change would affect:

  • Historical access.
  • Record identifiers and matching.
  • User accounts and permissions.
  • Scheduled transfers.
  • Open operational activity.
  • Contractual responsibilities.

Do not assume that an export from the main platform includes every record generated by a connected service.

Equally, do not assume that an integration must be replaced. Confirm what remains supported and what would need reconfiguration.

Protect the test files

An export review creates another location for information that may be sensitive.

Use approved storage, limit access, and follow the organization’s security and retention procedures. Share only what is necessary with a prospective implementation partner.

Determine who may authorize the transfer and what protections are required before supplying actual resident or financial records.

When the test is complete, retain the findings and handle the working files according to the organization’s policy. A readiness exercise should not leave uncontrolled copies scattered across email accounts and personal devices.

Take findings into the renewal decision

The review should end with a short record of what was demonstrated:

  • Required information successfully retrieved.
  • Records or attachments missing from the sample.
  • Mappings or transformations still needed.
  • Financial checks completed and differences outstanding.
  • Assistance, timing, access, and fee questions resolved.
  • Remaining issues and their effect on the renewal decision.

Separate a demonstrated capability from a promise to investigate. A vendor saying that a request is possible is not the same as a tested delivery.

An operator may renew even when gaps remain. The value of the review is knowing what those gaps mean, what alternatives exist, and whether the agreement should address them.

Renew with evidence, not an exit assumption

Software can serve the business well while still leaving unanswered questions about how records would be retrieved and used elsewhere.

Resolve those questions while there is time to test, reconcile, and discuss the terms.

The strongest evidence is not an export button. It is a representative set of records the operator can open, understand, verify, and use for its intended purpose.

More in Technology

See all