Integrations are scoped as logos
"We integrate with Encompass" tells you nothing. Which fields, in which direction, at what cadence, owned by whom when the origination system changes — that is a scope.
Which fields, in which direction, at what cadence, and who owns the map when the origination system changes — that is a scope. We build the origination sync, the document portals, the pricing engines, the texting and everything with no connector at all, then monitor them, because silent failure is the default state of a connection nobody watches. Field-level mapping, confirmed cadence, a named owner.
Trusted by 500+ organizations — including mortgage lenders, brokerages and loan-officer teams running their pipeline on Salesforce with Twopir Consulting.












Built for Mortgage Operations
A lending system is judged on its seams. These are the six that fail most often, and all six are preventable at design time. Silence is not health.
"We integrate with Encompass" tells you nothing. Which fields, in which direction, at what cadence, owned by whom when the origination system changes — that is a scope.
Picklist values are customer-editable. Once they diverge from the map, milestone alerts fire on values that no longer exist and the pipeline quietly stops matching the loan file.
The vendor documents the sync cadence two different ways. Borrowers are told they will hear within minutes, and the first complaint arrives the week after go-live.
The origination link moves data, not files. Teams plan a document strategy around a sync that was never going to carry documents.
Six one-off links between five systems, each with its own credentials and failure mode. Nothing is monitored, and every upgrade is a small crisis.
A sync stops on a Thursday. Nobody finds out until a loan officer asks why a file that funded last week still shows as submitted.
An honest map of the surface, including the parts that are thinner than a demo suggests.
Jungo — The Mortgage App carries a real integration surface. Five loan origination systems through the LOS Sync add-on — Encompass, Calyx Point, Byte, LendingPad and Velocity. Borrower documents through Floify or the native DocsBar component. Pricing through Optimal Blue and Mortech. Advice presentations through Mortgage Coach. Texting on your own Twilio account. Dialers, video email, equity insights, lead portals, and email and calendar sync.
Three things about that surface shape every project. The origination link moves data, not documents. Documents and pricing quotes attach to the contact record rather than the loan. And there is no native Zapier app — Zapier reaches the platform through the generic Salesforce connector, which is why no connector documentation lists the product’s objects and why anything object-specific is built rather than clicked.
Everything past that list is ordinary Salesforce integration work: authenticated callouts, error handling, retry logic, monitoring, and middleware where the endpoint count justifies it. We work with growing, mid-market, and enterprise organizations that need help with complex CRM implementations, integrations, and business system challenges.
Choosing the pattern before the tool is what stops a stack accumulating six point-to-point links nobody monitors.
| Native / packaged connector | Middleware | Direct API build | |
|---|---|---|---|
| What it is | A maintained connector shipped by one of the two vendors. | An integration platform brokering between several endpoints. | Purpose-built code calling the other system directly. |
| Use when | One exists and covers the fields you need. | Several systems, high volume, or transformation logic worth centralising. | No connector exists and the flow is narrow and well understood. |
| You own | The field map and the picklist reconciliation. | The platform subscription and the flow definitions. | The code, the credentials, the retries and the monitoring. |
| Fails when | The source system changes and the map is not updated. | It becomes a second place business logic hides. | It is written for the happy path and never monitored. |
| Typical in a mortgage stack | Origination sync, Floify, pricing engines, dialers. | Multi-system data movement, accounting and marketing hubs. | Lender portals, proprietary systems, niche vendors. |
Twelve connections we build and maintain in mortgage stacks, with the detail that actually decides whether each one works.
Over ICE Partner Connect. Contact data out to create the file; loan number, milestones and co-borrower contacts back. Needs an API user and a persona, with three fields made accessible. Moves data only — not documents.
The other four supported origination systems. Same architecture, different field map. Which one you run changes the mapping effort, not the design.
Borrower document portal, integrated by the vendor rather than by Floify. A contact links to a loan flow, or starts one from inside the record; uploads sync back to that contact. Can replace the DocsBar component on the layout.
The native document component and needs list. Requests update as the loan progresses and re-send automatically when something arrives. Documents attach to the contact, not the loan.
Pricing engines. Quote reports land on the contact record alongside the borrower documents — worth knowing before you design pricing reporting off the Loan.
Total cost analysis presentations attached to the borrower relationship, so advice given at the top of the funnel stays visible for the life of the client.
Texting runs as a separately licensed app on your own Twilio account: one-to-one threads, mass and scheduled sends, templates with merge fields, and milestone-triggered messages when paired with the origination sync.
Click-to-dial and power dialing against CRM call lists, with activity written back so the contact record shows what actually happened.
Equity insights pushed out to past clients, with rate-drop, refinance-opportunity and listing alerts mined back out of the database.
Zillow, Trulia, LendingTree, LeadMailbox and Informa feed the Leads App directly; anything else arrives through Zapier, on your own plan, priced by lead volume.
Contact, calendar and task synchronisation with email archiving, so activity lands against the right record without anyone logging it by hand.
Everything with no maintained connector. Built against the API with authentication, error handling, retry logic and monitoring — or through middleware where endpoint count justifies it.
The last one is the difference between an integration that works at go-live and one that still works a year later.
Before anything is built: what data exists where, which system is authoritative for each field, and what genuinely needs to move.
The hardest integration in a mortgage stack, and the one with the most external dependencies.
Borrower document collection connected to the loan process, with the contact-versus-loan attachment behaviour designed around rather than discovered.
Every channel that touches a borrower or a partner, wired so activity lands against the right record automatically.
Where no maintained connector exists — built properly, with the operational concerns that separate a working demo from a working integration.
The part that decides whether an integration is still working in a year. Silent failure is the default state of an unmonitored connection.
The dependencies that live outside your project team are the ones that move dates. We open those first.
System of record per domain, field-level mapping with direction, and the cadence each flow genuinely needs rather than the fastest one available.
API users, personas, credentials and permissions — started first because these depend on people outside the project team.
Connections built in a sandbox and tested against real file shapes, including the failure cases rather than only the happy path.
Prove the two systems agree on a known set of loans before anyone depends on the link, and fix the mapping where they do not.
Health checks, drift detection, alerting and a runbook per failure mode, handed to a named owner.
Two engagements built on the same discipline: decide the system of record, move only what needs moving, and make every channel measurable.
The enrichment and scoring work changed which leads our reps saw first. They identified high-value leads about 30% faster, and lead-scoring accuracy improved around 25% once the rules were built on real engagement and firmographic signals rather than guesswork.
Salesforce CPQ with Apollo.io enrichment, Outreach sequences and Zapier workflow automation across one connected sales stack.
Phone was our biggest channel and our blindest one. Once call data landed against the right record in Salesforce we could finally attribute 100% of inbound calls to a source, and the marketing spend conversation changed completely.
Invoca connected to Salesforce so every inbound call is attributed to its source and scored alongside digital channels.
Field-level mapping, confirmed cadence, named owners and monitoring on every connection we build.
Which fields, which direction, what cadence, who owns the map. An integration described by the name of the other system has not been scoped at all.
API users, personas and the specific fields that have to be made accessible depend on people outside the project. Left until the build phase, they are what moves the date.
The vendor publishes two different sync intervals. We establish which applies to your tenant before anybody writes a borrower-facing promise around it.
Documents and pricing quotes attach to the contact, not the loan. That shapes reporting and migration, and it is far cheaper to design around than to discover.
Health checks, drift detection and alerting on failure. An unmonitored integration is not a working integration — it is one you have not noticed breaking yet.
Five are supported by the LOS Sync add-on: Encompass from ICE Mortgage Technology, Calyx Point, Byte, LendingPad and Velocity. The sync pushes contact data out to create the loan file, and brings the loan number, milestone values and co-borrower contacts back to create or update the Loan record. Field mapping is customer-configurable, which means it is also customer-maintained — when the origination system changes, somebody has to update the map.
More setup than most teams expect, and it is worth starting early. The lender creates an API user in Encompass carrying the vendor’s partner client ID, plus a persona that can reach the Windows client and mobile. Three fields have to be removed from that persona’s "not accessible" list — Borrower Last Name, Borrower Email and the loan identifier. Users are validated against that persona before every API call, so persona membership is the real access control: add a processor to it and their files sync, remove them and the sync stops for them alone.
No, and this is a common misunderstanding. The Encompass integration moves data, not files — documents in the origination system are not uploaded into the CRM by it. Borrower documents are handled separately through DocsBar or Floify, and both attach to the contact record rather than the loan. That detail matters when you design reporting or plan a migration: the paper trail sits on the person, the pipeline sits on the loan.
Confirm it for your own tenant before you promise anyone real-time updates. The vendor’s own sources disagree — the LOS Sync page states every fifteen minutes, while another vendor article describes it as approximately hourly. The difference decides whether a borrower gets a milestone text within the quarter hour or within the hour, which is exactly the kind of promise a sales process makes casually.
Not a native one. Zapier reaches the platform through the generic Salesforce connector, which is also why no Zapier documentation lists Jungo objects. In practice that means anything touching the Loan record or other package objects is built rather than clicked together — and if you are using the Leads App, the lead volume it processes drives your own Zapier bill as a separate line nobody usually forecasts.
Yes — that is ordinary Salesforce integration work. Where a maintained connector exists we use it; where one does not we build against the API with authentication, error handling, retry logic and monitoring. We also use middleware where the volume or the number of endpoints justifies it, rather than accumulating point-to-point connections that each need their own maintenance.
Whoever you decide, and it needs deciding. Field maps drift, credentials expire, origination systems get upgraded and picklists get edited. We hand over documentation and monitoring, and where there is no internal admin we keep that capacity available; the support page covers the arrangement.
Most integration problems are mapping problems wearing a connectivity costume. We map first, confirm cadence in writing, then build — and monitor what we build.
Related: Jungo & Salesforce overview · Salesforce for mortgage lending · All Jungo services · Salesforce integration services
Field-level mapping · confirmed cadence · monitored connections · named owner