CRM

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.

Encrypted end-to-end with one-click rollback
Talk to a real migration engineer in minutes
FotoNotes logo

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

Photo-first inspection workflow with mobile app capture and cloud sync across devicesContainer/containee data model reduces duplicate property data across large portfoliosSupports seven distinct user roles including vendor admin and customer read-only accessBatch PDF report exports allow portfolio-level review across multiple properties at onceField user mobile app works offline and syncs when connectivity is restored

Weaknesses

The FotoNotes-to-SiteCapture rebranding splits web presence and creates documentation gaps for legacy customersGranular role-based permissions require careful mapping during migration — vendor admin and customer roles do not map directly to standard CRM rolesCustom work type templates vary by account, making schema extraction non-trivial without direct portal admin accessStatus synchronization issues between web and mobile are an ongoing pain point reported in user reviewsNo publicly documented public API means programmatic data export relies on the admin batch report feature rather than a REST endpoint

Where it works

Large residential portfolios (1,000+ units) where the container-property model reduces duplicate property data entry across inspections, maintenance, and repairs.Single-family rental operators managing high unit counts, as evidenced by FirstKey Homes scaling FotoNotes to 18,000 properties without performance degradation.Distributed field teams working in areas with intermittent connectivity, since the mobile app captures photos and data offline before syncing when signal is restored.Enterprise property management firms requiring role hierarchies (vendor admins, customer read-only access) alongside structured onboarding pathways documented by CBRE references.Solar field operations teams following the FotoNotes-SiteCapture acquisition, seeking to consolidate photo-based work order documentation across multiple installation crews.

Where it struggles

Operations requiring real-time visibility across field and back-office, since status updates on work orders occasionally fail to sync between the web portal and mobile app.Organizations where front-line supervisors need ad-hoc report access, because batch PDF report generation is restricted to portal admin users only.Teams dependent on programmatic data exchange or automated integrations, since FotoNotes has no publicly documented REST API and export relies on the admin batch report feature.Companies in jurisdictions with complex, non-standard regulatory requirements, as custom work type templates are per-account and the field schema requires manual enumeration from portal admin settings during migration.Multi-product evaluations where the FotoNotes-to-SiteCapture rebranding creates confusion across vendor documentation, pricing pages, and support escalation channels.

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

Mobile app and web portal accessCustomizable inspection and work order templatesProject and photo managementPDF report generationFree trial available

Need help selecting your CRM?

Book a free 30 minute consultation

Pricing 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 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.

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

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 consultation

Most FotoNotes migrations under 1M records finish in 48–72 hours end-to-end. Larger orgs with custom objects or buyer-side security review typically take 5–7 days.

Ready 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.

Free scoping call Quote in 1 business day 1,784 platforms supported