Migrate your FotoNotes data
Photo-first field operations platform for property management and construction. Inspections, work orders, and maintenance tasks are organized as contained work under property records, with heavy reliance on photo documentation as the primary data artifact.
In its favor
Why people choose FotoNotes
The signal that keeps FotoNotes on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
FotoNotes is built around photo documentation — field teams upload and attach photos directly to work orders and property records, making it the go-to tool for inspection-heavy workflows in property management and construction.
The container-and-containee model lets property managers create a property record once and spawn multiple work types (inspections, maintenance, repairs) under it, reducing duplicate data entry across large portfolios.
Customers like FirstKey Homes scaled FotoNotes to manage over 18,000 properties, demonstrating the platform handles high-volume, multi-property portfolios without performance degradation.
Integration with major property management firms like CBRE signals enterprise readiness — the platform has a documented enterprise customer reference and a structured onboarding path for large organizations.
Field users work entirely from a mobile app, capturing photos, flagging issues, and updating work order status without needing to access the web portal, which is valued by distributed field teams.
Status updates on work orders sometimes fail to sync across the web portal and mobile app, causing field supervisors to lose visibility on which properties have been completed.
The platform rebranded from FotoNotes to SiteCapture in 2022, and the two product names cause confusion during vendor evaluation and support escalation — existing customers on the legacy FotoNotes branding struggle to locate updated documentation and pricing pages.
Batch report generation is an admin-only feature, so front-line field managers who need on-demand PDF summaries must request exports from a portal admin rather than generating them independently.
Custom fields created via templates are per-account and not easily documented — when migrating off platform, the complete field schema requires manual enumeration from within the portal admin settings.
Reasons to switch
Why people leave FotoNotes
The recurring reasons buyers give for replacing FotoNotes. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where FotoNotes fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
FotoNotes pricing overview
FotoNotes does not publish pricing on its public website. Customers are directed to contact sales for custom quotes. Based on customer references and review data, the platform is priced per property or per-project, with volume discounts available for large portfolios — FirstKey Homes at 18,000 properties and CBRE indicate enterprise-tier contracts are the norm.
Basic
Tier 1 of 2
$30/user/month (Capterra-listed starting price)
What's included
Need help selecting your CRM?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on FotoNotes's schedule — see our quote-based pricing →
What gets migrated
FotoNotes object support
Object-by-object support for FotoNotes migrations. Per-pair details surface during scoping.
Properties
Fully supportedProperties serve as the top-level container in FotoNotes. They store display-line fields that cascade down to contained work records via the container template inheritance. We migrate Properties as the parent record and preserve all display-line field values in place.
Work Orders
Fully supportedWork orders are the primary containee object — instances of a work type (inspection, maintenance, repair, audit) created under a Property. Each work order carries its own fields, photos, comments, and activity log. We map these 1:1 and preserve the parent container linkage.
Photos
Fully supportedPhotos are the core artifact in FotoNotes. Every photo is attached to a work order or property and can be flagged by field users. We export photos in their original format with EXIF metadata intact and re-attach them to the corresponding work order record in the destination.
Vendors
Mapping requiredVendor records represent third-party contractor organizations with their own admin and field user sub-accounts. The vendor hierarchy does not map directly to most CRM objects, so we map vendors to Companies and nest vendor users under the vendor company as contacts with the appropriate role assignment.
Field Users
Mapping requiredField users perform inspections and work orders from a mobile app. They have a distinct permission set from portal users. We map field users to Users in the destination, applying the field-user role or equivalent, and reassign their open work order assignments accordingly.
Customers
Fully supportedCustomers are read-only portal viewers assigned to specific projects. They can view customer reports and the activity log. We preserve the customer-to-project association and map them to a read-only contact or portal-user record in the destination.
Templates
Mapping requiredContainer and containee templates define the field schema for properties and work orders. Custom fields added via templates vary by tenant. We map custom template fields to custom properties in the destination, flagging any fields that exist only on the template definition but have no populated values.
Comments
Fully supportedComments are attached to work orders via the comment modal in the web portal. Portal Admins and Managers can add comments, and field users can contribute via the mobile app. We preserve the comment body, author, and timestamp linked to the work order.
Documents
Fully supportedDocuments can be attached at the template level or the individual work order level. Portal Admins and Managers with appropriate permissions can attach documents. We migrate all document attachments and maintain their association to the parent work order or property record.
Activity Log
Fully supportedThe activity log on each work order tracks all changes including photo flags, status transitions, and field edits with timestamps and user attribution. We replicate the activity log entries as audit notes or a history object in the destination to preserve the full change chain.
Tags and Work Types
Mapping requiredWork types and tags are user-defined and customizable by Portal Admins. Tags classify work orders and can be hidden or visible per role. We map tags to labels or a multi-select custom field, preserving the full tag vocabulary and role-based visibility settings where the destination supports it.
Batch Reports and PDF Exports
Mapping requiredBatch PDF reports are an admin-level feature allowing bulk export of multiple reports. The generated PDFs are system artifacts, not raw data. We extract the underlying work order data and photo references that fed the report and migrate the structured record — the PDF itself is re-generated at the destination rather than transferred as a binary.
| Object | Support | Notes |
|---|---|---|
| Properties | Fully supported | Properties serve as the top-level container in FotoNotes. They store display-line fields that cascade down to contained work records via the container template inheritance. We migrate Properties as the parent record and preserve all display-line field values in place. |
| Work Orders | Fully supported | Work orders are the primary containee object — instances of a work type (inspection, maintenance, repair, audit) created under a Property. Each work order carries its own fields, photos, comments, and activity log. We map these 1:1 and preserve the parent container linkage. |
| Photos | Fully supported | Photos are the core artifact in FotoNotes. Every photo is attached to a work order or property and can be flagged by field users. We export photos in their original format with EXIF metadata intact and re-attach them to the corresponding work order record in the destination. |
| Vendors | Mapping required | Vendor records represent third-party contractor organizations with their own admin and field user sub-accounts. The vendor hierarchy does not map directly to most CRM objects, so we map vendors to Companies and nest vendor users under the vendor company as contacts with the appropriate role assignment. |
| Field Users | Mapping required | Field users perform inspections and work orders from a mobile app. They have a distinct permission set from portal users. We map field users to Users in the destination, applying the field-user role or equivalent, and reassign their open work order assignments accordingly. |
| Customers | Fully supported | Customers are read-only portal viewers assigned to specific projects. They can view customer reports and the activity log. We preserve the customer-to-project association and map them to a read-only contact or portal-user record in the destination. |
| Templates | Mapping required | Container and containee templates define the field schema for properties and work orders. Custom fields added via templates vary by tenant. We map custom template fields to custom properties in the destination, flagging any fields that exist only on the template definition but have no populated values. |
| Comments | Fully supported | Comments are attached to work orders via the comment modal in the web portal. Portal Admins and Managers can add comments, and field users can contribute via the mobile app. We preserve the comment body, author, and timestamp linked to the work order. |
| Documents | Fully supported | Documents can be attached at the template level or the individual work order level. Portal Admins and Managers with appropriate permissions can attach documents. We migrate all document attachments and maintain their association to the parent work order or property record. |
| Activity Log | Fully supported | The activity log on each work order tracks all changes including photo flags, status transitions, and field edits with timestamps and user attribution. We replicate the activity log entries as audit notes or a history object in the destination to preserve the full change chain. |
| Tags and Work Types | Mapping required | Work types and tags are user-defined and customizable by Portal Admins. Tags classify work orders and can be hidden or visible per role. We map tags to labels or a multi-select custom field, preserving the full tag vocabulary and role-based visibility settings where the destination supports it. |
| Batch Reports and PDF Exports | Mapping required | Batch PDF reports are an admin-level feature allowing bulk export of multiple reports. The generated PDFs are system artifacts, not raw data. We extract the underlying work order data and photo references that fed the report and migrate the structured record — the PDF itself is re-generated at the destination rather than transferred as a binary. |
Gotchas
What to watch for in FotoNotes migrations
Issues we've hit on past FotoNotes migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
Container-to-contained field inheritance is implicit
Batch PDF reports are the only bulk export mechanism
Vendor sub-accounts require hierarchical mapping
FotoNotes is now SiteCapture — documentation split
| Severity | Issue |
|---|---|
| High | Container-to-contained field inheritance is implicit |
| Medium | Batch PDF reports are the only bulk export mechanism |
| Medium | Vendor sub-accounts require hierarchical mapping |
| Low | FotoNotes is now SiteCapture — documentation split |
Leaving FotoNotes?
Where FotoNotes customers move next
12 destinations FotoNotes can migrate to.
How a FotoNotes migration works
Four steps, FotoNotes-specific
Connect
API key (provisioned via Portal Admin Settings > API Integration, or by request to [email protected]) into FotoNotes. Scopes limited to read-only on the data we move.
Map
We translate FotoNotes-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate FotoNotes quirks before production.
Migrate
Full migration with FotoNotes rate-limit handling. Rollback available throughout.
FAQ
FotoNotes migration FAQ
Answers to the questions buyers ask most during FotoNotes migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your FotoNotes migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate FotoNotes.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your FotoNotes setup and destination — written quote back within a business day.