REDA One Help Center
EN
Language
English EN Español ES Português PT Italiano coming soon Français FR Deutsch coming soon العربية coming soon
reda.one ↗
Home / REDA One / Administration / Data & customization / Data Management for REDA Objects

Data Management for REDA Objects

Importing, exporting, mass-updating, and cleaning up data are all standard Salesforce capabilities — Data Loader, the Data Import Wizard, data export — so this article keeps those mechanics short and points to Salesforce's documentation. What it covers in full are the gotchas unique to REDA's data model: the system-managed fields you must never set on import, the records REDA guards against deletion, and the fact that REDA's automation fires on Data Loader loads too. After reading, you'll be able to bulk-load and export REDA data safely — without corrupting system-managed state or fighting the automation.

Getting there. All the tools are Salesforce, not REDA tabs: Data Loader (the desktop app or CLI), Setup → Data Import Wizard, Setup → Data Export, and mass updates via list views or Data Loader.
Access you'll need. Salesforce data-management rights (Data Export, Bulk API Hard Delete, or Modify All Data as applicable) — org-side. Plus REDA object access for what you touch: loading deals needs Opportunity create and edit from REDA - Property Leasing User or REDA - Master Data - Admin; loading Properties needs Property create and edit. Deleting is narrower — Opportunity delete is limited to Master Data Admin or Property Leasing User; Property delete to Master Data Admin only.
Using REDA Sales Cloud edition? This article shows the Platform edition, where prospects are Inquiry records (the standard Salesforce Lead in Sales Cloud), maintenance and service requests are Service Request records (the standard Case) and leasing promotions are Promotion records (a standard Campaign with the “Leasing Promotion” record type). Everything else — the fields, the steps and the behaviour — is the same unless noted. See REDA editions.

Which REDA objects you'll load

The high-volume REDA objects an administrator typically loads are:

  • Property, Opportunity (the deal, lease, or sale record), and Inquiry (the prospect record).
  • Opportunity Charge and Opp Invoice — the money records beneath a deal.
  • Master data: Region, Charge Code, Amenity Code, Settlement Code, Leasing Rule, Commission Rule, Inflation Rule, Property Type, and Property List.

An edition note: on the Sales Cloud (ISV) edition the prospect, deal, service, and marketing records are standard Lead / Opportunity / Case / Campaign; on the Platform (OEM) edition they are REDA's custom Inquiry / Opportunity / Service Request / Promotion. Load against your edition's object.

Gotcha 1 — system-managed fields (don't touch)

Many REDA objects carry system-managed helper fields — fields the automation writes for itself. Setting them on import corrupts REDA's internal state. The rule is simple:

Only import the business fields you'd type on the record. Never the system-managed ones. REDA fills those itself. If a field's label ends in "SYS", says "Sys", or is marked "DO NOT EDIT", leave it blank on import.

The system-managed field families to leave blank:

Field (label)Appears onWhy it's system-managed
SYS CurrencyAccount, Contact, Opportunity, Property, and most REDA objectsStamped from the record's currency by automation when multi-currency is on
Auto Created (Sys)Opp Invoice (and auto-generated invoices)Marks records the automation created
Opp Invoice Batch SYSOpp InvoiceBatch-membership flag
SYS Is PostedExpense Reconciliation LineSet by the Post / Unpost process
Next Recurring Invoice Date SYSOpportunity ChargeThe key the recurring-invoice job matches on
SYS Month / SYS PeriodInflation Rule EntryComputed period keys
Key Definition ("DO NOT EDIT")REDA CMS contentInternal mapping key — do not populate

Gotcha 2 — automation fires on import

A bulk load into a REDA object is not inert. REDA's automation runs on any data change, including loads through Data Loader and the API — and there is no bypass mechanism: no setting turns the automation off for a load. That has real consequences:

  • When multi-currency is on, importing records stamps the currency from REDA's SYS Currency field.
  • Booking and expense flows can auto-create Opp Invoices as a side effect of a load.
  • Closing a sale writes ownership trails.

Because the automation always runs, a row that violates a REDA validation rule — say, an Opportunity advancing to a gated stage without its required fields — is rejected row by row, with REDA's own message. Plan loads in small batches and in dependency order, and expect to read validation messages as you go.

Gotcha 3 — deletion is guarded

Several REDA records are protected from deletion by automation. Attempting to delete one returns REDA's own message, verbatim:

"This Opp Invoice cannot be deleted." — an Opp Invoice that is partially paid or in a batch
"This Opp Invoice Batch cannot be deleted."
"Expense Reconciliation Line cannot be deleted. Please unpost the batch prior to make any changes." — while the batch is Posted
"You cannot delete this record. Record is locked for editing." — the generic lock

Active Portfolio Accounts and Opportunity Charges carry deletion-prevention too. And even where deletion is allowed, it's narrow: Opportunity delete is limited to Master Data Admin and Property Leasing User, Property delete to Master Data Admin only, and Tickets can't be deleted by anyone. When a delete is blocked, resolve the underlying state first — unpost the batch, detach the invoice — then try again.

Import sequence (dependency order)

Load in dependency order so every lookup resolves against a record that already exists:

Master data first. Regions, then Charge / Amenity / Settlement Codes, then Leasing / Commission / Inflation Rules, then Property Types and Property Lists.
Properties. Load Properties, which reference the master data above.
Accounts and Contacts. The people and organizations your deals will point to.
Deals and their children. Opportunities, then their Charges and Invoices.

This mirrors the setup roadmap (see The Setup Roadmap).

Export & storage

Exporting REDA data is standard Salesforce export — use Data Loader's export or the scheduled Data Export. REDA ships no separate export tool. Storage counts against the same Salesforce org limits as any other data; REDA adds no separate storage. One note worth knowing: CMS content files — the files you upload on a Property's Marketing tab — are Salesforce Files and count toward your org's file storage (see Managing CMS Content).

Watch the export-then-reimport round trip. An export pulls every field, including the system-managed ones from Gotcha 1. If you later re-import that same file to update records, delete the system-managed columns first (SYS Currency, Auto Created, the batch and posted flags, and the rest). Loading them back is exactly the corruption Gotcha 1 warns against — the export made them look like ordinary columns, but they're still REDA's to write.

Worked example: loading 200 properties and their leases

Meridian Properties needs to bulk-load 200 properties (Meridian Court units and Harbour Tower) and then their leases:

Confirm master data exists. Regions and Charge Codes must be loaded first, or the Property and lease lookups won't resolve.
Insert Properties. Map only business fields; leave SYS Currency blank. If multi-currency is on, the currency-stamping automation fires as the rows land.
Insert Opportunities in small batches. A row missing a required value at a gated stage is rejected with REDA's verbatim validation message — fix it and reload that row.
Expect the deletion guard. Trying to delete a test invoice hits "This Opp Invoice cannot be deleted." — unpost or detach it first.

Where to go next

  1. Customizing REDA Objects — custom fields and layouts on REDA objects.
  2. Creating Users & Granting REDA Access — the object access each load needs.
  3. Managing CMS Content — CMS files and how they count toward storage.
  4. The Setup Roadmap — the order to bring data in.
  5. Working with Multiple Currencies — how SYS Currency stamping works.

Frequently asked questions

Yes, but REDA's automation fires on every row — there is no bypass — and validation rules reject bad rows. Load in small batches, in dependency order, and read the validation messages.

No. Leave all system-managed fields blank — REDA fills them. Setting them corrupts the record's internal state.

They're deletion-guarded. You'll see "This Opp Invoice cannot be deleted." or "Expense Reconciliation Line cannot be deleted. Please unpost the batch prior to make any changes." Resolve the underlying state — unpost the batch, detach the invoice — then try again.

No. Use the standard Salesforce Data Export or Data Loader. REDA ships no separate export tool.

Yes — they're Salesforce Files and count toward file storage. REDA adds no separate storage of its own.

See the official Salesforce documentation. For the mechanics of Data Loader, the Data Import Wizard, mass updates, data export, and storage limits, see Salesforce Help — Data Loader, Import Data with the Data Import Wizard, Export Backup Data, and Data and File Storage. This article covers only what is REDA-specific.

Was this article helpful?