CRM migration
Field-level mapping, validation, and rollback between Comarch Field Service Management and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
Comarch Field Service Management
Source
Salesforce Sales Cloud
Destination
Compatibility
12 of 12
objects map 1:1 between Comarch Field Service Management and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
48–72 hours
Overview
Comarch Field Service Management operates as an ERP-adjacent FSM suite with deep integration into back-office systems, featuring work order dispatch, technician scheduling, mobile field execution, and inventory management across large field-service operations. Salesforce Sales Cloud, when augmented with Field Service Lightning, models field operations through WorkOrder, ServiceResource, ServiceAppointment, and Asset objects with a scheduling engine that relies on Service Territory and Skills-based matching. The migration carries Comarch's service records, asset registry, resource roster, and parts usage into Salesforce's object graph — but the scheduling logic, dispatch rules, and routing preferences are destination-side configurations that require manual rebuild. The primary complexity is translating Comarch's proprietary work order hierarchy (header-line-item-task structure) into Salesforce's WorkOrder-to-WorkOrderLineItem model while resolving Comarch technician IDs to Salesforce User or ServiceResource records by email match. We use Comarch's API export for work orders, assets, resources, and contracts, transform the payload into Salesforce Bulk API format, and run a delta-pickup window (24–48 hours) to capture any records modified during the cutover before committing the full load.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Comarch Field Service Management object lands in Salesforce Sales Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Comarch Field Service Management
Work Order
Salesforce Sales Cloud
WorkOrder
1:1Comarch work orders map 1:1 to Salesforce WorkOrder. The WorkOrderNumber in Salesforce auto-generates unless the source system's work order ID is preserved as a custom field (Original_Work_Order_ID__c). Scheduled date maps to Salesforce's ServiceDate field. Dispatch status maps to Salesforce's Status field using value mapping (Comarch status codes → Salesforce picklist values).
Comarch Field Service Management
Work Order Line Item
Salesforce Sales Cloud
WorkOrderLineItem
1:1Comarch task-level line items within a work order map to Salesforce WorkOrderLineItem records linked by WorkOrderId. Each line item inherits the parent work order's AccountId and AssetId. Line item status, duration, and description map to WorkOrderLineItem's Status, Duration, and Description fields respectively. Unit price maps to UnitCost if parts billing is tracked.
Comarch Field Service Management
Customer / Account
Salesforce Sales Cloud
Account
1:1Comarch customer records map to Salesforce Account. The Account object is created before WorkOrder records because WorkOrder requires an AccountId foreign key. Comarch's customer billing address maps to Account.BillingAddress; service site address maps to Account.ShippingAddress or to a separate Location record if geo-coordinates are required for Salesforce's Service Territory model.
Comarch Field Service Management
Equipment / Customer Asset
Salesforce Sales Cloud
Asset
1:1Comarch equipment records linked to customers map to Salesforce Asset. The Asset's AccountId links it to the customer Account, and the InstallDate, Status, SerialNumber, and Product2Id fields map directly. Comarch maintenance history maps to a custom field (Last_Maintenance_Date__c) or to the Asset's related Entitlement records if SLA terms are preserved.
Comarch Field Service Management
Technician / Field Worker
Salesforce Sales Cloud
ServiceResource
1:1Comarch technicians cannot map directly to Salesforce User — they first need to exist as Salesforce Users (or be created as such) before a ServiceResource record can link to them via the RelatedRecordId field. We match Comarch technician email addresses to existing Salesforce Users. Unmatched technicians are flagged for admin decision: invite them to Salesforce first or assign to a fallback ServiceResource.
Comarch Field Service Management
Service Resource Skills
Salesforce Sales Cloud
SkillRequirement
1:1Comarch skill certifications attached to technicians map to Salesforce SkillRequirement junction records on ServiceResource. The SkillId field references a Salesforce Skill object that must be pre-created (e.g., 'HVAC-Certified', 'Electrical-Licensed'). Each skill assignment from Comarch creates a SkillRequirement record linked to the migrated ServiceResource.
Comarch Field Service Management
Schedule / Dispatch
Salesforce Sales Cloud
ServiceAppointment
1:1Comarch dispatch records (technician assignments with time windows) map to Salesforce ServiceAppointment linked to the WorkOrder. The scheduled start/end times from Comarch map to ServiceAppointment's SchedStartTime and SchedEndTime. The assigned technician maps via ServiceResourceId. ServiceAppointment status maps from Comarch dispatch status using value mapping.
Comarch Field Service Management
Parts / Inventory Item
Salesforce Sales Cloud
Product2 + WorkOrderLineItem
1:1Comarch parts catalog items map to Salesforce Product2 records with IsActive=true and a PricebookEntry linked to the org's standard pricebook. Parts consumed on a work order line item map to WorkOrderLineItem with QuantityUsed and UnitCost. Bin location and warehouse ID from Comarch map to custom fields on Product2 (Bin_Location__c, Warehouse__c) since Salesforce's Location object is optional and requires additional setup.
Comarch Field Service Management
Service Contract / SLA
Salesforce Sales Cloud
Entitlement + Contract
1:1Comarch service contracts with SLA terms map to Salesforce Entitlement and Contract objects. The Contract object holds the commercial terms (start/end dates, contract type), while the Entitlement object defines SLA rules (response time, resolution time) that can be linked to the Asset or Account. Comarch SLA priority levels map to Entitlement.Priority using value mapping.
Comarch Field Service Management
Service Territory
Salesforce Sales Cloud
ServiceTerritory
1:1Comarch regions or zones map to Salesforce ServiceTerritory records. Each ServiceTerritory has an OperatingHoursId reference and optionally a ParentTerritoryId for nested hierarchies. If Comarch stores geofence polygon data (lat/long bounds), that data can be stored as custom geometry fields on ServiceTerritory or as a custom Location-based object for use with Salesforce FSL's routing engine.
Comarch Field Service Management
Checklists / Service Report Templates
Salesforce Sales Cloud
WorkOrderLineItem + Custom Object
1:1Comarch service checklist templates attached to work orders need reconstruction in Salesforce. The checklist structure (ordered steps with pass/fail or value-capture fields) can be modeled as a custom Checklist_Response__c object linked to WorkOrderLineItem, or stored as JSON in a custom Long Text Area field. We preserve the template name and the completed responses as structured field-value pairs.
Comarch Field Service Management
Customer Signature
Salesforce Sales Cloud
ContentVersion + Custom Field
1:1Comarch e-signature captures from field technicians map to Salesforce Files (ContentVersion/ContentDocumentLink). The signature image is uploaded as a file linked to the WorkOrder. We also create a custom boolean field Signed_in_Field__c on WorkOrder to flag records where a signature was collected, and a custom date field Signature_Captured_Date__c for timestamp preservation.
| Comarch Field Service Management | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| Work Order | WorkOrder1:1 | Fully supported | |
| Work Order Line Item | WorkOrderLineItem1:1 | Fully supported | |
| Customer / Account | Account1:1 | Fully supported | |
| Equipment / Customer Asset | Asset1:1 | Fully supported | |
| Technician / Field Worker | ServiceResource1:1 | Fully supported | |
| Service Resource Skills | SkillRequirement1:1 | Fully supported | |
| Schedule / Dispatch | ServiceAppointment1:1 | Fully supported | |
| Parts / Inventory Item | Product2 + WorkOrderLineItem1:1 | Fully supported | |
| Service Contract / SLA | Entitlement + Contract1:1 | Fully supported | |
| Service Territory | ServiceTerritory1:1 | Fully supported | |
| Checklists / Service Report Templates | WorkOrderLineItem + Custom Object1:1 | Fully supported | |
| Customer Signature | ContentVersion + Custom Field1:1 | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
Comarch Field Service Management gotchas
Quote-only pricing hides true cost of migration
Integration Hub creates soft data lock-in
Custom user-defined fields require schema inspection
Historical schedule records are date-sensitive
Salesforce Sales Cloud gotchas
Workflow Rules and Process Builder are retired
Bulk API batch quota exhaustion during large imports
Storage overage billing is non-obvious
Account-Contact many-to-many relationship mapping
Territory and team member import ordering dependencies
Pair-specific challenges
Migration approach
Audit Comarch FSM data model and export API capabilities
We connect to Comarch's API (or request a bulk data export) and inventory the full object inventory: work orders, line items, technicians, skills, assets, parts, contracts, and service appointments. We profile record counts, identify null rates on critical fields (e.g., technician email, asset serial number), and surface any custom fields or extended attributes unique to your Comarch configuration. This audit produces a source-system data quality report and flags any objects that cannot be exported via Comarch's standard API — some legacy Comarch FSM configurations may require CSV export for certain objects.
Design Salesforce schema: objects, fields, record types, and entitlements
Based on the Comarch audit, we produce a Salesforce schema setup plan: which custom fields to create on WorkOrder, WorkOrderLineItem, Asset, and ServiceResource; whether to use record types for different work order categories; how to structure Service Territories and Operating Hours; and which Entitlement Processes to configure for SLA enforcement. We deliver field-level mapping documentation, a custom field creation checklist, and a Salesforce admin handoff guide so the destination schema is built before any data is loaded.
Resolve Comarch technicians to Salesforce Users and ServiceResource records
We run an email-matching pass across Comarch technician records against your Salesforce User list. Matched records get a ServiceResource with RelatedRecordId pointing to the existing User. Unmatched technicians are flagged in a resolution report — your admin either invites them to Salesforce first or designates a fallback ServiceResource owner. No WorkOrder records load until all referenced ServiceResource IDs are confirmed present in Salesforce, preventing orphaned dispatch assignments.
Migrate assets, accounts, and contracts before work orders
Salesforce WorkOrder requires an AccountId and optionally an AssetId. We sequence the migration so Account records load first, then Asset records (linked to AccountId), then Contract and Entitlement records. This ensures foreign key integrity when WorkOrder records land — each work order's AccountId and AssetId references a record that already exists in Salesforce. Parts and Product2 records are migrated in parallel since they are referenced by WorkOrderLineItem but do not require prior record creation.
Run sample migration with field-level diff before full commit
A representative slice of 200–500 records — spanning work orders across different statuses, line items, service appointments, and assets — is migrated first. We generate a field-level diff comparing the source Comarch data against the target Salesforce records, surfacing any truncation (field length limits), missed value mappings (null picks), and foreign key mismatches. The diff is reviewed by your team before the full migration run is approved. This step typically catches mapping issues for custom fields or pick-list values that were not in the original mapping spec.
Execute full migration with delta-pickup window and audit log
The full migration runs against Salesforce using Bulk API for high-volume WorkOrder and WorkOrderLineItem inserts. A 24–48 hour delta-pickup window runs concurrently — any records modified in Comarch during the migration cutover are captured and applied before final reconciliation. An audit log records every insert, update, and skip operation with source record ID and error detail. If reconciliation fails, one-click rollback reverts the Salesforce org to its pre-migration state. After rollback verification, the full migration can be re-run with corrected mapping.
Platform deep dives
Comarch Field Service Management
Source
Strengths
Weaknesses
Salesforce Sales Cloud
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Comarch Field Service Management and Salesforce Sales Cloud.
Object compatibility
1 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
Comarch Field Service Management: Not publicly documented.
Data volume sensitivity
Comarch Field Service Management doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Comarch Field Service Management to Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your Comarch Field Service Management to Salesforce Sales Cloud migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Comarch Field Service Management
Other ways to arrive at Salesforce Sales Cloud
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.